유출 테스트

모든 트래픽이 암호화된 연결을 거쳐 가는지 확인합니다: IPv4와 IPv6 주소, WebRTC로 드러나는 정보, 그리고 시간대.

저희 서버에 보이는 모습

기본 주소 확인 중…
IPv4 주소—

주소는 저희 서버의 로컬 데이터베이스로 확인하며 제3자 서비스로 절대 전달되지 않습니다.

WebRTC

확인 중

브라우저가 어떤 주소를 공개하려 하는지 묻는 중입니다.

시간대

확인 중

기기 시계와 주소의 시간대를 비교하는 중입니다.

DNS

사이트 이름 조회는 콘텐츠와 같은 채널로 가지 않으므로 따로 점검합니다. 이를 위해 자체 DNS 서버를 운영하며 — 제3자 서비스는 관여하지 않습니다.

DNS 점검

유출이란 무엇이고 왜 일어나는가

VPN은 트래픽을 자체 서버로 보내고, 웹사이트는 회원님의 주소 대신 그 서버의 주소를 봅니다. 유출이란 일부 요청이 터널을 거치지 않고 직접 나가서 결국 실제 주소가 보이게 되는 것입니다. 원인은 거의 항상 기술적인 것으로, 어떤 프로토콜이 우회되지 않은 경우입니다.

대표적인 원인은 세 가지입니다. IPv6 — 터널이 IPv4만 처리하는데 인터넷 사업자가 IPv6를 켜 두었다면 일부 연결이 터널을 우회합니다. WebRTC — 브라우저 내 통화 기능으로, 연결을 설정하기 위해 외부 서버에 회원님의 외부 주소를 묻습니다. 그리고 DNS — "이 사이트의 주소는 무엇인가"라는 질의가 여전히 인터넷 사업자의 서버로 갈 수 있습니다.

이 페이지의 결과 읽는 법

"저희 서버에 보이는 모습" 블록은 저희 서버가 요청을 받은 주소를 보여 줍니다: 기본 주소와 IPv4, IPv6를 각각. VPN을 사용 중이라면 모든 주소가 인터넷 사업자가 아니라 VPN 서버의 것이어야 합니다.

그다음은 판정입니다. "이상 없음"은 우회가 발견되지 않았다는 뜻입니다. "유출"은 연결 주소와 다른 주소가 드러났다는 뜻입니다. "판단 불가"는 비교할 대상이 없었다는 뜻입니다 — 예를 들어 브라우저가 저희에게 측정값이 없는 프로토콜의 주소를 보여 준 경우입니다. 이런 경우를 일부러 경고로 바꾸지 않습니다: 불확실성으로 사람들을 겁주는 것은 정직하지 않습니다.

유출이 발견되면 어떻게 해야 하나

IPv6 유출은 VPN 자체에서 IPv6 지원을 켜거나, 네트워크 어댑터 설정에서 IPv6를 완전히 끄는 것이 가장 확실합니다. 두 번째 방법은 투박하지만 항상 통합니다. "터널 밖 트래픽 차단" 기능이 있는 앱에서는 그 기능을 켜기만 하면 됩니다.

WebRTC 유출은 브라우저 쪽에서 해결합니다: Firefox에서는 about:config의 media.peerconnection.enabled 설정으로, Chromium 기반 브라우저에서는 WebRTC를 제한하는 확장 프로그램으로. WebRTC를 완전히 끄기 전에는 한 번 더 생각하세요: 끄면 브라우저 안의 통화와 회의가 작동하지 않습니다.

점검을 저희 서버에서 하는 이유

유출 테스트는 본질적으로 방문자의 가장 민감한 정보, 즉 실제 주소를 다룹니다. 보기 좋은 도시 이름을 얻으려고 그 주소를 외부 서비스로 보내는 것은 VPN 제공자로서 이상한 일이므로, 위치는 저희 서버의 로컬 데이터베이스로 확인합니다.

WebRTC 점검도 저희 서버를 거칩니다: 브라우저에는 외부 상대가 필요한데, 대부분의 테스트 도구는 대기업의 공개 서버를 연결합니다. 저희는 유출에 관한 페이지가 유출의 원인이 되지 않도록 자체 서버를 사용합니다. 결과는 어디에도 저장되지 않습니다.

자주 묻는 질문

우회 없는 연결을 원하시나요?

MeerGuard는 트래픽을 암호화하고 주소를 바꿉니다 — 문제가 생기면 이 페이지가 솔직하게 알려 드립니다.

Telegram 봇 열기Telegram이 열린다면
사이트에서 이용하기Telegram이 차단되어 있다면
내 IP 확인