V2Ray 시스템 프록시가 작동하지 않을 때: 브라우저와 터미널을 나눠 점검하는 방법

프록시 경로의 세 가지 기본 상태부터 확인

“시스템 프록시 사용”은 운영체제에 프록시 주소가 저장되어 있다는 뜻일 뿐, 대상 앱이 반드시 그 주소를 사용한다는 의미는 아닙니다. 전체 경로에는 최소한 세 단계가 필요합니다. V2Ray 또는 Xray 코어가 실행 중이고, 로컬 리스닝 포트가 연결을 받아들이며, 대상 앱이 시스템 프록시 또는 명시적 프록시 설정을 읽어야 합니다. 어느 한 단계라도 끊기면 웹페이지가 직접 연결되거나 요청이 시간 초과되거나 터미널이 프록시를 전혀 사용하지 않을 수 있습니다.

점검할 때 먼저 VMess, VLESS 또는 라우팅 규칙을 바꾸지 마세요. v2rayN 메인 화면의 실행 상태와 로그부터 확인합니다. 노드 연결이 성공하면 일반적으로 로컬에서 SOCKS, HTTP 또는 mixed 인바운드 포트를 수신 대기합니다. v2rayN 7.x의 일반적인 설정에서는 127.0.0.1이 리스닝 주소로 사용되며, 포트는 「설정」→「매개변수 설정」에 표시된 실제 값을 기준으로 해야 합니다. 이 문서에서는 mixed 포트를 10808, 독립 HTTP 포트를 10809로 예시합니다. 화면에 다른 숫자가 표시되면 모든 명령의 포트도 함께 바꾸세요.

1. 노드 확인

   v2rayN 메인 화면에서 구독 노드를 하나 선택해 활성 서버로 지정합니다. 다시 연결한 뒤 상태가 시작 또는 재연결 단계에 계속 머물지 않는지 확인하세요.

2. 포트 확인

   「설정」→「매개변수 설정」→「기본 설정」으로 이동해 로컬 리스닝 주소, mixed 포트 또는 HTTP와 SOCKS 포트를 기록합니다. 오래된 튜토리얼을 보고 포트를 추측하지 마세요.

3. 로그 확인

   실행 로그를 열어 포트 충돌, 노드 주소 확인 실패, TLS 핸드셰이크 실패 또는 설정 로드 실패 메시지가 없는지 확인합니다.

4. 명시적 테스트

   먼저 명령에서 프록시를 명시적으로 지정해 테스트 주소에 접속합니다. 명시적 프록시 연결이 성공한 뒤 시스템 프록시와 앱의 상속 관계를 점검하세요.

브라우저에서 작동하지 않을 때: 프록시 설정 주체 확인

브라우저에서 가장 흔한 문제는 노드 장애가 아니라 프록시 출처의 충돌입니다. 브라우저가 운영체제 설정을 따를 수도 있고 자체 네트워크 설정을 사용할 수도 있으며, 특정 프록시 확장 프로그램이 제어할 수도 있습니다. 세 출처가 동시에 존재하면 최종 적용 주소가 v2rayN이 시스템에 기록한 127.0.0.1과 다를 수 있습니다.

Chromium 기반 브라우저는 대체로 시스템 네트워크 설정을 사용하지만 실행 옵션, 기업 정책, 확장 프로그램에 따라 결과가 달라질 수 있습니다. Firefox 계열 브라우저는 “프록시 사용 안 함”, “시스템 프록시 설정 사용”, “수동 프록시 설정” 중 하나를 독립적으로 선택할 수 있습니다. 따라서 같은 컴퓨터에서 한 브라우저는 정상이고 다른 브라우저는 직접 연결되는 상황도 이상하지 않습니다.

1. 확장 프로그램 일시 중지

   프록시 서버, PAC 또는 네트워크 요청 경로를 변경하는 브라우저 확장 프로그램을 모두 일시적으로 끈 뒤 브라우저를 완전히 종료하고 다시 엽니다.

2. 시스템 설정 확인

   v2rayN 트레이 메뉴에서 시스템 프록시 모드를 선택한 다음 운영체제의 프록시 설정을 엽니다. 서버가 127.0.0.1인지, 포트가 클라이언트의 현재 HTTP 또는 mixed 인바운드 포트와 일치하는지 확인하세요.

3. 브라우저 설정 확인

   브라우저에 독립적인 네트워크 설정이 있다면 먼저 “시스템 프록시 설정 사용”을 선택합니다. 수동 입력이 필요하면 HTTP 프록시에 127.0.0.1과 해당 HTTP 포트를 입력하세요.

4. 기존 프로세스 정리

   모든 브라우저 창을 닫고 작업 관리자에서 백그라운드 프로세스가 종료되었는지 확인합니다. 다시 시작한 뒤 페이지에 접속해 브라우저가 시작 시 읽은 이전 프록시 설정을 계속 사용하는 상황을 피하세요.

5. 비교 테스트

   일반 창과 확장 프로그램을 끈 창에서 각각 테스트합니다. 원래 설정에서만 실패한다면 확장 프로그램을 하나씩 다시 활성화해 충돌 원인을 찾을 수 있습니다.

“프록시 우회” 주소 목록도 확인해야 합니다. localhost, 127.0.0.1, 로컬 네트워크 주소는 일반적으로 직접 연결해야 하지만, 목록에 지나치게 넓은 와일드카드 규칙이 있으면 일반 웹사이트도 프록시를 우회할 수 있습니다. 먼저 사용자 지정 우회 항목을 백업하고 필요한 로컬 주소만 남겨 테스트하세요. 정상 작동을 확인한 뒤 업무에 필요한 규칙을 하나씩 다시 추가합니다.

터미널에서 작동하지 않을 때: 환경 변수를 현재 프로세스에 전달

대부분의 터미널 프로그램은 데스크톱 시스템 프록시를 자동으로 읽지 않습니다. curl, 패키지 관리자, 런타임 도구와 스크립트는 각자 프록시 로직을 구현할 수 있으므로, 가장 범용적인 방법은 현재 터미널 세션에 HTTP_PROXY, HTTPS_PROXY, ALL_PROXY를 설정하는 것입니다. 환경 변수 이름의 대소문자 호환성은 프로그램마다 다르므로 점검할 때는 대문자와 소문자 버전을 함께 설정할 수 있습니다.

환경 변수는 설정한 이후에 시작된 프로세스에만 영향을 줍니다. 이미 열려 있는 터미널, 편집기 내장 터미널 또는 백그라운드 작업에는 새 변수가 자동으로 전달되지 않습니다. 시스템 환경 변수를 수정했다면 기존 창을 닫고 새 터미널을 여세요. 현재 세션에서만 값을 지정한 경우 창을 닫으면 설정도 사라집니다.

PowerShell 현재 세션

$env:HTTP_PROXY = "http://127.0.0.1:10808"
$env:HTTPS_PROXY = "http://127.0.0.1:10808"
$env:ALL_PROXY = "socks5h://127.0.0.1:10808"
$env:NO_PROXY = "localhost,127.0.0.1"

Get-ChildItem Env:HTTP_PROXY
Get-ChildItem Env:HTTPS_PROXY
Get-ChildItem Env:ALL_PROXY

curl.exe -I --proxy http://127.0.0.1:10808 https://v2ray-os.com/zh-CN/

PowerShell에서 curl은 다른 명령으로 매핑될 수 있으므로 예시에서는 curl.exe를 명시적으로 호출합니다. `-I`는 응답 헤더만 요청해 연결이 성립했는지 빠르게 확인할 때 적합합니다. mixed 포트가 10808이 아니라면 v2rayN에 현재 표시된 포트로 바꾸세요. 독립 HTTP 인바운드를 사용한다면 주소를 `http://127.0.0.1:10809`과 같은 실제 설정으로 바꿉니다.

명령줄과 일반적인 Shell

export HTTP_PROXY="http://127.0.0.1:10808"
export HTTPS_PROXY="http://127.0.0.1:10808"
export ALL_PROXY="socks5h://127.0.0.1:10808"
export NO_PROXY="localhost,127.0.0.1"

export http_proxy="$HTTP_PROXY"
export https_proxy="$HTTPS_PROXY"
export all_proxy="$ALL_PROXY"
export no_proxy="$NO_PROXY"

env | grep -i proxy
curl -I --proxy socks5h://127.0.0.1:10808 https://v2ray-os.com/zh-CN/

비교 테스트로 시스템 프록시, 포트, 라우팅 문제 찾기

한 번에 변수 하나만 바꿔야 장애 단계가 드러납니다. 직접 연결 요청, 명시적 HTTP 프록시 요청, 명시적 SOCKS5 요청을 순서대로 실행하고 상태 코드, 연결 시간, 로그 변화를 기록하는 것이 좋습니다. 직접 연결은 성공하지만 두 명시적 프록시가 모두 실패하면 문제는 클라이언트 또는 노드에 있습니다. 명시적 프록시는 성공하지만 기본 요청이 직접 연결되면 시스템 프록시 상속 또는 환경 변수 문제입니다.

라우팅 규칙이 테스트 요청을 직접 연결로 보내는지 확인

프록시 포트를 사용할 수 있다고 해서 모든 요청이 같은 아웃바운드로 나가는 것은 아닙니다. v2rayN 라우팅 설정은 도메인, IP, 프로토콜 또는 인바운드 태그에 따라 직접 연결, 프록시, 차단을 선택할 수 있습니다. 테스트 주소가 직접 연결 규칙에 해당하면 페이지는 열리지만 결과만 보면 “프록시를 거치지 않은” 것처럼 보입니다. 이는 시스템 프록시 장애가 아니라 규칙의 동작입니다.

• 클라이언트 로그에서 테스트 도메인을 찾아 요청이 로컬 인바운드로 들어왔는지 확인합니다.
• 해당 요청에 적용된 규칙과 아웃바운드 태그를 확인해 direct, proxy, block을 구분합니다.
• 일시적으로 단순한 전역 프록시 규칙으로 전환해 비교 테스트를 수행한 뒤, 완료되면 기존라우팅 분할을 복원합니다.
• 구독을 업데이트한 뒤 활성 노드를 다시 선택해 더 이상 유효하지 않은 이전 서버 기록을 사용하지 않도록 합니다.
• DNS 또는 라우팅을 변경한 뒤 코어를 재시작하고 대상 앱도 종료 후 다시 실행합니다.

자주 놓치는 세부 사항과 최종 점검 순서

시스템 프록시 상태가 자주 바뀌면 운영체제 설정 화면에 이전 값이 표시될 수 있고, 브라우저가 시작할 때 읽은 설정을 계속 유지할 수도 있습니다. 안정적인 순서는 대상 앱 종료, 코어와 노드 확인, 시스템 프록시 재설정, 앱 재실행입니다. 노드 전환, 포트 변경, DNS 조정, 라우팅 재작성은 동시에 하지 마세요. 새 문제가 원래 단서를 덮어쓸 수 있습니다.

설정 복원 전 확인 목록

1. v2rayN의 현재 활성 노드가 최신 구독에서 가져온 것인지, 코어 로그에 반복적인 재시작이 없는지 확인합니다.
2. 브라우저, 터미널 명령, 클라이언트 화면이 동일한 로컬 포트를 사용하는지 확인합니다.
3. 브라우저에 프록시 설정 출처를 하나만 남겨 시스템 설정과 확장 프로그램이 서로 덮어쓰지 않도록 합니다.
4. 터미널 환경 변수가 현재 프로세스에 전달되었고 완전한 프로토콜 접두사를 사용하는지 확인합니다.
5. 테스트 도메인이 NO_PROXY, 브라우저 우회 목록 또는 직접 연결 라우팅에 의해 미리 제외되지 않았는지 확인합니다.
6. 설정을 변경한 뒤 코어를 다시 연결하고 프록시 설정을 읽어야 하는 앱도 다시 시작합니다.