노로그 VPN을 고를 때 어려운 건 '노로그'라고 쓰여 있는 서비스를 찾는 일이 아니라, 그 말을 그대로 믿어도 되는지 판단하는 일입니다. 거의 모든 사업자가 홈페이지에 이 네 글자를 올려놓기 때문입니다. 이 글은 구호 목록을 나열하는 대신 하나씩 확인할 수 있는 점검 방법을 제시합니다. 가입 시 어떤 정보를 요구하는지, 결제 수단이 실명 단서를 남기는지, 공용 Wi-Fi 환경에서 보호가 실제로 작동하는지, 그리고 프로토콜과 암호화에서 무엇을 봐야 하고 어떤 말에 흔들리지 말아야 하는지.
노로그가 정확히 무엇을 뜻하는가: 네 가지 로그 구분하기
'노로그'는 포괄적인 표현이라 먼저 쪼개서 볼 필요가 있습니다. 사업자의 로그는 보통 네 종류로 나뉘고, 프라이버시에 미치는 영향이 전혀 다릅니다:
| 로그 유형 | 대표적인 필드 | 프라이버시 영향 | 운영상 필요 여부 |
|---|---|---|---|
| 접속 로그 | 접속 시각, 이용 시간, 접속 IP | 이용 시간대와 위치 패턴을 재구성할 수 있음 | 과금에 필요하며, 특정인과 연결되지 않게 비식별화 가능 |
| 트래픽 로그 | 방문한 도메인, 목적지 IP, 콘텐츠 메타데이터 | 브라우징 행동을 직접적으로 드러냄 | 서비스 제공에 불필요함 |
| 결제 기록 | 주문 번호, 결제 채널 거래 내역 | 실제 신원과 연결될 수 있음 | 과금상 필요하며, 결제 수단에 따라 다름 |
| 크래시 및 디버그 로그 | 오류 스택, 클라이언트 버전 | 대개 브라우징 내용을 포함하지 않음 | 장애 대응에 필요하며, 끄거나 비식별화할 수 있어야 함 |
어떤 서비스가 '노로그'를 내세울 때, 엄밀히 말하면 접속 로그와 트래픽 로그를 남기지 않는다는 뜻입니다. 결제 기록은 결제 채널의 요구로 존재하는 부분이라 완전히 없애기 어렵습니다. 따라서 확인의 핵심은 '기록이 아예 없는가'가 아니라 두 가지입니다. 줄일 수 있는 기록을 줄였는지, 남은 기록을 특정인과 연결할 수 있는지. 전자는 가입 조건과 로그 정책에서, 후자는 결제 수단에서 드러납니다. 바로 다음 두 절의 내용입니다.
가입 정보 최소화: 가장 먼저 확인할 수 있는 기준
가입 양식에 무엇을 적게 하는지가 '노로그'를 가늠하는 가장 직접적인 시금석입니다. 계정 시스템에 필드가 하나 늘 때마다 계정과 실제 신원을 잇는 실이 하나씩 늘어납니다. 이메일은 등록자를 역추적할 수 있고, 양식이 길어질수록 연결 고리도 많아집니다. 반대로 사용자 이름과 비밀번호만 요구하는 서비스는 계정과 신원 사이에 애초에 실이 없습니다. 접속 기록을 완전히 비식별화해도 연결할 단서가 남지 않는다는 뜻입니다.
VPNFP는 가입에 사용자 이름과 비밀번호만 필요하고, 이메일 주소 없이도 가입할 수 있으며 별도 인증 절차가 없습니다. 프라이버시를 최우선하는 사용자에게 이런 가입 조건 자체가 확인 가능한 사실입니다. 눈앞의 양식에 적혀 있으니, 어떤 약속도 믿을 필요가 없습니다.
결제는 또 하나의 실명 단서입니다. 알리페이와 위챗은 실명 채널을 거쳐 주문이 결제 계정과 연결됩니다. USDT 같은 암호화폐 결제는 실명 체계를 거치지 않아 주문과 신원 사이가 끊어져 있습니다. VPNFP는 세 방식을 모두 지원하며, 프라이버시를 최우선하는 조합은 이렇습니다. 가입 정보를 최소화하고, USDT로 결제하는 것.
가입과 결제 단계는 이 순서대로 확인하세요:
- ✅ 가입 양식이 사용자 이름과 비밀번호만 요구하고, 이메일 주소가 필요 없음
- ✅ USDT처럼 실명 채널을 거치지 않는 결제 수단 지원
- ✅ 로그 정책이 구체적으로 적혀 있음 — 무엇을 기록하고, 무엇을 기록하지 않으며, 얼마나 보존하는지. '아무것도 기록하지 않는다'는 한마디가 아니라
- ❌ 가입 시 이메일 입력과 인증을 강제함 — 이메일은 가장 흔한 신원 단서
- ❌ 양식이 이름, 주소 등 서비스 제공과 무관한 개인정보를 요구함
공용 Wi-Fi 환경: 보호는 그 자리에서 검증할 수 있어야
공용 Wi-Fi는 프라이버시 위협 중 가장 현실적인 상황입니다. 같은 네트워크의 다른 기기가 평문 트래픽을 엿볼 수 있고, 가짜 핫스팟과 ARP 스푸핑은 악의적인 게이트웨이로 유인할 수 있으며, DNS 하이재킹은 눈치채지 못하는 사이에 조회 결과를 바꿔치기합니다. 이 환경에서 VPN의 역할은 모든 트래픽을 암호화 터널에 담는 것입니다. 로컬 네트워크에는 사용자와 노드 사이에 암호화 연결 하나가 있다는 사실만 보이고, 내용물이나 방문 사이트는 보이지 않습니다.
하지만 '연결됨'은 '막힘'이 아닙니다. 세 가지는 반드시 직접 테스트해야 합니다.
DNS 유출: 터널 옆에 열린 뒷문
시스템이 DNS 조회를 터널을 우회해 로컬 네트워크의 DNS 서버로 바로 보낼 수 있습니다. 이것이 DNS 유출입니다. 조회 내용은 방문하려는 도메인을 드러내므로, 암호화 터널 옆에 뒷문을 하나 남겨둔 셈입니다. 점검 절차:
- VPN에 연결한 뒤 브라우저에서 아무 DNS 유출 검사 사이트에 접속합니다.
- 표시된 DNS 서버를 확인합니다. 전부 노드 쪽에 있어야 하고, 접속한 네트워크의 통신사 것이면 안 됩니다. 사이트 내 IP 조회 페이지로 출구 위치를 교차 확인해도 됩니다.
- IPv4와 IPv6 두 프로토콜 스택을 모두 테스트하고, 연결을 끊었다 다시 연결한 뒤 한 번 더 확인해 결과가 안정적인지 봅니다.
킬 스위치: 끊김이 평문 노출보다 낫다
터널이 예기치 않게 끊어지는 순간 킬 스위치(kill switch)가 없으면 트래픽은 평문 직접 연결로 되돌아갑니다. 공용 Wi-Fi 환경에서는 그동안의 보호가 한순간에 0이 되는 셈입니다. 확인 방법은 간단합니다. 연결 상태에서 노드를 수동으로 끊은 뒤 아무 웹사이트에 접속해 보세요. 킬 스위치가 켜진 클라이언트는 평문 트래픽을 통과시키지 않고 연결 자체를 거부합니다.
분류 규칙: 제외된 부분이 곧 노출되는 부분
분류 규칙은 어떤 트래픽이 터널을 쓰고 어떤 트래픽이 직접 연결되는지 정합니다. 가속 상황에서는 체감을 끌어올리지만, 프라이버시 관점에서는 제외된 도메인이 로컬 네트워크에 그대로 드러나는 부분입니다. 전역 모드를 쓰거나, 최소한 클라이언트 기본 규칙에서 어떤 도메인이 제외되는지, 직접 수정할 수 있는지 확인하세요.
프로토콜과 암호화: 무엇을 볼지, 무엇을 믿지 말지
프로토콜은 구현 세부까지 파고들 필요는 없지만, 각각 어떤 상황에 맞는지는 알아두세요. Shadowsocks는 가볍고 널리 쓰입니다. VMess와 VLESS는 V2Ray 계열로, TLS와 함께 쓰면 트래픽이 일반 HTTPS처럼 보이게 할 수 있습니다. Trojan은 TLS를 그대로 활용해 정상적인 HTTPS 사이트 접속과 행동이 같고, Hysteria2와 TUIC는 QUIC 기반이라 패킷 손실이 많고 회선이 나쁜 환경에서 처리량이 더 좋습니다.
암호화 강도는 이 현대 프로토콜들이 대부분 AES-256 또는 ChaCha20 급의 대칭 암호를 씁니다. 흔히 말하는 은행급 암호화입니다. 다만 짚어둘 점이 있습니다. 암호화는 '전송 과정이 보이는' 문제를 해결할 뿐, '서버에 어떤 기록이 남는지'는 해결하지 못합니다. 둘을 섞어 놓는 것이 흔한 홍보 수법입니다.
클라이언트 차이도 살펴보세요. 플랫폼마다 킬 스위치, 분류 규칙, DNS 처리 지원 정도가 다릅니다. 확인은 평소 쓰는 플랫폼에서 해야 합니다. Windows, macOS, iOS, Android, Linux를 각각 테스트해야 결론이 성립합니다.
확인 포인트를 하나의 선택 기준으로 정리하면
프라이버시를 최우선하는 사용자라면 확인 우선순위를 이렇게 두세요. 먼저 가입 조건과 결제 수단처럼 '양식에 적혀 있는' 사실을 보고, 다음으로 DNS 유출과 킬 스위치처럼 '그 자리에서 검증 가능한' 동작을 테스트하고, 마지막에야 프로토콜과 암호화 같은 '누구나 홈페이지에 써 넣는' 항목을 봅니다. 순서가 바뀌면 홍보에 이끌리기 쉽습니다.