이 VPN 초보자 완벽 가이드는 VPN, 프록시 프로토콜, 노드와 클라이언트의 역할을 이해한 뒤 서비스 선택, 계정 개설, 구독 가져오기, 노드 연결과 결과 확인까지 이어지는 전체 과정을 다룹니다. 초보자가 프로토콜 이름을 모두 외울 필요는 없으며, 클라이언트에 표시되는 “연결됨”만 믿어서도 안 됩니다. 접속, 전송, 출구, 확인 단계로 나누어 차례로 점검하는 것이 더 안전합니다.
일상적인 사용에서 “VPN”은 넓은 의미로 쓰이는 경우가 많습니다. 엄밀히 말하면 기존 VPN, Shadowsocks 기반 프록시 서비스, VMess, Trojan, VLESS, Hysteria2, TUIC 등의 프로토콜은 서로 완전히 같지 않습니다. 핸드셰이크 방식, 전송 계층, 클라이언트 지원 범위에 차이가 있지만, 일반 사용자가 거치는 기본 흐름은 비슷합니다. 설정을 받은 뒤 호환 클라이언트에 가져오고, 노드를 선택한 다음 지정한 트래픽을 원격 출구로 전달하는 방식입니다.
VPN이란 무엇인가: 접속 경로부터 이해하기
네트워크 도구를 사용하지 않으면 기기가 보통 로컬 네트워크 사업자에 직접 요청을 보내고, 공용 인터넷을 통해 대상 웹사이트로 전달합니다. 도구를 켜면 호환 클라이언트가 설정에 따라 암호화된 통신 경로를 만들고, 규칙에 해당하는 트래픽을 먼저 원격 노드로 보낸 뒤 노드가 대상 서비스에 접속합니다. 대상 웹사이트에는 일반적으로 기기가 현재 사용하는 직접 출구가 아니라 원격 출구 주소가 표시됩니다.
여기에는 혼동하기 쉬운 역할이 몇 가지 있습니다. 서비스 제공업체는 계정, 구독과 노드를 관리하고, 프로토콜은 클라이언트와 노드의 핸드셰이크 및 전송 방식을 정합니다. 회선은 로컬 환경에서 노드까지 데이터가 이동하는 네트워크 경로를 결정하며, 클라이언트는 설정을 읽고 연결을 만들고 분할 라우팅을 실행합니다. 노드는 실제 원격 출구를 제공합니다. 어느 한 단계라도 설정이 맞지 않으면 “클라이언트는 정상인데 웹페이지가 열리지 않거나”, “일반 웹페이지는 되지만 특정 서비스에서 지역이 맞지 않는다고 표시되는” 문제가 생길 수 있습니다.
| 구성 요소 | 주요 역할 | 초보자가 자주 하는 오해 |
|---|---|---|
| 서비스 계정 | 요금제, 구독 메뉴와 사용 가능한 노드 관리 | 계정 로그인 상태를 회선 연결 완료로 착각함 |
| 구독 링크 | 노드와 프로토콜 설정을 클라이언트에 제공 | 공개적으로 링크를 공유해 설정 인증 정보가 노출됨 |
| 호환 클라이언트 | 설정을 가져오고 터널을 만들며 규칙 실행 | 클라이언트만 설치하고 유효한 구독은 가져오지 않음 |
| 프로토콜 | 핸드셰이크, 인증, 암호화와 데이터 전송 방식 지정 | 프로토콜 이름만 보고 모든 네트워크에서의 성능을 판단함 |
| 회선과 노드 | 네트워크 간 전송을 담당하고 원격 출구 제공 | 지역 이름만 보고 경로와 사용 목적은 확인하지 않음 |
| 분할 라우팅 규칙 | 어떤 요청을 노드로 보낼지, 어떤 요청을 직접 연결할지 결정 | 규칙이 잘못 적용된 뒤 노드만 계속 바꿈 |
구독 링크는 특히 별도로 이해해야 합니다. 일반적인 공식 웹사이트 주소가 아니라 클라이언트가 설정을 읽어오는 진입점이며, 계정에 연결된 접속 인증 정보가 포함될 수 있습니다. 가져오기가 완료되면 클라이언트에 여러 노드와 프로토콜 매개변수가 표시되는 경우가 많습니다. 이 링크는 비밀번호처럼 보관해야 하며 공개 페이지, 스크린샷 또는 공유 문서에 붙여 넣어서는 안 됩니다. 기기를 바꿀 때는 계정 패널에서 다시 복사하고, 메신저 기록에 오래된 주소를 보관한 채 사용하지 않는 것이 좋습니다.
암호화된 통신 경로에도 분명한 한계가 있습니다. 로컬 네트워크가 통신 내용에 직접 접근할 가능성을 낮출 수는 있지만, 웹사이트 자체의 HTTPS를 대신하지 않으며 악성 확장 프로그램, 취약한 비밀번호 또는 피싱 페이지를 자동으로 없애지도 않습니다. 개인정보 보호를 위해서는 브라우저 업데이트, 계정 보안, 신뢰할 수 있는 소프트웨어 출처와 적절한 권한 관리가 함께 필요합니다.
서비스 선택 방법: 필요에 맞춰 확인하고 노드 이름만 보지 않기
서비스를 선택하기 전에 주된 사용 목적부터 적어 보세요. 웹 검색, 스트리밍, 원격 개발, 메신저와 대용량 파일 전송은 회선에 요구하는 조건이 서로 다릅니다. 스트리밍은 출구 지역과 지속적인 처리량을 중요하게 보고, 개발 도구는 장시간 연결을 사용할 수 있어 지연 변동과 잦은 재연결에 더 민감합니다. 일반적인 웹 이용은 연결 속도와 일상적인 안정성을 우선합니다. 목적이 구체적일수록 맞지 않는 회선을 쉽게 걸러낼 수 있습니다.
회선 구조는 보통 직접 연결, 중계와 IEPL 전용 회선으로 나눌 수 있습니다. 직접 연결은 기기가 원격 노드에 바로 연결하는 방식으로 경로가 단순하지만, 네트워크 간 품질이 국내 사업자와 공용 국제 라우팅의 영향을 더 크게 받습니다. 중계 방식은 가까운 진입점에 먼저 접속한 뒤 중간 네트워크를 통해 원격 출구로 전달하므로 일부 경로를 개선할 수 있지만, 실제 품질은 진입점 배정과 중계 품질에 좌우됩니다. IEPL 전용 회선은 관리되는 국제 전송 경로를 사용해 공용 국제 라우팅의 변동을 줄이는 데 목적이 있습니다. 다만 로컬 접속 환경, 기기 성능과 대상 사이트 상태의 영향을 받으므로 어떤 환경에서도 변동이 없다고 이해해서는 안 됩니다.
- ✅ 먼저 회선 수가 아니라 대상 지역에 해당 출구가 있는지 확인하세요.
- ✅ 주로 사용하는 기기에 호환 클라이언트가 있는지, 구독을 바로 가져올 수 있는지 확인하세요.
- ✅ 현재 네트워크 환경을 지원하는 프로토콜 옵션이 있는지, 제한된 네트워크에서 쉽게 전환할 수 있는지 살펴보세요.
- ✅ 요금제의 트래픽 초기화 방식, 유효기간과 환불 규정을 확인하세요. 페이지에 표시된 단일 가격만 비교해서는 안 됩니다.
- ✅ 상태 안내, 회선 분류와 문제 해결 문서를 명확하게 제공하는 서비스를 우선 선택하세요.
- ❌ 노드 이름에 있는 “고속”, “전용 회선” 같은 표현을 현재 네트워크에서의 실측 결과로 바로 받아들이지 마세요.
- ❌ 짧은 순간의 속도 측정 최고치만 비교하지 마세요. 지속적인 재생과 장시간 연결에서는 안정성을 확인하는 것이 더 중요합니다.
프로토콜 이름은 어떻게 봐야 할까
Shadowsocks는 구조가 비교적 단순하고 지원 클라이언트가 다양해 일반적인 프록시 접속에 적합합니다. VMess와 VLESS는 조합형 전송 설정에서 자주 사용되며, VLESS는 보다 간결한 인증 방식에 가깝습니다. TLS 사용 여부와 전송 방식은 구체적인 설정을 기준으로 확인해야 합니다. Trojan은 대개 TLS를 이용해 연결을 만들기 때문에 클라이언트 시간 오류, 인증서 검증 실패 또는 도메인 확인 문제로 핸드셰이크가 차단될 수 있습니다.
Hysteria2와 TUIC는 주로 QUIC 방식에 기반해 작동하므로 패킷 손실이나 변동이 있는 네트워크에 더 잘 대응할 수 있습니다. 단, 현재 네트워크에서 해당 UDP 통신을 허용해야 합니다. 공용 네트워크가 UDP를 제한하면 이런 프로토콜은 연결되지 않거나 TCP 기반 설정보다 오히려 성능이 떨어질 수 있습니다. 프로토콜은 고정된 순위표가 아닙니다. 같은 설정도 가정용 인터넷, 사무실 네트워크와 공용 무선 네트워크에서 다르게 작동할 수 있습니다.
회선 지역은 어떻게 선택할까
특정 지역의 콘텐츠에 접속하려는 경우 먼저 대상 서비스 지역과 일치하는 출구를 선택하세요. 일반적인 해외 웹사이트 이용이라면 지리적으로 가깝고 경로가 짧은 지역부터 시도하는 것이 좋습니다. 가까운 지역이 혼잡하면 처음부터 아주 먼 출구로 이동하기보다 같은 권역의 다른 회선을 비교하세요. 로그인에 민감한 플랫폼에서는 짧은 시간에 여러 국가나 지역으로 연속 전환하지 않는 것이 좋습니다. 계정에서 비정상 로그인으로 판단할 수 있기 때문입니다.
가입과 개통: 계정에서 구독 메뉴까지
서비스를 정했다면 첫 단계는 장기간 관리할 수 있는 계정을 만드는 것입니다. 50VPN은 이메일 주소 없이 사용자 이름과 비밀번호만으로 계정을 만들 수 있습니다. 사용자 이름과 비밀번호는 신뢰할 수 있는 비밀번호 관리 도구에 보관하고 다른 웹사이트와 재사용하지 마세요. 가입 후 패널에 로그인한 다음 요금제 페이지에서 사용 목적과 트래픽 사용 습관에 맞는 상품을 선택하세요.
개통하기 전에 요금제가 기간형 구독인지 데이터 패키지인지 확인하세요. 기간형 구독은 보통 이용 기간에 따라 트래픽이 초기화되므로 지속적인 사용에 적합합니다. 데이터 패키지는 총 제공량과 유효 규칙이 중요해 사용 빈도가 일정하지 않은 경우에 알맞습니다. 페이지에 표시된 요금제 설명, 환불 약속과 트래픽 규정은 확정하기 전에 끝까지 읽어야 합니다. 글의 스크린샷이나 예전 기록으로 판단하지 말고, 계정 패널의 최신 안내를 실제 기준으로 삼으세요.
- 사용자 패널에 들어가 계정 인증 정보를 만들고 안전하게 보관하세요.
- 요금제 페이지를 열고 상품 유형, 트래픽 규정과 적합한 사용 상황을 확인하세요.
- 개통이 끝나면 개요 화면으로 돌아가 계정 상태와 구독 메뉴가 표시되는지 확인하세요.
- 클라이언트 다운로드 영역으로 이동해 현재 기기에 맞는 호환 클라이언트를 선택하세요.
- 구독 링크를 복사해 클라이언트에서 가져올 준비를 하세요. 링크를 공개된 곳으로 보내서는 안 됩니다.
일부 초보자는 개통 후 단일 노드 설정 하나를 바로 복사합니다. 단일 노드 설정으로도 연결할 수 있지만, 이후 회선을 바꿀 때 직접 관리해야 합니다. 구독 링크를 사용하면 클라이언트가 현재 사용 가능한 노드를 동기화하기 쉬우므로 기본 가져오기 방식으로 더 적합합니다. 클라이언트에 “클립보드에서 가져오기”와 “구독 관리”가 함께 있다면 구독 관리로 들어가 단순한 임시 노드가 아닌 구독을 가져왔는지 확인하세요.
클라이언트 가져오기: 플랫폼별 차이
클라이언트는 기기에서 실제 작업을 수행하는 계층입니다. Windows와 macOS 데스크톱 클라이언트는 보통 시스템 프록시, 가상 네트워크 어댑터 모드와 규칙 모드를 함께 제공합니다. Android 클라이언트는 대개 시스템 VPN 인터페이스를 통해 트래픽을 처리하고, iOS와 iPadOS에서는 호환 클라이언트가 네트워크 설정을 추가하도록 허용해야 합니다. 일부 Linux 클라이언트는 그래픽 인터페이스를 중심으로 하고, 다른 클라이언트는 설정 파일이나 명령줄 실행에 더 적합합니다. 화면은 달라도 핵심 동작은 구독 추가, 노드 업데이트, 모드 선택과 연결 시작입니다.
| 플랫폼 | 가져오기 시 확인할 점 | 연결 후 중점적으로 확인할 점 |
|---|---|---|
| Windows | 필요에 따라 시스템 프록시 또는 가상 네트워크 어댑터 모드가 활성화되었는지 확인 | 브라우저와 명령줄 프로그램이 모두 예상한 규칙을 적용받는지 확인 |
| macOS | 클라이언트가 네트워크 설정을 변경하도록 허용하고 시스템 권한 안내를 확인 | 시스템 프록시, 가상 네트워크 어댑터와 다른 네트워크 도구가 충돌하지 않는지 확인 |
| Android | 구독을 가져온 뒤 시스템 네트워크 연결을 만들도록 허용 | 절전 설정이 백그라운드에서 클라이언트를 중지하지 않는지 확인 |
| iOS 및 iPadOS | 호환 클라이언트에서 구독을 추가하고 네트워크 설정 추가를 허용 | 상태 표시줄의 연결 상태가 실제 출구와 일치하는지 확인 |
| Linux | 그래픽 클라이언트 또는 핵심 프로그램이 올바른 설정을 읽는지 확인 | 데스크톱 앱, 터미널과 컨테이너가 같은 프록시 경로를 사용하는지 확인 |
일반적인 가져오기 절차
- 계정 패널에서 구독 링크를 복사합니다.
- 클라이언트의 구독 관리 또는 설정 관리 메뉴를 엽니다.
- 링크로 추가를 선택하고 구독 주소를 해당 입력란에 붙여 넣습니다.
- 저장한 뒤 업데이트를 실행하고 클라이언트가 회선 목록을 불러올 때까지 기다립니다.
- 사용 목적에 맞는 노드를 선택한 다음 연결을 시작합니다.
- 출구, DNS와 대상 서비스 확인을 마친 뒤 자동 연결을 켤지 결정합니다.
가져온 뒤 노드가 보이지 않으면 먼저 계정 패널에서 서비스 상태를 확인한 다음 구독 링크가 빠짐없이 복사되었는지 점검하세요. 링크의 문자를 직접 삭제하거나 수정하지 말고, 웹페이지 주소를 구독 입력란에 잘못 넣지도 마세요. 클라이언트에서 지원하지 않는 형식이라고 표시되면 해당 구독 형식과 클라이언트가 호환되지 않거나, 선택한 메뉴가 “단일 노드 가져오기”이고 “구독 가져오기”가 아닐 가능성이 큽니다. 올바른 메뉴로 바꾸거나 서비스 문서에서 권장하는 호환 클라이언트를 사용하세요.
구독 업데이트와 연결 시작은 서로 별개의 작업입니다. 업데이트는 노드 목록만 동기화하며 현재 회선을 자동으로 바꾸지 않습니다. 연결 시작은 현재 선택한 설정으로 통신 경로를 만듭니다. 서버 측에서 회선이 변경되었는데도 클라이언트에 이전 정보가 표시되면 구독을 수동으로 업데이트한 뒤 노드를 다시 선택하세요. 클라이언트를 자주 삭제하고 재설치하는 것은 첫 번째 점검 방법이 아닙니다. 규칙과 로그도 함께 지워져 문제를 더 찾기 어려워질 수 있습니다.
연결과 확인: “연결됨”에서 멈추지 않기
연결이 만들어진 뒤에는 중요한 계정에 바로 로그인하지 마세요. 출구 확인 페이지를 열어 연결 전후의 출구 지역이 예상대로 바뀌었는지 기록합니다. 이어서 DNS 누출을 확인하고, 조회 요청이 여전히 로컬 네트워크의 DNS 서버로 대량 전달되는지 살펴보세요. 출구는 바뀌었지만 DNS가 로컬 경로를 사용하면 대상 서비스가 서로 충돌하는 지역 신호를 받을 수 있고 개인정보 보호 범위에도 영향을 줄 수 있습니다.
DNS 누출이 항상 클라이언트 오류를 의미하는 것은 아닙니다. 시스템에서 별도의 보안 DNS를 사용하거나, 브라우저가 자체 암호화 DNS를 사용하거나, 분할 라우팅 규칙이 DNS 조회를 직접 연결로 처리하거나, 가상 네트워크 어댑터 모드가 모든 요청을 넘겨받지 못한 경우에 발생할 수 있습니다. 문제를 해결할 때는 한 번에 하나의 변수만 바꾸세요. 먼저 브라우저의 별도 설정을 끄고 비교한 뒤 클라이언트 DNS 모드와 시스템 네트워크 설정을 차례로 확인하는 것이 좋습니다. 여러 곳을 한꺼번에 바꾸면 어떤 설정이 적용되었는지 판단하기 어렵습니다.
- ✅ 연결 전후의 출구 지역을 비교해 선택한 회선에 맞게 바뀌었는지 확인하세요.
- ✅ DNS 조회 경로를 확인해 로컬 지역과 원격 지역이 뚜렷하게 충돌하지 않는지 살펴보세요.
- ✅ 일반 웹페이지를 열어 기본 DNS 조회, 핸드셰이크와 페이지 로딩이 정상인지 확인하세요.
- ✅ 그다음 대상 앱을 테스트해 네트워크 문제와 계정 지역, 캐시 또는 서비스 제한을 구분하세요.
- ✅ 일정 시간 연결을 유지하며 장시간 연결, 동영상 재생 또는 다운로드가 자주 끊기지 않는지 관찰하세요.
- ❌ 프로토콜, 노드, DNS와 분할 라우팅 모드를 동시에 바꾸지 마세요. 원인을 찾을 수 없게 됩니다.
전체, 규칙과 직접 연결 모드
전체 모드는 처리 가능한 대부분의 트래픽을 노드를 거치게 하므로 회선을 임시로 확인할 때 유용하지만 불필요한 우회가 늘어날 수 있습니다. 규칙 모드는 도메인, 주소 범위 또는 앱 규칙에 따라 경로를 정해 일상적인 사용에 더 유연하지만, 규칙이 잘못되면 대상 요청이 엉뚱한 경로로 전송됩니다. 직접 연결 모드는 원격 노드를 거치지 않으며 서비스를 잠시 중지하거나 비교 테스트를 할 때 사용합니다.
초보자는 먼저 전체 모드로 출구를 확인해 회선 자체가 연결되는지 점검한 뒤 규칙 모드로 전환해도 됩니다. 전체 모드는 되지만 규칙 모드가 되지 않는다면 대부분 규칙 적용이나 DNS 처리의 문제이므로 서둘러 프로토콜을 바꿀 필요가 없습니다. 두 모드 모두 연결되지 않으면 로컬 네트워크, 클라이언트 로그, 시스템 시간과 프로토콜 호환성을 확인하세요.
분할 라우팅에서는 앱이 시스템 프록시를 따르는지도 고려해야 합니다. 브라우저는 보통 시스템 프록시를 사용하지만 일부 게임, 명령줄 도구와 독립 업데이트 프로그램은 직접 연결을 만들 수 있습니다. 데스크톱에서 이런 프로그램까지 처리하려면 가상 네트워크 어댑터 모드가 필요할 수 있습니다. 사용 후에는 로컬 네트워크 기기, 프린터 서비스 또는 개발 환경에 계속 접근할 수 있는지 확인하고 필요에 따라 직접 연결 규칙을 설정하세요.
문제 해결: 계층별로 확인하고 무작정 전환하지 않기
연결에 실패했을 때 가장 효과적인 방법은 로컬 접속부터 바깥쪽으로 계층별 점검을 진행하는 것입니다. 먼저 클라이언트를 끈 상태에서 일반 네트워크가 작동하는지 확인하고, 계정과 구독이 유효한지 확인한 다음, 클라이언트가 설정을 제대로 읽었는지 점검하세요. 그 후에야 노드, 프로토콜과 대상 웹사이트를 비교해야 합니다. 여러 프록시, 네트워크 필터 또는 보안 프로그램을 동시에 켜면 무작정 전환할 때 변수가 더 많아집니다.
클라이언트가 연결을 만들지 못할 때
먼저 구독을 업데이트하고 같은 지역의 다른 회선으로 바꿔 보세요. 모든 회선이 실패한다면 TLS 인증서 확인에 정확한 시간이 필요하므로 기기의 시스템 시간이 맞는지 확인하세요. 그다음 네트워크를 바꿔 비교합니다. 가정용 네트워크에서는 되지만 공용 네트워크에서 안 된다면 현재 접속 환경의 제한일 가능성이 큽니다. Hysteria2 또는 TUIC를 사용할 수 없다면 TCP 기반 설정을 시도해 UDP 제한 여부를 확인하세요.
연결은 성공했지만 웹페이지가 열리지 않을 때
이 문제는 DNS 조회 실패, 시스템 프록시 미적용, 가상 네트워크 어댑터 충돌 또는 규칙이 요청을 잘못된 출구로 보낼 때 자주 발생합니다. 먼저 전체 모드로 비교한 뒤 DNS 설정을 확인하세요. 브라우저는 되지만 다른 앱이 되지 않는다면 해당 앱이 시스템 프록시를 따르는지 확인해야 합니다. 모든 앱이 되지 않으면 클라이언트 로그에서 도메인 조회 실패인지, 핸드셰이크 시간 초과인지, 원격 연결 거부인지 확인하세요.
웹페이지는 열리지만 대상 서비스에서 지역이 맞지 않다고 표시할 때
먼저 출구 지역과 DNS가 일치하는지 확인한 다음 대상 서비스와 관련된 사이트 캐시를 삭제하고 앱을 다시 여세요. 계정 정보, 콘텐츠 이용 권한 지역과 로그인 기록도 확인해야 합니다. 대상 서비스가 여러 신호를 함께 참고할 수 있기 때문입니다. 회선을 바꿀 때는 같은 대상 지역의 다른 출구를 우선 선택하고, 짧은 시간에 여러 지역을 연속으로 시도하지 마세요.
속도가 느리거나 연결이 자주 끊길 때
먼저 직접 연결한 네트워크 자체가 불안정한지 비교한 뒤, 문제가 특정 시간대, 특정 노드 또는 모든 회선에서 발생하는지 관찰하세요. 지리적으로 가깝다고 해서 경로가 항상 더 좋은 것은 아닙니다. 중계 또는 IEPL 전용 회선이 네트워크 간 경로를 개선할 수 있지만, 로컬 무선 신호, 기기의 절전 설정과 백그라운드 다운로드도 결과에 영향을 줍니다. 모바일 기기에서 자주 끊긴다면 시스템이 클라이언트의 백그라운드 실행을 제한하는지도 확인하세요.
문제 해결 순서는 다음과 같이 정리할 수 있습니다. 로컬 네트워크 → 계정과 구독 → 클라이언트 설정 → 프로토콜 핸드셰이크 → 회선 경로 → DNS와 분할 라우팅 → 대상 서비스. 매번 한 가지 항목만 바꾸고 결과를 기록하세요.
기술 지원에 문의할 때는 기기 플랫폼, 클라이언트 이름, 선택한 프로토콜, 회선 지역, 오류가 발생한 시간과 이미 시도한 단계를 알려 주세요. 로그는 핸드셰이크와 조회 문제를 판단하는 데 도움이 되지만, 보내기 전에 구독 링크, 노드 인증 정보와 계정 정보를 가려야 합니다. “사용할 수 없다”라고만 하면 원인을 찾기 어렵습니다. “구독은 가져왔지만 연결을 만들 때 핸드셰이크 시간이 초과된다”처럼 설명하면 훨씬 유용합니다.
일상적인 관리: 설정을 오래 사용할 수 있게 유지하기
첫 연결을 완료한 뒤 매일 프로토콜과 규칙을 조정할 필요는 없습니다. 안정적인 사용은 신뢰할 수 있는 출처에서 클라이언트를 업데이트하고, 정기적으로 구독을 동기화하며, 확인이 끝난 예비 회선을 하나 보관하고 현재 네트워크에 적합한 프로토콜을 기록하는 소수의 관리 작업에 달려 있습니다. 기기나 네트워크 환경이 바뀌었을 때 출구와 DNS를 다시 확인하면 됩니다.
구독 링크가 만료되거나 계정 인증 정보가 유출되었거나 기기를 더 이상 사용하지 않는다면 계정 패널에서 관련 정보를 갱신하고 이전 기기에서 설정을 삭제하세요. 같은 클라이언트 설정을 공용 기기에 장기간 남겨 두지 마세요. 서비스에서 로그를 남기지 않거나 브라우징 내용을 기록하지 않는 정책을 제공한다면 실제 적용 범위를 읽고, 계정 운영 데이터, 연결 유지 데이터와 브라우징 내용의 차이를 구분해야 합니다. 한 줄짜리 요약만 보고 판단해서는 안 됩니다.
- ✅ 클라이언트는 공식 출처 또는 서비스 문서가 안내하는 신뢰할 수 있는 곳에서 받으세요.
- ✅ 구독 링크는 계정 인증 정보처럼 관리하고 공개적으로 전달하거나 표시하지 마세요.
- ✅ 회선이 변경되면 먼저 구독을 업데이트한 뒤 현재 선택된 노드를 확인하세요.
- ✅ 네트워크, 기기 또는 규칙을 바꾼 뒤 출구와 DNS를 다시 확인하세요.
- ✅ 문제 해결 기록을 명확히 남겨 효과 없는 작업을 반복하지 마세요.
- ❌ 기능이 겹치는 네트워크 도구를 여러 개 설치하고 동시에 트래픽을 처리하게 하지 마세요.