노로그 VPN을 찾을 때는 홍보 문구만 볼 것이 아니라 정책이 어디까지 적용되는지 먼저 확인해야 합니다. 노로그는 서버의 데이터 처리 정책을 뜻합니다. 공용 Wi-Fi에서 보호받는지는 클라이언트가 어떤 트래픽을 처리하는지, DNS가 어떻게 조회되는지, 연결이 끊겼을 때 직접 연결로 전환되는지에 따라서도 달라집니다. 각 항목을 따로 확인해야 합니다.

이 글의 결론은 정책을 명확히 설명하고, 계정 정보 요구가 적으며, 클라이언트 동작을 직접 점검할 수 있는 서비스를 우선 고려하라는 것입니다. VPNAG는 ‘익명 노로그’를 개인정보 보호 정책으로 내세우며, 이메일 주소 없이 사용자 이름과 비밀번호만으로 계정을 만들 수 있습니다. 그렇다고 결제 기록이나 이용 사이트의 계정, 기기 자체까지 식별할 수 없게 되는 것은 아닙니다.

노로그 정책: 먼저 기록 유형 구분하기

‘로그가 있나요?’만으로는 충분히 구체적인 질문이 아닙니다. 브라우징 활동, 연결 메타데이터, 요금 산정용 사용량, 주문 기록은 서로 다른 데이터 유형입니다. 서비스가 방문 기록은 저장하지 않더라도 요금제 상태와 잔여 데이터 확인을 위해 계정 정보가 필요할 수 있습니다. 계정 정보가 있다는 이유만으로 브라우징 기록을 저장한다고 단정할 수 없고, ‘브라우징 로그 없음’이 모든 데이터를 처리하지 않는다는 뜻도 아닙니다.

개인정보 처리방침에서 항목별로 확인할 내용
데이터 유형 포함될 수 있는 정보 확인할 질문
브라우징 활동 접속 도메인, 대상 주소, DNS 조회, 브라우징 내용 어떤 데이터를 저장하지 않는가? DNS 서비스에도 정책이 적용되는가?
연결 메타데이터 접속 출발지 주소, 연결 시간, 출구 경로 정보 저장 여부와 보관 기간은 어떻게 되는가? 계정과 연결할 수 있는가?
계정 및 결제 사용자 이름, 요금제 상태, 데이터 사용량, 주문 상태 정보를 어떤 목적으로 사용하며, 브라우징 활동과 분리해 처리하는가?
진단 정보 클라이언트 오류 로그, 사용자가 제출한 문제 화면 캡처 정보가 자동으로 전송되는가? 제출 전에 확인하고 불필요한 내용을 삭제할 수 있는가?

이 표는 확인을 위한 기준이며 VPNAG의 백엔드 구현을 추정한 내용이 아닙니다. 현재 확인 가능한 것은 본 서비스가 내세우는 ‘익명 노로그’ 정책입니다. 구체적인 데이터 항목, 보관 기간, 구현 방식이 공개 안내에 없다면 대시보드의 문의 티켓으로 확인하세요. 공개되지 않은 사실을 대신 단정해서는 안 됩니다.

확인 근거: 정책, 감사, 직접 테스트

먼저 정책의 적용 범위를 확인하세요. 공식 웹사이트, 클라이언트, 실제 트래픽을 전달하는 서버 중 어디에 적용되는 정책인지 살펴보세요. 데이터 사용 목적, 제3자 처리, 정책 변경 방식이 안내되어 있는지도 확인해야 합니다. ‘개인정보를 중요하게 생각합니다’라는 한 문장만으로는 접속 출발지 주소나 연결 시간을 저장하는지 알 수 없습니다.

서비스가 독립 감사를 받았다면 보고서 원문과 감사 대상, 시점, 제한 사항을 확인하세요. 클라이언트 코드를 점검했다고 해서 서버의 로그 정책까지 확인한 것은 아닙니다. 한 차례 감사 결과가 이후 모든 버전에도 그대로 적용된다는 뜻도 아닙니다. 이 글에는 인용할 수 있는 VPNAG 독립 감사 보고서가 없으므로, 제3자 감사를 본 서비스의 검증된 사실로 제시하지 않습니다.

기기에서 직접 테스트하면 출구 경로, DNS, 연결 끊김 시 동작은 확인할 수 있지만 서버가 로그를 기록하는지는 직접 관찰할 수 없습니다. 오픈소스 클라이언트, 암호화 프로토콜 이름, 한 번의 연결 성공만으로 서버에 로그가 없다고 증명할 수도 없습니다. Shadowsocks, VMess, Trojan, VLESS 등의 프로토콜은 구현과 전송 설정이 서로 다르므로 이름만으로 개인정보 보호 정책을 평가해서는 안 됩니다. 이를 근거로 VPNAG가 특정 프로토콜을 지원한다고 추정할 수도 없습니다.

판단 기준: ‘정책상 주장’, ‘외부 근거’, ‘기기에서 직접 확인한 결과’를 구분해 기록하세요. 보고서가 없으면 미확인으로 표시하고, 테스트에 통과해도 당시 클라이언트의 동작만 확인된 것입니다. 어떤 한 가지 근거도 모든 개인정보 위험을 보장하는 것으로 확대 해석하지 마세요.

계정과 결제: 불필요한 정보 연결 줄이기

VPNAG는 이메일 주소 없이 사용자 이름과 비밀번호만으로 계정을 만들 수 있습니다. 실명이나 직장명, 자주 쓰는 소셜 계정 닉네임이 드러나지 않는 사용자 이름을 선택하고, 다른 곳에서 쓰지 않는 비밀번호를 사용하세요. 이메일 주소가 없으므로 이메일을 통한 계정 복구 절차가 있다고 가정해서는 안 됩니다. 계정 정보를 안전하게 보관하고, 문제가 생기면 대시보드에서 실제로 제공하는 절차를 확인하세요.

VPNAG는 Alipay, WeChat Pay, USDT를 지원합니다. 앞의 두 결제 방식은 일반적으로 결제 플랫폼의 신원 정보 및 거래 기록과 연결됩니다. USDT 온체인 송금도 추적될 수 있으며, 주소 재사용, 거래소 기록, 송금 경로가 서로 연결될 수 있습니다. 특정 결제 수단을 익명 결제라고 단정하지 말고, 정보를 덜 남기려다 결제 자체의 위험을 간과하지 마세요.

실제로는 불필요한 정보를 추가로 제출하지 않는 것이 좋습니다. 주문 메모에 관련 없는 신원 정보를 적지 말고, 결제 식별 정보가 포함된 화면 캡처를 공개하지 마세요. 고객 지원을 요청할 때는 주문 확인에 필요한 정보를 문의 티켓의 안내에 따라 제출하세요. 비밀번호, 전체 구독 링크, 문제와 무관한 결제 내역은 먼저 첨부하지 마세요. VPNAG의 환불 정책에 따라 첫 결제 후 30일 이내에는 사유 없이 전액 환불을 신청할 수 있습니다.

구독 링크에는 설정을 가져오는 데 필요한 인증 정보가 포함되는 경우가 있으므로 비밀번호처럼 안전하게 보관하세요. 낯선 온라인 변환 사이트나 공개 포럼, 공유 문서에 붙여 넣지 마세요. 유출이 의심되면 대시보드에서 재설정을 지원하는지 확인하세요. 처리 방법을 알 수 없다면 문의 티켓으로 도움을 요청하세요.

공용 Wi-Fi: 연결부터 확인까지 순서대로 진행하기

호텔, 공항, 카페에서는 먼저 시설 담당자에게 네트워크 이름을 확인하세요. 이름이 비슷해도 같은 운영자가 관리하는 네트워크라는 뜻은 아니며, 자동 재연결도 네트워크가 안전하다는 증거가 아닙니다. 불필요한 파일 공유를 끄고 시스템 네트워크 설정을 공용 네트워크로 지정하세요. 메뉴 이름은 운영체제 버전에 따라 다를 수 있습니다.

  1. 먼저 필요한 네트워크 인증을 마치세요. 일부 Wi-Fi는 포털 페이지에서 인증해야 인터넷을 사용할 수 있습니다. 이때는 연결에 필요한 절차만 진행하고 이메일, 업무 문서, 계정 로그인은 미루세요. 인증서 경고가 표시되면 계속 진행하지 말고, 출처를 알 수 없는 인증서도 설치하지 마세요.
  2. 미리 준비한 클라이언트를 실행하세요. VPNAG 클라이언트와 구독 정보는 로그인하고 요금제가 유효한 상태에서 대시보드를 통해 받을 수 있습니다. 신뢰할 수 있는 네트워크에서 미리 준비하는 것이 좋습니다. 클라이언트마다 가져오기 메뉴가 ‘구독 추가’, ‘구성’ 또는 비슷한 이름으로 표시될 수 있으니 실제 화면을 확인하세요.
  3. 경로를 선택하고 연결 상태를 확인하세요. 구독 정보를 가져오는 데 성공했다는 것만으로는 충분하지 않습니다. 설정 목록이 표시되어도 프록시나 터널이 활성화된 것은 아닙니다. 클라이언트의 연결 상태를 확인한 다음 브라우저를 열어 검증하세요.
  4. 출구 경로와 DNS를 확인하세요. 연결 전후의 공인 출구 주소와 DNS 조회 결과를 비교해 선택한 경로 및 분할 터널링 설정과 일치하는지 확인하세요. 테스트 페이지도 접속 요청 정보를 받으므로 계정 정보나 구독 인증 정보를 입력하지 마세요.
  5. 확인한 뒤 민감한 작업을 진행하세요. HTTPS를 사용하고 브라우저의 보안 경고를 확인하세요. 장소를 떠난 뒤에는 자동 연결을 끄거나 더 이상 사용하지 않는 공용 네트워크를 삭제하세요.

암호화된 연결은 로컬 네트워크에서 처리 중인 트래픽을 관찰하기 어렵게 할 수 있지만, 감염된 기기를 복구하거나 피싱 사이트에 정보를 입력하는 일을 막아 주지는 않습니다. 접속 대상 웹사이트는 로그인 계정, 쿠키, 브라우저 특성으로 사용자를 식별할 수 있습니다. VPN을 사용해도 해당 계정에서 자동으로 로그아웃되지는 않습니다.

DNS, 분할 터널링, 연결 끊김: 실제 보호 범위 확인하기

DNS 테스트는 예상 경로와 함께 해석하세요

웹 요청은 프록시를 통과하지만 도메인 조회가 예상과 다른 로컬 DNS 서버로 전송된다면 조회 정보가 노출될 수 있습니다. 점검할 때는 클라이언트의 DNS 설정과 시스템 설정, 브라우저의 암호화 DNS를 함께 확인하세요. 브라우저의 암호화 DNS는 다른 경로를 사용할 수 있습니다. DNS 서버의 국가 표시만으로 유출 여부를 판단할 수는 없습니다. DNS 서비스가 분산 인프라를 사용할 수 있기 때문입니다.

먼저 어떤 도메인은 프록시를 통해 조회하고 어떤 도메인은 로컬 조회를 허용할지 예상 경로를 정한 뒤 결과를 비교하세요. 결과가 다르면 설정과 다른 네트워크 소프트웨어를 하나씩 확인하세요. 여러 옵션을 한꺼번에 바꾸면 원인을 찾기 어렵습니다. 테스트 결과가 예상과 일치해도 서버에 로그가 없는지 검증된 것은 아닙니다.

시스템 프록시가 모든 앱의 트래픽을 처리하는 것은 아닙니다

규칙 모드에서는 일부 웹사이트가 직접 연결될 수 있습니다. 데스크톱 시스템 프록시는 일반적으로 해당 프록시 설정을 따르는 앱에만 영향을 주므로 모든 프로그램이 이를 사용한다고 가정해서는 안 됩니다. 터널 또는 TUN 모드는 더 많은 트래픽을 처리할 수 있지만, 우회 규칙이 남아 있을 수도 있습니다. 모바일 기기는 앱별로 트래픽을 처리하도록 설정할 수도 있으니 현재 사용하는 클라이언트에서 범위를 확인하세요.

공용 Wi-Fi에서 특정 업무 앱을 보호하려면 브라우저 테스트만 성공한 것으로 판단하지 말고 해당 앱의 트래픽도 실제로 처리되는지 확인하세요. 일부 클라이언트에서 ‘전체’는 모든 규칙에 프록시를 적용한다는 뜻일 뿐, 기기의 모든 네트워크 트래픽이 반드시 터널로 들어간다는 의미는 아닙니다.

연결 끊김 보호는 별도로 확인해야 합니다

클라이언트에서 연결 끊김 보호 기능을 제공하거나 시스템에서 항상 연결을 지원한다면 실제 제공 기능에 따라 사용하세요. ‘자동 재연결’을 ‘재연결 중 직접 연결 차단’과 같은 뜻으로 보면 안 됩니다. 민감한 작업을 하지 않을 때 연결을 일부러 끊어 네트워크가 차단되는지, 복구 후 예상한 출구 경로를 다시 사용하는지 확인하세요. 모든 플랫폼이나 클라이언트에 같은 설정이 있다고 전제하지 않습니다.

선택 가이드: 절대적인 약속보다 적용 범위를 확인하세요

공용 Wi-Fi에서 일상적인 업무를 처리하려면 먼저 클라이언트가 대상 앱의 트래픽을 처리하는지, DNS 경로를 확인할 수 있는지, 연결이 끊겼을 때 어떻게 동작하는지 확인한 다음 가격과 데이터 용량을 비교하세요. IEPL 전용 회선, 중계, 직결은 경로 구성 방식을 설명하는 용어이지 로그 정책의 등급이 아닙니다. 경로가 더 안정적이라고 해서 기록이 더 적다고 추론할 수는 없습니다.

VPNAG는 이메일 주소 없이 계정을 만들 수 있고 ‘익명 노로그’를 개인정보 보호 정책으로 내세우며, 연결 기기 수에 제한이 없습니다. 사용 중인 기기와 방식에 적합한지는 이 글의 절차에 따라 확인하세요. 요금제 용량과 비용은 요금제 페이지에서 확인하고, 설치와 가져오기는 사용 가이드를 참고하세요. 정책 범위나 클라이언트 동작이 불분명하다면 대시보드 문의 티켓으로 구체적인 항목과 상황을 문의하세요. 막연히 ‘안전한가요?’라고 묻는 것보다 확인 가능한 답을 얻기 쉽습니다.

마지막으로: 노로그는 적용 범위를 명확히 해야 하는 정책이지, 익명 신분을 대신하는 수단이 아닙니다. 불필요한 정보 제출을 줄이고 구독 정보를 안전하게 보관하며 트래픽 경로를 확인하고, 결제 및 웹사이트 로그인으로 남는 연결 관계를 이해하는 것이 꾸준히 실천할 수 있는 개인정보 보호 방법입니다.