시스템 프록시는 앱이 요청을 v2rayN으로 전달할지를 정하고, 라우팅 모드는 커널이 받은 요청을 어떤 경로로 보낼지를 정합니다. 일반적인 웹 서핑은 ‘시스템 프록시 자동 설정 + 중국 본토 우회’로 시작해 보세요. 분기 문제를 점검할 때는 잠시 전역 모드로 바꾸고, 특정 프로그램만 프록시를 쓰게 하려면 수동 설정을 유지하면 됩니다. 아래에서 요청이 들어오는 입구, 나가는 출구, 설정 확인 순서로 살펴봅니다.
시스템 프록시는 입구, 라우팅 모드는 출구
v2rayN에서 노드를 선택하는 것은 사용할 프록시 서버를 지정하는 것입니다. 그렇다고 모든 앱이 자동으로 프록시를 쓰는 것은 아닙니다. 브라우저는 대개 운영체제의 프록시 설정을 따르지만, 일부 터미널 프로그램이나 게임, 자체적으로 네트워크 연결을 관리하는 앱은 프록시를 따로 설정하거나 다른 트래픽 전달 방식을 사용해야 합니다.
시스템 프록시는 보통 이 기기에서 대기 중인 로컬 주소를 가리킵니다. 요청이 로컬 포트에 들어온 뒤 커널이 라우팅 규칙에 따라 선택한 프록시 노드로 보내거나, 로컬 네트워크로 직접 연결하거나, 차단합니다. 따라서 ‘시스템 프록시가 설정됨’과 ‘요청이 반드시 원격 노드를 거침’은 같은 의미가 아닙니다.
- 앱에서 요청 보내기: 브라우저가 시스템 프록시 설정을 따르거나, 프로그램이 로컬 HTTP 또는 SOCKS 포트에 직접 연결합니다.
- 커널에서 규칙 확인: 도메인, 대상 IP, 포트 및 기타 조건에 따라 라우팅 규칙을 선택합니다.
- 출구 선택: 프록시 연결, 직접 연결 또는 연결 차단으로 처리합니다.
자동 설정, 초기화, 시스템 프록시 유지
Windows용 v2rayN의 메인 창 하단이나 트레이 메뉴에서 ‘시스템 프록시’를 열고 ‘시스템 프록시 자동 설정’, ‘시스템 프록시 초기화’, ‘시스템 프록시 변경 안 함’을 확인하세요. 메뉴 위치는 화면 구성에 따라 다를 수 있지만, 이 세 가지 기능은 시스템 설정을 다루며 커널의 라우팅 규칙을 바꾸지는 않습니다.
| 시스템 프록시 옵션 | 실제 동작 | 사용 전 확인 사항 |
|---|---|---|
| 시스템 프록시 자동 설정 | 시스템 프록시가 클라이언트의 로컬 수신 주소를 가리키도록 설정 | 커널이 실행 중이며 주소와 포트가 일치하는지 확인 |
| 시스템 프록시 초기화 | 관련 시스템 프록시 설정을 제거해 해당 설정을 따르는 앱이 일반 연결을 사용하도록 변경 | 프로그램의 수동 프록시 설정이나 환경 변수는 그대로 남아 있는지 확인 |
| 시스템 프록시 변경 안 함 | 클라이언트가 현재 시스템 프록시 상태를 직접 변경하지 않음 | 시스템에 이전 프록시 주소가 남아 있는지 확인 |
‘변경 안 함’은 ‘끄기’와 다릅니다. 시스템이 이미 로컬 포트를 가리키고 있다면 변경하지 않아도 해당 주소가 계속 적용될 수 있습니다. 일반 연결로 되돌리려면 시스템 프록시를 직접 초기화하고 브라우저 확장 프로그램이나 앱 자체의 프록시 설정도 확인하세요.
macOS에서는 ‘시스템 설정’ → ‘네트워크’ → 현재 네트워크 서비스 → ‘세부사항’ → ‘프록시’에서 실제 적용된 설정을 확인할 수 있습니다. Windows 메뉴 화면만 보고 다른 플랫폼의 상태를 판단하지 마세요. 자동 설정이 적용되지 않았다면 먼저 시스템 권한 문제를 해결한 뒤 프록시 주소를 다시 확인하세요.
전역 프록시·중국 본토 우회·직접 연결의 트래픽 차이
라우팅 모드는 커널에 들어온 트래픽만 처리합니다. 흔히 제공되는 세 가지 모드는 아래처럼 이해할 수 있지만, 가져오거나 편집한 규칙에는 사설 주소 직접 연결이나 광고 차단 같은 예외가 남아 있을 수 있습니다. 최종 연결 경로는 현재 규칙과 로그를 기준으로 확인하세요.
중국 본토 우회
권장중국 본토 도메인이나 IP 목록과 일치하는 요청은 직접 연결로 보내고, 나머지는 보통 프록시로 보냅니다. 실제 동작은 규칙 데이터, 매칭 순서, DNS 확인 방식에 따라 달라지며 웹페이지 언어를 기준으로 판단하지 않습니다.
추천 상황: 중국 본토 서비스와 프록시가 필요한 웹사이트를 함께 이용할 때 일상적인 기본 설정으로 사용
전역
커널에 들어온 요청을 가능한 한 프록시 출구로 보냅니다. 프록시를 사용하지 않는 프로그램까지 자동으로 처리하는 것은 아니며, 모든 기본 설정에서 사설 주소 등의 예외 규칙이 사라지는 것도 아닙니다.
추천 상황: 노드 연결을 잠시 점검하거나 접속 실패가 트래픽 분기 규칙 때문인지 확인할 때
직접 연결
커널에 들어온 요청을 로컬 네트워크로 직접 보냅니다. 요청은 여전히 로컬 수신 포트를 거칠 수 있지만 원격 프록시 노드는 사용하지 않습니다. 시스템 프록시를 초기화하는 것과는 설정 단계가 다릅니다.
추천 상황: 앱의 프록시 설정은 유지한 채 로컬 네트워크에서 대상에 직접 연결할 수 있는지 확인할 때
확인 방법: 입구는 그대로 두고 라우팅 모드만 바꾸기
같은 웹페이지가 전역 모드에서는 열리고 중국 본토 우회 모드에서는 열리지 않는다면 먼저 해당 도메인에 적용된 규칙과 DNS 결과를 확인하세요. 곧바로 클라이언트를 다시 설치하거나 구독 전체를 다시 가져오지는 마세요.
일반 웹 서핑과 특정 프로그램의 설정 조합
먼저 프록시를 사용할 앱을 정한 다음 입구 방식을 선택하세요. 라우팅 모드만 바꿔서는 로컬 포트에 연결하지 않는 프로그램이 프록시를 사용하게 만들 수 없습니다. 반대로 브라우저가 로컬 포트에 연결되어 있어도 직접 연결 규칙이 적용되면 원격 노드를 거치지 않을 수 있습니다.
두 가지 연결 방식: 사용할 앱의 범위에 맞춰 선택
브라우저처럼 시스템 설정을 따르는 앱
- 커널을 실행하고 사용할 수 있는 노드를 선택합니다.
- 시스템 프록시에서 ‘시스템 프록시 자동 설정’을 선택합니다.
- 라우팅은 ‘중국 본토 우회’로 시작한 뒤 실제 규칙 적용 결과에 따라 조정합니다.
- 입구가 충돌하지 않도록 브라우저에서 별도로 설정한 프록시 기능은 끕니다.
특정 프로그램 하나만 프록시 사용
- 먼저 시스템 프록시를 초기화하고 다른 앱이 일반 연결을 사용하는지 확인합니다.
- 대상 프로그램에 로컬 프록시 주소와 해당 프로토콜을 입력합니다.
- 필요하다면 클라이언트에서 ‘시스템 프록시 변경 안 함’을 선택합니다.
- 라우팅은 계속 중국 본토 우회를 사용하거나, 작업에 따라 잠시 전역 모드로 바꿀 수 있습니다.
두 방식 모두 커널의 라우팅을 사용합니다. 차이는 앱이 로컬 포트에 연결되는 방식이며, 노드 프로토콜이 바뀌는 것은 아닙니다.
로컬 네트워크 프린터, 라우터 관리 페이지 또는 사내 네트워크에 접속할 때는 사설 주소 규칙도 확인해야 합니다. 도메인이 내부 서비스용이라고 해서 공개 규칙 데이터가 이를 자동으로 인식하는 것은 아닙니다. 필요에 따라 정확한 도메인이나 네트워크 대역을 직접 연결 규칙에 추가하고, 이를 덮어쓸 수 있는 광범위한 규칙보다 앞에 배치하세요.
수신 포트와 로그로 설정 확인
‘설정’ → ‘매개변수 설정’에서 로컬 수신 관련 항목을 확인하고 메인 창에 표시된 정보와 대조하세요. 아래 주소와 포트는 문제 해결을 위한 예시이며 모든 버전의 기본값은 아닙니다. 해당 SOCKS 또는 혼합 수신 포트가 이 기기에서 실제로 활성화된 경우에만 그대로 테스트할 수 있습니다.
- 먼저 커널 실행 상태를 확인하세요: 로그에 주소 충돌이나 설정 불러오기 오류가 표시되면 먼저 실행 문제를 해결합니다. 시스템 프록시가 수신 중이지 않은 포트를 가리키면 연결에 실패할 뿐입니다.
- 다음으로 프로토콜을 확인하세요: 앱에서 SOCKS5를 설정했다면 해당 포트가 SOCKS 연결을 받아야 합니다. HTTP만 지원하는 주소를 SOCKS 포트처럼 사용할 수는 없습니다. 혼합 수신 포트는 두 프로토콜을 모두 지원할 수 있지만, 실제 설정을 확인해야 합니다.
- 요청을 직접 보내 확인하세요: curl이 설치된 터미널에서 아래 명령을 실행합니다. Windows에서는 명령 별칭 차이를 피하려면
curl.exe를 사용하세요. 예시 포트는 이 기기의 값으로 바꾸세요. - 마지막으로 출구를 확인하세요: 커널 로그에서 해당 연결의 아웃바운드 표시를 찾습니다. 로그 상세 수준이 부족하면 잠시 높여 재현한 뒤 원래대로 돌리고, 로그를 공유하기 전에 노드 인증 정보를 삭제하세요.
curl --socks5-hostname 127.0.0.1:10808 --connect-timeout 10 -I https://www.example.com/이 명령은 시스템 프록시를 사용하지 않고 SOCKS 입구를 명시적으로 이용합니다. --socks5-hostname 옵션은 대상 호스트 이름의 처리를 SOCKS 서버에 맡깁니다. 요청은 여전히 v2rayN의 라우팅 모드를 따르므로, 성공하더라도 해당 입구에서 대상까지 연결할 수 있다는 점만 확인할 뿐 원격 노드를 거쳤다는 증거가 되지는 않습니다.
테스트할 때는 대상과 입구를 동일하게 유지하고, 먼저 전역 모드, 다음으로 중국 본토 우회 모드를 시험해 각각의 아웃바운드를 기록하세요. 노드, DNS, 라우팅을 동시에 바꾸면 접속이 복구되어도 어떤 설정이 영향을 줬는지 확인하기 어렵습니다.
중국 본토 우회가 예상대로 동작하지 않을 때 DNS와 규칙 순서 확인
라우팅은 웹사이트 이름이나 페이지 내용으로 분류하지 않습니다. 앱이 도메인을 전달하면 커널이 도메인 규칙을 적용할 수 있지만, 앱이 IP만 전달하면 활용할 수 있는 정보가 달라집니다. 일부 연결은 스니핑으로 도메인 정보를 얻을 수 있지만, 모든 프로토콜과 암호화 방식에서 동작하는 것은 아닙니다.
- 규칙 적용 순서 확인: 커널의 라우팅 규칙은 보통 위에서 아래로 확인하며, 먼저 일치하는 규칙이 출구를 결정합니다. ‘모두 프록시’와 같은 광범위한 규칙을 앞에 두면 뒤쪽의 정밀한 직접 연결 규칙이 적용되지 않을 수 있습니다.
- 규칙 데이터 확인: GeoSite나 GeoIP에 의존하는 설정이라면 해당 규칙 데이터가 사용 가능한지 확인하세요. 구독 노드 업데이트와 라우팅 데이터 업데이트는 별개입니다. 구독을 갱신해도 트래픽 분류 문제가 모두 해결되는 것은 아닙니다.
- 도메인 처리 정책 확인: Xray 라우팅의
AsIs는 IP 규칙에 맞추기 위해 도메인을 먼저 조회하지 않습니다.IPIfNonMatch는 도메인 규칙에 일치하지 않을 때 IP 규칙을 적용할 수 있도록 도메인을 조회합니다. 두 설정 모두 시스템 프록시 스위치는 아닙니다. - DNS 조회 경로 확인: 브라우저의 암호화 DNS, 앱의 자체 DNS 조회, 커널 DNS는 서로 다른 주소를 반환할 수 있습니다. 먼저 앱이 도메인을 전달하는지 IP를 전달하는지 확인한 뒤 커널 DNS 조정을 검토하세요.
VMess, VLESS 등의 노드 프로토콜은 특정 웹사이트를 프록시로 보낼지 직접 연결할지 결정하지 않습니다. 프로토콜은 클라이언트와 서버 간 통신을 처리하고, 라우팅은 아웃바운드를 선택합니다. 라우팅에서 프록시 아웃바운드를 선택해야 해당 노드의 연결 설정이 그 요청에 사용됩니다.
시스템 프록시와 라우팅 모드 FAQ
전역 모드로 바꿨는데 특정 프로그램의 연결 경로가 그대로인 이유는 무엇인가요?
먼저 프로그램이 로컬 프록시 포트에 연결되는지 확인하세요. 프로그램 자체의 네트워크 설정을 살펴보고, SOCKS 요청을 직접 보내 결과를 비교합니다. 직접 요청은 프록시를 통하지만 해당 프로그램의 로그가 없다면 라우팅 규칙을 더 바꾸기보다 입구 설정부터 해결해야 합니다.
직접 연결로 바꾼 뒤 v2rayN을 종료해도 되나요?
먼저 시스템 프록시를 초기화한 다음 종료하세요. 직접 연결 모드에서도 로컬 커널이 요청을 받아 전달해야 할 수 있습니다. 시스템이 여전히 이 기기의 포트를 가리키는 상태에서 종료하면 해당 포트의 수신이 중단되어, 시스템 설정을 따르는 브라우저가 인터넷에 연결되지 않을 수 있습니다.
지연 시간 테스트는 성공했는데 브라우저에서 웹페이지가 열리지 않는 이유는 무엇인가요?
지연 시간 테스트는 브라우저의 전체 연결 경로를 검증하지 않습니다. 먼저 커널이 정상적으로 포트를 열고 있는지 확인하고 시스템 프록시가 가리키는 포트도 점검하세요. 그런 다음 같은 대상을 전역 모드와 중국 본토 우회 모드에서 비교합니다. 노드 인증, TLS 시간 조건, 로그에 표시된 구체적인 오류도 확인해야 합니다.
시스템 프록시를 초기화했는데 터미널에서는 왜 계속 프록시를 사용하나요?
터미널의 HTTP_PROXY, HTTPS_PROXY, ALL_PROXY 환경 변수와 명령 자체에 지정된 프록시 옵션을 확인하세요. 시스템 프록시를 초기화해도 이러한 설정은 자동으로 삭제되지 않습니다. 환경 변수를 바꾼 뒤에는 터미널을 다시 열어야 할 수도 있습니다.
중국 본토 우회에서는 실패하지만 전역 모드에서는 정상입니다. 계속 전역 모드를 써야 하나요?
작업을 마칠 때까지 잠시 전역 모드를 사용한 뒤, 실패한 도메인에 적용된 규칙과 DNS 결과를 확인하세요. 꼭 필요한 도메인에만 정밀한 프록시 규칙을 추가하고 로컬 네트워크와 중국 본토 서비스도 다시 테스트하세요. 사이트 하나 때문에 전체 트래픽 경로를 바꾸지 않는 것이 좋습니다.