다중 기기 VPN을 실제로 비교할 때 먼저 확인할 것은 클라이언트를 어떤 플랫폼에 설치할 수 있는지가 아니라, 서버가 ‘기기’를 어떻게 식별하는지입니다. 가족이 하나의 계정을 함께 사용하면 모바일 기기, 컴퓨터, 태블릿, TV, 라우터에 각각 클라이언트를 설치할 수 있지만, 설치가 완료됐다고 해서 모두 동시에 연결할 수 있는 것은 아닙니다. 기기 수 제한은 보통 로그인 기록, 동시 접속, 인증된 단말 또는 연결 세션 중 한 단계에 적용됩니다. 명칭은 비슷해도 결과는 서로 다를 수 있습니다.
먼저 결론부터 말하면, 가족 공유를 고려할 때는 ‘다중 플랫폼 지원’보다 ‘동시 접속 기기’ 규칙을 확인하는 편이 적절합니다. 여러 클라이언트를 설치할 수 있다고만 적혀 있고 동시 접속 수가 안내되지 않았다면, 가족 모두가 함께 사용할 수 있는지 판단할 수 없습니다. 한도 초과 시 처리 방식도 통일되어 있지 않습니다. 새 연결을 거부하거나, 먼저 연결된 세션을 끊거나, 관리 페이지에서 기존 기기를 먼저 삭제하도록 요구하는 경우가 있습니다.
기기 수 제한은 무엇을 세는가
서버는 기기 이름만으로 모든 판단을 내릴 수 없습니다. 클라이언트가 연결될 때 계정 인증 정보, 구독 노드 인증 정보, 기기 식별자 또는 세션 정보를 전송하는 경우가 많으며, 구체적인 항목은 서비스 구조에 따라 달라집니다. Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 인증 필드와 전송 방식이 서로 다르지만, 프로토콜 이름 자체가 기기 한도를 결정하지는 않습니다. 제한은 서버의 계정 정책, 노드 인증 방식, 클라이언트 관리 로직이 함께 적용합니다.
| 계산 모델 | 계산 방식 | 일반적인 한도 초과 현상 | 가족 사용에 미치는 영향 |
|---|---|---|---|
| 설치된 기기 | 설치 또는 활성화된 단말을 기록 | 새 기기를 활성화할 수 없으며 기존 기록을 삭제해야 함 | 사용하지 않는 기기도 한도를 차지할 수 있음 |
| 로그인된 기기 | 클라이언트에 로그인된 단말을 기준으로 계산 | 새 로그인이 거부되거나 기존 로그인 상태가 무효화됨 | 연결하지 않은 기기도 계산될 수 있음 |
| 동시 접속 | 현재 프록시 연결을 수립한 단말만 집계 | 나중에 연결한 기기를 거부하거나 기존 세션을 종료 | 일상적인 가족 동시 사용에 더 가까운 방식 |
| 동시 세션 | 서버가 인식한 활성 인증 세션을 기준으로 계산 | 재연결이 잦거나 기존 세션이 해제되지 않으면 제한이 쉽게 발생 | 클라이언트가 네트워크를 전환한 뒤 기존 세션이 잠시 남을 수 있음 |
| 라우터 출구 | 라우터가 하나의 프록시 클라이언트로 연결을 수립 | 라우터가 터널을 유지하고 단말이 하나의 출구를 공유 | 공유 허용 여부는 서비스 약관을 확인해야 함 |
설치된 기기와 로그인된 기기는 가장 쉽게 혼동되는 항목입니다. 클라이언트가 연결 해제 상태여도 로그인 토큰이 남아 있을 수 있으므로, 연결을 끊었다고 해서 기기 기록이 반드시 해제되지는 않습니다. 앱을 삭제해도 서버에 로그아웃 사실이 전달되지 않을 수 있습니다. 이런 제한을 만났다면 클라이언트를 반복해서 삭제하고 설치하기보다 먼저 계정 관리 페이지에서 기기 관리 메뉴를 찾아보세요.
동시 접속 모델은 일반적으로 더 직관적입니다. 기기가 연결을 끊으면 연결 자격이 해제되기 때문입니다. 다만 모바일 기기이 가정용 Wi-Fi에서 이동통신망으로 전환되거나, 컴퓨터가 절전 모드에서 깨어나거나, 네트워크 불안정으로 클라이언트가 자동 재연결할 때는 기존 세션이 만료되기 전에 새 세션이 생성될 수 있습니다. 짧은 시간 동안 중복 연결이 보였다고 해서 반드시 다른 사람이 계정을 사용 중이라는 뜻은 아닙니다. 네트워크 전환과 재연결 때문에 세션이 겹쳤을 수도 있습니다.
같은 절차로실사용 테스트하기
기기 제한을 테스트할 때 최고 속도를 측정할 필요는 없습니다. 테스트의 목표는 계산 방식, 제한이 발생하는 조건, 한도 초과 후 처리 순서를 확인하는 것입니다. 노드 장애를 기기 제한으로 잘못 판단하지 않으려면 테스트에 참여하는 단말 모두 같은 유효 구독을 사용하고, 먼저 각 기기가 단독으로 정상 연결되는지 확인해야 합니다.
- 초기 상태를 기록합니다. 계정 관리 페이지에서 로그인된 기기, 활성 연결 또는 세션 관리 메뉴가 있는지 확인하세요. 먼저 기록을 삭제하면 기존 기기가 장기간 자리를 차지하는지 관찰할 수 없습니다.
- 기기별로 단독 연결합니다. 모바일 기기, 컴퓨터 및 다른 가족 단말을 각각 연결한 뒤 IP 확인 페이지에서 출구 주소가 바뀌었는지 확인하세요. 단독 연결이 실패하면 동시 접속 테스트를 계속하기보다 먼저 구독과 노드를 점검해야 합니다.
- 기존 연결을 유지합니다. 이미 연결된 단말에서 일반적인 웹페이지를 계속 열어 둔 상태로 다른 기기에서 연결을 시작하세요. 새 기기가 거부되는지, 기존 기기가 별도 안내 없이 끊기는지도 확인합니다.
- 네트워크 전환을 테스트합니다. 모바일 기기의 네트워크를 전환한 뒤 자동으로 재연결되도록 하고, 서버에 중복 세션이 나타나는지와 기존 단말에 영향이 있는지 확인하세요.
- 정상적인 해제를 테스트합니다. 클라이언트 연결을 직접 끊고 관리 페이지의 상태가 갱신될 때까지 기다린 다음 다른 단말에서 연결하세요. 이를 통해 ‘연결 해제만으로 자격이 해제되는지’와 ‘기기 로그아웃이 필요한지’를 구분할 수 있습니다.
- 비정상 종료를 테스트합니다. 연결된 상태에서 클라이언트를 종료한 뒤 다시 실행하세요. 새 연결이 계속 거부된다면 서버가 기존 세션을 아직 유지하고 있을 가능성이 높습니다. 세션이 만료될 때까지 기다리거나 관리 페이지에서 직접 처리해야 합니다.
한도 초과 시 ‘누가 끊기는지’는 약관이나 실사용 테스트로 확인해야 합니다. 새 연결을 거부하는 방식은 이미 접속 중인 구성원에게 미치는 영향이 작지만, 나중에 사용하려는 사람은 인증 실패를 보게 됩니다. 기존 세션을 교체하는 방식은 새 기기를 연결하기 쉽지만, 회의 중이거나 파일을 전송하거나 영상을 시청 중인 단말이 갑자기 끊길 수 있습니다. 기기 등록 모델은 컴퓨터를 교체하거나 시스템을 재설치할 때 문제가 드러나는 경우가 많습니다. 재설치 후 기기 식별자가 새 단말로 인식될 수 있기 때문입니다.
기기 제한과 노드 장애를 구분하는 방법
- ✅ 같은 단말은 단독으로 정상 연결되지만 다른 단말을 추가한 뒤에만 재현 가능한 인증 실패가 발생합니다.
- ✅ 기존 단말의 연결을 끊으면 새 단말이 다시 연결됩니다. 이는 문제가 동시 접속 상태와 관련 있음을 보여 줍니다.
- ✅ 계정 관리 페이지에 기기 기록이나 활성 세션이 표시되고 테스트 과정과 대응됩니다.
- ❌ 모든 단말이 같은 회선에서 동시에 실패하지만 회선을 바꾸면 복구된다면, 회선 문제일 가능성이 더 높습니다.
- ❌ 클라이언트에 구독 만료, 빈 구성 또는 업데이트되지 않은 노드 목록이 표시된다면 구독 상태 문제입니다.
- ❌ 웹페이지만 열리지 않고 프록시 핸드셰이크는 정상이라면 DNS, 분할 라우팅 규칙, 브라우저 캐시를 계속 점검해야 합니다.
모바일 기기, 컴퓨터, TV, 라우터의 차이점
가정용 기기는 화면 크기만 다른 것이 아닙니다. 플랫폼마다 클라이언트 기능이 다르므로 같은 구독 링크를 가져와도 프로토콜 지원, 백그라운드 유지, 시스템 프록시, 분할 라우팅 방식이 달라질 수 있습니다. 컴퓨터에서 사용할 수 있는 노드라고 해서 TV에서 사용하는 클라이언트도 같은 프로토콜을 지원하는 것은 아닙니다.
모바일 기기과 태블릿
모바일 운영체제는 일반적으로 시스템 VPN 인터페이스를 통해 트래픽을 처리합니다. 앱이 백그라운드로 전환되면 시스템이 프로세스를 일시 중지할 수 있지만 시스템 터널은 계속 작동할 수도 있습니다. 반대로 절전 정책으로 종료된 뒤 세션이 다시 만들어질 수도 있습니다. Wi-Fi와 이동통신망을 자주 전환하면 연결 출발지 주소가 바뀌어 서버에 이전 세션과 새 세션이 잠시 함께 보일 수 있습니다. 가족 동시 접속을 테스트할 때는 이러한 네트워크 전환과 재연결을 실제 신규 기기 추가와 구분해 기록해야 합니다.
Windows와 macOS
데스크톱 클라이언트는 시스템 프록시, 가상 네트워크 어댑터, 규칙 기반 분할 라우팅 등의 모드를 제공하는 경우가 많습니다. 시스템 프록시는 프록시 설정을 따르는 앱에만 영향을 주는 경우가 많고, 가상 네트워크 어댑터 모드는 더 많은 트래픽을 처리할 수 있지만 방화벽, 다른 네트워크 소프트웨어, 절전 모드 복귀의 영향을 더 쉽게 받습니다. 컴퓨터가 깨어난 뒤 네트워크에 접속할 수 없다면 먼저 기존 터널이 남아 있는지 확인하고 다시 연결하세요. 곧바로 다른 가족 구성원이 계정을 빼앗아 연결이 끊겼다고 단정하지 마세요.
TV와 TV 셋톱박스
TV에서 흔히 발생하는 문제는 기기 한도보다 클라이언트와 프로토콜 지원 범위에 있습니다. 구독에 Shadowsocks, VMess, Trojan, VLESS, Hysteria2 또는 TUIC 노드가 포함되어 있어도 TV 앱이 모두 인식한다고 보장할 수 없습니다. 가져온 뒤 노드가 일부 사라진다면 클라이언트가 해당 프로토콜이나 구독 형식을 지원하지 않는 경우가 많으며, 서버가 기기 권한을 줄였다는 뜻은 아닙니다.
TV 앱의 오류 안내는 대체로 짧습니다. 문제를 확인할 때는 먼저 컴퓨터 클라이언트에 같은 구독을 가져와 구독이 정상적으로 업데이트되는지 확인한 뒤 TV에서 지원하는 프로토콜을 대조하세요. TV에서 특정 앱만 사용한다면 분할 라우팅 규칙이 대상 도메인을 프록시로 보내는지도 확인해야 합니다. 연결에 성공했다고 해서 모든 앱이 같은 경로를 사용하는 것은 아닙니다.
라우터
라우터는 가정 내 여러 단말의 트래픽을 하나의 프록시 클라이언트로 모을 수 있습니다. 서버 연결 관점에서는 일반적으로 각 LAN 단말이 개별적으로 클라이언트를 실행하는 대신 라우터가 세션을 수립한 것으로 표시됩니다. 그렇다고 모든 서비스가 라우터를 통한 공유 범위 확대를 허용하는 것은 아닙니다. 사용 가능 여부는 계정 약관과 라우터 클라이언트의 호환성을 기준으로 확인해야 합니다.
라우터 방식의 장점은 TV나 게임 기기 등에 클라이언트를 하나씩 설치할 필요가 없다는 점입니다. 대신 문제를 한곳에서 점검해야 합니다. DNS 전달, 분할 라우팅, 하드웨어 성능, 펌웨어 플러그인 중 어느 하나라도 잘못 설정되면 가족 전체의 네트워크에 영향을 줄 수 있습니다. 외부에서 사용해야 하는 모바일 기기과 컴퓨터에는 여전히 독립 클라이언트를 설치해야 하므로 라우터가 단말 연결을 완전히 대신할 수는 없습니다.
구독 링크 공유의 위험과 관리
계정 비밀번호와 구독 링크는 같은 종류의 인증 정보가 아닙니다. 많은 클라이언트는 웹사이트 계정에 로그인하지 않고도 구독 링크를 가져와 노드 구성을 받을 수 있습니다. 구독 링크에는 구성을 가져오는 데 사용할 수 있는 인증 정보가 포함되는 경우가 많으므로, 가족 구성원이 링크를 전달하면 상대방이 노드 목록을 계속 업데이트할 수도 있습니다. 따라서 공유 범위는 신뢰할 수 있는 기기로 제한하고, 전체 링크를 단체 채팅방, 스크린샷 또는 공개 문서에 올리지 마세요.
가져오기 과정도 기기 판단에 영향을 줄 수 있습니다. 클라이언트가 구독을 업데이트하는 것은 구성 정보를 가져오는 작업일 뿐, 반드시 프록시 세션을 수립하는 것은 아닙니다. 실제로 연결 버튼을 눌러야 서버가 노드 인증을 확인합니다. 관리 페이지의 구독 업데이트 기록만으로 특정 기기가 동시 접속 자격을 사용 중이라고 단정할 수 없습니다.
가정용 기기 기록
기기 이름: 가족끼리 알아보기 쉽게 정함
클라이언트: 앱 이름과 버전을 기록
가져오기 방식: 구독 링크 또는 수동 구성
연결 모드: 시스템 프록시, 가상 네트워크 어댑터 또는 라우터
주요 회선: 직접 연결, 중계 또는 IEPL 전용 회선
이상 현상: 새 연결 거부, 기존 연결 종료 또는 세션 잔류
처리 결과: 직접 연결 해제, 기기 삭제 또는 구독 업데이트
구독 링크가 실수로 공개되었다면 서비스 관리 패널에서 구독 인증 정보를 재설정한 뒤 가족 구성원에게 새 링크를 안내해야 합니다. 메시지만 삭제한다고 이미 복사된 링크가 무효화되지는 않습니다. 재설정 후에는 기존 클라이언트가 더 이상 구성을 업데이트하지 못하는 경우가 많으므로 가정 내 기기에 새 링크를 다시 가져와야 합니다.
회선, 프로토콜, 기기 한도를 혼동하지 않기
연결이 불안정하면 가족 구성원은 먼저 기기가 너무 많다고 생각하기 쉽지만, 회선 유형과 프로토콜 선택도 실제 사용 경험을 바꿀 수 있습니다. 직접 연결은 단말이 원격 노드에 바로 접속하는 방식으로 경로가 단순하지만, 국제 연결 경로의 변동이 연결 품질에 직접 반영됩니다. 중계 방식은 가까운 입구에 먼저 접속한 뒤 목적 지역으로 전달하므로 회선 조정에 유리합니다. IEPL 전용 회선은 관리되는 국제 전송 경로를 사용하며 일반 공용망 직접 연결과 라우팅 방식이 다릅니다.
이러한 회선 차이는 연결 품질에 영향을 주지만 계정의 기기 규칙을 자동으로 바꾸지는 않습니다. 특정 회선만 실패하고 다른 회선은 정상이라면 노드나 경로 문제일 가능성이 높습니다. 모든 회선에서 새 기기를 추가한 뒤 인증 거부가 발생할 때에야 동시 접속 제한에 더 가깝다고 볼 수 있습니다. 테스트할 때 각 기기가 완전히 다른 회선을 사용하면 변화가 기기 수 때문인지 회선 상태 때문인지 판단하기 어렵습니다.
프로토콜도 클라이언트 호환성에 맞춰 선택해야 합니다. Shadowsocks는 구조가 단순하고 지원 클라이언트가 많습니다. VMess와 VLESS는 규칙 기반 라우팅을 지원하는 클라이언트에서 흔히 사용됩니다. Trojan은 TLS 기반의 트래픽 형태를 사용합니다. Hysteria2와 TUIC은 UDP 기반 전송 방식을 사용해 일부 네트워크에서 유연하게 동작할 수 있지만, 로컬 네트워크의 UDP 제한을 받을 수 있습니다. 프로토콜은 인증과 전송을 담당할 뿐, 본질적으로 더 높은 기기 한도를 의미하지는 않습니다.
DNS와 분할 라우팅 규칙도 확인하기
프록시가 연결된 것으로 표시되지만 웹사이트에 접속할 수 없다면 DNS 요청이 예상대로 처리되는지 확인해야 합니다. 트래픽은 프록시를 거치는데 DNS 조회는 로컬 네트워크로 전송되면 응답이 달라지거나 DNS가 노출될 수 있습니다. 연결 후 IP 확인 및 DNS 테스트 페이지를 사용해 출구를 대조하고, 클라이언트에서 원격 DNS, 암호화 DNS 또는 가상 네트워크 어댑터 모드에 맞는 DNS 설정이 활성화되어 있는지 확인하세요.
분할 라우팅 규칙은 어떤 도메인과 주소가 프록시를 사용하고 어떤 항목이 직접 연결될지를 결정합니다. 가족 구성원이 사용하는 앱이 서로 다르면 하나의 규칙이 컴퓨터 브라우저에서는 정상적으로 작동해도 TV 앱은 실수로 직접 연결할 수 있습니다. 특정 앱만 연결되지 않는다면 먼저 전체 프록시 모드로 임시 전환해 비교하세요. 전체 모드에서 복구된다면 문제는 대개 기기 한도가 아니라 규칙 매칭에 있습니다.
가족 공유 전자가 점검표
계정을 공유하기로 결정하기 전에 기기 규칙, 클라이언트 호환성, 인증 정보 관리를 하나의 점검표에서 함께 확인해야 합니다. 요금제 가격이나 노드 지역만 확인해서는 가족 환경에서 흔히 발생하는 연결 끊김과 관리 문제를 다룰 수 없습니다.
- ✅ 요금제가 로그인 기기, 활성화된 기기 또는 동시 접속 중 무엇을 기준으로 계산하는지 명확히 설명합니다.
- ✅ 약관에 한도 초과 시 새 연결 거부, 기존 연결 종료 또는 기기 삭제 요구 중 어떤 방식인지 안내되어 있습니다.
- ✅ 가정 내 각 플랫폼에 호환 클라이언트가 있고 구독에서 실제 사용하는 프로토콜을 인식할 수 있습니다.
- ✅ 모바일 기기가 네트워크를 전환한 뒤 기존 세션을 정상적으로 해제하거나 재연결할 수 있습니다.
- ✅ TV에서 프로토콜 지원 여부를 확인했으며 노드 누락을 기기 제한으로 잘못 판단하지 않습니다.
- ✅ 라우터 방식의 펌웨어 호환성, DNS 전달, 분할 라우팅 규칙을 확인했습니다.
- ✅ 구독 링크를 신뢰할 수 있는 기기에만 보관하고, 실수로 공개했을 때 재설정하는 방법을 알고 있습니다.
- ✅ 각 기기가 단독으로 정상 연결된 뒤 가족 동시 접속 테스트를 시작합니다.
- ❌ ‘다중 플랫폼 지원’을 ‘동시 접속 허용’에 대한 명확한 안내 대신 사용하지 않습니다.
- ❌ 모든 인증 실패를 기기 한도 초과로 단정하지 않고 먼저 구독과 회선 상태를 확인합니다.
VPNRZ는 동시 접속 기기 수에 제한이 없어 가족 구성원이 서로 다른 단말에서 동시에 사용할 수 있습니다. 실제 구성에서는 클라이언트의 프로토콜 지원, 구독 가져오기 방식, 분할 라우팅 규칙을 각각 확인해야 합니다. 넉넉한 기기 제한은 연결 자격 문제를 해결할 뿐, 특정 플랫폼의 클라이언트 호환성이나 로컬 네트워크 설정을 자동으로 수정하지는 않습니다.
최종 선택 기준은 간단합니다. 규칙을 이해하기 쉽고, 한도 초과 시 동작을 예측할 수 있으며, 기존 기기를 관리할 수 있고, 가족이 자주 사용하는 플랫폼에 적합한 클라이언트가 있어야 합니다. 절차에 따라 연결 테스트를 한 번 기록해 두면 문제의 원인이 계정 정책, 회선과 프로토콜, 단말 설정 중 어디에 있는지 판단할 수 있어 반복 로그인이나 재설치에 의존할 필요가 없습니다.