VPN을 선택할 때는 어떤 정보를 수집하는지부터 확인하고, 연결이 어떻게 암호화되는지도 살펴보세요. 노로그 정책은 데이터 종류와 이용 목적, 보관 기간, 삭제 방법을 구체적으로 명시해야 합니다. 가입과 결제 과정에서는 서비스 운영자와 결제 기관이 각각 무엇을 확인할 수 있는지 구분해야 합니다. 홍보 페이지에 ‘노로그’라고 적혀 있다는 사실만으로는 충분히 판단할 수 없습니다.
먼저 개인정보 보호 목표를 정하세요: 암호화 연결이 곧 익명성을 뜻하지는 않습니다
공용 Wi-Fi 운영자, 서비스 운영자, 방문하는 웹사이트, 결제 기관은 각기 다른 위치에서 정보를 볼 수 있습니다. 암호화 터널은 로컬 네트워크가 통신 내용을 직접 들여다볼 가능성을 낮추지만, 연결 시간이나 트래픽 규모 같은 메타데이터는 관찰될 수 있습니다. 웹사이트도 로그인 계정, 쿠키, 브라우저 특성을 통해 방문자를 식별할 수 있습니다. 접속 IP가 바뀌어도 이런 연결 정보가 자동으로 지워지는 것은 아닙니다.
HTTPS는 브라우저와 웹사이트 사이의 통신을 암호화하고, VPN이나 프록시는 연결 경로의 다른 구간을 처리합니다. 둘은 서로 대체할 수 없습니다. 프록시 출구에서 연결 대상 등의 정보를 볼 수는 있지만, 그렇다고 HTTPS 본문을 반드시 읽을 수 있다고 설명해서는 안 됩니다. 기기에 별도의 신뢰 인증서가 설치되어 있거나 기기가 통제되는 경우에는 위험 범위가 달라집니다.
선택 기준: 데이터 처리 방식을 명확히 설명하고 앱 동작을 확인할 수 있는 서비스를 우선하세요. 암호화 기술, 최소한의 가입 정보, 로그 정책은 서로 다른 기준이며 어느 하나로 나머지 확인을 대신할 수 없습니다.
노로그 정책: 약관의 적용 범위를 항목별로 확인하세요
개인정보 처리방침, 서비스 약관, 환불 안내에서 ‘수집’, ‘보관’, ‘진단’, ‘제3자’, ‘삭제’ 같은 표현을 찾아보세요. ‘노로그’라는 문구가 있는지보다 예외 사항을 같은 정책에서 명확히 설명하는지가 중요합니다. 방문 기록, 연결 메타데이터, 계정 정보, 주문 기록은 같은 종류의 로그가 아닙니다.
| 데이터 유형 | 약관에서 확인할 내용 | 판단 근거로 부족한 표현 |
|---|---|---|
| 방문 및 DNS 조회 기록 | 방문 도메인, DNS 조회, 대상 주소 또는 접속 내용을 저장하는지 | ‘온라인 개인정보 보호’라고만 하고 기록 범위를 정의하지 않음 |
| 연결 메타데이터 | 접속 출발지 주소, 연결 시간, 세션 식별자, 트래픽 사용량을 보관하는지 | 방문 내용을 기록하지 않는다고만 하고 연결 기록은 설명하지 않음 |
| 계정 및 주문 | 로그인, 결제, 환불에 어떤 항목을 사용하는지와 삭제 시점 | 계정 탈퇴를 모든 기록의 동시 삭제와 동일시함 |
| 진단 및 제3자 | 오류 보고서에 무엇이 포함되는지, 끌 수 있는지, 누가 받는지 | ‘사용 환경 개선’이라고만 하고 데이터를 받는 곳은 밝히지 않음 |
트래픽 요금 산정을 위해 누적 사용량을 집계할 수 있지만, 누적 수치와 개별 접속 기록은 다릅니다. 사용량이 계정과 어떻게 연결되는지, 집계 단위가 무엇인지, 연결 내역을 보관하는지 확인하세요. 정책에 ‘필요한 데이터’라고만 적혀 있다면 추가로 확인해야 하며, 이를 기록하지 않는다는 뜻으로 추정해서는 안 됩니다.
정책에 적힌 약속과 이를 뒷받침하는 증거의 수준도 구분해야 합니다. 정책은 운영자의 설명이며, 공개된 독립 감사 보고서는 추가 근거가 될 수 있습니다. 다만 감사 대상과 날짜, 검사 범위, 제한 사항을 확인해야 합니다. 앱 감사를 받았다고 해서 서버 로그 시스템도 검사받았다는 뜻은 아닙니다. 이 글은 VPNYunsu가 제3자 감사를 받았다고 단정하지 않습니다.
가입 정보: 입력은 줄이고 계정 복구 방법은 확인하세요
VPNYunsu는 가입할 때 이메일 주소를 요구하지 않습니다. 계정을 평소 사용하는 이메일과 직접 연결할 가능성을 줄일 수 있지만, 계정 활동이나 결제 주문, 기기 데이터가 생성되지 않는다는 뜻은 아닙니다. 가입 항목이 적다는 이유로 서버에 식별 가능한 정보가 전혀 없다고 추정하지 마세요.
- ✅ 별도의 계정 ID와 비밀번호를 사용하고, 공개된 소셜 계정 이름을 재사용하지 마세요.
- ✅ 필수 항목만 입력하세요. 선택 항목은 용도를 확인한 뒤 제공 여부를 결정하세요.
- ✅ 신뢰할 수 있는 비밀번호 관리 도구에 로그인 정보를 저장하고, 계정 복구 방법을 미리 확인하세요.
- ✅ 지원팀에 문의할 때 필요한 진단 정보만 보내고, 전체 구독 주소나 결제 증빙의 불필요한 정보는 가리세요.
- ❌ 로그인 비밀번호, 구독 인증 정보, 전체 설정 화면을 공개 게시판에 올리지 마세요.
이메일 주소를 요구하지 않는다는 것은 이메일을 통한 계정 복구 절차가 있다고 미리 가정할 수 없다는 뜻이기도 합니다. 사용을 시작하기 전에 계정 복구 안내를 읽고, 서비스에서 명시적으로 요구하는 복구 자료를 보관하세요. 복구 절차가 확실하지 않다면 먼저 지원팀에 문의하세요. ‘백업’을 위해 인증 정보를 관리되지 않는 채팅 기록에 복사하지 마세요.
구독 링크는 특히 별도로 보호해야 합니다. 설정을 가져오는 데 쓰이는 토큰이 포함되는 경우가 많으므로 접속 인증 정보처럼 다루세요. 신뢰할 수 있는 클라이언트에만 가져오고, 출처가 불분명한 온라인 구독 변환 도구에는 입력하지 마세요. 유출이 의심되면 대시보드나 지원 채널을 통해 재설정 방법을 확인한 뒤 기존 클라이언트의 설정도 갱신하세요.
결제 정보: 가맹점과 결제 기관을 각각 확인하세요
결제 과정에는 적어도 서비스 운영자와 결제 처리자가 관여하며, 각자가 볼 수 있는 항목은 실제 결제 수단에 따라 다릅니다. 가맹점은 주문 ID와 결제 상태를 받을 수 있고, 결제 기관은 결제 계정 정보를 보유할 수 있습니다. ‘가맹점이 전체 결제 정보를 볼 수 없다’는 말이 ‘거래 기록이 전혀 없다’는 뜻은 아닙니다.
결제 수단을 선택하기 전에 결제 화면에 표시된 처리 업체와 개인정보 처리방침, 청구 안내를 확인하세요. 특정 결제 방식이 본질적으로 익명이라고 가정하지 말고, 암호화폐 결제가 추적 불가능하다고 여겨서도 안 됩니다. 공개 블록체인, 거래소 계정, 주문 사이에는 연결 고리가 생길 수 있습니다. 실제 지원 결제 수단은 대시보드에서 확인하세요.
정보를 줄이려다 환불 증빙을 잃어서는 안 됩니다. 필요한 주문 번호와 거래 상태를 보관하되, 안전한 로컬 저장소에 저장하세요. 지원팀에 자료를 보낼 때는 관련 없는 잔액이나 다른 거래 정보를 먼저 가리세요. 환불을 요청할 때는 적용 조건과 처리 절차를 확인하고, 홍보 페이지의 짧은 문구만으로 판단하지 마세요.
클라이언트 점검: DNS, 분할 라우팅, 연결 끊김 동작
프로토콜 이름만으로 개인정보 보호를 입증할 수는 없습니다. Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 전송 방식과 설정 요구 사항이 서로 다릅니다. 같은 프로토콜도 클라이언트, DNS 설정, 라우팅 규칙에 따라 결과가 달라질 수 있습니다. 특정 프로토콜을 지원한다는 이유만으로 노로그나 모든 기기 보호를 보장한다고 볼 수 없습니다.
시스템 프록시는 일반적으로 프록시 설정을 따르는 앱에만 영향을 줍니다. TUN 모드는 가상 네트워크 인터페이스를 통해 더 많은 트래픽을 처리하지만, 실제 적용 범위는 라우팅, 권한, 클라이언트 구현에 따라 다릅니다. Windows, macOS, Linux용 데스크톱 클라이언트에는 시스템 프록시와 TUN 모드 선택 기능이 있을 수 있습니다. iOS와 Android는 보통 시스템 VPN 인터페이스로 트래픽을 처리하므로 앱 제외 설정과 백그라운드 동작을 따로 확인해야 합니다.
- 트래픽 범위를 확인하세요. 규칙 기반 분할 라우팅인지 전체 프록시인지 살펴보고, 대상 앱이 프록시를 우회하는지 확인하세요. 규칙에 따른 직접 연결은 의도된 선택일 수 있으며 반드시 오류인 것은 아닙니다.
- 출구 주소 변경을 확인하세요. 연결 후 IP 확인으로 접속 지역을 확인하세요. 주소가 바뀌었다는 사실은 해당 요청의 경로가 달라졌다는 뜻일 뿐, 모든 앱의 트래픽이 적용 범위에 들어갔다는 증거는 아닙니다.
- DNS를 확인하세요. 클라이언트 로그와 신뢰할 수 있는 검사 도구를 함께 사용해 DNS 리졸버를 살펴보세요. 브라우저의 보안 DNS, 시스템 DNS, 클라이언트 DNS는 서로 다른 경로를 사용할 수 있으므로 앱별로 확인해야 합니다.
- 우회 경로와 연결 끊김 동작을 확인하세요. IPv6, 브라우저 WebRTC, 앱 자체 네트워크 스택을 살펴보세요. 연결을 직접 끊은 뒤 대상 앱의 통신이 멈추는지, 로컬 네트워크로 돌아가는지 확인하세요.
DNS 유출은 일반적으로 DNS 조회 요청이 예상한 보호 경로를 따르지 않는 상황을 말합니다. 검사 페이지에 낯선 리졸버 이름이 표시됐다는 사실만으로 유출을 단정할 수는 없습니다. 예상하지 못한 로컬 DNS 경로가 나타난다면 추가 점검이 필요합니다. 암호화 DNS는 DNS 조회 전송을 보호하지만, 조회가 프록시 출구를 통해 전송된다고 자동으로 보장하지는 않습니다.
IEPL 전용 회선, 중계, 직결은 회선 구성 방식을 설명하며 주로 경로와 용량, 연결 품질에 영향을 줍니다. 이 정보만으로 로그 정책을 입증할 수 없고 브라우저 개인정보 설정을 대신하지도 않습니다. 회선 선택과 개인정보 처리 검증은 따로 진행하고, 회선 유형을 데이터 처리 설명 대신 사용하지 마세요.
공용 Wi-Fi: 먼저 인증한 뒤 연결을 확인하세요
호텔, 공항, 사무실의 인증 포털은 로그인 페이지를 열기 전에 로컬 네트워크에 연결하도록 요구할 수 있습니다. 터널이 트래픽을 먼저 처리하면 인증 페이지가 열리지 않을 수 있습니다. 먼저 네트워크 이름과 장소 안내를 확인하고 인증에 필요한 작업만 진행하세요. 인증을 마친 뒤 클라이언트를 켜고 출구 주소와 DNS를 다시 확인하세요.
인증을 위해 프록시를 잠시 끊어야 한다면 다른 앱에서 민감한 작업을 중단한 뒤 진행하세요. 인증이 끝나면 연결을 복구하세요. 인증서 경고가 나타나면 포털을 통과하기 위해 브라우저 경고를 무시하거나 낯선 루트 인증서를 설치하지 마세요. VPN으로 피싱 페이지나 악성 확장 프로그램, 이미 통제된 기기의 위험을 해결할 수는 없습니다.
공용 네트워크 사용을 마친 뒤 자동 연결을 해제하고 불필요한 공유 기능을 끄세요. 다음에 같은 이름의 네트워크에 연결할 때도 다시 확인해야 합니다. 네트워크 이름이 같다고 해서 접속 지점이 신뢰할 만한 것은 아닙니다. 클라이언트에 ‘연결됨’이라고 표시되는 것은 시작일 뿐이며, 앱 트래픽이 예상대로 전달되는지 확인해야 합니다.
추천 기준: 홍보 문구보다 확인 가능한 근거를 우선하세요
개인정보 보호를 중시한다면 약관의 투명성, 계정 정보 요구 사항, 결제 처리 안내, 클라이언트 제어 가능성을 먼저 확인한 뒤 지역과 회선 품질을 비교하세요. 어느 단계든 설명이 부족하면 ‘확인 필요’로 표시해야 합니다. 서비스에 유리한 해석을 대신 보태서는 안 됩니다.
VPNYunsu 확인 범위: 이메일 주소 없이 가입할 수 있다는 점은 가입 정보 최소화의 명확한 특징입니다. ‘양자 암호화’는 사이트에서 제시하는 보안 설명이며, 이를 근거로 로그 범위나 감사 결과, 익명성을 추정할 수는 없습니다. 결정하기 전에 현재 개인정보 처리방침을 읽고 이 글의 절차에 따라 클라이언트 동작을 확인하세요.
플랫폼과 설정을 더 확인하려면 사용 가이드를 살펴보세요. DNS나 분할 라우팅 문제가 있다면 문제 해결 가이드를 참고하세요. 개인정보 보호는 서비스를 한 번 선택했다고 붙는 꼬리표가 아닙니다. 약관과 계정 정보, 실제 연결 동작이 서로 일치해야 합니다.