VPN 보안 가이드에서는 먼저 인증 정보를, 다음으로 연결 경로를 확인합니다. 구독 링크와 공공 Wi-Fi를 안전하게 관리하는 핵심은 낯선 사람에게 접속 권한을 넘기지 않고, 보호하려는 트래픽이 예상한 경로로 전달되는지 확인하는 것입니다. 클라이언트에 연결됨이라고 표시되어도 연결 상태만 알 수 있을 뿐, 모든 앱과 도메인 조회, 계정 작업이 똑같이 보호된다는 뜻은 아닙니다.
구독 링크: 접속 인증 정보처럼 관리하기
구독 링크는 클라이언트가 회선 설정을 가져오는 데 사용됩니다. 보통 구독 권한을 확인하는 인증 정보가 포함되어 있어, 전체 주소를 가진 사람은 관리 페이지에 로그인하지 않고도 해당 설정을 가져갈 수 있습니다. 구체적인 권한은 서비스 구현 방식에 따라 다르지만, 비밀번호에 준하는 수준으로 관리해야 하며 일반적인 도움말 링크처럼 취급해서는 안 됩니다.
QR 코드에도 같은 내용이 들어 있을 수 있습니다. 구독 QR 코드를 공개 채팅방에 올리거나 가져오기 화면을 캡처해 포럼에 게시하면 유출 범위가 커집니다. 회선 설정 파일에는 서버 주소, 인증 정보, 규칙 출처가 포함될 수도 있으므로 모르는 사람에게 파일 전체를 전달해 문제를 확인해 달라고 하지 마세요.
- ✅ 신뢰할 수 있는 클라이언트에서만 구독을 가져오고, 가져오기 출처를 확인하세요.
- ✅ 신뢰할 수 있는 비밀번호 관리자로 민감 정보를 저장하고, 공유 메모나 공개 문서에는 넣지 마세요.
- ❌ 전체 구독 주소를 검색창, 공개 채팅방 또는 출처를 알 수 없는 온라인 변환 페이지에 붙여 넣지 마세요.
- ❌ QR 코드, 인증 항목 또는 전체 요청 주소가 보이는 화면을 공개하지 마세요.
구독 변환 서비스를 이용할 때는 특히 주의해야 합니다. 온라인 변환 서비스에 전체 링크를 전달하면 구독 정보에 접근할 수 있으며, 변환 과정에서 규칙이나 프록시 그룹이 달라질 수도 있습니다. 우선 클라이언트에서 기본 지원하는 구독 형식을 사용하세요. 꼭 변환해야 한다면 도구의 출처, 데이터 처리 방식, 설정 변경 여부를 먼저 확인하고, 페이지에 ‘안전’이라고 적혀 있다는 이유만으로 정보를 제출하지 마세요.
계정 비밀번호와 구독 권한은 따로 관리하기
관리 페이지 비밀번호는 계정에 접근할 때, 구독 인증 정보는 설정을 가져올 때 사용하며 두 정보가 연동되지 않을 수도 있습니다. 로그인 비밀번호를 변경해도 기존 구독이 자동으로 무효화된다고 단정해서는 안 됩니다. 구독 초기화가 가능한지, 이전 설정이 언제 만료되는지는 관리 페이지 기능과 문의 답변을 확인하세요.
VPNSelf는 이메일 주소 없이 사용자 이름과 비밀번호만으로 이용을 시작할 수 있습니다. 사용자 이름에는 실명, 직장명 등 신원을 알아볼 수 있는 정보를 넣지 않아도 됩니다. 비밀번호는 다른 서비스와 겹치지 않게 설정하고 포럼, 쇼핑, 업무 계정에 재사용하지 마세요. 입력 정보를 줄이는 것과 비밀번호를 따로 사용하는 것은 서로 다른 위험을 줄이는 방법입니다.
확인된 사이트를 통해 로그인 페이지에 접속하세요. 공공 네트워크에서 갑자기 뜨는 인증 화면, 검색 광고, 채팅 메시지에 포함된 링크를 관리 페이지 주소로 바로 사용해서는 안 됩니다. 브라우저 주소창에서 도메인과 HTTPS 연결 상태를 확인하세요. 인증서 경고가 표시되면 인증 정보를 입력하지 말고, 계속하기를 반복해서 눌러 해결하려고 하지 마세요.
공용 기기에는 관리 페이지 비밀번호를 저장하지 않는 것이 좋습니다. 사용을 마치면 로그아웃하고 다운로드 폴더, 클립보드 기록, 클라이언트 설정에 민감 정보가 남아 있는지 확인하세요. 파일을 삭제해도 이미 동기화되거나 복사된 정보까지 회수되는 것은 아닙니다.
공공 Wi-Fi: 네트워크를 확인하고 연결 경로 검증하기
공공 Wi-Fi의 위험은 누군가 트래픽을 들여다보는 데만 있지 않습니다. 같은 이름의 핫스팟이 다른 기기에서 제공될 수 있고, 인증 페이지가 위장되거나 네트워크가 도메인 조회를 방해해 잘못된 페이지로 연결할 수도 있습니다. 연결하기 전에 장소에 네트워크 이름과 인증 방식을 확인하세요. 신호가 강하거나 익숙한 이름이라는 이유만으로 판단하지 마세요.
정상적인 HTTPS 연결은 브라우저와 대상 웹사이트 사이의 전송 내용을 보호하지만, 웹사이트 자체가 신뢰할 만하다는 것을 보장하지 않으며 사용자가 위장 페이지에 비밀번호를 직접 입력하는 것도 막지 못합니다. VPN이나 암호화 프록시는 실제로 적용되는 연결 범위에서 기기와 서버 간 전송을 보호할 수 있지만, 웹사이트 인증서 확인이나 기기 보안을 대신하지는 않습니다.
- 인증 전: 필요하지 않은 자동 네트워크 연결을 끄고, 시스템 공유 및 주변 기기 검색 설정이 현재 상황에 적합한지 확인하세요.
- 인증 중: 네트워크 접속에 필요한 작업만 진행하세요. 알 수 없는 인증서, 구성 프로파일 또는 출처가 불분명한 프로그램을 설치하라는 메시지가 나오면 중단하고 확인하세요.
- 연결 후: 신뢰할 수 있는 클라이언트를 실행한 다음 선택한 회선, 프록시 모드, 시스템 권한이 적용되었는지 확인하세요. 연결 아이콘만 보아서는 안 됩니다.
- 작업 전: 대상 웹사이트를 열어 도메인과 인증서 안내를 확인하세요. 중요한 작업은 가능하면 직접 관리하는 네트워크에서 진행하세요.
- 자리를 뜬 뒤: 필요하면 해당 네트워크를 기기에서 삭제해 나중에 이름이 같은 핫스팟에 자동으로 연결되지 않도록 하세요.
분할 터널링과 DNS: 보호 범위 확인하기
“연결은 됐는데 특정 앱은 프록시를 거치지 않는다”는 상황은 드물지 않습니다. 시스템 프록시는 시스템 프록시 설정을 따르는 앱에 주로 적용됩니다. 가상 네트워크 어댑터 모드는 보통 더 넓은 범위를 처리하지만, 라우팅, 제외 항목, 클라이언트 구현 방식에 따라 달라질 수 있습니다. 브라우저 확장 프로그램은 대체로 브라우저에만 적용되므로 이를 근거로 기기 전체의 연결 경로를 판단해서는 안 됩니다.
Windows, macOS, Linux에서는 시스템 프록시, 가상 네트워크 어댑터 권한, 백그라운드 서비스를 각각 확인해야 합니다. iOS와 Android에서는 시스템 연결 설정과 클라이언트의 앱별 제외 설정을 확인하세요. 클라이언트마다 프로토콜, 규칙, DNS 지원이 다르므로 다른 플랫폼의 안내를 그대로 따라 해서는 안 됩니다.
DNS 누출은 도메인 조회가 예상한 보호 경로를 따르지 않고 의도하지 않은 조회 주체에 노출되는 현상입니다. 판단할 때는 설정 목적을 함께 살펴야 합니다. 로컬 DNS 리졸버가 표시되는 것은 분할 터널링 설계의 결과일 수도 있고 설정이 적용되지 않은 것일 수도 있습니다. 브라우저의 암호화 DNS, 시스템 DNS, 클라이언트 DNS는 서로 다른 경로를 사용할 수 있으므로 출구 주소가 바뀌었는지만 보고 결론 내리지 마세요.
| 현상 | 가능한 원인 | 확인할 항목 |
|---|---|---|
| 브라우저의 출구는 바뀌었지만 다른 앱은 그대로임 | 앱이 시스템 프록시 설정을 따르지 않거나 규칙에서 제외됨 | 프록시 모드, 앱 제외 항목, 실제 연결 기록 |
| 출구는 예상대로지만 DNS 조회 경로가 다름 | 시스템 또는 브라우저에서 별도의 DNS 설정을 사용함 | 클라이언트 DNS, 브라우저 암호화 DNS, 직접 연결 규칙 |
| 회선을 끊은 뒤에도 웹사이트에 접속할 수 있음 | 직접 연결 규칙이 적용되었거나 연결이 끊긴 뒤 직접 연결을 차단하지 않음 | 규칙 적용 여부, 대체 연결 동작, 클라이언트 차단 설정 |
| 웹페이지에 인증서 경고가 표시됨 | 인증서 오류, 시스템 시간 오류, 네트워크 간섭 등 | 먼저 정보 제출을 중단하고 시간, 도메인, 네트워크를 확인하세요 |
연결 전후 테스트는 같은 기기와 앱에서 진행하고 클라이언트 연결 기록도 함께 확인하세요. DNS 문제를 해결하려고 모든 인증서 검증을 임의로 끄지 말고, 진단 로그 전체를 공개 테스트 사이트에 전달하지 마세요.
암호화와 회선: 전송, 출구, 기기를 구분하기
프로토콜 이름만으로 보안 여부를 판단할 수는 없습니다. Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 인증 및 전송 방식이 서로 다르며, 암호화 제공 여부와 TLS 사용 방식은 구체적인 프로토콜과 설정에 따라 달라집니다. 예를 들어 VLESS 자체는 콘텐츠를 암호화하지 않으므로 선택한 전송 보안 방식까지 확인해야 합니다. 클라이언트에 설정을 가져올 수 있다고 해서 모든 보안 설정이 올바르다는 뜻은 아닙니다.
IEPL 전용 회선, 중계, 직접 연결은 회선 구성 방식을 설명합니다. 전용 회선이라고 해서 앱 데이터가 자동으로 종단 간 암호화되는 것은 아니며, 중계 연결이라고 해서 기기 전체의 트래픽이 중계되는 것도 아닙니다. 직접 연결 여부만으로 안전성을 판단할 수도 없습니다. 전송 보호, 실제 라우팅, 대상 웹사이트의 HTTPS를 각각 확인해야 합니다.
VPNSelf의 보안 관련 주요 홍보 문구는 군용 등급 암호화입니다. 실제 이용 시에는 클라이언트 출처, 설정, 인증서 검증을 확인해야 합니다. 서비스 서버의 출구를 지난 뒤에도 애플리케이션 계층에서 암호화되지 않은 데이터는 전송 중 위험에 노출될 수 있습니다. 브라우저 확장 프로그램, 악성코드, 사용자가 직접 제출한 개인정보도 회선에 연결했다고 자동으로 보호되는 것은 아닙니다.
핵심 정리: 특정 프로토콜이나 전용 회선을 고르는 것만으로 보안이 완성되지는 않습니다. 먼저 인증 정보를 보호하고, 트래픽이 적용되는 범위를 확인한 다음, 대상 웹사이트의 신원을 확인하세요. 각 점검 항목은 서로를 대신할 수 없습니다.
구독 링크 유출 시: 권한을 먼저 회수하고 복사본 정리하기
구독 링크가 공개된 페이지에 올라온 것을 발견했다면 이미 복사되었을 가능성을 염두에 두세요. 게시물을 삭제하면 추가 확산을 줄일 수 있지만 이미 만들어진 복사본을 무효화할 수는 없습니다. 계정에 접속할 수 있다면 신뢰할 수 있는 경로로 관리 페이지에 들어가 구독 초기화 및 세션 관리 기능이 있는지 확인하세요. 확인하기 어렵다면 관리 페이지에서 문의를 접수해 도움을 요청하세요.
- 확산 중단: 공개된 게시물을 삭제하고 공유 문서와 화면 캡처에서 민감 정보를 지운 뒤, 받은 사람에게 전달하지 말아 달라고 요청하세요.
- 권한 처리: 관리 페이지에서 구독을 초기화하거나 이전 인증 정보 처리를 요청하세요. 로그인 비밀번호도 유출되었을 가능성이 있다면 다른 곳에서 사용하지 않는 비밀번호로 변경하세요.
- 기기 업데이트: 본인이 사용하는 클라이언트에서 유효한 구독을 다시 가져오고 이전 설정을 삭제한 뒤, 규칙이나 회선 선택에 예상치 못한 변화가 없는지 확인하세요.
- 유출 경로 재점검: 화면 캡처, 온라인 변환, 클립보드 동기화, 공용 기기 중 무엇이 원인이었는지 확인하세요. 링크만 바꾸고 기존 유출 경로를 그대로 두지 마세요.
문의 접수 시 발생 시각, 플랫폼, 클라이언트 이름, 진행한 작업, 오류 문구를 알려주세요. 화면 캡처에서는 구독 링크, 인증 항목, 계정의 민감 정보를 가려야 합니다. 처음 문의할 때 전체 비밀번호, 결제 인증 정보, 설정 파일 전체를 첨부하지 마세요. 추가 자료를 요청받으면 필요한 범위를 먼저 확인하세요. VPNSelf 문의 채널은 관리 페이지 문의입니다.
일상적인 보안 점검은 다음 습관으로 간단히 정리할 수 있습니다. 접속 경로를 확인하고, 인증 정보를 공유하지 않으며, 연결 경로를 검증하고, 이상이 있으면 먼저 멈추세요. 재설치가 필요하면 관리 페이지에서 클라이언트를 받으세요. 클라이언트와 구독은 로그인 후 받을 수 있으며, iOS 이용 자격은 관리 페이지에 표시된 유효한 요금제를 기준으로 확인합니다. 더 자세한 방법은 초보자 가이드를 참고하고, 출처를 모르는 설치 파일로 문제를 해결하려고 하지 마세요.