먼저 핵심부터 살펴보겠습니다. VPN 구독은 설정 정보를 제공하고, 노드는 선택 가능한 연결 지점이며, 회선은 트래픽이 이동하는 경로입니다. 프로토콜은 연결 방식을 정하고, 분할 터널링은 요청마다 어떤 경로를 사용할지 결정합니다. 서로 다른 개념이므로 연결 문제가 생기면 각 항목을 따로 확인해야 합니다.

일상적인 대화에서는 프록시 클라이언트, 암호화 프록시, VPN을 한데 묶어 말하곤 하지만 작동 계층은 서로 다릅니다. 시스템에 VPN 연결 아이콘이 표시되더라도 클라이언트가 시스템의 가상 네트워크 인터페이스를 사용한다는 뜻일 수 있으며, 반드시 기존 VPN 프로토콜을 사용하는 것은 아닙니다. 앱 이름만 확인하기보다 아래 용어를 이해하는 편이 도움이 됩니다.

구독과 클라이언트: 설정 정보는 어디서 가져올까

‘구독’은 두 가지 의미로 자주 쓰입니다. 요금제에서 구독은 결제 방식을 뜻하고, 클라이언트에서 구독 링크는 설정 정보를 가져오는 주소를 뜻합니다. 요금제를 선택했다고 해서 클라이언트 설정까지 끝난 것은 아니며, 설정을 가져왔다고 해서 계정에 사용 가능한 데이터가 남아 있다는 의미도 아닙니다. 계정 상태와 로컬 설정을 따로 확인하세요.

구독 링크에는 보통 인증 정보가 포함됩니다. 클라이언트가 링크를 읽으면 노드와 연결 매개변수를 가져오며, 경우에 따라 정책 그룹, 분할 터널링 규칙 또는 DNS 설정도 불러옵니다. 가져올 수 있는 항목은 링크의 출력 형식과 클라이언트 지원 범위에 따라 다릅니다. 구독 링크는 설치 파일이 아니며, 브라우저에서 열기만 하면 네트워크가 자동으로 전환되는 것도 아닙니다.

‘구독 업데이트’는 보통 원격 설정을 다시 가져오는 작업이지 계정을 갱신하는 작업이 아닙니다. 서비스에서 노드를 조정하면 로컬 목록도 업데이트해야 할 수 있습니다. 직접 추가한 규칙이 유지되는지는 클라이언트가 설정을 병합하는 방식에 따라 다르므로, 업데이트 전에 직접 수정한 내용을 저장하세요. 업데이트가 아무 영향도 없는 단순 새로고침이라고 생각해서는 안 됩니다.

노드와 회선: 표시된 이름이 전체 경로를 뜻하지는 않습니다

노드는 클라이언트에서 선택할 수 있는 연결 설정으로, 보통 서버 주소, 포트, 인증 정보, 프로토콜 매개변수를 포함합니다. 같은 지역에도 여러 노드가 있을 수 있고, 이름이 다른 노드가 일부 인프라를 공유할 수도 있습니다. 따라서 노드 수를 독립 서버 수로 환산할 수 없으며, 실제 사용 가능한 대역폭을 나타내는 것도 아닙니다.

회선은 기기에서 대상 서비스까지 데이터가 이동하는 경로를 말합니다. 트래픽은 먼저 진입 지점에 도달한 뒤 중계 지점을 거쳐 출구에서 웹사이트에 접속할 수 있습니다. 진입 지점은 서비스 네트워크로 연결되는 곳이고, 출구는 대상 웹사이트에 접속 출처로 표시되는 곳입니다. 노드 이름에 적힌 지역이 진입 지점인지 출구인지 서비스 안내를 확인해야 하며, 이름만 보고 판단해서는 안 됩니다.

해외에서 중국 본토 콘텐츠에 접속하려면 먼저 중국 본토로 향하는 연결 경로를 선택했는지 확인하세요. 국제 웹사이트에 접속할 때는 국제 회선과 출구 지역을 확인해야 합니다. 지리적으로 가깝다고 경로가 반드시 짧은 것은 아니며, 대상 플랫폼은 계정 지역, 콘텐츠 권리, 출구 위치 인식에 따라 다르게 판단할 수 있습니다.

회선 용어의 일반적인 의미와 판단할 때 유의할 점
용어 일반적인 의미 이 설명만으로 단정할 수 없는 내용
직결 기기가 선택한 서버에 직접 연결되며, 서비스가 별도로 마련한 애플리케이션 계층의 중계 지점을 거치지 않습니다. 물리적 경로가 곧은 것도, 반드시 더 빠른 것도 아닙니다. 통신사 네트워크는 여전히 거칩니다.
중계 먼저 진입 지점에 연결한 뒤, 해당 지점에서 다음 서버나 출구로 트래픽을 전달합니다. 전달 단계가 추가된다고 반드시 느려지는 것은 아닙니다. 실제 성능은 각 구간의 경로와 부하에 따라 달라집니다.
IEPL 전용 회선 국제 이더넷 전용 회선으로, 보통 지정된 종단점을 연결하며 회선의 국가 간 전송 구간에 사용될 수 있습니다. 기기에서 웹사이트까지 전 구간이 전용 회선이라는 뜻은 아닙니다. 별도의 암호화나 스트리밍 접속을 보장하지도 않습니다.

여기서는 개념을 설명하며 VPNBig의 개별 회선 설정을 안내하는 것은 아닙니다. 회선을 선택할 때는 실제 안내와 대상 서비스를 이용한 테스트를 기준으로 삼으세요. 클라이언트의 지연 시간 측정은 특정 측정 방식에서의 응답만 보여 주며, 파일 전송·동영상 재생·업무용 앱의 실제 사용 경험을 대신할 수 없습니다.

프로토콜: 연결 양쪽은 어떻게 통신할까

프로토콜은 클라이언트와 서버가 데이터를 인증하고 캡슐화해 전송하는 방식을 정합니다. Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 흔히 볼 수 있는 이름이지만 서로 바꿔 쓸 수 있는 단순한 옵션은 아닙니다. 클라이언트가 해당 프로토콜을 지원하더라도 서버에 호환되는 설정이 있어야 연결할 수 있습니다.

TLS, WebSocket, gRPC, QUIC 같은 용어는 프록시 프로토콜과 함께 표시될 수 있습니다. 이 용어들은 보안 계층이나 전송 방식을 가리키며, 모두 같은 계층에서 서로 대체할 수 있는 옵션은 아닙니다. 노드 이름에 약어가 많이 붙었다고 성능이 더 좋다는 뜻은 아닙니다. 올바른 설정 조합, 클라이언트 호환성, 현재 네트워크 환경이 중요합니다.

사용 중인 네트워크에서 UDP를 제한하면 QUIC 기반 연결이 원활하지 않을 수 있습니다. 그렇다고 계정이 만료되었거나 모든 노드를 사용할 수 없다는 뜻은 아닙니다. 먼저 클라이언트 오류 메시지를 확인하고, 서비스에서 제공하는 설정에 따라 호환되는 방식을 선택하세요. 이해하지 못하는 프로토콜 매개변수를 임의로 바꾸지 마세요.

분할 터널링, 규칙 모드와 전역 모드

분할 터널링은 요청을 직접 연결, 프록시 전달, 연결 차단 또는 특정 정책 그룹으로 보내는 등 서로 다른 방식으로 나누는 기능입니다. 정책 그룹은 노드를 선택하는 묶음으로, 직접 선택하거나 설정에 따라 장애 전환을 수행할 수 있습니다. 이는 경로를 선택하는 기능이지 별도의 물리 회선이 아닙니다.

규칙 모드는 보통 도메인, 대상 IP, 앱 프로세스 등의 조건을 기준으로 요청을 처리합니다. 어떤 조건을 지원하는지는 클라이언트에 따라 다릅니다. 규칙은 대개 순서대로 적용되며, 먼저 일치한 규칙이 결과에 영향을 줍니다. 마지막 규칙은 어떤 규칙에도 일치하지 않은 요청을 처리합니다. 오래된 규칙 구독, 부적절한 순서, 불완전한 도메인 범위 때문에 대상 앱이 예상한 대로 프록시를 사용하지 않을 수 있습니다.

전역 모드는 보통 해당 클라이언트에 들어오는 트래픽 전체에 선택한 정책을 적용한다는 뜻이지, 기기의 모든 트래픽을 처리한다는 뜻은 아닙니다. 시스템 프록시를 따르지 않는 앱은 계속 직접 연결될 수 있습니다. 시스템 전체의 트래픽을 처리해야 한다면 클라이언트의 가상 네트워크 인터페이스나 TUN 설정 및 권한을 확인하세요.

중국 본토로 향하는 연결을 사용할 때도 모든 요청을 하나의 출구로 무조건 보내는 것은 적절하지 않습니다. 중국 본토의 서비스와 해외 현지 서비스는 서로 다른 경로가 필요할 수 있습니다. 먼저 대상 앱이 의도한 회선을 사용하도록 설정한 다음 다른 앱에 영향이 없는지 확인하면, 전역 모드를 반복해서 바꾸는 것보다 문제를 쉽게 찾을 수 있습니다.

모드 선택 요약: 평소에는 접속 방향에 맞는 규칙 설정을 사용하세요. 잠시 전역 모드로 전환하면 분할 터널링 규칙이 잘못되었는지 확인하는 데 도움이 될 수 있지만, 속도 조절 기능이나 개인정보 보호 보장은 아닙니다.

DNS와 누출: 도메인 조회 경로도 확인하세요

DNS는 도메인 이름을 연결에 필요한 주소로 변환합니다. 웹페이지 데이터가 프록시를 통한다고 해서 도메인 조회도 같은 경로를 사용하는 것은 아닙니다. 지정된 DNS 리졸버나 프록시를 통해 처리하려던 조회가 실수로 로컬 네트워크를 통해 전달되면 일반적으로 DNS 누출이라고 합니다.

암호화 DNS는 주로 기기와 리졸버 사이의 조회 전송을 보호합니다. 리졸버가 조회 내용을 볼 수 없다는 뜻은 아니며, 프록시 규칙을 대신하지도 않습니다. 브라우저의 보안 DNS, 시스템 설정, 클라이언트 내장 DNS, 앱 자체의 조회 방식이 서로 영향을 줄 수 있으므로 옵션 하나만 확인해서는 부족합니다.

문제를 확인할 때는 먼저 클라이언트의 DNS 정책과 연결 기록을 살펴보고 조회와 후속 연결이 예상대로 처리되는지 확인하세요. 검사 페이지를 사용한다면 표시되는 정보가 DNS 리졸버의 출구 위치라는 점을 알아 두세요. 국가 표시만 보고 누출 여부를 판단할 수는 없습니다. 캐시와 리졸버의 네트워크 구성도 결과에 영향을 줍니다. 특정 검사 문구를 맹목적으로 찾기보다 예상한 설정과 결과를 비교하는 편이 더 정확합니다.

클라이언트 가져오기: 설정부터 실제 요청까지

Windows, macOS, Android, iOS, Linux는 시스템 인터페이스와 권한 처리 방식이 서로 다르며, 이름이 같은 모드라도 적용 범위가 다를 수 있습니다. 데스크톱 클라이언트에는 시스템 프록시와 TUN 방식이 흔하고, 모바일 기기는 보통 시스템 VPN 인터페이스로 트래픽을 전달합니다. Linux에서는 라우팅과 DNS 서비스의 연동도 확인해야 합니다. 자세한 내용은 클라이언트 안내를 따르세요.

프로토콜 지원, 설정 형식 지원, 기능 지원을 혼동하지 마세요. 클라이언트가 노드를 읽을 수 있어도 구독에 포함된 모든 규칙이나 DNS 항목까지 불러온다는 보장은 없습니다. 가져온 뒤 목록이 정상적으로 표시되는데도 앱에서 접속할 수 없다면 호환성을 확인해야 합니다.

  1. 공식 경로에서 클라이언트를 받으세요. VPNBig의 클라이언트 다운로드 페이지에서 지원 플랫폼과 사용 안내를 확인하고, 출처가 불분명한 설치 파일은 피하세요.
  2. 설정 형식을 확인하세요. 계정에서 해당 클라이언트에 맞는 구독 정보나 설정을 가져오세요. 가져오기에 성공하려고 인증 정보를 낯선 변환 서비스에 제공하지 마세요.
  3. 가져온 뒤 결과를 확인하세요. 노드가 표시되는지, 형식 오류가 발생하는지 확인한 다음 계정 상태와 데이터 사용량을 살펴보세요. 가져오기에 실패하면 먼저 링크가 잘렸는지, 공백이 섞였는지, 형식이 호환되는지 확인하세요.
  4. 접속 방향에 맞는 노드를 선택하세요. 중국 본토 연결 경로와 국제 회선을 구분하고, 대상 서비스에 적합한 규칙을 적용한 뒤 시스템에서 요구하는 네트워크 권한을 허용하세요.
  5. 대상 앱으로 확인하세요. 연결한 뒤 실제로 이용하려는 콘텐츠를 열어 출구와 규칙 적용 결과를 확인하세요. 문제가 있으면 한 번에 여러 설정을 바꾸지 말고 하나씩 점검하세요.

시스템에서 다른 네트워크 도구를 실행 중이라면 프록시 포트 충돌, 라우팅 충돌, DNS 설정 덮어쓰기도 확인해야 합니다. 클라이언트에 ‘연결됨’이라고 표시되어도 보통 특정 연결이나 인터페이스가 만들어졌다는 뜻일 뿐, 모든 앱의 트래픽이 해당 경로를 통과한다는 보장은 없습니다.

문제 해결 체크리스트: 문제가 생긴 계층부터 확인하기

용어를 알아 두면 실제로 문제가 발생한 지점을 구체적으로 설명할 수 있습니다. 단순히 ‘안 돼요’라고 하기보다 운영체제와 클라이언트 이름, 연결 방식, 오류 메시지 원문, 대상 앱, 문제가 발생하는 조건을 알려주면 원인을 찾기 쉽습니다. 설정 화면을 공유할 때는 인증 정보를 가리고 전체 구독 링크는 보내지 마세요.

마지막으로 이 관계를 기억하세요: 구독은 클라이언트에 설정 정보를 전달하고, 클라이언트는 프로토콜을 사용해 노드에 연결합니다. 트래픽은 회선을 거쳐 출구에 도달하며, 분할 터널링 규칙은 어떤 요청이 이 경로를 사용할지 결정합니다. 먼저 접속 방향을 확인하고 각 계층을 차례로 점검하는 편이 노드를 계속 바꾸는 것보다 효과적입니다.

구체적인 설정 방법은 사용 가이드를 확인하세요. 동영상 재생 문제라면 동영상 시청 가이드에서 증상별 해결 방법을 살펴볼 수 있습니다. 개념 설명은 실제 설정 안내를 대신하지 않으며, 대상 서비스의 접속 규정도 준수해야 합니다.