이 Windows 클라이언트 설정 가이드는 구독 서비스를 처음 설정하는 사용자를 위한 글입니다. 최종 목표는 소프트웨어에 “연결됨”이 표시되는 것에 그치지 않습니다. 구독이 올바르게 가져와졌는지, 회선에 연결되는지, 브라우저와 자주 사용하는 프로그램이 예상대로 프록시를 사용하는지 확인하고, 다음에 Windows를 시작했을 때도 클라이언트를 사용할 수 있는 상태로 복원하는 것이 목표입니다.
클라이언트마다 “구성”, “구독”, “프록시 그룹”, “시스템 프록시”, “서비스 모드” 등의 버튼 이름은 조금씩 다를 수 있지만 기본 흐름은 같습니다. 클라이언트가 먼저 구독에 포함된 노드와 규칙을 읽고, 사용자가 회선과 프록시 모드를 선택한 다음, 시스템 프록시를 적용하거나 TUN 모드로 더 넓은 네트워크 트래픽을 처리합니다. 이 흐름을 이해하면 인터페이스가 바뀌어도 다음 설정 위치를 쉽게 찾을 수 있습니다.
클라이언트 설치 전에 출처와 네트워크 코어 확인
클라이언트는 설정을 읽고 연결을 만드는 도구일 뿐이며, 구독 서비스와 클라이언트는 같은 개념이 아닙니다. 70VPN의클라이언트 다운로드 페이지에서 Windows에 맞는 버전을 받고, 로그인한 뒤 구독을 가져오세요. 출처가 불분명한 재배포 페이지에서 수정판을 찾거나 다른 플랫폼용 설치 파일을 Windows에서 사용하지 마세요.
다운로드가 끝나면 먼저 받은 파일이 설치 프로그램인지 압축 파일인지 확인하세요. 설치 프로그램은 보통 시작 메뉴 항목을 만들고 비교적 완전한 제거 절차를 제공합니다. 포터블 버전은 압축을 풀어 바로 실행할 수 있지만 설정 파일은 대개 프로그램 폴더나 사용자 데이터 폴더에 저장됩니다. 포터블 버전은 압축 파일 내부에서 직접 실행하지 말고, 권한이 제한되거나 주기적으로 정리되는 임시 폴더에도 두지 마세요.
일부 Windows 클라이언트는 Mihomo, sing-box 또는 다른 네트워크 코어를 사용합니다. 인터페이스에서 특정 프로토콜을 표시한다고 해서 현재 코어가 반드시 해당 프로토콜에 연결할 수 있는 것은 아닙니다. 구독에 노드는 있지만 시작할 때 “지원되지 않음”이 표시되면 회선을 계속 바꾸기보다 클라이언트 안내와 코어 버전을 먼저 확인하세요. 주요 프로토콜은 다음 사항을 확인하면 됩니다.
| 프로토콜 | 클라이언트에서 확인할 점 | 일반적인 설정 특징 | 문제 확인 방향 |
|---|---|---|---|
| Shadowsocks | 해당 암호화 방식 지원 필요 | 설정 항목이 비교적 간단함 | 암호화 방식, 비밀번호, 포트가 모두 올바르게 읽혔는지 확인 |
| VMess | 전송 계층과 TLS 설정에 주의 | WebSocket 등의 전송 매개변수가 포함될 수 있음 | 호스트 이름, 경로, 전송 방식이 서로 일치하는지 확인 |
| Trojan | 정확한 TLS 핸드셰이크 필요 | 일반적으로 서버 이름 정보가 포함됨 | 시스템 시간, 도메인 해석, 인증서 관련 오류부터 확인 |
| VLESS | 서로 다른 전송 조합에는 코어 지원 필요 | TLS 및 여러 전송 방식을 함께 사용할 수 있음 | 클라이언트가 핵심 전송 매개변수를 무시하지 않는지 확인 |
| Hysteria2 | 클라이언트 코어의 명확한 지원 필요 | UDP 기반이며 네트워크 환경의 영향이 비교적 큼 | 로컬 네트워크가 UDP를 제한하는지 확인하고 TLS 정보를 대조 |
| TUIC | 호환되는 최신 코어 필요 | 마찬가지로 UDP 전송에 의존 | 다른 프로토콜의 연결 가능 여부와 비교해 설정 문제와 네트워크 제한을 구분 |
- ✅ 서비스 패널에서 제공하는 클라이언트 다운로드 페이지를 통해 Windows 버전을 받으세요.
- ✅ 시스템 프록시나 가상 네트워크 어댑터를 사용하는 다른 유사 도구를 종료하세요.
- ✅ 포터블 버전은 고정된 폴더에 완전히 압축을 푼 뒤 실행하세요.
- ✅ 처음 실행할 때 신뢰할 수 있는 클라이언트의 Windows 방화벽 통신을 허용하세요.
- ❌ 구독 링크를 검색 엔진, 공개 채팅, 스크린샷에 붙여 넣지 마세요.
구독 링크를 클라이언트에 올바르게 가져오기
서비스 패널에 로그인해 구독 메뉴를 찾고 현재 클라이언트에 맞는 구독 링크를 복사하세요. 구독 링크는 일반적인 안내 페이지가 아니라 클라이언트가 노드, 프록시 그룹, 규칙 정보를 읽을 수 있게 하는 주소인 경우가 많으므로 계정 인증 정보처럼 취급해야 합니다. 복사한 뒤 바로 클라이언트로 돌아가고, 브라우저 주소 표시줄에서 열거나 내용을 확인한다며 다른 사람에게 보내지 마세요.
일반적인 가져오기 방법은 “구성” 또는 “구독” 페이지를 열고 “URL에서 가져오기”, “원격 구성 새로 만들기” 또는 비슷한 항목을 선택하는 것입니다. 링크를 주소 입력란에 붙여 넣고 알아보기 쉬운 이름을 지정한 다음 다운로드나 업데이트를 실행하세요. 가져오기가 완료되면 구성 목록에 해당 항목이 나타나고, 프록시 페이지에서도 지역 또는 용도별 그룹을 확인할 수 있어야 합니다.
클라이언트에 “구독 자동 업데이트” 기능이 있다면 적절한 주기로 설정할 수 있습니다. 구독 업데이트는 서버의 현재 설정을 가져오는 기능일 뿐, 사용자를 대신해 최적의 회선을 자동으로 선택하는 기능은 아닙니다. 업데이트 후 프록시 그룹이 바뀌었다면 현재 선택된 노드를 다시 확인해 이전 이름이 사라진 뒤 사용할 수 없는 항목으로 연결되지 않도록 하세요.
- 패널에 로그인해 Windows 클라이언트에 맞는 구독 링크를 복사하세요.
- 클라이언트에서 구성 또는 구독 관리 페이지를 여세요.
- URL에서 원격 구성을 가져오도록 선택하고 링크 전체를 붙여 넣으세요.
- 저장한 뒤 한 번 업데이트를 실행하고 구성이 해석될 때까지 기다리세요.
- 프록시 또는 노드 페이지에서 회선 그룹이 표시되는지 확인하세요.
다운로드 실패 메시지가 표시되면 클라이언트를 완전히 종료한 뒤 Windows의 프록시 설정에서 남아 있는 수동 프록시가 없는지 확인하세요. 클라이언트가 비정상 종료된 후에도 시스템이 이전 로컬 포트를 가리킬 수 있는데, 해당 포트에서 더 이상 프로그램이 수신 대기하지 않으면 브라우저와 구독 업데이트가 모두 실패합니다. 남은 프록시를 끄고 클라이언트를 다시 시작한 다음 업데이트를 실행하면 로컬 프록시 상태 문제인지 확인할 수 있습니다.
용도에 맞게 회선 선택 및 프록시 모드 설정
회선 목록이 나타났다고 해서 지역 이름만 볼 필요는 없습니다. 먼저 대상 서비스의 위치와 이용 목적을 고려한 다음 회선 유형을 선택하세요. 직접 연결 회선은 로컬에서 원격 서버로 바로 연결하므로 경로가 단순하지만, 현지 통신사의 국제 출구 변동에 더 큰 영향을 받을 수 있습니다. 중계 회선은 먼저 중계 노드로 들어간 뒤 대상 지역으로 전달되며 경로 개선에 사용되는 경우가 많지만, 실제 체감 품질은 진입점과 출구의 품질에 따라 달라집니다.
IEPL 전용 회선과 일반 공용망 직접 연결·중계의 주요 차이는 전송 경로에 있습니다. 전용 회선은 안정성이 중요한 국제 전송에 주로 사용되지만, “전용 회선”이라고 해서 언제나 가장 빠르다고 단정할 수는 없습니다. 웹 검색, 파일 전송, 동영상 재생, 실시간 상호작용은 네트워크에서 중시하는 요소가 서로 다릅니다. 웹 검색은 연결 수립의 원활함을, 지속적인 전송은 대역폭과 지터를, 실시간 상호작용은 갑작스러운 지연 변화를 더 중요하게 봅니다.
처음 설정할 때는 지리적으로 가깝고 용도에 맞는 회선을 먼저 선택해 기본 연결이 정상인지 확인한 뒤 다른 지역과 비교하세요. 특정 웹사이트가 지역을 요구한다면 클라이언트에 표시되는 최저 지연 시간만 좇지 말고 해당 지역의 회선을 선택해야 합니다. 클라이언트의 지연 시간 측정은 보통 탐색 요청만 반영하므로 대상 서비스까지의 전체 경로를 의미하지 않으며 다운로드 속도와도 같지 않습니다.
시스템 프록시와 TUN 모드 중 무엇을 선택할까
시스템 프록시는 기본 연결을 먼저 확인할 때 적합합니다. Windows의 프록시 설정을 변경하므로 브라우저와 시스템 프록시를 따르는 프로그램은 대체로 사용할 수 있지만, 일부 게임·명령줄 도구·자체 네트워크 스택을 구현한 소프트웨어는 시스템 프록시를 우회할 수 있습니다. 이때 “브라우저는 열리지만 특정 프로그램은 연결되지 않는” 현상이 발생해도 반드시 회선 장애라고 볼 수는 없습니다.
TUN 모드는 가상 네트워크 인터페이스를 통해 더 넓은 트래픽을 처리하므로 시스템 프록시를 읽지 않는 소프트웨어에 적합하고, 분할 라우팅 규칙을 통합적으로 적용하기도 쉽습니다. 일반적으로 관리자 권한이 필요하며 다른 가상 네트워크 어댑터, 기업용 네트워크 클라이언트, 보안 소프트웨어와 라우팅 충돌이 발생할 수 있습니다. 처음에는 시스템 프록시로 구독과 회선을 확인한 뒤 실제 필요에 따라 TUN을 활성화해 한 번에 너무 많은 변수를 만들지 않는 것이 좋습니다.
전체 프록시와 규칙 기반 분할 라우팅 중 무엇을 선택할까
전체 프록시는 더 많은 트래픽을 현재 회선으로 보내 특정 애플리케이션이 프록시를 통해 작동하는지 확인하기 쉽지만, 모든 상황의 장기 기본 설정으로 적합하지는 않습니다. 규칙 기반 분할 라우팅은 도메인, IP, 프로세스 또는 규칙 세트에 따라 직접 연결과 프록시를 결정합니다. 로컬 서비스는 직접 연결로 유지하고 국제 회선이 필요한 요청만 프록시로 보낼 수 있습니다. 규칙 모드는 일상적인 사용에 더 적합하지만 규칙이 오래되었거나 적용 순서가 잘못되면 대상 웹사이트가 잘못된 회선을 사용할 수 있습니다.
문제를 확인할 때는 한 번에 하나의 조건만 바꾸세요. 먼저 회선을 고정해 연결을 테스트하고, 그다음 프록시 모드를 전환합니다. 시스템 프록시가 작동하는지 확인한 후 TUN을 시도하고, 전체 모드가 정상인지 확인한 뒤 분할 라우팅 규칙 때문에 접속에 문제가 생긴 것인지 판단하세요.
프록시 적용 확인 및 DNS 점검
클라이언트에 녹색 상태나 “연결됨”이 표시된다는 것은 로컬 코어가 시작되었다는 뜻일 뿐, 모든 프로그램이 선택한 회선을 사용한다는 의미는 아닙니다. 단계적으로 확인하세요. 먼저 클라이언트 로그에 오류가 계속 기록되는지 살펴보고, Windows 시스템 프록시 상태를 확인한 다음, 본 사이트의 IP 조회 페이지에서 연결 전후의 출구 정보가 예상대로 바뀌었는지 비교하세요.
이어서 브라우저와 자주 사용하는 애플리케이션을 각각 테스트하세요. 브라우저는 정상인데 다른 프로그램이 실패하면 해당 프로그램이 시스템 프록시를 무시하는지 먼저 확인합니다. 모든 프로그램이 실패하면 현재 구성, 회선, 로컬 포트를 점검하세요. 특정 웹사이트만 이상하다면 지역 선택, 분할 라우팅 규칙, DNS 해석 또는 대상 서비스 자체의 제한일 가능성이 더 큽니다.
DNS 누출은 실제 트래픽은 프록시를 통해 전송되지만 도메인 조회는 로컬 네트워크가 직접 처리하는 현상입니다. 조회 대상이 노출될 수 있고, 현재 출구 지역에 적합하지 않은 주소로 도메인이 해석될 수도 있습니다. 핵심은 공용 DNS를 무작정 바꾸는 것이 아니라 클라이언트의 DNS 모드, 규칙 적용, TUN 설정이 하나의 완전한 경로를 이루는지 확인하는 것입니다.
클라이언트에서 제공하는 암호화 DNS, 원격 DNS, 프록시 DNS를 활성화할 때는 규칙 모드에 필요한 설정을 안내 문서에서 확인하세요. 일부 클라이언트는 국내 도메인을 로컬 DNS로, 프록시가 필요한 도메인을 원격 DNS로 처리합니다. 다른 클라이언트는 가상 주소 매핑과 규칙을 함께 사용합니다. 서로 다른 방식을 임의로 조합하지 말고, 특히 여러 네트워크 도구가 동시에 DNS와 가상 네트워크 어댑터를 변경하게 두지 마세요.
- ✅ 클라이언트 로그에 시간 초과, 핸드셰이크, 인증 오류가 계속 반복되지 않습니다.
- ✅ Windows 프록시 상태가 클라이언트의 설정과 일치합니다.
- ✅ IP 조회 결과가 선택한 회선의 지역 및 예상 출구와 일치합니다.
- ✅ 브라우저와 실제로 사용할 데스크톱 프로그램을 모두 테스트했습니다.
- ✅ 규칙 모드에서 로컬 서비스와 국제 웹사이트가 각각 예상한 경로로 연결됩니다.
- ❌ 클라이언트에 “연결됨”이 표시되는 것만으로 확인을 끝내지 마세요.
시작 시 자동 실행 및 자동 연결 설정
현재 구성이 안정적인지 확인한 뒤 시작 시 자동 실행을 설정하세요. 클라이언트 설정에는 보통 “시작 시 실행”, “실행 후 최소화”, “시스템 프록시 시작”, “이전 구성 복원”이 서로 다른 옵션으로 나뉘어 있습니다. 시작 시 실행만 켜면 프로그램이 Windows와 함께 실행될 뿐 프록시까지 자동으로 활성화된다는 뜻은 아닙니다. 시스템 프록시만 켜도 프로그램이 정상적으로 시작되지 않으면 사용할 수 없는 상태가 남을 수 있습니다.
안정적인 순서는 현재 구독과 프록시 그룹 선택을 먼저 저장하고, 클라이언트 자체의 시작 시 실행을 활성화한 뒤 필요에 따라 시스템 프록시 복원을 켜는 것입니다. 평소 TUN 모드를 사용한다면 클라이언트가 시작할 때 필요한 권한을 얻을 수 있는지도 확인하세요. 일부 환경에서는 로그인 후에야 사용자 프로그램이 완전히 시작되므로 바탕 화면이 나타난 직후 잠시 프록시가 없는 것은 시작 순서 문제일 수 있습니다. 여러 옵션을 반복해서 클릭해 해결하려 하지 마세요.
설정이 끝나면 실제로 한 번 재부팅해 테스트하세요. 바탕 화면이 나타난 뒤 클라이언트가 로드될 때까지 기다리고, 인터페이스에서 구독 구성·현재 회선·프록시 모드가 복원되었는지 확인한 다음 IP를 조회하세요. 작업 관리자에 프로세스가 보인다는 이유만으로 설정이 성공했다고 판단하지 마세요. 프로세스 존재, 코어 시작, 시스템 프록시 활성화, 회선 연결 가능 여부는 서로 다른 상태입니다.
클라이언트 설정의 시작 시 실행이 적용되지 않으면 Windows의 시작 앱 관리에서 해당 항목이 비활성화되지 않았는지 확인하세요. 포터블 버전의 폴더를 옮기면 기존 시작 항목이 이전 경로를 가리킬 수 있습니다. 이 경우 클라이언트 내부의 시작 시 실행을 끄고 프로그램을 종료한 다음 새 폴더의 프로그램을 다시 열어 활성화하세요. 작동하지 않는 시작 항목을 여러 개 남겨 두지는 마세요.
- 현재 구성을 저장하고 사용할 수 있는 회선이 선택되어 있는지 확인하세요.
- 클라이언트 설정에서 Windows 시작 시 실행을 활성화하세요.
- 필요에 따라 시작 후 시스템 프록시 또는 TUN 모드 복원을 활성화하세요.
- 클라이언트를 종료했다가 다시 열어 설정이 유지되는지 확인하세요.
- Windows를 재부팅해 프로그램, 프록시 상태, 회선 연결이 복원되는지 확인하세요.
일반적인 문제 해결: 로컬 상태부터 확인
클라이언트는 실행되지만 모든 웹페이지가 열리지 않음
먼저 클라이언트의 시스템 프록시를 끈 다음 Windows에 수동 프록시 주소가 남아 있는지 확인하세요. 끈 뒤 네트워크가 복구된다면 문제는 로컬 프록시 포트, 코어 프로세스 또는 현재 회선에 있을 수 있습니다. 클라이언트를 다시 시작하고 로그를 확인하세요. 네트워크가 이미 끊긴 상태에서 구독 업데이트를 반복하지 마세요. 업데이트 요청도 사용할 수 없는 프록시에 가로막힐 수 있습니다.
구독은 업데이트되지만 모든 노드 연결에 실패함
구독 업데이트가 성공했다는 것은 구성 주소에 접근할 수 있다는 뜻일 뿐입니다. 모든 노드가 실패하면 먼저 시스템 시간과 시간대를 확인하고 클라이언트 코어가 구독에 포함된 프로토콜을 지원하는지 확인하세요. Shadowsocks, Trojan 등 서로 다른 프로토콜이 모두 실패한다면 로컬 방화벽, 기업 네트워크 제한, 다른 가상 네트워크 어댑터를 점검하세요. Hysteria2 또는 TUIC만 실패한다면 현재 네트워크의 UDP 지원 상태를 집중적으로 확인할 수 있습니다.
브라우저는 정상인데 게임이나 데스크톱 소프트웨어에는 적용되지 않음
이는 대개 애플리케이션이 시스템 프록시를 읽는지와 관련이 있습니다. 먼저 클라이언트에 프로세스 규칙 기능이 있는지 확인하세요. 애플리케이션이 시스템 프록시를 완전히 우회한다면 기본 연결이 정상인지 확인한 후 TUN 모드를 시도할 수 있습니다. 활성화하기 전에 다른 가상 네트워크 소프트웨어를 종료하고, 활성화한 후 라우팅과 DNS를 같은 클라이언트가 관리하는지 확인하세요.
규칙 모드는 실패하지만 전체 모드는 정상임
이는 회선 자체는 작동할 가능성이 높다는 뜻이므로 규칙을 중심으로 확인해야 합니다. 대상 도메인이 직접 연결, 프록시, 거부 규칙 중 어디에 일치했는지 살펴보고 프록시 그룹이 사용할 수 없는 노드를 가리키지 않는지 확인한 뒤 원격 규칙 세트를 업데이트하세요. 클라이언트가 연결 로그를 지원한다면 대상 도메인의 일치 결과를 통해 어떤 규칙이 우선 적용되었는지 판단할 수 있습니다.
클라이언트를 종료한 뒤 일반 네트워크로 복구되지 않음
먼저 Windows 프록시 설정에서 남아 있는 수동 프록시를 끄고 클라이언트가 비정상 종료되었는지 확인하세요. TUN을 사용했다면 TUN 옵션도 정상적으로 끄고 클라이언트를 종료해 가상 라우팅이 정리되도록 해야 합니다. 시스템 네트워크 어댑터를 임의로 삭제해서 해결하려 하지 마세요. 정상적인 네트워크 어댑터와 다른 소프트웨어에 영향을 줄 수 있습니다.