로컬 네트워크 프록시 공유는 기기 자체에서 HTTP 또는 SOCKS 프록시를 수동으로 입력할 수 있지만 v2rayN, v2rayNG 또는 v2flyNG를 직접 실행하기 어려운 경우에 유용합니다. 공유를 켜면 Windows PC나 Android 기기가 프록시 진입점 역할을 하고, TV·게임 콘솔·테스트 기기는 같은 라우터에 연결한 뒤 공유 기기의 로컬 네트워크 주소를 프록시 서버로 입력하면 됩니다.

이 글 한눈에 보기

이 글은 v2rayN 또는 v2rayNG로 노드에 정상 연결할 수 있는 사용자를 대상으로 합니다. 수신 주소, 포트, 방화벽, 대상 기기의 프록시 매개변수를 설정하는 전체 과정을 설명하고, 연결 실패 시 계층별 점검 순서도 안내합니다.

로컬 네트워크 프록시 공유 연결 경로

일반적인 로컬 프록시는 127.0.0.1:10808처럼 루프백 주소에서만 수신합니다. 이 주소는 클라이언트가 실행 중인 기기 내부에서만 유효하므로 같은 네트워크의 다른 기기는 접근할 수 없습니다. ‘로컬 네트워크 연결 허용’을 켜면 클라이언트가 해당 인바운드 수신 범위를 로컬 네트워크 어댑터까지 확장합니다. 보통 0.0.0.0에서 수신하게 되며, 외부 기기는 이후 PC나 Android 기기의 실제 로컬 네트워크 주소로 연결할 수 있습니다.

대상 기기 요청 라우터 전달 공유 기기 수신 라우팅 규칙 일치 프록시 노드 아웃바운드

공유 기기는 구독, 노드 목록 또는 라우팅 화면을 대상 기기와 동기화하지 않습니다. 대상 기기에는 일반 프록시 서버 하나만 표시되며, 노드 선택·DNS 정책·라우팅 분기·연결 로그는 계속 공유 클라이언트가 관리합니다. 따라서 활성 서버를 바꿔도 공유 기기의 로컬 네트워크 주소와 수신 포트가 그대로라면 TV나 게임 콘솔의 프록시 주소를 다시 입력할 필요가 없습니다.

HTTP 프록시와 SOCKS 프록시를 혼동해 입력하면 안 됩니다. TV와 게임 콘솔의 네트워크 설정에는 보통 ‘프록시 서버 호스트 이름’과 ‘프록시 포트’만 있으며, 이런 입력란은 대부분 HTTP 프록시로 처리됩니다. 브라우저·개발 도구 또는 고급 네트워크 매개변수를 지원하는 기기에서만 SOCKS5 유형을 명시적으로 선택할 수 있습니다. 입력하기 전에 클라이언트 화면에서 현재 개방된 포트가 혼합 포트인지, HTTP 포트인지, SOCKS 포트인지 확인하세요.

v2rayN에서 로컬 네트워크 연결 켜기

Windows의 v2rayN을 공유 기기로 사용할 경우 클라이언트를 열고 「설정」→「매개변수 설정」→「기본 설정」으로 이동한 다음 「로컬 네트워크 연결 허용」을 켭니다. 버전에 따라 항목 배치가 조금 다를 수 있지만 로컬 수신 포트와 로컬 네트워크 접근 허용 여부를 함께 확인해야 합니다. 변경 후 설정을 저장하고, 화면에 코어 재시작 안내가 표시되면 코어를 한 번 재시작해 수신 주소를 다시 불러오세요.

v2rayN 공유 기기

메뉴 경로
설정 → 매개변수 설정
일반 포트
10808
수신 범위
로컬 네트워크 어댑터
네트워크 위치
개인 네트워크

현재 클라이언트의 포트 입력란에 표시된 값을 기준으로 하며, 이전 설정을 보고 추측하지 마세요.

대상 기기

서버
공유 PC IPv4 주소
포트
인바운드와 동일
프록시 유형
HTTP 또는 SOCKS5
게이트웨이
라우터 주소 유지

프록시 항목만 수정하고 기본 게이트웨이를 공유 PC 주소로 바꾸지 마세요.

  1. Win + R을 누르고 cmd를 입력한 뒤 ipconfig를 실행합니다.
  2. 현재 사용 중인 무선 네트워크 어댑터 또는 이더넷 어댑터를 찾아 ‘IPv4 주소’를 기록합니다. 예: 192.168.1.36.
  3. v2rayN에서 활성 노드가 실행 중인지 확인하고 인바운드 포트를 기록합니다. 초기값은 보통 10808이지만 이전 설정이나 포트 충돌로 실제 값이 달라질 수 있습니다.
  4. Windows 방화벽에서 v2rayN 또는 현재 코어가 ‘개인 네트워크’를 통해 통신하도록 허용합니다. 포트 기반 인바운드 규칙을 사용한다면 필요한 TCP 포트만 개방하세요.
  5. 다른 기기에서 192.168.1.36:10808에 연결해 테스트한 후 장기 설정을 진행하세요.
Windows IPv4 예시
공유 기기 주소: 192.168.1.36
프록시 포트: 10808
대상 기기 주소: 192.168.1.82
기본 게이트웨이: 192.168.1.1
서브넷 마스크: 255.255.255.0

v2rayN에서 HTTP와 SOCKS 인바운드를 분리해 사용하는 경우 대상 기기가 실제로 지원하는 유형과 해당 포트를 선택하세요. 일부 최신 버전은 하나의 포트에서 HTTP와 SOCKS 요청을 구분하는 혼합 인바운드를 지원하지만, 구버전이나 이전 설정에서 가져온 구성은 그렇지 않을 수 있습니다. 가장 확실한 판단 기준은 네트워크 튜토리얼의 고정 숫자가 아니라 「매개변수 설정」의 포트 항목과 코어 시작 로그입니다.

v2rayNG에서 임시 공유 진입점 제공

Android 기기도 임시 공유 기기로 사용할 수 있습니다. 먼저 v2rayNG를 실행하는 기기와 대상 기기를 같은 무선 네트워크에 연결한 다음 v2rayNG의 「설정」으로 이동해 「로컬 네트워크 연결 허용」을 켜고 로컬 프록시 포트를 확인한 뒤 연결을 다시 시작하세요. v2rayNG는 Xray 코어를 사용하며, v2flyNG를 사용하면 v2fly 코어가 연결을 처리합니다. 다만 로컬 네트워크 공유에는 수신 주소·포트·네트워크 도달 가능성이라는 세 가지 조건이 동일하게 적용됩니다.

10808
일반적인 로컬 프록시 포트
192.168.x.x
일반적인 로컬 네트워크 주소 대역
1개
대상 기기에 필요한 프록시 진입점
TCP
수동 프록시의 주요 연결 방식

공유 기기 주소는 현재 무선 네트워크 상세 정보에서 확인해야 합니다. 예를 들어 Android 기기 주소가 192.168.50.27이고 v2rayNG에 표시된 로컬 포트가 10808이라면 대상 기기의 프록시 서버에는 192.168.50.27, 포트에는 10808을 입력합니다. 라우터 주소 192.168.50.1이나 대상 기기 자체의 주소를 입력하지 마세요.

모바일 기기가 절전 모드에 들어가거나 무선 네트워크를 전환하거나 배터리 절약 제한이 적용되거나 라우터에서 주소를 다시 할당받으면 공유가 중단될 수 있습니다. 단시간 테스트라면 주소를 다시 확인하면 되지만, TV를 장기간 연결할 경우 라우터의 DHCP 설정에서 공유 기기에 고정 임대 주소를 할당하는 편이 좋습니다. 그러면 항상 같은 로컬 네트워크 IPv4 주소를 받을 수 있습니다.

점검 항목 올바른 값 예시 일반적인 오류
프록시 서버 192.168.50.27 127.0.0.1 입력
프록시 포트 10808 구독 서비스 포트 입력
기본 게이트웨이 192.168.50.1 공유 기기 주소로 변경
네트워크 범위 같은 라우터의 로컬 네트워크 게스트 네트워크 또는 격리된 네트워크에 연결

결론: 장기 공유라면 주소부터 고정

포트는 보통 자주 바뀌지 않습니다. 다음 날 갑자기 작동하지 않는 가장 흔한 원인은 DHCP 주소 갱신입니다. 라우터에서 먼저 공유 기기 주소를 고정하는 편이 TV의 프록시 설정을 반복해서 수정하는 것보다 안정적입니다.

TV와 게임 콘솔의 프록시 매개변수 입력 방법

대상 기기의 네트워크 설정으로 이동해 기존 IP 할당 방식·서브넷 마스크·기본 게이트웨이·DNS는 그대로 둔 채 프록시만 ‘없음’ 또는 ‘끔’에서 ‘수동’으로 변경합니다. 프록시 호스트에는 공유 기기의 IPv4 주소를, 프록시 포트에는 클라이언트의 현재 수신 포트를 입력하세요. 일부 기기는 저장 직후 네트워크 테스트를 실행하므로 이때 v2rayN 또는 v2rayNG의 연결 로그도 함께 확인해야 합니다.

항목 TV 또는 게임 콘솔 입력값 설명
IP 주소 자동으로 받기 또는 기존 고정 주소 공유 기기 주소로 변경할 필요 없음
기본 게이트웨이 라우터 주소 예: 192.168.1.1
프록시 서버 공유 기기의 로컬 네트워크 IPv4 예: 192.168.1.36
프록시 포트 클라이언트 인바운드 포트 예: 10808
인증 사용자 이름과 비밀번호가 설정되지 않은 로컬 인바운드에만 해당

저장한 뒤 먼저 결과가 명확히 반환되는 웹페이지나 앱 서비스에 접속해 보세요. 공유 기기 로그에 대상 기기 주소에서 들어온 새 연결이 나타나면 로컬 네트워크 경로와 포트가 연결된 것입니다. 이때도 콘텐츠가 로드되지 않으면 노드 가용성·도메인 확인·라우팅 규칙을 계속 점검하세요. 로그가 전혀 변하지 않는다면 주소 입력, 방화벽, 무선 격리 또는 수신 범위에 문제가 있을 가능성이 큽니다.

  • TV가 HTTP 프록시만 제공한다면 공유 기기에 HTTP 또는 혼합 인바운드가 있는지 반드시 확인해야 합니다. SOCKS5 전용 포트는 네트워크 테스트를 통과하지 못할 수 있습니다.
  • 게임 콘솔의 속도 측정 결과는 노드의 실제 처리량과 같지 않습니다. 시스템 테스트 서버, 프록시 호환성, 단일 연결 제한이 표시 속도에 영향을 줄 수 있습니다.
  • 로컬 네트워크 공유는 프록시를 지원하는 앱의 트래픽만 처리합니다. 시스템 프록시 설정을 읽지 않는 앱은 계속 직접 연결할 수 있습니다.
  • 대상 기기에 ‘네트워크에 연결됨’이라고 표시되는 것은 라우터에 접근할 수 있다는 뜻일 뿐, 공유 포트 연결에 성공했다는 의미는 아닙니다.

연결 실패 시 네 단계로 점검

점검할 때 노드·포트·DNS·라우팅 규칙을 동시에 변경하지 마세요. 먼저 2계층 네트워크 도달성을 확인하고, 다음으로 TCP 포트 도달성, 그다음 프록시 프로토콜, 마지막으로 노드와 트래픽 분기를 확인합니다. 한 번에 조건 하나만 바꿔야 로그를 바탕으로 원인을 판단할 수 있습니다.

대상 기기에 주소를 입력했는데 계속 연결 실패가 표시되나요?

먼저 두 기기가 같은 라우터에 연결되어 있는지 확인하고 ‘게스트 네트워크’에 잘못 연결된 것은 아닌지 점검하세요. 게스트 네트워크는 보통 클라이언트 격리가 활성화되어 있어 같은 서브넷에 있어도 서로 접근할 수 없습니다.

공유 기기는 인터넷에 연결되는데 TV에는 로그가 전혀 없나요?

프록시 서버에 공유 기기의 IPv4 주소를 입력했는지 확인하세요. 127.0.0.1이나 기본 게이트웨이가 아닙니다. 이어서 Windows 방화벽의 개인 네트워크 규칙과 코어 재시작 후 ‘로컬 네트워크 연결 허용’이 적용되었는지도 확인합니다.

로그에는 연결이 있는데 웹페이지가 열리지 않나요?

대상 기기의 프록시 유형이 인바운드 유형과 일치하는지 확인하세요. 기기가 HTTP만 지원한다면 클라이언트에 표시된 HTTP 또는 혼합 포트로 변경한 뒤, 라우팅 로그에서 해당 요청이 잘못된 직접 연결 아웃바운드로 전달되지 않았는지 확인합니다.

라우터를 재시작한 뒤 기존 설정이 작동하지 않나요?

공유 기기의 IPv4 주소를 다시 확인하세요. 주소가 192.168.1.36에서 192.168.1.58로 바뀌었다면 대상 기기의 프록시 서버를 업데이트하거나 라우터 DHCP 화면에서 고정 임대 주소를 설정해야 합니다.

웹페이지는 열리지만 동영상 로딩이 느린가요?

먼저 공유 기기에서 같은 노드를 테스트한 다음 불필요한 백그라운드 다운로드를 중지하세요. 무선 공유는 대상 기기에서 라우터로, 라우터에서 공유 기기로 두 구간을 거칩니다. 가능하면 공유 기기는 유선 또는 5GHz 무선 네트워크를 사용하세요.

  1. 네트워크 계층: 주소가 같은 서브넷에 속하는지 확인하고 게스트 네트워크 격리를 해제하며 테스트 중 공유 기기가 무선 네트워크를 전환하지 않도록 합니다.
  2. 포트 계층: 포트를 다른 프로그램이 사용하고 있지 않은지 확인하고 방화벽에서 개인 네트워크 인바운드를 허용했는지 점검합니다. 코어 로그에 ‘address already in use’와 같은 포트 사용 중 메시지가 없어야 합니다.
  3. 프록시 계층: HTTP 설정은 HTTP 또는 혼합 인바운드에 연결하고, SOCKS5를 명확히 지원하는 도구는 SOCKS 인바운드에 연결합니다.
  4. 아웃바운드 계층: 활성 노드·구독 상태·DNS 확인·routing 규칙을 점검하고 대상 도메인이 부적절한 직접 연결 또는 차단 아웃바운드로 전달되지 않는지 확인합니다.

포트가 실제로 수신 중인지 확인하려면 Windows 터미널에서 netstat -ano | findstr 10808을 실행할 수 있습니다. 결과에 127.0.0.1:10808만 표시되면 현재 로컬 기기의 연결만 허용하는 상태입니다. 0.0.0.0:10808 또는 공유 기기의 로컬 네트워크 주소가 표시되면 해당 어댑터에서 포트를 수신 중이라는 뜻입니다. 포트가 다른 경우 명령의 숫자를 실제 값으로 바꾸세요.

로컬 네트워크 공유의 보안 범위와 장기 사용

수신 범위를 로컬 기기에서 네트워크 전체로 확장하면 같은 네트워크에서 해당 포트에 접근할 수 있는 기기도 프록시 사용을 시도할 수 있습니다. 따라서 공유는 신뢰할 수 있는 가정용 네트워크나 통제된 테스트 네트워크로 제한해야 하며, 호텔·쇼핑몰·학교 게스트 구역처럼 구성원을 알 수 없는 네트워크에서 장기간 열어 두면 안 됩니다. 테스트가 끝나면 로컬 네트워크 연결 허용을 끄고 코어를 재시작해 인바운드를 다시 로컬 범위로 되돌릴 수 있습니다.

결론: 필요한 포트만 신뢰할 수 있는 대역에 개방

방화벽 규칙에서 원격 주소를 현재 서브넷(예: 192.168.1.0/24)으로 제한하고 실제 사용하는 TCP 포트만 개방하세요. 모든 네트워크 위치의 접근을 허용하는 것보다 가정용 공유 환경에 더 적합합니다.

라우터가 기기 격리·접근 제어·별도 네트워크를 지원한다면 TV와 공유 기기를 서로 통신할 수 있는 가정용 네트워크에 배치하고, 낯선 기기는 게스트 네트워크에 남겨 둘 수 있습니다. Windows 방화벽에서는 ‘개인 네트워크’를 우선 선택해 같은 규칙이 공용 네트워크로 확장되지 않도록 하세요. 라우터의 네트워크 대역을 변경했다면 방화벽 원격 주소 범위도 함께 업데이트해야 합니다.

  • 대상 기기에 실제로 필요한 포트만 개방하고 관련 없는 관리 포트까지 로컬 네트워크에 노출하지 마세요.
  • 공유 기기에 DHCP 고정 임대 주소를 설정해 주소 변경으로 인한 관리 부담을 줄이세요.
  • 정기적으로 연결 로그를 확인해 출발지 주소가 집 안 기기의 할당 기록과 일치하는지 확인하세요.
  • 신뢰할 수 있는 네트워크를 벗어나기 전에 공유 기능을 끄세요. 특히 모바일 기기를 임시 진입점으로 사용할 때 주의해야 합니다.
  • 노드 전환과 VMess 또는 VLESS 매개변수 업데이트는 공유 기기에서 수행하며, 대상 기기에는 안정적인 로컬 네트워크 프록시 진입점만 유지합니다.

로컬 네트워크 공유는 ‘대상 기기의 요청을 기존 클라이언트로 전달하는 방법’을 해결할 뿐, 클라이언트 자체의 구독 관리·코어 실행·라우팅 분기를 대신하지 않습니다. 안정적인 구성에는 보통 공유 기기 주소 고정, 명확한 수신 포트, 제한된 방화벽 범위, 일치하는 대상 기기 프록시 유형이라는 네 가지 조건이 필요합니다. 이 네 가지를 기록해 두면 이후 노드를 바꾸거나 구독을 업데이트할 때 각 기기를 다시 설정할 필요가 없습니다.