VPN이 제대로 작동하는지 확인하려면 먼저 공인 IP를 확인하고, 다음으로 DNS 요청 경로를 살펴본 뒤 실제 사용하는 앱에서 연결을 점검하세요. 클라이언트에 ‘연결됨’이라고 표시되어도 이는 클라이언트가 보고하는 연결 상태일 뿐입니다. 모든 앱과 도메인의 트래픽이 선택한 경로를 거친다는 증거는 아닙니다.
먼저 목적을 분명히 하세요. 특정 브라우저로 해외 웹사이트에 접속하려는 것인지, 기기에서 지정한 앱의 트래픽을 규칙에 따라 전달하려는 것인지 확인해야 합니다. 분할 터널링 모드에서는 일부 트래픽이 직접 연결될 수 있으므로, 특정 사이트에 여전히 국내 IP가 표시된다고 해서 반드시 오류인 것은 아닙니다. 아래 순서대로 확인하고, 브라우저·클라이언트·앱 문제를 혼동하지 않도록 설정은 한 번에 하나씩만 변경하세요.
먼저 구분할 항목: 연결 상태, 공인 IP, 앱의 연결 경로
클라이언트, 운영체제, 대상 웹사이트가 확인하는 정보는 서로 다릅니다. 운영체제에 VPN 표시가 나타나면 대개 네트워크 확장 기능이나 터널이 활성화된 것입니다. 클라이언트에서 구독 정보를 갱신할 수 있다면 구독 정보를 가져오는 데 성공했다는 뜻입니다. 어느 쪽도 대상 웹페이지의 트래픽이 지정한 출구를 실제로 거쳤다는 직접적인 증거는 아닙니다.
| 검사 항목 | 확인할 수 있는 내용 | 이 결과만으로 단정할 수 없는 내용 |
|---|---|---|
| 클라이언트에 연결됨으로 표시 | 클라이언트에서 연결 또는 프록시가 시작되었다고 보고함 | 모든 앱의 트래픽이 프록시를 거침 |
| 검사 페이지에서 공인 IP가 바뀜 | 해당 웹 요청의 출구 IP가 바뀜 | 다른 앱과 DNS 요청도 같은 출구를 사용함 |
| DNS 검사에서 특정 리졸버가 표시됨 | 검사 요청에서 관찰된 재귀 DNS 출구 | 리졸버의 위치만으로 DNS 유출을 확정함 |
| 대상 앱에서 기능을 사용할 수 있음 | 해당 시점에 그 기능을 사용할 수 있었음 | 앱의 모든 연결이 지정한 경로를 거침 |
| 스트리밍 서비스에서 원하는 콘텐츠 목록이 표시됨 | 플랫폼의 당시 지역 및 콘텐츠 판정이 예상과 일치함 | 해당 경로를 앞으로도 계속 사용할 수 있음 |
더 정확하게 판단하려면 여러 증거를 함께 확인해야 합니다. 공인 IP가 예상대로 바뀌고, DNS 동작이 설정과 일치하며, 대상 앱의 연결에도 해당 규칙이 적용되어야 합니다. 검사 페이지가 모두 초록색으로 표시되는 것보다 실제 결과가 예상과 일치하는지가 중요합니다.
공인 IP 확인: 연결 전후를 비교하세요
공인 IP는 대상 서버에서 확인하는 주소이며, 가정 내 네트워크에서 기기에 할당된 사설 IP와는 다릅니다. 브라우저에서 ‘공인 IP 확인’을 검색해 IPv4와 IPv6를 각각 표시하는 도구를 선택할 수 있습니다. 검사 도구에도 접속 요청이 전달되므로, 확인을 위해 계정 정보를 입력하거나 낯선 확장 프로그램을 설치할 필요는 없습니다.
- 기준값을 기록하세요. 클라이언트 연결을 끊고 검사 페이지를 열어 공인 IP, 네트워크 사업자, 표시된 지역을 기록합니다. Wi-Fi와 모바일 네트워크를 동시에 바꾸지 말고 기존 네트워크를 그대로 유지하세요.
- 사용할 경로에 연결하세요. 노드가 선택되어 있는지 확인하고, 클라이언트에서 규칙 모드·시스템 프록시·기기 전체 터널 중 어떤 방식을 사용하는지 확인합니다.
- 요청을 새로 보내세요. 검사 페이지를 새로고침합니다. 다시 검사하는 기능이 없다면 페이지를 닫았다가 다시 여세요. 필요하면 다른 검사 도구로 결과를 비교하세요.
- 실제 주소를 비교하세요. 먼저 IP가 바뀌었는지 확인한 다음 등록 정보와 표시 지역을 살펴보세요. 국기 표시만 보거나 검사 페이지에 나온 도시를 실제 서버 위치로 단정하지 마세요.
IP 위치 데이터베이스의 업데이트가 늦을 수 있고, 검사 서비스마다 다른 지역을 표시할 수도 있습니다. 선택한 노드 이름, 출구 IP의 등록 정보, 플랫폼 자체의 지역 판정이 항상 일치하는 것은 아닙니다. 주소가 바뀌었다는 점은 참고할 만하지만, 예상한 출구인지 판단하려면 서비스에서 제공하는 노드 안내와 클라이언트 기록도 함께 확인해야 합니다.
검사 페이지에 직접 연결 규칙이 적용되면 연결 후에도 주소가 바뀌지 않을 수 있습니다. 클라이언트에서 제공하는 글로벌 프록시 모드로 잠시 확인한 뒤 원래 규칙으로 되돌릴 수 있습니다. 다만 ‘글로벌’은 클라이언트 내부의 라우팅 선택을 뜻하는 경우가 많으며, 모든 앱의 트래픽을 반드시 처리하는 것은 아닙니다. 앱에서 시스템 프록시를 무시할 수도 있습니다.
IPv4와 IPv6를 모두 확인하세요. 한쪽 주소가 기존 네트워크에서 할당된 주소라면, 클라이언트가 해당 주소 체계의 트래픽을 어떻게 처리하는지 확인합니다. IPv4만 바뀌었다고 모든 네트워크 요청이 보호된다고 단정하지 마세요.
DNS 확인: 지역보다 조회 경로를 살펴보세요
DNS는 도메인 이름을 연결에 사용할 주소로 변환합니다. 웹 트래픽이 프록시를 거친다고 해서 도메인 조회도 반드시 프록시를 거치는 것은 아닙니다. 이 글에서 DNS 유출은 보호해야 할 경로로 처리되어야 하는 조회가 설정과 맞지 않는 경로로 전달되는 상황을 뜻합니다. 예를 들면 로컬 네트워크를 통해 인터넷 사업자의 리졸버에 계속 조회하는 경우입니다.
사용할 경로에 연결된 상태에서 DNS 유출 검사 도구를 열어 테스트를 실행하세요. 일반적으로 검사 도구는 브라우저가 임시로 생성된 도메인을 요청하도록 한 뒤, 검사 측의 권한 DNS 서버에서 재귀 리졸버를 확인합니다. 표시 결과는 주로 재귀 DNS의 출구를 나타냅니다. 기기가 직접 연결한 서버나 DNS 전송 경로 전체를 보여주는 것은 아닙니다.
- 먼저 연결하지 않은 상태의 결과를 기록하세요. 기존 네트워크가 주로 어떤 DNS 서비스를 사용하는지 확인한 다음, 연결 후 결과와 비교합니다.
- 설정 의도를 확인하세요. 클라이언트에서 프록시 대상 도메인과 직접 연결 대상 도메인을 각각 어떻게 조회하는지, DNS 가로채기 기능이 활성화되어 있는지 확인합니다.
- 브라우저의 보안 DNS를 확인하세요. 브라우저가 자체 암호화 DNS 서비스를 사용해 시스템의 DNS 설정을 덮어쓰거나 우회할 수 있습니다. 이 연결이 프록시를 거치는지는 라우팅 설정에 따라 달라집니다.
- 연결 기록과 함께 판단하세요. 검사 결과에 기존 네트워크의 리졸버가 계속 표시되면 검사 도구가 잘못되었다고 단정하기보다 DNS 요청이 직접 전송되는지 확인하세요.
리졸버가 다른 지역에 표시된다고 해서 자동으로 DNS 유출인 것은 아닙니다. 공용 DNS 서비스는 분산된 출구를 사용할 수 있습니다. 반대로 리졸버와 노드의 지역이 같아도 DNS 조회가 암호화되었거나 터널 전체를 거쳤다는 증거가 되지는 않습니다. 클라이언트가 fake-IP를 사용한다면 앱에 임시 매핑 주소를 전달하는 것은 정상적인 동작이며, 이를 실제 공인 IP로 오해해서는 안 됩니다.
판단 기준: DNS 검사는 문제를 찾기 위한 참고 자료이지 개인정보 보호를 인증하는 수단이 아닙니다. 검사 결과를 클라이언트의 DNS 설정, 브라우저의 보안 DNS 설정, 연결 기록과 함께 확인하세요. 경로를 확인할 수 없다면 기록을 보관하고 지원 담당자에게 문의하세요. 지역 표시만으로 증거를 대신하지 마세요.
앱별로 확인하기: 브라우저가 정상이어도 모든 앱이 정상인 것은 아닙니다
시스템 프록시, 브라우저 확장 프로그램의 프록시, 기기 전체 터널은 적용 범위가 서로 다릅니다. Windows와 macOS의 일부 앱은 시스템 프록시 설정을 따르지만, 다른 앱은 자체 네트워크 설정을 사용할 수 있습니다. Linux에서는 데스크톱 프록시 설정이나 환경 변수에 따라 달라질 수도 있습니다. 브라우저 확장 프로그램은 보통 브라우저 관련 트래픽에만 적용되므로 다른 소프트웨어까지 같은 경로를 사용한다고 판단할 수 없습니다.
iOS와 Android의 클라이언트는 시스템 네트워크 인터페이스를 통해 트래픽을 처리하는 경우가 많지만, 실제 적용되는 앱과 도메인 규칙, 제외 항목은 구현과 설정에 따라 달라집니다. Android의 절전 설정이 백그라운드 실행을 제한할 수도 있습니다. 기기가 다른 네트워크로 전환된 뒤에는 연결이 복구되었는지도 다시 확인해야 합니다. 상태 표시 아이콘만으로 실제 작동 여부를 판단할 수는 없습니다.
- ✅ 대상 브라우저에서 출구 IP를 다시 확인하고, 브라우저 자체에 다른 프록시 확장 프로그램이 활성화되어 있지 않은지 확인하세요.
- ✅ 실제 앱에서 새 네트워크 요청을 발생시키세요. 이미 캐시된 홈 화면만 확인하지 말고 새로 검색하거나 아직 불러오지 않은 콘텐츠를 여세요.
- ✅ 클라이언트에서 연결 기록을 제공한다면 앱이나 대상 도메인별로 적용된 규칙, 출구 노드, 연결 오류를 확인하세요.
- ✅ 앱별 설정 목록에서 ‘포함’과 ‘제외’의 의미를 확인하고, 대상 앱이 직접 연결 대상으로 설정되어 있지 않은지 살펴보세요.
- ✅ 네트워크를 전환하거나 기기의 절전 모드를 해제한 뒤 다시 확인해 문제가 백그라운드 복귀 시에만 발생하는지 살펴보세요.
로그에 기록된 DNS 조회, 웹 요청, 앱 연결이 반드시 같은 도메인을 사용하는 것은 아닙니다. 앱은 로그인, 이미지, 동영상, 업데이트 서비스에 각각 연결할 수도 있습니다. 한 도메인에 프록시 규칙이 적용된 것을 확인해도 해당 연결에 대한 정보만 알 수 있습니다. 점검하려는 기능을 기준으로 관련 요청을 찾아보세요.
연결된 것처럼 보이지만 트래픽이 전달되지 않을 때: 증상별 확인 방법
구독 정보는 가져왔지만 노드를 사용할 수 없음
구독 링크에는 노드와 설정 정보가 들어 있으며, 그 자체가 네트워크 터널은 아닙니다. 가져오기에 성공한 뒤에도 사용할 수 있는 노드를 선택하고 연결을 시작해야 합니다. 특정 설정을 해석할 수 있는지는 클라이언트의 버전과 구현 방식에 따라 다릅니다. Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 서로 다른 프로토콜이므로 같은 것으로 취급해서는 안 되며, 모든 클라이언트가 이를 지원한다고 가정해서도 안 됩니다. 이 설명은 호환성에 관한 내용이며 LQVPN이 해당 프로토콜을 모두 제공한다는 뜻은 아닙니다.
구독 정보를 갱신할 수 없다면 링크가 온전한지, 클라이언트가 호환되는지 먼저 확인하세요. 노드 연결에 실패하면 인증, 연결, 설정 오류를 살펴보세요. 구독 주소에는 접속 정보가 포함될 수 있으므로 공개 검사 사이트에 붙여 넣지 마세요.
브라우저의 출구 IP는 그대로인데 다른 앱에서는 접속할 수 있음
먼저 브라우저 확장 프로그램, 별도의 프록시 설정, 검사에 사용한 도메인에 적용된 규칙을 확인하세요. 반대의 경우도 마찬가지입니다. 브라우저의 출구 IP는 바뀌었는데 다른 앱은 프록시를 거치지 않는다면, 해당 앱이 시스템 프록시를 따르지 않거나 앱별 규칙에서 제외되었을 가능성이 큽니다. 노드만 계속 바꾸는 것으로는 트래픽 적용 범위 문제가 해결되지 않는 경우가 많습니다.
웹페이지는 정상인데 통화나 다른 실시간 기능이 제대로 작동하지 않음
이런 기능은 일반 웹페이지와 다른 연결 방식을 사용할 수 있습니다. WebRTC 검사에 사설 IP나 mDNS로 숨겨진 호스트명이 표시되어도 공인 IP 유출을 뜻하지는 않습니다. 기존 네트워크의 공인 IP가 나타난다면 미디어 연결 경로를 추가로 확인해야 합니다. 관련 UDP 트래픽을 프록시로 처리할 수 있는지는 클라이언트, 노드, 규칙이 실제로 지원하는지에 따라 달라집니다.
출구 IP는 맞는데 스트리밍 서비스에서 지역이 다르다고 표시됨
플랫폼은 계정 지역, 결제 정보, 위치 권한, 캐시, 출구 IP의 평판을 참고할 수도 있습니다. 앱을 다시 열고 지역 관련 설정을 확인하세요. 필요하면 플랫폼의 안내에 따라 캐시를 처리하세요. IEPL 전용 회선, 중계, 직접 연결은 회선 구성 방식을 설명하는 용어입니다. 회선 유형만으로 DNS가 유출되지 않는다거나 특정 콘텐츠 목록을 항상 이용할 수 있다고 단정할 수는 없습니다.
검사 결과를 나중에 다시 확인할 수 있도록 기록하세요
문제를 확인할 때 기기 운영체제, 클라이언트 이름과 버전, 선택한 노드, 작동 모드, 출구 IP 변경 여부, DNS 검사 결과를 기록하세요. 클라이언트 로그를 사용한다면 문제가 재현된 뒤 관련 부분만 캡처하세요. 다른 사람에게 보내기 전에는 사용자 이름, 구독 링크, 액세스 토큰, 문제와 관련 없는 접속 기록을 가리세요.
한 번의 점검에서 DNS, 분할 터널링 모드, 노드를 동시에 변경하지 마세요. 설정을 하나씩 바꿀 때마다 같은 대상 앱에서 다시 시도하세요. 문제가 해결되면 불필요한 임시 설정을 원래대로 되돌리세요. 진단을 위해 글로벌 프록시로 전환했다면 원래 규칙으로 복구한 뒤에도 문제가 없는지 확인하세요.
최종 확인 기준: 대상 요청의 출구가 예상과 일치하고, 도메인 조회 경로가 설정에 부합하며, 실제 앱의 연결에도 올바른 출구가 적용되어야 작동 여부를 뒷받침하는 충분한 증거가 됩니다. 이는 현재 환경에서의 검사 결과일 뿐이며, 모든 앱이나 향후 연결까지 확인했다는 뜻은 아닙니다.
LQVPN 사용자는 먼저 초보자 가이드에서 클라이언트와 구독 설정을 확인한 뒤, 자주 묻는 질문에서 관련 설정을 살펴보세요. 원인을 찾기 어렵다면 지원 티켓으로 민감 정보를 가린 기록을 보내 주세요. ‘연결은 됐는데 열리지 않는다’고만 설명하는 것보다 문제를 파악하기 쉽습니다.