시스템 프록시는 ‘앱이 트래픽을 클라이언트에 전달하는 방식’을 정하고, 전역과 중국 본토 우회는 ‘클라이언트가 받은 트래픽을 어느 경로로 보낼지’를 정합니다. 일반적인 웹 브라우징은 시스템 프록시와 중국 본토 우회 조합으로 시작하는 것이 좋습니다. 웹페이지에 문제가 생기면 잠시 전역 모드로 바꿔 비교해 보세요. 개발 도구와 게임은 프록시 연결 지점, UDP, 앱별 설정도 확인해야 합니다. 모드 이름만으로 판단할 수는 없습니다.
먼저 구분할 두 단계: 프록시 진입점과 라우팅 출구
“전역 모드를 켰는데 왜 특정 프로그램은 여전히 직접 연결될까요?” 문제는 대개 진입점에 있습니다. v2rayN은 노드, 구독, 코어 설정을 관리하는 데스크톱 클라이언트입니다. 실제 연결은 선택한 V2Ray 또는 Xray 코어가 처리합니다. 클라이언트가 실행 중이고 노드를 선택했다고 해서 모든 앱의 요청이 로컬 프록시로 전달되는 것은 아닙니다.
시스템 프록시는 운영체제가 앱에 제공하는 프록시 설정입니다. 브라우저처럼 이 설정을 따르는 앱은 로컬 HTTP 또는 SOCKS 진입점으로 요청을 보냅니다. 자체 네트워크 스택을 사용하는 도구는 시스템 설정을 무시할 수도 있습니다. 전역 라우팅은 진입점 뒤에서 작동합니다. 코어에 들어온 일반 트래픽은 기본적으로 프록시 출구를 통해 전송되지만, 그렇다고 시스템의 모든 트래픽이 제어되는 것은 아닙니다.
| 설정 항목 | 적용 단계 | 직접 제어하는 항목 | 보장하지 않는 항목 |
|---|---|---|---|
| 시스템 프록시 | 앱 진입점 | 시스템 설정을 따르는 앱의 트래픽을 로컬 프록시로 전달 | 모든 앱과 UDP 트래픽의 프록시 전달 |
| 앱에서 수동으로 프록시 설정 | 앱 진입점 | 지정한 앱을 로컬 리스닝 주소에 연결 | 다른 앱도 함께 프록시 사용 |
| VPN 연결 또는 TUN | 네트워크 진입점 | 설정에 따라 IP 트래픽 수신 | 모든 트래픽이 최종적으로 원격 노드를 거침 |
| 전역 라우팅 | 코어 출구 | 수신한 트래픽의 기본 프록시 출구 | 코어에 들어오지 않은 트래픽까지 제어 |
| 중국 본토 우회 라우팅 | 코어 출구 | 도메인과 IP를 분류해 직접 연결 또는 프록시로 전송 | 모든 웹사이트의 소속 지역을 정확히 식별 |
전역 모드와 중국 본토 우회: 평소에는 무엇을 선택할까요?
전역 모드는 잠깐 진단할 때 유용합니다. 같은 노드와 진입점에서 전역 모드는 접속되지만 중국 본토 우회는 실패한다면, 구독을 바로 바꾸기보다 라우팅 규칙, 분류 데이터, DNS를 먼저 확인하세요. 전역 모드는 직접 연결할 수 있는 요청도 원격으로 보내는 경우가 많아 노드 트래픽을 더 사용하고, 웹사이트에 표시되는 접속 지역도 달라질 수 있습니다.
중국 본토 우회는 보통 중국 본토 도메인 분류와 IP 대역을 기준으로 일치하는 요청은 직접 연결하고 나머지는 프록시로 보냅니다. 기본 설정에 따라 사설 주소 직접 연결, 광고 차단 또는 다른 규칙이 포함될 수도 있으므로, 클라이언트마다 같은 이름의 모드가 완전히 동일한 설정이라고 볼 수는 없습니다. 도메인 소유 회사, 서버 주소, 분류 목록도 서로 일대일로 대응하지 않습니다.
중국 본토 우회: 일상적인 트래픽 분기의 출발점
추천자주 사용하는 중국 본토 서비스를 직접 연결하고 나머지 요청은 프록시로 보냅니다. 설정한 뒤에는 중국 본토 웹사이트, 프록시가 필요한 웹사이트, 로컬 네트워크 서비스를 각각 확인하세요. 특정 도메인에만 문제가 생기면 해당 도메인의 규칙을 추가하면 됩니다.
적합한 상황: 일상적인 웹 브라우징, 업무, 중국 본토와 해외 서비스를 함께 사용할 때
전역 모드: 출구 통일 및 문제 비교
클라이언트에 들어온 요청은 기본적으로 프록시 출구를 사용합니다. 로컬 네트워크, DNS, 예외 규칙이 별도로 처리되는지는 실제 설정을 확인하세요. 테스트가 끝나면 평소 사용하는 트래픽 분기 설정으로 되돌릴 수 있습니다.
적합한 상황: 라우팅 오류를 점검하거나 원격 출구를 통일해야 하는 작업
필요한 앱에만 수동 프록시 설정
시스템 프록시에 의존하지 않고 지정한 도구에서 로컬 주소와 포트를 입력합니다. 이는 진입점 설정이므로 전역 또는 중국 본토 우회 라우팅과 함께 사용할 수 있습니다. 별도의 세 번째 라우팅 규칙으로 보면 안 됩니다.
적합한 상황: 터미널, 개발 도구 또는 특정 브라우저 프로필만 프록시를 사용할 때
판단 방법: 진입점을 고정한 뒤 라우팅 비교
노드와 앱의 프록시 설정은 그대로 두고 전역과 중국 본토 우회만 바꿔 보세요. 결과가 다르면 로그에서 대상 주소와 출구 태그를 확인합니다. DNS, 노드, 모드를 동시에 바꾸면 어느 변경이 영향을 줬는지 알 수 없습니다.
v2rayN 데스크톱 설정: 포트를 확인한 뒤 시스템 프록시 켜기
데스크톱에서는 먼저 코어가 정상적으로 시작되는지 확인한 다음 시스템 프록시를 설정하세요. v2rayN 7.x 설정을 예로 들면, ‘설정’ → ‘매개변수 설정’에서 로컬 리스닝 관련 항목을 확인하고 메인 화면의 시스템 프록시 메뉴에서 ‘시스템 프록시 자동 구성’을 선택합니다. 데스크톱 빌드에 따라 메뉴 이름과 위치가 달라질 수 있으므로 현재 화면과 코어 시작 로그를 기준으로 확인하세요.
아래에서는 명확한 예시 설정을 사용합니다. SOCKS 리스닝은 127.0.0.1:10808, HTTP 리스닝은 127.0.0.1:10809입니다. 예시 포트일 뿐 모든 버전의 기본값을 의미하지는 않습니다. 일부 빌드는 HTTP와 SOCKS를 하나의 혼합 포트에서 함께 받습니다. 현재 설정에 혼합 진입점만 있다면 해당 포트를 사용하고, 10809 포트가 따로 있다고 가정하지 마세요.
- 노드를 확인합니다. 구독을 가져온 다음 노드를 선택하고, 시작 로그에 리스닝 실패, 설정 오류 또는 포트 사용 중 메시지가 있는지 확인하세요.
- 리스닝 설정을 확인합니다. 로컬 주소와 포트, 지원하는 프록시 프로토콜을 기록하세요. 단일 기기에서 사용할 때는 루프백 주소를 유지하는 것이 좋습니다. 브라우저에서 접속하기 위해 로컬 네트워크 리스닝을 열 필요는 없습니다.
- 시스템 프록시를 설정합니다. ‘시스템 프록시 자동 구성’을 선택한 다음 운영체제의 프록시 설정에서 현재 클라이언트 포트를 가리키는지 확인하세요.
- 라우팅을 선택합니다. 메인 화면의 라우팅 선택에서 중국 본토 우회 관련 프리셋을 고르세요. ‘로컬 네트워크 및 중국 본토 우회’ 옵션이 있다면 프린터나 NAS 같은 기기에 접속할 때 해당 프리셋부터 확인하세요.
- 테스트한 뒤 설정을 복원합니다. 중국 본토 웹사이트 한 곳과 프록시가 필요한 웹사이트 한 곳을 테스트하세요. 클라이언트를 종료하기 전에 시스템 프록시를 해제해야 종료된 리스닝 포트를 계속 가리키는 상황을 피할 수 있습니다.
시스템 프록시 화면의 ‘우회 주소’와 클라이언트의 ‘중국 본토 우회 라우팅’도 서로 다릅니다. 전자는 앱이 로컬 프록시를 건너뛰게 해 코어가 요청을 받지 못할 수 있습니다. 후자는 요청이 코어에 들어온 뒤 직접 연결할 출구를 선택합니다. 문제를 진단할 때는 두 설정 위치를 모두 확인하세요.
v2rayNG Android 설정: VPN 연결과 전역 출구는 다릅니다
v2rayNG는 Xray 코어를 사용합니다. VPN 모드로 연결을 시작하고 권한을 허용하면 클라이언트가 Android VPN 인터페이스를 통해 트래픽을 받은 뒤, 코어가 라우팅 설정에 따라 출구를 선택합니다. 이는 데스크톱의 시스템 HTTP 프록시와 다르며, 데스크톱의 10809 포트를 휴대폰 네트워크 설정에 입력할 필요도 없습니다.
v2rayNG의 ‘설정’ → ‘라우팅 설정’에서 현재 프리셋을 확인하세요. ‘앱별 프록시’를 사용한다면 앱 목록과 프록시 적용 방향도 확인해야 합니다. 이름이 비슷한 ‘선택한 앱만 프록시 사용’과 ‘선택한 앱 우회’는 정반대로 작동합니다. 라우팅을 바꾼 뒤에는 앱 안내에 따라 연결을 다시 시작하고 대상 앱을 다시 열어 테스트하세요.
데스크톱과 Android: 진입점은 각각 확인하고 비슷한 트래픽 분기 전략 사용
데스크톱: v2rayN
- 브라우저는 시스템 프록시 또는 앱 내 프록시를 통해 연결합니다.
- 터미널에서는 HTTP 또는 SOCKS 주소를 명시합니다.
- 중국 본토 우회는 출구를 분류하며, 로컬 네트워크는 별도로 확인합니다.
- 게임은 UDP와 트래픽 처리 방식을 추가로 확인해야 합니다.
Android: v2rayNG
- VPN 모드에서 권한을 허용하고 연결을 시작합니다.
- 앱별 프록시 목록에 대상 앱이 포함되어 있는지 확인합니다.
- 라우팅 설정에서 적절한 트래픽 분기 프리셋을 선택합니다.
- 전략을 바꾼 뒤 기존 연결을 종료하고 다시 테스트합니다.
같은 구독을 사용하면 배포 출처는 같지만 시스템 프록시, 앱별 목록, 로컬 라우팅 규칙까지 자동으로 동기화되지는 않습니다.
V2flyNG는 V2Fly 코어를 사용합니다. 이 Android 클라이언트를 사용할 때도 진입점, 앱별 적용 범위, 라우팅 출구 순으로 확인하세요. 다만 v2rayNG의 메뉴 경로나 Xray 전용 설정을 그대로 가져오면 안 됩니다. VMess와 VLESS는 노드 프로토콜 이름이지 전역 또는 중국 본토 우회 스위치가 아닙니다. 노드 프로토콜을 바꿔도 트래픽 분기 전략은 자동으로 변경되지 않습니다.
웹 브라우징·개발·게임: 트래픽 유형에 맞는 설정 선택
웹 브라우징은 시스템 프록시와 중국 본토 우회 조합으로 시작하면 중국 본토 서비스와 프록시가 필요한 웹사이트를 함께 사용하기 편합니다. 지역 판별, 계정 로그인, 결제가 관련된 경우에는 작업 중 출구를 일정하게 유지하고 직접 연결과 원격 출구를 번갈아 사용하지 마세요. 웹페이지는 정상인데 이미지나 로그인 API에 문제가 있다면 해당 하위 도메인의 라우팅을 각각 확인하세요.
| 사용 사례 | 진입점 권장 설정 | 라우팅 권장 설정 | 중점 확인 항목 |
|---|---|---|---|
| 웹 브라우징 및 업무 | 시스템 프록시 | 중국 본토 우회 | 브라우저가 시스템 설정을 따르는지 |
| 터미널 및 개발 도구 | 도구 내 프록시 또는 명시적 매개변수 | 프로젝트에 맞게 트래픽 분기 | 도구의 프록시 설정 우선순위, DNS 조회 위치 |
| 로컬 네트워크 기기 | 기존 진입점 설정 유지 | 사설 주소 직접 연결 | 192.168.0.0/16 등의 주소 대역 |
| 온라인 게임 | 해당 트래픽을 지원하는 처리 방식 | 게임 서버에 따라 출구 선택 | UDP, 패킷 손실, 지연 시간 변동 |
터미널 테스트: 시스템 설정을 우회해 진입점 직접 확인
아래 두 명령어로 HTTP와 SOCKS 진입점을 각각 테스트합니다. 포트는 실제 설정에 맞게 바꾸세요. 예시 도메인은 요청 방법을 보여 주기 위한 것으로, 연결 상태를 판단하는 유일한 대상은 아닙니다. Windows PowerShell에서는 명령 별칭이 매개변수 해석에 영향을 주지 않도록 curl.exe를 사용할 수 있습니다.
curl --proxy http://127.0.0.1:10809 --connect-timeout 10 --max-time 20 --head https://example.com
curl --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 --head https://example.comsocks5h는 대상 도메인을 SOCKS 프록시에서 처리하게 하고, socks5는 보통 로컬에서 먼저 도메인을 조회합니다. 두 방식의 차이는 DNS 경로가 다를 가능성을 보여 줄 수 있지만, 특정 리졸버에 문제가 있다고 입증하는 것은 아닙니다. HTTP 응답을 받았다면 해당 요청의 연결 과정이 완료된 것입니다. 다만 중국 본토 우회 규칙으로 직접 연결했을 수도 있으므로, 응답만으로 프록시 출구를 이용했다고 단정할 수는 없습니다.
게임 테스트: 웹페이지가 열린다고 UDP까지 사용할 수 있는 것은 아닙니다
- 일반적인 HTTP 시스템 프록시는 게임의 UDP 트래픽을 전달하지 못하는 경우가 많습니다. 전역 라우팅으로 바꿔도 이 진입점의 제한은 달라지지 않습니다.
- VPN 또는 TUN으로 트래픽을 받아도 노드, 프로토콜 설정, 서버가 실제 사용하는 UDP 전달을 지원해야 합니다.
- 같은 서버에서 직접 연결과 프록시 연결을 비교하세요. 각 조건에서 3분씩 관찰하고 게임 내 지연 시간, 패킷 손실, 연결 끊김 횟수를 기록할 수 있습니다. 이는 테스트 절차이며 성능을 미리 보장하는 수치는 아닙니다.
- 로그인 요청과 실제 게임 트래픽을 구분하세요. 로그인 화면이 열렸다고 해서 대전 서버에도 같은 출구가 적용된다는 뜻은 아닙니다.
모드를 바꿔도 문제가 계속될 때: 정해진 순서로 점검
전역 모드를 만능 해결책으로 여기지 마세요. 포트가 잘못됐거나 앱이 연결되지 않았거나 노드를 사용할 수 없다면 라우팅을 바꿔도 해결되지 않습니다. ‘진입점 연결 여부 → 노드 작동 여부 → 라우팅 규칙 적용 여부 → DNS 일관성’ 순서로 확인하세요. 한 번에 변수 하나만 바꾸고 테스트 결과를 기록해야 합니다.
전역 모드를 선택했는데도 터미널에서 접속할 수 없는 이유는 무엇인가요?
먼저 위의 curl 명령어에 프록시를 명시해 테스트하세요. 명시적 요청은 성공하고 일반 요청은 실패한다면 라우팅을 계속 바꾸기보다 터미널 도구의 프록시 매개변수나 환경 변수를 확인하세요. 환경 변수를 읽는 방식은 도구마다 다르므로 한 번 설정했다고 모두 적용되는 것은 아닙니다.
전역 모드에서는 열리지만 중국 본토 우회에서는 열리지 않을 때는 어떻게 하나요?
노드는 그대로 두고 실패한 도메인이 직접 연결로 분류됐는지 확인하세요. 프록시가 필요한 도메인이라면 해당 도메인을 프록시로 보내는 규칙을 추가하고, 먼저 적용되는 포괄적인 직접 연결 규칙보다 앞에 배치하세요. 분류 데이터와 DNS도 확인해야 합니다. 웹사이트 하나가 실패했다는 이유만으로 중국 본토 전체 주소 대역을 프록시로 전환하지 마세요.
프록시를 켠 뒤 집의 NAS나 프린터를 찾을 수 없나요?
먼저 기기 주소가 192.168.0.0/16, 10.0.0.0/8, 172.16.0.0/12 같은 사설 네트워크 대역에 속하는지 확인하고 사설 주소 직접 연결 규칙도 살펴보세요. 브로드캐스트나 로컬 네트워크 검색을 사용한다면 VPN, TUN, 방화벽이 해당 트래픽을 어떻게 처리하는지도 확인해야 합니다. 도메인 규칙만 추가해서는 해결되지 않을 수 있습니다.
v2rayN을 종료한 뒤 오히려 웹페이지가 열리지 않나요?
시스템 프록시 화면에서 127.0.0.1과 이미 종료된 포트를 계속 가리키는지 확인하고, 남은 설정을 지운 뒤 다시 시도하세요. 다음부터는 종료 전에 클라이언트에서 ‘시스템 프록시 해제’를 선택하세요. 앱 내에 직접 입력한 프록시도 각각 해제해야 합니다.
사용자 지정 라우팅은 보통 규칙 순서대로 일치하는 항목을 찾으며, 먼저 적용된 규칙이 출구를 결정합니다. 앞쪽의 포괄적인 프록시 또는 직접 연결 규칙이 뒤에 있는 정확한 도메인 규칙을 가릴 수 있습니다. DNS 조회 방식은 IP 규칙의 적용 여부에도 영향을 줍니다. 따라서 “같은 웹사이트가 모드를 바꾸자 정상 작동했다”는 것은 문제를 좁히는 단서일 뿐입니다. 로그의 도메인, 조회된 주소, 출구 태그를 함께 확인하세요.
진행 순서: 진입점을 확인한 다음 트래픽 분기 세부 조정
평소에는 시스템 프록시 또는 VPN 연결과 중국 본토 우회를 사용하세요. 문제가 생기면 전역 모드로 한 번 비교하고, 특정 도메인에만 문제가 있을 때는 해당 도메인의 정확한 규칙을 추가합니다. 설정을 변경하기 전에 기존 설정을 저장하고, 테스트할 때마다 같은 노드·대상·진입점을 유지하세요.
설정을 계속하려면 빠른 시작에서 구독 가져오기 단계를 확인하거나 사용 안내서에서 라우팅과 DNS 설정을 살펴보세요. 진입점과 출구를 구분해 이해하면 같은 스위치를 반복해서 눌러 보는 대신, 필요한 프록시 모드를 구체적인 설정으로 선택할 수 있습니다.