Windows VPN을 처음 설정할 때 실제로 막히기 쉬운 부분은 “연결” 버튼 자체보다 클라이언트 버전, 구독 가져오기 방식, 시스템 프록시, TUN 모드와 분할 라우팅의 관계입니다. 이 중 하나라도 제대로 적용되지 않으면 클라이언트에는 연결됨으로 표시되지만 브라우저는 여전히 기존 네트워크를 사용하거나, 일부 앱만 접속되고 다른 앱은 아무런 변화가 없을 수 있습니다.
이 가이드는 실제 사용 순서에 맞춰 설명합니다. 먼저 설치 경로와 클라이언트 유형을 확인한 뒤 구독을 가져오고, 회선을 선택한 다음 외부 IP와 DNS를 점검하고 마지막으로 Windows 시작 시 자동 실행을 설정합니다. 클라이언트 업데이트에 따라 메뉴 이름과 위치가 달라질 수 있으므로 특정 버튼 위치에 의존하지 않고 찾아야 할 기능명, 작업 후 예상 상태, 예상과 다를 때 확인할 항목을 안내합니다.
설치 전에 클라이언트, 구독, 시스템 권한 확인하기
다운로드를 시작하기 전에 서비스 제공업체가 제공한 사용 안내를 확인하세요. 안내 페이지에는 보통 권장 클라이언트, 지원 프로토콜, 구독 가져오기 방식이 정리되어 있습니다. 클라이언트 이름만 보고 호환 여부를 판단하지 마세요. 같은 계열이라도 지원 프로토콜이나 설정 형식이 다를 수 있습니다. 한 클라이언트에서 구독 주소가 열리더라도 구독에 포함된 모든 노드를 인식한다는 의미는 아닙니다.
Windows에서 흔히 사용하는 연결 방식은 시스템 프록시와 가상 네트워크 어댑터로 나눌 수 있습니다. 시스템 프록시는 Windows 프록시 설정을 따르는 앱, 예를 들어 일반적인 브라우저를 주로 처리합니다. 가상 네트워크 어댑터 모드는 보통 클라이언트에서 TUN으로 표시되며, 가상 네트워크 인터페이스를 만들어 시스템 프록시를 읽지 않는 프로그램도 규칙에 따라 처리할 수 있게 합니다. 어느 방식이 절대적으로 우수한 것은 아니며, 사용하는 소프트웨어와 분할 라우팅 목표에 따라 선택하면 됩니다.
- ✅ 서비스 제공업체의 안내 페이지나 클라이언트 프로젝트의 공식 배포 경로에서 설치 파일을 받으세요.
- ✅ 클라이언트가 구독에 포함된 Shadowsocks, VMess, Trojan, VLESS, Hysteria2 또는 TUIC 프로토콜을 명확히 지원하는지 확인하세요.
- ✅ 본인의 구독 주소를 저장하고, 연결 인증 정보가 포함된 비공개 정보로 취급하세요.
- ✅ 처음 가상 네트워크 어댑터를 활성화하거나 네트워크 구성 요소를 설치할 때 Windows 권한 확인 창을 확인하세요.
- ✅ 회사나 기관에서 관리하는 기기라면 네트워크 드라이버 설치와 프록시 설정 변경이 허용되는지 먼저 확인하세요.
- ❌ 출처가 불분명한 설정 파일을 장기간 사용할 컴퓨터에 바로 가져오지 마세요.
- ❌ 포럼, 스크린샷 또는 장애 기록에 전체 구독 주소를 공개하지 마세요.
일부 클라이언트는 설치형과 포터블 버전을 제공합니다. 설치형은 보통 시작 메뉴에 바로가기를 만들고 시작 시 자동 실행을 설정하기 편합니다. 포터블 버전은 프로그램과 설정을 같은 폴더에 보관하는 경우가 많아 이동이 편리하지만, 폴더를 옮기거나 삭제하면 기존 바로가기와 시작 항목이 작동하지 않을 수 있습니다. 패키징 방식이 다르다고 해서 회선 성능이 저절로 달라지지는 않습니다.
클라이언트 설치 후 첫 실행 완료하기
설치 파일을 실행한 뒤 설치 마법사의 안내에 따라 진행하면 됩니다. Windows에 게시자 또는 권한 확인 메시지가 표시되면 파일 출처와 이름을 확인한 후 계속 진행하세요. 가상 네트워크 어댑터를 사용하는 클라이언트는 처음 TUN을 활성화할 때 추가 네트워크 구성 요소를 설치할 수 있으며, 이 과정에는 시스템 권한이 필요합니다. 시스템 프록시만 사용하는 경우에는 보통 클라이언트 전체를 계속 관리자 권한으로 실행할 필요가 없습니다.
- 설치를 완료하고 클라이언트를 실행하세요. 예상 결과는 작업 표시줄 알림 영역에 클라이언트 아이콘이 나타나고 주 창이 정상적으로 열리는 것입니다. 바탕 화면에 바로가기만 만들어지는 상태가 아닙니다.
- 설정 또는 구독 메뉴를 찾으세요. 흔히 “구독 관리”, “설정 관리”, “클립보드에서 가져오기”, “구독 추가”와 같은 이름으로 표시됩니다. 이 단계에서는 서둘러 시스템 프록시를 켜지 마세요.
- 업데이트와 핵심 구성 요소를 확인하세요. 일부 그래픽 클라이언트는 관리 화면만 제공하고 실제 연결은 내장 코어가 처리합니다. 화면에 코어가 없다는 안내가 표시되면 해당 클라이언트의 구성 요소 관리 절차에 따라 처리하세요.
- 로컬 포트 충돌 여부를 확인하세요. 클라이언트가 시작하자마자 수신 대기 실패를 보고한다면 다른 프록시 도구가 백그라운드에서 실행 중이거나, 이전에 비정상 종료된 프로세스가 아직 끝나지 않았을 가능성이 큽니다.
- 처음에는 기본 분할 라우팅 모드를 유지하세요. 첫 연결의 목표는 회선이 작동하는지 확인하는 것입니다. 너무 일찍 많은 규칙을 수정하면 점검 범위가 불필요하게 넓어집니다.
클라이언트의 닫기 버튼 동작도 확인해야 합니다. 일부 프로그램은 닫기를 눌러도 창만 숨기고 실제 프로세스는 알림 영역에 남겨 둡니다. 다른 프로그램은 즉시 종료하면서 시스템 프록시도 되돌립니다. 계속 실행 중인지 판단할 때는 주 창의 표시 여부가 아니라 알림 영역과 작업 관리자를 확인하세요.
구독 가져오기와 프로토콜 차이 이해하기
구독 링크는 일반 웹 주소가 아닙니다. 클라이언트가 해당 주소를 요청하면 인코딩 또는 구조화된 형식으로 처리된 노드 설정을 받아옵니다. 여기에는 서버 주소, 포트, 전송 방식, 인증 정보와 노드 이름이 포함될 수 있습니다. 일반적으로 전체 링크를 복사한 뒤 구독 관리에서 “추가”를 선택하고 붙여넣어 저장한 다음 “구독 업데이트”를 실행합니다.
업데이트가 완료되면 주 화면에 회선 목록이 표시되어야 합니다. 구독 이름만 보이고 노드가 나타나지 않으면 먼저 수동으로 새로 고침하세요. 형식 오류가 표시되면 채팅 앱에서 링크가 잘리지 않았는지, 앞뒤에 공백이 섞이지 않았는지, 사용 중인 클라이언트가 해당 구독 형식을 지원하는지 확인하세요. 구독 주소를 브라우저에 직접 붙여넣는다고 시스템 설정이 완료되는 것은 아니며, 주소가 검색 기록에 남을 수도 있습니다.
| 프로토콜 | 설정 특징 | Windows 클라이언트 확인 사항 |
|---|---|---|
| Shadowsocks | 구성이 비교적 간단하며 보통 서버, 포트, 비밀번호와 암호화 방식을 포함합니다 | 클라이언트가 구독에서 지정한 암호화 방식과 플러그인 매개변수를 지원하는지 확인하세요 |
| VMess | 서로 다른 전송 계층 및 TLS 설정과 함께 사용하는 경우가 많습니다 | 구형 코어는 최신 전송 매개변수를 인식하지 못할 수 있습니다 |
| Trojan | 보통 TLS와 함께 사용하며 인증서 이름과 서버 설정이 일치해야 합니다 | 설정 오류를 피하려고 인증서 검증을 임의로 끄지 마세요 |
| VLESS | 인증과 전송 매개변수가 분리되어 다양한 보안 및 전송 설정과 조합할 수 있습니다 | 클라이언트 코어가 구독에서 사용하는 구체적인 조합을 지원하는지 확인하세요 |
| Hysteria2 | QUIC 기반으로, 변동이 큰 네트워크에서 전송 성능을 유지하는 데 중점을 둡니다 | 로컬 네트워크에서 UDP를 제한하면 연결이 실패하거나 비정상적으로 작동할 수 있습니다 |
| TUIC | 마찬가지로 QUIC와 UDP를 사용하며 해당 인증 매개변수를 포함합니다 | 클라이언트 코어의 완전한 지원이 필요하며 일반 TCP 노드처럼 처리할 수 없습니다 |
프로토콜 이름만으로 속도가 결정되지는 않습니다. 실제 체감 품질은 로컬 네트워크, 출구 혼잡, 회선 경로, 서버 부하, UDP 사용 가능 여부와 클라이언트 구현의 영향을 함께 받습니다. 처음 사용할 때 모든 프로토콜을 일일이 바꿀 필요는 없습니다. 먼저 구독에서 전달된 원래 설정으로 연결한 뒤, 구체적인 문제가 있을 때 조정하세요.
회선 선택하기: 직접 연결, 중계, IEPL의 차이
가져오기가 완료되면 다음 단계는 회선을 선택하는 것입니다. 노드 이름에는 보통 지역, 입구, 출구 또는 회선 유형이 포함되지만 서비스마다 명명 규칙이 다릅니다. 선택할 때는 먼저 콘텐츠에 필요한 출구 지역을 확인하고, 현재 네트워크 환경에서 어느 경로가 안정적인지 비교하세요. 노드 이름에 “고속”이라는 말이 있다고 해서 그것만으로 판단하면 안 됩니다.
직접 연결 회선은 클라이언트가 로컬 네트워크에서 원격 서버로 직접 연결하는 방식입니다. 경로가 단순하고 중간 단계가 적지만, 통신사와 지역을 가로지르는 공용 네트워크의 변동이 연결 품질에 그대로 반영됩니다. 직접 연결이 항상 더 빠르다는 뜻은 아니며, 서비스 측 중계 단계가 하나 적다는 의미에 가깝습니다.
중계 회선은 먼저 가까운 곳이나 로컬 통신사에 적합한 입구에 연결한 뒤, 입구에서 목표 출구로 전달합니다. 일부 불안정한 공용 경로를 피할 수 있지만 조정 단계가 하나 늘어납니다. 중계 품질은 로컬 네트워크에서 입구까지와 입구에서 출구까지 두 구간의 경로에 좌우되므로 출구 지역만 보고 판단할 수 없습니다.
IEPL 전용 회선은 보통 국제 이더넷 전용 회선 계열의 연결을 뜻하며, 입구와 출구 사이의 전송을 담당합니다. 다만 사용자 기기에서 서비스 입구까지의 구간은 여전히 로컬 공용 네트워크를 거칠 수 있습니다. 따라서 “IEPL”이라는 표기만으로 전체 경로의 성능을 설명할 수는 없습니다. 서비스마다 회선 명칭을 사용하는 방식도 다를 수 있으므로 해당 서비스의 노드 안내를 기준으로 판단하세요.
- ✅ 먼저 콘텐츠에 필요한 지역에 맞는 출구를 선택한 다음, 같은 지역의 서로 다른 회선을 비교하세요.
- ✅ 로컬 네트워크 변동이 클 때는 직접 연결과 중계 연결의 안정성을 비교해 보세요.
- ✅ Hysteria2 또는 TUIC를 사용하기 전에 현재 네트워크에서 UDP 통신이 정상적으로 허용되는지 확인하세요.
- ✅ 매번 조건을 하나만 바꾸면 문제가 노드, 프로토콜 또는 모드 중 어디에서 발생했는지 판단하기 쉽습니다.
- ❌ 클라이언트에 표시되는 순간적인 지연 시간만으로 다운로드나 동영상 품질을 판단하지 마세요.
- ❌ 연결에 실패했을 때 프로토콜, 모드, DNS와 분할 라우팅 규칙을 동시에 바꾸지 마세요.
클라이언트 내부의 지연 시간 테스트는 보통 특정 탐색 요청의 왕복 상황만 반영합니다. 테스트 결과는 초기 선별에 활용할 수 있지만 웹 페이지 로딩, 장시간 연결 안정성 또는 동영상의 지속적인 전송 품질을 완전히 나타내지는 못합니다. 같은 로컬 네트워크와 같은 사용 환경에서 회선을 하나씩 비교하고 연결이 자주 끊겼다가 다시 연결되는지 관찰하는 편이 더 정확합니다.
연결 후 출구, 시스템 프록시와 DNS 확인하기
연결을 클릭한 뒤 버튼 색상만 확인하지 마세요. 노드 상태, 시스템 프록시 상태와 실제 출구를 함께 확인해야 합니다. 클라이언트에 “연결됨”이라고 표시되는 것은 보통 로컬 코어와 원격 서버 사이에 세션이 수립되었다는 뜻일 뿐입니다. 시스템 프록시가 활성화되지 않았다면 브라우저와 앱은 여전히 기존 네트워크를 사용할 수 있습니다.
- 클라이언트 로그를 확인하세요. 정상적인 경우 연결 수립 또는 요청 전달 기록이 나타납니다. 시간 초과, 인증 실패 또는 인증서 오류가 반복되면 먼저 노드 설정을 처리하고 브라우저 설정은 계속 수정하지 마세요.
- 프록시 모드를 확인하세요. 시스템 프록시를 사용하는 경우 클라이언트 메뉴에서 시스템 프록시 스위치가 켜져 있는지 확인하세요. TUN을 사용하는 경우 가상 네트워크 어댑터가 생성되어 작동 중인지 확인하세요.
- 출구 주소를 확인하세요. 신뢰할 수 있는 네트워크 확인 페이지를 열고 표시된 출구 지역이 선택한 회선과 일치하는지 확인하세요. 노드를 바꾼 뒤에는 캐시된 결과를 피하기 위해 페이지를 다시 불러와야 합니다.
- DNS 조회를 확인하세요. 도메인 요청이 현재 분할 라우팅 설계와 맞지 않는 리졸버로 계속 전송되고 있지 않은지 확인하세요. DNS 경로와 트래픽 경로가 일치하지 않으면 지역 판정이 이상해지거나 도메인 조회가 실패할 수 있습니다.
- 브라우저와 대상 앱을 따로 테스트하세요. 브라우저는 정상인데 다른 프로그램에 변화가 없다면 시스템 프록시는 적용되었지만 해당 프로그램이 시스템 프록시를 따르지 않는 경우가 많습니다. 이때는 TUN을 사용하거나 프로그램에서 별도로 프록시를 설정해야 합니다.
Windows 기본 명령을 사용하면 네트워크 상태를 확인하는 데 도움이 됩니다. 아래 명령은 로컬 네트워크 정보만 조회하거나 새로 고치며 클라이언트 설정을 대신 변경하지 않습니다:
ipconfig /all
ipconfig /flushdns
netsh winhttp show proxyipconfig /all은 현재 네트워크 어댑터와 DNS 정보를 확인하는 데 사용할 수 있습니다. ipconfig /flushdns는 로컬 DNS 캐시를 지우므로 DNS 정책을 바꾼 뒤 이전 기록을 배제할 때 유용합니다. netsh winhttp show proxy는 WinHTTP 프록시 상태를 표시합니다. 이는 일반적인 브라우저가 읽는 시스템 프록시와 항상 같지 않으므로 이 결과를 모든 앱의 프록시 상태로 간주해서는 안 됩니다.
DNS 누수는 보통 프록시 정책에 따라 처리되어야 하는 도메인 요청이 로컬 네트워크에서 직접 전송되는 현상을 뜻합니다. 먼저 클라이언트가 시스템 프록시를 사용하는지 TUN을 사용하는지 확인한 다음, 클라이언트의 DNS 모드, 규칙 일치 여부와 가상 네트워크 어댑터 설정을 점검해야 합니다. Windows 네트워크 설정에서 DNS만 반복해서 바꾼다고 클라이언트의 분할 라우팅으로 발생한 문제가 반드시 해결되지는 않습니다.
분할 라우팅 규칙 설정하기: 모든 트래픽을 같은 회선으로 보내지 않기
분할 라우팅은 도메인, IP, 앱 또는 규칙 집합에 따라 트래픽을 직접 연결할지, 프록시로 보낼지, 차단할지 결정하는 기능입니다. 일반적인 클라이언트에는 “규칙”, “글로벌”, “직접 연결” 모드가 있습니다. 글로벌 모드는 짧은 시간 동안 문제를 확인할 때 유용합니다. 규칙 모드에서는 접속이 실패하지만 글로벌 모드에서는 정상이라면 대개 규칙 일치나 DNS에 문제가 있다는 뜻입니다. 다만 장기간 기본 설정으로 사용하기에는 적합하지 않을 수 있습니다.
규칙 모드는 일상적인 사용에 더 적합합니다. 중국 본토 서비스, 로컬 네트워크 기기와 출구를 바꿀 필요가 없는 앱은 직접 연결로 유지하고, 국제 회선이 필요한 요청만 프록시로 보낼 수 있습니다. 이렇게 하면 불필요한 우회를 줄이고 글로벌 프록시 때문에 로컬 프린터, 파일 공유 또는 내부 관리 페이지가 영향을 받는 것도 막을 수 있습니다.
분할 라우팅 규칙은 DNS와 함께 작동해야 합니다. 도메인 규칙은 먼저 요청에 해당하는 도메인을 식별해야 하며, 앱이 IP 주소로 직접 접속하면 도메인 규칙이 적용되지 않을 수 있습니다. TUN을 활성화하면 클라이언트가 더 많은 시스템 트래픽을 처리할 수 있으므로 로컬 네트워크 주소는 직접 연결 규칙으로 남겨 두고, 사내 네트워크, 개발 환경과 가상 머신 네트워크에 계속 접근할 수 있는지 확인하세요.
| 모드 | 적합한 상황 | 흔히 나타나는 현상 | 점검 방향 |
|---|---|---|---|
| 규칙 모드 | 일상적으로 목적에 따라 트래픽 분할 | 일부 웹사이트는 정상이나 일부 웹사이트의 경로가 예상과 다름 | 규칙 적용 여부, DNS와 규칙 순서 확인 |
| 글로벌 모드 | 노드와 프록시 경로를 임시로 확인 | 처리 대상 트래픽이 모두 같은 출구로 이동 | 계속 실패하면 노드, 프로토콜과 로컬 네트워크 확인 |
| 직접 연결 모드 | 프록시를 일시 중지하거나 비교 테스트 | 트래픽이 로컬 네트워크 출구로 돌아감 | 클라이언트가 시스템 프록시를 복원했는지 확인 |
| TUN 모드 | 시스템 프록시를 따르지 않는 앱 처리 | 적용 범위가 넓어 로컬 네트워크에 영향을 주기 쉬움 | 가상 네트워크 어댑터, 라우팅, DNS와 권한 확인 |
Windows 시작 시 자동 실행과 자동 연결 설정하기
“시작 시 자동 실행”과 “실행 후 자동 연결”은 서로 독립된 옵션입니다. 전자는 Windows 로그인 후 클라이언트가 실행되도록 할 뿐이며, 후자까지 활성화해야 클라이언트가 마지막 노드 또는 지정한 설정을 선택해 연결을 수립합니다. 시작 시 자동 실행만 켜면 클라이언트가 알림 영역에만 머물고 시스템 트래픽은 프록시로 전달되지 않을 수 있습니다.
먼저 클라이언트 설정에서 “시스템과 함께 시작”, “Windows 시작 시 실행” 또는 의미가 비슷한 옵션을 찾으세요. 활성화한 뒤 클라이언트를 종료하고 Windows의 시작 앱 관리 화면에서 해당 프로그램이 비활성화되지 않았는지 확인하세요. 포터블 버전에서 프로그램 폴더를 옮겼다면 시작 항목을 다시 만들어야 합니다. 그렇지 않으면 Windows가 여전히 이전 위치를 가리킬 수 있습니다.
그다음 “시작 시 연결”, “마지막 연결 복원” 또는 “시작 시 시스템 프록시 활성화”와 같은 옵션을 확인하세요. 클라이언트마다 기능을 나누는 방식이 다릅니다. 어떤 클라이언트는 노드 선택만 복원하고, 어떤 클라이언트는 시스템 프록시까지 복원하며, TUN 자동 시작을 별도로 허용해야 하는 경우도 있습니다. 설정을 완료한 후에는 주 창을 닫았다가 다시 여는 데 그치지 말고 실제로 한 번 재부팅해 테스트하세요.
- 클라이언트 설정에서 시스템과 함께 시작하는 옵션을 활성화하세요.
- Windows 시작 앱 목록에서 클라이언트가 활성화 상태인지 확인하세요.
- 마지막 회선을 복원할지 선택하고, 연결 시 시스템 프록시 또는 TUN도 함께 활성화되는지 확인하세요.
- Windows를 재부팅한 뒤 클라이언트가 로드될 때까지 기다리고 알림 영역의 상태를 확인하세요.
- 확인 페이지를 열어 실제 출구를 확인하세요. 클라이언트가 실행되었는지만 확인해서는 안 됩니다.
- 클라이언트를 종료한 뒤 시스템 프록시가 정상적으로 복원되는지 확인하세요. 프록시가 남아 네트워크가 끊기는 상황을 방지할 수 있습니다.
Windows 시작 직후에는 연결에 실패하지만 잠시 후 수동으로 연결하면 정상인 경우, 클라이언트가 네트워크 준비보다 먼저 시작된 것이 원인일 수 있습니다. 먼저 클라이언트에 지연 연결, 실패 시 재시도 또는 네트워크 대기 옵션이 있는지 확인하세요. 성공률을 높이겠다며 여러 프록시 클라이언트를 동시에 실행하지 마세요. 로컬 포트, 시스템 프록시와 라우팅 테이블을 서로 차지하려 할 수 있습니다.
일반적인 장애를 단계별로 점검하는 방법
클라이언트는 실행되지만 구독이 업데이트되지 않음
먼저 구독 주소가 완전하고 여전히 유효한지 확인한 다음 컴퓨터의 날짜와 시간이 정확한지 점검하세요. TLS 연결은 인증서 유효 기간 판단에 의존하므로 시스템 시간이 크게 어긋나면 보안 연결이 실패할 수 있습니다. 현재 네트워크에서 구독 서버에 접속할 수 없다면 서비스 제공업체가 안내한 대체 업데이트 방법을 사용하세요. 출처가 불분명한 곳에서 다른 사람이 전달한 노드 파일을 내려받지는 마세요.
노드에는 연결됨으로 표시되지만 웹 페이지가 열리지 않음
먼저 글로벌 모드로 전환해 비교하세요. 글로벌 모드가 작동한다면 분할 라우팅과 DNS를 중점적으로 확인하고, 글로벌 모드도 작동하지 않는다면 로그의 시간 초과, 인증 또는 인증서 정보를 확인하세요. 그다음 브라우저에 시스템 프록시 설정을 덮어쓰는 확장 프로그램이 설치되어 있지 않은지, 다른 로컬 프록시 포트로 수동 고정되어 있지 않은지 확인하세요.
브라우저는 정상인데 게임이나 데스크톱 앱에는 변화가 없음
이는 보통 브라우저는 시스템 프록시를 따르지만 대상 프로그램은 해당 설정을 읽지 않는다는 뜻입니다. 클라이언트가 TUN을 지원하는지 또는 대상 프로그램에 별도의 프록시 설정이 있는지 확인하세요. TUN을 활성화한 뒤에는 로컬 네트워크, 가상 머신과 개발 도구를 다시 점검해야 합니다. 처리 범위가 넓어지면 원래 직접 연결되던 연결도 규칙 시스템으로 들어갈 수 있습니다.
클라이언트를 종료한 뒤 시스템 전체에서 인터넷에 연결할 수 없음
클라이언트가 비정상 종료된 뒤 시스템 프록시를 복원하지 않은 경우가 많습니다. 원래 클라이언트를 다시 실행해 “시스템 프록시 지우기”를 실행하거나 직접 연결 모드로 전환한 뒤 정상적으로 종료하세요. Windows 프록시 설정에서 수동 프록시가 이미 중지된 로컬 포트를 가리키고 있지 않은지도 확인할 수 있습니다. 연결을 복구한 뒤 클라이언트가 비정상 종료된 원인을 점검하세요.
회선을 바꿨지만 지역이 바뀌지 않음
먼저 회선 변경이 실제로 재연결을 실행했는지 확인한 다음 기존 연결을 종료하거나 클라이언트 코어를 새로 고치세요. 브라우저 페이지에는 확인 결과가 캐시되어 있을 수 있고, 이미 연결된 장시간 세션은 새 출구로 자동 이동하지 않습니다. 확인 페이지를 다시 열고 필요하면 DNS 캐시를 지운 뒤 회선 변경이 성공했는지 판단하세요.
- ✅ 먼저 로그를 확인한 뒤 문제가 구독, 노드, 프록시 모드 또는 DNS 중 어디에 있는지 판단하세요.
- ✅ 직접 연결, 글로벌, 규칙 세 가지 상태를 비교해 장애 범위를 좁히세요.
- ✅ 설정을 변경한 뒤 연결을 다시 수립해 새 규칙이 실제로 로드되도록 하세요.
- ✅ 정상적으로 작동하는 기본 설정을 하나 보관해 변경 후 쉽게 되돌릴 수 있게 하세요.
- ❌ 시간 초과가 발생했다고 인증서 검증이나 보안 점검을 끄지 마세요.
- ❌ 시스템 프록시나 라우팅을 변경하는 클라이언트를 여러 개 동시에 실행하지 마세요.
설정 완료 후 일상적인 관리
정상적으로 사용한 뒤 관리의 핵심은 매개변수를 자주 바꾸는 것이 아니라 클라이언트 코어, 구독 내용과 규칙이 계속 인식 가능한 상태를 유지하는 것입니다. 클라이언트를 업데이트하기 전에 현재 모드, 선택한 구독과 주요 분할 라우팅 옵션을 기록해 두면 좋습니다. 업데이트가 끝나면 노드가 계속 로드되는지, TUN이 정상적으로 생성되는지, 종료할 때 시스템 프록시가 복원되는지 확인하세요.
구독을 업데이트하면 노드 목록이 바뀌지만 일반적으로 로컬의 모든 환경설정을 덮어쓰지는 않습니다. 업데이트 후 노드가 사라졌다면 먼저 구독 업데이트가 성공했는지 확인한 다음 클라이언트가 이전 노드를 숨겼거나 다른 그룹으로 옮겼는지 점검하세요. 만료된 노드를 새 장기 설정에 수동으로 복사하지 마세요. 서버 측 매개변수가 바뀌면 이전 설정으로 더 이상 연결되지 않을 수 있습니다.
문제가 발생했을 때 지원 담당자에게 클라이언트 이름, 코어 버전, 선택한 프로토콜, 오류가 발생한 단계와 일부를 가린 로그를 제공하면 “연결이 안 됩니다”라고만 말하는 것보다 원인을 찾기 쉽습니다. 로그에 포함된 구독 주소, 인증 필드, 서버 인증 정보와 개인 폴더 경로는 보내기 전에 삭제하거나 가리세요.