PC에서 v2rayN을 사용 중이며 같은 라우터에 연결된 휴대폰, TV 또는 다른 PC와 프록시 연결을 공유하려는 사용자를 위한 안내입니다. 수신 주소, PC의 IP, 수신 포트, 방화벽, 기기별 프록시 설정을 차례로 확인하세요. 먼저 한 기기에서 HTTP 프록시를 테스트한 다음, 대상 앱이 시스템 프록시를 따르는지 확인하면 LAN 연결 문제와 노드 문제를 구분할 수 있습니다.
프록시 공유 방식과 사용 범위
LAN 프록시 공유는 구독 정보를 다른 기기에 복사하는 방식이 아닙니다. 다른 기기가 PC의 프록시 수신 포트에 연결하면, v2rayN이 관리하는 코어가 요청을 받아 PC의 라우팅 규칙에 따라 직접 연결하거나 프록시를 통해 내보냅니다. 원격 서버 연결은 PC가 담당하므로 휴대폰이나 TV에는 보통 PC의 주소와 포트만 입력하면 됩니다. VMess, VLESS 등의 노드 정보는 입력할 필요가 없습니다.
‘LAN 연결 허용’을 켜도 수신 범위만 바뀔 뿐, 다른 기기의 네트워크 설정이 자동으로 변경되거나 해당 기기의 모든 트래픽이 PC를 거치는 것은 아닙니다. Android의 Wi-Fi 수동 프록시는 일반적으로 시스템 HTTP 프록시를 따르는 앱에서 사용할 수 있습니다. 게임이나 자체 네트워크 스택을 사용하는 앱, 일부 TV 앱은 이 설정을 무시할 수 있습니다.
- 사용하기 적합한 경우: 웹 브라우징, HTTP 또는 SOCKS5 프록시를 설정할 수 있는 데스크톱 앱, Wi-Fi 프록시 설정을 따르는 앱.
- 별도로 확인할 항목: 동영상 앱, 게임, UDP 통신, 앱 내부의 도메인 이름 해석 방식.
- 계속 실행하기 위한 조건: PC가 켜져 있고 네트워크에 연결되어 있어야 하며 v2rayN 코어가 정상 작동해야 합니다. PC가 절전 모드에 들어가면 공유 연결이 끊깁니다.
1단계: PC의 IPv4 주소와 실제 수신 포트 확인
아래 예시는 Windows PC를 기준으로 합니다. 예시 주소는 192.168.1.20, 포트는 10808입니다. 입력 방법을 설명하기 위한 값이며 모든 PC의 기본 설정을 의미하지 않습니다. 먼저 PC에서 현재 노드로 대상 웹사이트에 접속할 수 있는지 확인한 뒤 터미널을 열고 다음 명령을 실행하세요.
ipconfig
현재 네트워크에 연결된 ‘무선 LAN 어댑터’ 또는 ‘이더넷 어댑터’를 찾아 IPv4 주소와 기본 게이트웨이를 확인합니다. 가상 네트워크 어댑터, 연결이 끊긴 어댑터, 루프백 주소는 선택하지 마세요. 다른 기기에는 PC의 LAN IPv4 주소를 입력해야 합니다. 라우터 게이트웨이나 노드 서버 주소가 아니며, 127.0.0.1은 휴대폰에서 휴대폰 자신을 가리킵니다.
- v2rayN에서 ‘설정’ → ‘매개변수 설정’으로 이동해 로컬 수신 포트와 ‘LAN 연결 허용’ 항목을 찾습니다. 버전에 따라 메뉴 그룹 이름이 다를 수 있으니 실제 화면을 기준으로 확인하세요.
- HTTP를 지원하는 수신 포트를 확인합니다. 혼합 포트라면 보통 HTTP와 SOCKS 요청을 모두 받을 수 있습니다. 두 프로토콜의 포트가 따로 표시된다면 각각 기록하고 서로 바꿔 쓰지 마세요.
- LAN 연결 옵션을 켜고 저장합니다. 화면 안내에 따라 코어를 다시 시작하세요. 적용 여부가 확실하지 않다면 v2rayN을 종료한 뒤 다시 실행해도 됩니다.
- 현재 사용 중인 서버와 라우팅 규칙을 다시 확인합니다. PC의 시스템 프록시 설정은 다른 기기에서 접속하는 데 필수는 아니지만, 코어의 수신 기능은 실행 중이어야 합니다.
2단계: 수신 범위 확인 및 방화벽 허용 범위 제한
먼저 서비스가 실제로 포트를 수신 중인지 확인한 다음 방화벽을 설정합니다. 예시 포트를 기준으로 PowerShell에서 아래 명령을 실행하세요. 아무것도 출력되지 않는다면 코어가 실행되지 않았거나 포트가 맞지 않거나, 시작 중 포트 충돌이 발생했을 수 있습니다.
Get-NetTCPConnection -State Listen -LocalPort 10808 |
Select-Object LocalAddress, LocalPort, OwningProcess
| 수신 상태 | 의미 | 다음 단계 |
|---|---|---|
127.0.0.1 | 로컬 IPv4 연결만 허용 | LAN 옵션을 저장했는지 확인하고 코어를 다시 시작 |
0.0.0.0 | 모든 로컬 IPv4 인터페이스에서 수신 | 방화벽을 확인하고 신뢰할 수 있는 연결만 허용 |
192.168.1.20 | 지정한 LAN 인터페이스에 바인딩 | 해당 주소가 현재 연결된 네트워크 어댑터에 실제로 할당되어 있는지 확인 |
:: | IPv6 와일드카드 주소에서 수신 | IPv4 연결도 별도로 테스트하세요. 이 결과만으로 판단하지 마세요. |
신뢰할 수 있는 가정 또는 사무실 네트워크에서만 공유하세요. Windows의 ‘설정’ → ‘네트워크 및 인터넷’ → 현재 연결의 속성에서 네트워크 프로필을 확인할 수 있습니다. 공유를 위해 공용 네트워크를 함부로 개인 네트워크로 바꾸지 마세요. 아래 규칙은 관리자 권한의 PowerShell에서 실행하며, 개인 네트워크에서 로컬 서브넷의 TCP 10808 연결만 허용합니다.
New-NetFirewallRule -DisplayName "v2rayN LAN TCP 10808" `
-Direction Inbound -Action Allow -Protocol TCP `
-LocalPort 10808 -Profile Private -RemoteAddress LocalSubnet
이 규칙은 포트를 기준으로 연결을 허용하며 특정 프로그램에만 적용되는 규칙은 아닙니다. 네트워크 어댑터가 여러 개인 PC에서는 LocalSubnet이 여러 직접 연결 서브넷에 적용될 수 있습니다. 더 엄격하게 제한하려면 출발지 주소를 특정 기기의 고정 IP나 확인된 서브넷(예: 192.168.1.0/24)으로 지정하세요. 범위가 너무 넓은 기존 허용 규칙도 함께 확인해야 합니다. 새로 좁은 범위의 규칙을 추가해도 기존 규칙의 허용 범위는 자동으로 줄어들지 않습니다.
확인 순서: 수신 상태를 먼저 점검한 뒤 필요한 범위만 허용
수신 주소가 여전히 127.0.0.1이라면 방화벽 규칙을 추가해도 해결되지 않습니다. 수신 설정이 올바른지 확인한 다음 실제 TCP 포트를 허용하고, 개인 네트워크와 출발지 제한을 유지하세요. 방화벽 전체를 끌 필요는 없습니다.
3단계: 휴대폰, TV, 다른 PC에 프록시 설정하기
기기와 PC가 서로 통신할 수 있어야 합니다. 같은 Wi-Fi 이름에 연결되어도 기기 간 통신이 보장되지는 않습니다. 게스트 네트워크나 무선 클라이언트 격리 설정이 연결을 차단할 수 있습니다. 아래 두 설정 예시는 같은 PC 주소를 사용하며, 프로토콜은 수신 포트 종류와 일치해야 합니다.
Wi-Fi 수동 HTTP 프록시
- 호스트 이름
- 192.168.1.20
- 포트
- 10808
- 프로토콜
- HTTP — HTTP 또는 혼합 수신 포트와 일치해야 함
- 인증
- PC의 실제 설정에 맞게 입력
호스트 이름 칸에는 IP만 입력하세요. 프로토콜 접두사, 슬래시, 포트는 입력하지 않습니다.
SOCKS5를 지원하는 데스크톱 앱
- 서버
- 192.168.1.20
- 포트
- 10808
- 유형
- SOCKS5 — SOCKS 또는 혼합 수신 포트와 일치해야 함
- 도메인 이름 해석
- 지원하는 경우 프록시를 통한 해석을 선택
SOCKS 포트가 별도로 설정되어 있다면 해당 포트를 입력해야 합니다. HTTP 설정의 포트를 그대로 사용하지 마세요.
- Android 휴대폰: ‘설정’ → ‘Wi-Fi’ 또는 ‘네트워크 및 인터넷’에서 현재 Wi-Fi의 수정 화면을 엽니다. 고급 옵션을 펼친 뒤 프록시를 ‘수동’으로 설정하고 호스트 이름과 포트를 입력해 저장하세요. Android 버전에 따라 메뉴 이름과 위치가 다를 수 있습니다.
- TV: 현재 네트워크의 고급 설정에서 HTTP 프록시를 지원하는지 확인하세요. 기기에 따라 네트워크 설정을 수정해야 항목이 표시될 수 있습니다. 시스템에 프록시 설정 메뉴가 없다면 대상 앱에서 별도로 프록시를 설정할 수 있는지 확인하세요.
- 다른 Windows PC: ‘설정’ → ‘네트워크 및 인터넷’ → ‘프록시’ → ‘수동 프록시 설정’으로 이동해 주소와 포트를 입력합니다. 테스트할 때 예외 목록에 대상 도메인이 포함되어 있지 않은지도 확인하세요.
- 앱별 설정: 사용자 지정 프록시를 지원하는 브라우저나 다운로드 도구는 앱 내부에서 HTTP 또는 SOCKS5를 선택하세요. 앱 자체의 프록시 설정이 시스템 설정을 덮어쓸 수 있습니다.
저장한 뒤에는 게임이나 동영상 앱만으로 판단하지 말고 먼저 브라우저에서 테스트하세요. Wi-Fi 프록시는 보통 해당 Wi-Fi 연결에만 적용되므로 다른 네트워크로 전환하면 다시 확인해야 합니다. 휴대폰에서 v2rayNG 또는 v2flyNG도 실행 중이라면 기준 테스트를 하기 전에 잠시 중지하세요. 여러 네트워크 앱이 동시에 연결을 처리하면 원인을 파악하기 어려울 수 있습니다.
4단계: 두 가지 테스트로 PC와 기기 중 문제 위치 찾기
첫 번째 테스트는 다른 Windows PC에서 실행해 TCP 포트에 연결할 수 있는지 확인합니다. ping만으로 판단하지 마세요. 기기가 ICMP 응답을 차단하더라도 TCP 프록시 포트는 정상적으로 작동할 수 있습니다.
Test-NetConnection 192.168.1.20 -Port 10808
결과의 TcpTestSucceeded : True는 TCP 연결에 성공했다는 뜻일 뿐, 프록시 프로토콜이나 원격 연결까지 정상이라는 의미는 아닙니다. 두 번째 테스트에서는 시스템 프록시 설정의 영향을 피하도록 HTTP 프록시를 명시해 HTTPS 웹사이트에 접속합니다.
curl.exe -I --connect-timeout 10 --max-time 20 --proxy http://192.168.1.20:10808 https://example.com/
- TCP 테스트 실패: PC IP, 코어의 수신 상태, Windows 방화벽, 타사 보안 프로그램, 라우터의 클라이언트 격리 설정을 확인하세요. 연결이 거부되었다는 메시지가 표시되면 수신 포트부터 확인하는 것이 좋습니다.
- TCP 연결은 성공했지만 HTTP 테스트 실패: 해당 포트가 HTTP를 지원하는지, 인증이 필요한지 확인하세요. v2rayN 로그에서 핸드셰이크 오류와 아웃바운드 오류도 확인합니다.
- 명령에서는 대상 사이트 응답을 받았지만 앱은 실패: 앱이 시스템 프록시를 따르는지, 프록시 예외가 설정되어 있는지, UDP가 필요한지 확인하세요.
- 터널 연결 성공 메시지가 표시됨: 이후의 TLS 및 대상 사이트 응답도 확인해야 합니다. 터널 연결 성공 메시지 한 줄만으로 웹사이트 접속까지 성공했다고 판단할 수는 없습니다.
SOCKS5를 테스트하려면 포트가 해당 프로토콜을 지원하는지 확인한 뒤 아래 명령을 사용하세요. socks5h는 대상 도메인 이름을 프록시에 전달해 해석하므로 로컬 DNS와 프록시 측 DNS 문제를 구분하는 데 유용합니다. 도메인 이름을 최종적으로 어떻게 처리할지는 코어의 DNS 및 라우팅 설정에 따라 달라집니다.
curl.exe -I --connect-timeout 10 --max-time 20 --proxy socks5h://192.168.1.20:10808 https://example.com/
자주 묻는 질문: 웹페이지는 열리는데 다른 앱은 왜 프록시를 사용하지 않을까요?
휴대폰 브라우저에서는 열리는데 TV 앱은 계속 연결에 실패하나요?
먼저 TV 브라우저에서 같은 주소를 열어 보세요. 브라우저는 정상인데 대상 앱만 실패한다면 앱이 시스템 HTTP 프록시를 무시하거나 별도의 UDP 통신을 사용할 수 있습니다. 앱에 자체 프록시 설정이 있는지 확인하세요. LAN 연결 허용만으로 이런 트래픽을 강제로 프록시 처리할 수는 없습니다.
어제는 연결됐는데 오늘은 기존 IP로 접속되지 않나요?
PC에서 ipconfig를 다시 실행해 IPv4 주소가 바뀌었는지 확인하세요. 라우터의 DHCP 설정에서 PC의 현재 네트워크 어댑터에 IP 주소를 예약할 수 있습니다. 임의 하드웨어 주소를 사용 중이라면 예약에 연결된 어댑터 주소가 계속 유지되는지도 확인하세요. 주소를 변경한 뒤에는 다른 기기의 프록시 설정도 업데이트해야 합니다.
PC에서는 정상인데 휴대폰에서 계속 연결 시간 초과가 표시되나요?
먼저 휴대폰이 게스트 Wi-Fi에 연결되어 있는지, PC가 절전 모드에 들어갔는지 확인한 뒤 다른 PC에서 TCP 10808 포트를 테스트하세요. 수신 주소가 127.0.0.1뿐이라면 매개변수 설정에서 LAN 연결을 허용하고 코어를 다시 시작합니다. 수신 설정이 올바르면 방화벽과 무선 클라이언트 격리를 확인하세요.
공유 후 모든 기기가 같은 프록시 출구를 사용하게 할 수 있나요?
현재 라우팅 설정에서 대상 트래픽이 직접 연결 규칙에 해당하지 않는지 확인하세요. 비교 테스트를 위해 잠시 전역 프록시 라우팅 모드를 사용할 수 있지만, 이 모드도 프록시 코어로 들어오는 요청에만 적용됩니다. 프록시를 사용하지 않는 앱의 트래픽까지 자동으로 처리하지는 않습니다. 테스트가 끝나면 평소 사용하는 분기 라우팅 규칙으로 되돌리세요.
공유를 마친 뒤: 기기 설정을 원래대로 되돌리고 접근 범위 제한
LAN 프록시 포트는 네트워크에서 접근할 수 있는 서비스 입구를 하나 추가하는 것과 같습니다. 공유 중에는 다른 기기의 트래픽이 PC의 외부 연결과 대역폭을 사용하며, 같은 서비스의 트래픽으로 계산될 수도 있습니다. 수신 인증이 설정되어 있지 않다면 같은 네트워크 범위에 있는 다른 기기도 이 포트를 사용할 수 있으므로 신뢰할 수 없는 네트워크에서 계속 열어 두지 마세요.
- 인터넷에 포트를 공개하지 마세요: 가정 내 공유에는 라우터에서 10808을 인터넷으로 포트 포워딩하거나 PC를 DMZ 호스트로 설정할 필요가 없습니다.
- 공유가 필요하지 않을 때: ‘LAN 연결 허용’을 끄고 코어를 다시 시작한 뒤 수신 범위가 로컬로 돌아왔는지 확인하세요.
- 기기 설정 복구: 휴대폰, TV, 다른 PC의 수동 프록시를 ‘사용 안 함’ 또는 원래 설정으로 되돌리세요. PC가 꺼진 뒤에도 기기가 작동하지 않는 프록시에 계속 연결하려는 상황을 방지할 수 있습니다.
- 방화벽 설정 정리: 이번 공유를 위해 별도로 만든 규칙을 삭제하세요. 다른 보안 프로그램의 설정을 변경했다면 그것도 원래대로 복구합니다.
이 글의 예시 방화벽 규칙은 아래 명령으로 삭제할 수 있습니다. 이번에 만든 규칙 중 이름이 일치하는 항목만 삭제하고, 기존 시스템 규칙을 일괄 삭제하지 마세요.
Remove-NetFirewallRule -DisplayName "v2rayN LAN TCP 10808"