V2Ray LAN 연결 설정: 휴대폰·태블릿·TV에서 PC 프록시 공유

1. LAN 프록시 작동 방식과 사용 범위

LAN 연결 허용은 PC에서만 사용할 수 있었던 프록시 진입점을 같은 네트워크의 기기에도 개방하는 설정입니다. 휴대폰이나 TV가 요청을 PC로 보내면 v2rayN이 관리하는 코어가 라우팅 규칙에 따라 직접 연결하거나 프록시를 통해 외부로 연결합니다. 원격 노드는 기존 VMess, VLESS 등의 설정을 그대로 사용하므로, 연결할 기기에 노드 사용자 식별 정보나 전송 경로, TLS 매개변수를 다시 입력할 필요가 없습니다.

PC 전체가 라우터로 바뀌는 것은 아닙니다. PC에서 시스템 프록시를 켜도 시스템 프록시 설정을 사용하는 PC 앱에만 적용됩니다. PC에서 TUN을 켜더라도 다른 기기의 네트워크 트래픽까지 자동으로 처리하지는 않습니다. LAN 공유는 HTTP 또는 SOCKS 수신 포트를 사용하며, 다른 기기에서 해당 진입점으로 요청을 보내도록 직접 설정해야 합니다.

• 적합한 경우: Android 기기, 태블릿 또는 TV에서 수동 프록시를 지원하며 PC에 이미 설정한 노드와 라우팅을 함께 사용하려는 경우.
• 제한 사항: Wi-Fi의 HTTP 프록시는 해당 설정을 따르는 앱에만 적용됩니다. 모든 앱, UDP 게임 트래픽, 기기의 DNS까지 처리된다고 볼 수는 없습니다.
• 필수 조건: PC가 켜져 있고 코어가 정상적으로 실행 중이어야 하며, 두 기기가 서로 통신할 수 있는 네트워크에 연결되어야 합니다. 이름이 같은 Wi-Fi에 연결되어 있어도 기기 간 통신이 허용된다는 뜻은 아닙니다.

2. PC IP와 실제 수신 포트 확인

Windows에서는 터미널을 열고 ipconfig를 실행한 뒤 현재 Wi-Fi 또는 이더넷 어댑터의 IPv4 주소를 확인하세요. macOS에서는 「시스템 설정」→「네트워크」→ 현재 연결 →「세부사항」→「TCP/IP」에서 IP 주소를 확인합니다. 가상 네트워크 어댑터, 터널 어댑터 또는 연결이 끊긴 어댑터의 주소는 사용하지 마세요.

아래 주소는 설정 예시이며 모든 가정용 네트워크에서 동일하게 사용하는 값이 아닙니다. PC의 실제 주소가 192.168.50.12라면 이후에 입력하는 서버 주소와 테스트 명령도 함께 바꾸세요. 휴대폰에서 127.0.0.1은 휴대폰 자신을 가리키므로 PC 연결에 사용할 수 없습니다.

버전과 코어에 따라 수신 포트 구성은 다를 수 있습니다. 비교적 최신 설정에서는 하나의 혼합 포트가 HTTP와 SOCKS를 모두 처리할 수 있고, 구버전 설정에서는 SOCKS에 10808, HTTP에 10809를 별도로 사용할 수 있습니다. 인터넷에서 본 포트 번호만 믿지 말고, 현재 매개변수 설정이나 시작 로그에서 수신 프로토콜을 확인해야 합니다.

3. v2rayN에서 LAN 연결 허용

먼저 PC에서 노드가 정상적으로 작동하는지 확인한 다음 LAN 수신 설정을 변경하세요. 이렇게 하면 노드 문제와 LAN 포트 연결 문제를 따로 확인할 수 있습니다. 변경 전에는 기존 포트와 수신 설정을 기록해 두면 테스트 후 쉽게 복원할 수 있습니다.

1. v2rayN을 열고 「설정」→「매개변수 설정」으로 이동한 뒤 「LAN에서 연결 허용」 또는 이와 비슷한 이름의 LAN 연결 옵션을 찾으세요. 버전에 따라 메뉴 그룹 이름은 조금 다를 수 있습니다.
2. LAN 연결을 활성화하고 로컬 SOCKS, HTTP 또는 혼합 포트를 확인하세요. 이 글의 예시와 맞추려고 정상 작동 중인 포트를 변경하지 마세요.
3. 설정을 저장하고 화면 안내에 따라 코어를 다시 시작하세요. 안내가 없다면 클라이언트를 종료한 후 다시 실행하고, 코어 시작 로그에 오류가 있는지 확인하세요.
4. 수신 주소를 확인하세요. 127.0.0.1:10808만 표시되면 다른 기기에서 연결할 수 없습니다. 0.0.0.0:10808은 보통 모든 IPv4 인터페이스에서 연결을 수신한다는 뜻이며, PC의 구체적인 LAN 주소를 사용할 수도 있습니다.

0.0.0.0은 수신 범위를 지정하는 주소이며 휴대폰에 입력할 서버 주소가 아닙니다. 모든 인터페이스에서 연결을 받으면 접근 가능한 범위가 넓어지므로 다음 단계에서 방화벽 접근을 제한해야 합니다. 사용자 지정 설정을 사용하는 경우 화면의 스위치가 설정 파일의 수신 항목까지 변경하지 않을 수 있으니 실제로 생성되거나 불러온 코어 설정을 확인하세요.

시스템 명령으로 수신 상태 확인

Windows에서는 PowerShell에서 첫 번째 명령을 실행하고, macOS에서는 터미널에서 두 번째 명령을 실행할 수 있습니다. 여기서는 자주 사용하는 포트 두 개를 확인합니다. 실제 포트가 다르면 해당 값으로 바꾸세요. 10809 수신 결과가 없다고 반드시 문제가 있는 것은 아닙니다. 혼합 포트 설정에서는 10808만 필요할 수 있습니다.

# Windows PowerShell
Get-NetTCPConnection -State Listen |
  Where-Object { $_.LocalPort -in 10808,10809 } |
  Select-Object LocalAddress,LocalPort,OwningProcess

# macOS 터미널
lsof -nP -iTCP:10808 -sTCP:LISTEN
lsof -nP -iTCP:10809 -sTCP:LISTEN

4. 신뢰할 수 있는 기기만 방화벽에서 허용

Windows 가정용 네트워크를 신뢰할 수 있다면 「개인 네트워크」로 설정하세요. 「고급 보안이 포함된 Windows Defender 방화벽」→「인바운드 규칙」→「새 규칙」→「사용자 지정」으로 이동해 실제 코어 프로그램, TCP 프로토콜, 사용 중인 로컬 포트만 지정합니다. 「범위」에서 원격 IP를 휴대폰 주소나 가정용 서브넷으로 제한하고 「개인」 프로필만 선택하세요.

• 기기 한 대만 허용하는 예: 휴대폰 192.168.1.35에서 PC의 TCP 10808에만 접속하도록 허용하면 기기 한 대를 고정해 사용할 때 적합합니다.
• 가정용 서브넷 예: 네트워크 마스크가 255.255.255.0인지 확인한 경우 192.168.1.0/24는 해당 서브넷을 뜻합니다. 주소 범위가 다른 네트워크에 이 값을 그대로 적용하지 마세요.
• 포트 범위: 혼합 포트 10808만으로 충분하다면 10809를 추가로 열 필요가 없으며, 일반 HTTP 웹페이지 테스트를 위해 UDP를 허용할 필요도 없습니다.

macOS에서는 「시스템 설정」→「네트워크」→「방화벽」→「옵션」에서 앱의 네트워크 접근 권한을 확인할 수 있습니다. 방화벽 알림은 v2rayN 창 프로그램이 아니라 실제 연결을 수신하는 코어 프로그램을 가리킬 수 있습니다. 신뢰할 수 있는 프로그램의 수신 연결을 허용한 뒤 테스트하세요. macOS 앱 방화벽에는 Windows처럼 원격 IP별로 제한하는 화면이 없습니다. 더 세밀하게 제한하려면 라우터의 접근 제어를 사용하거나 시스템 필터 규칙을 신중하게 설정하세요.

포트에 계속 연결할 수 없다면 라우터에서 게스트 네트워크 격리, AP 격리 또는 무선 클라이언트 격리가 활성화되어 있는지 확인하세요. PC는 유선으로, 휴대폰은 Wi-Fi로 연결해도 괜찮지만 두 기기가 서로 통신할 수 있는 네트워크에 있어야 합니다. 서브넷이 달라도 사용할 수 있지만 올바른 라우팅과 접근 제어가 필요합니다. 처음 설정할 때는 같은 가정용 서브넷에서 먼저 테스트하는 것이 좋습니다.

5. 휴대폰·태블릿·TV 설정 방법

Android 기기에서는 보통 「설정」→「네트워크 및 인터넷」→「인터넷」으로 이동해 현재 Wi-Fi의 편집 옵션에서 「프록시」를 「수동」으로 바꿉니다. 일부 제조사의 기기에서는 「고급 옵션」에 이 항목이 있습니다. 서버 호스트 이름에는 PC의 LAN 주소를, 포트에는 HTTP를 지원하는 것으로 확인한 포트를 입력하세요. 호스트 이름 입력란에 http:// 접두사와 포트, 주소를 한꺼번에 입력하지 마세요.

TV나 Android 태블릿에서 Wi-Fi 프록시 설정을 제공한다면 같은 항목을 입력할 수 있습니다. 일부 TV는 무선 연결일 때만 프록시 옵션을 표시하고, 일부 앱은 시스템 HTTP 프록시를 무시합니다. 이런 경우 포트를 바꿔도 해결되지 않습니다. 연결할 앱에서 별도의 SOCKS 설정을 지원한다면 실제 수신 프로토콜에 따라 10808을 입력할 수 있지만, TV의 모든 트래픽이 프록시를 거친다는 뜻은 아닙니다.

1. 설정을 저장한 뒤 시스템 프록시를 따르는 브라우저에서 접속할 수 있는 것으로 확인된 HTTPS 페이지를 먼저 여세요.
2. 동시에 PC의 코어 연결 로그를 확인해 연결할 기기에서 요청이 실제로 들어왔는지 살펴보고, 적용된 라우팅 규칙과 아웃바운드 태그도 확인하세요.
3. 브라우저에서는 연결되지만 특정 앱에서 실패한다면 PC 노드를 바로 변경하기보다 해당 앱이 시스템 프록시를 지원하는지 확인하세요.
4. 공유를 중단하기 전에 기기의 Wi-Fi 프록시 설정을 「사용 안 함」으로 되돌리세요. 그렇지 않으면 PC가 꺼진 뒤에도 기기가 응답하지 않는 프록시 주소로 요청을 보낼 수 있습니다.

Wi-Fi 프록시를 설정하기 위해 Android 기기에서 v2rayNG 또는 v2flyNG를 실행할 필요는 없습니다. 이 방법에서는 PC가 프록시 진입점을 제공합니다. Android VPN도 함께 사용한다면 라우팅을 별도로 확인하세요. 요청 경로가 복잡해져 문제의 원인을 파악하기 어려울 수 있습니다.

6. 포트·프로토콜·라우팅 순서로 문제 해결

다른 Windows PC가 있다면 Test-NetConnection 192.168.1.20 -Port 10808을 실행해 포트 연결을 테스트할 수 있습니다. TcpTestSucceeded가 true라면 TCP 핸드셰이크가 완료됐다는 뜻일 뿐, HTTP 프로토콜이 맞거나 원격 노드가 정상이라는 의미는 아닙니다. 시스템에서 ICMP를 별도로 차단할 수 있으므로 ping 한 번이 실패했다고 프록시 포트가 차단됐다고 판단하지 마세요.

curl을 사용할 수 있는 기기에서는 다음 요청을 실행해 확인한 HTTP 또는 혼합 진입점을 테스트할 수 있습니다. 5초 연결 시간 초과와 15초 전체 시간 초과는 진단을 위한 설정일 뿐 속도를 보장하지 않습니다. LAN 구간과 인바운드 방화벽까지 확인하려면 다른 기기에서 요청을 보내는 것이 좋습니다.

curl --proxy http://192.168.1.20:10808 --connect-timeout 5 --max-time 15 -I https://example.com/