혼합 포트 7890과 LAN 허용 설정: 휴대폰에서 PC 프록시 사용하기

먼저 확인할 사항: PC가 인터넷에 연결되고 휴대폰과 통신할 수 있어야 합니다

휴대폰에서 PC 프록시를 사용하려면 PC의 Clash 또는 mihomo 클라이언트를 LAN 프록시 서버로 이용합니다. 휴대폰에서 프록시를 지원하는 요청을 PC로 보내면, PC가 현재 설정된 규칙과 정책 그룹에 따라 직접 연결하거나 프록시 노드를 거칩니다. 이 연결 경로를 위해 휴대폰에서 구독을 다시 가져올 필요는 없지만, PC는 켜져 있고 인터넷에 연결된 상태로 프록시 코어가 계속 실행되어야 합니다.

먼저 PC에서 프록시가 필요한 웹사이트에 접속해 보세요. 구독이 활성화되어 있고 정책 그룹에서 사용 가능한 노드를 선택했는지 확인한 뒤 LAN 공유를 설정합니다. PC에서도 연결되지 않는다면 먼저 구독과 노드 문제를 해결하세요. 휴대폰의 프록시 주소를 바꿔도 상위 연결 문제는 해결되지 않습니다.

• 네트워크 요구 사항: PC는 유선 LAN, 휴대폰은 Wi-Fi에 연결해도 되지만 두 기기 사이의 LAN 통신이 허용되어야 합니다. 가장 간단한 방법은 같은 가정용 라우터에 연결하는 것입니다.
• 네트워크 격리: 게스트 Wi-Fi, 무선 클라이언트 격리, 기업 네트워크 접근 제어로 인해 휴대폰이 PC에 연결되지 않을 수 있습니다. Wi-Fi 이름이 같다고 해서 서로 통신할 수 있는 것은 아닙니다.
• 사용 범위: 휴대폰 Wi-Fi에서 설정하는 수동 HTTP 프록시는 시스템 프록시 설정을 따르는 앱에 주로 적용됩니다. 휴대폰 전체 트래픽을 가로채는 기능은 아닙니다.

이 문서의 예시에서는 PC 주소 192.168.1.50, 휴대폰 주소 192.168.1.80, 혼합 포트 7890을 사용합니다. 설명을 위한 내부 네트워크 주소이며 자동으로 탐지된 값이 아닙니다. 실제 설정 전에 본인의 주소를 확인해 입력하세요.

mixed-port, allow-lan, 수신 주소 이해하기

mixed-port는 하나의 TCP 포트에서 프로토콜을 구분해 HTTP 프록시 요청과 SOCKS5 연결을 모두 받습니다. 두 프로토콜을 겹쳐 쓰는 기능이 아니며, 휴대폰에서 프록시를 두 개 설정할 필요도 없습니다. 휴대폰 Wi-Fi 설정에는 보통 HTTP 프록시 항목이 있으므로 혼합 포트를 입력하면 그중 HTTP 프록시 기능을 사용합니다.

7890은 흔히 사용하는 설정값일 뿐 필수 표준은 아닙니다. 클라이언트에 따라 다른 포트를 사용할 수 있으므로 현재 실행 설정과 실제 수신 상태를 확인해야 합니다. 일반적으로 port는 HTTP 포트이고 socks-port는 SOCKS 포트입니다. 숫자만 보고 휴대폰에 입력하지 마세요.

127.0.0.1은 루프백 주소입니다. PC가 이 주소에서 수신하면 PC 자체의 연결만 허용되며, 휴대폰에 입력하면 휴대폰 자신을 가리키게 됩니다. bind-address를 '*'로 설정하면 보통 모든 인터페이스에서 수신하지만 노출 범위가 넓어집니다. 이 문서에서는 특정 LAN IPv4 주소를 지정하고 방화벽으로 접근 범위를 제한합니다.

HTTPS 웹사이트에서도 HTTP 프록시를 사용할 수 있는 이유

HTTPS 사이트에 접속할 때 프록시를 지원하는 앱은 보통 HTTP CONNECT로 터널을 만든 뒤, 터널 안에서 대상 사이트와 TLS 통신을 합니다. 일반적인 프록시 전달에는 루트 인증서 설치나 인증서 검증 해제가 필요하지 않습니다. 공유 설정 후 인증서 경고가 나타나면 민감한 작업을 중단하고 시간, 네트워크, 대상 사이트를 확인하세요. 낯선 인증서를 설치해 프록시 문제를 해결하려 하지 마세요.

1단계: PC의 현재 LAN IPv4 주소 확인

Windows: 사용 중인 네트워크 어댑터 확인

Win + R을 누르고 cmd를 입력한 다음 Enter 키를 누릅니다. 아래 명령을 실행하세요. 유선으로 연결했다면 “이더넷 어댑터”, 무선으로 연결했다면 현재 연결된 “무선 LAN 어댑터”를 확인합니다.

ipconfig

해당 어댑터의 “IPv4 주소”를 기록합니다. 예를 들어 IPv4 주소가 192.168.1.50이고 기본 게이트웨이가 192.168.1.1이라면 휴대폰 프록시 서버에는 앞의 주소를 입력해야 합니다. 게이트웨이를 입력하면 안 됩니다. 연결되지 않은 어댑터, VPN 가상 어댑터, TUN 어댑터의 주소는 제외하고, 공인 IP 확인 사이트에 표시된 주소도 사용하지 마세요.

macOS: 네트워크 세부 정보 확인

macOS 13 이상에서는 “시스템 설정” → “네트워크” → 현재 사용 중인 Wi-Fi 또는 이더넷 → “세부사항” → “TCP/IP”로 이동해 IPv4 주소를 기록합니다. 또는 “Wi-Fi” 화면에서 연결된 네트워크의 “세부사항”을 연 다음 “TCP/IP”에서 확인할 수도 있습니다.

라우터가 DHCP로 할당한 주소는 다시 연결한 뒤 바뀔 수 있습니다. 처음 연결에 성공한 후 라우터의 DHCP 주소 예약 기능을 사용해 PC의 현재 주소를 고정할 수 있습니다. 예약하지 않으면 PC 주소가 192.168.1.50에서 다른 값으로 바뀔 때 수신 설정과 휴대폰 프록시 주소를 모두 업데이트해야 합니다.

2단계: LAN 공유를 켜고 포트 확인

Clash GUI 클라이언트마다 메뉴 이름이 다릅니다. 먼저 “설정”에서 “LAN 연결 허용” 또는 “Allow LAN”을 찾아 켠 다음 “포트” 또는 “혼합 포트”의 실제 값을 확인하세요. 클라이언트에서 영구 설정을 편집할 수 있다면 아래 세 항목을 기존 설정에 병합합니다. 구독 파일 전체를 이 내용으로 교체하지 마세요.

mixed-port: 7890
allow-lan: true
bind-address: 192.168.1.50

항목 앞에 들여쓰기를 추가하지 말고 proxies나 dns 아래에 넣지 마세요. 이미 같은 이름의 항목이 있다면 중복으로 정의하지 않습니다. 저장한 뒤 클라이언트의 다시 불러오기 또는 코어 재시작 기능을 사용해 적용하세요. PC의 실제 주소가 예시와 다르면 먼저 bind-address를 수정해야 합니다. 그렇지 않으면 코어가 해당 주소에 바인딩되지 않을 수 있습니다.

구독을 업데이트하면 직접 수정한 구독 파일이 덮어써질 수 있고, GUI 클라이언트가 화면 설정으로 포트나 LAN 허용 항목을 다시 설정할 수도 있습니다. 가능하면 클라이언트의 영구 설정 또는 오버라이드 기능을 사용한 뒤 다시 불러오고 실제 적용 상태를 확인하세요. 파일에 true가 적혀 있어도 현재 코어에 적용됐다는 뜻은 아닙니다.

7890 포트가 실제로 수신 중인지 확인

Windows에서는 명령 프롬프트에서 다음을 실행합니다.

netstat -ano -p tcp | findstr ":7890"

로컬 주소와 상태 열을 확인하세요. 192.168.1.50:7890의 상태가 LISTENING이면 이 예시와 일치합니다. 0.0.0.0:7890은 모든 IPv4 인터페이스에서 수신 중이라는 뜻이고, 127.0.0.1:7890만 표시되면 여전히 PC 내부에서만 사용할 수 있습니다. 출력의 원격 주소에 7890이 보여도 PC가 해당 포트에서 수신 중이라는 뜻은 아닙니다.

macOS에서는 터미널에서 lsof -nP -iTCP:7890 -sTCP:LISTEN을 실행합니다. 수신 결과가 없다면 코어가 실행 중인지, 다른 프로그램이 포트를 사용 중인지, 설정을 다시 불러올 때 오류가 발생했는지 확인하세요.

LAN 허용은 공용 인터넷에서의 접근을 허용한다는 뜻이 아닙니다. 라우터에서 7890 포트 포워딩을 설정하지 말고, 프록시 공유를 위해 외부 컨트롤러 포트를 열지도 마세요. 제어 API와 휴대폰이 접속하는 프록시 포트는 서로 다른 연결 지점입니다.

3단계: 신뢰할 수 있는 기기만 방화벽에서 허용

포트가 수신 중이어도 시스템 방화벽이 휴대폰 연결을 차단할 수 있습니다. 방화벽을 통째로 끄지 마세요. Windows의 가정용 네트워크가 신뢰할 수 있는지 확인한 뒤 “설정” → “네트워크 및 인터넷” → 현재 연결의 속성에서 네트워크 프로필을 확인하고, 개인 네트워크에 한정된 인바운드 규칙을 만드세요.

아래 PowerShell 명령은 관리자 권한이 필요합니다. 예시 휴대폰 192.168.1.80만 PC의 TCP 7890에 접속하도록 허용하며, 개인 네트워크에서만 적용됩니다. 실행 전에 휴대폰 Wi-Fi 세부 정보에 표시된 실제 주소로 바꾸세요.

New-NetFirewallRule -DisplayName "Mihomo LAN TCP 7890" -Direction Inbound -Action Allow -Protocol TCP -LocalPort 7890 -RemoteAddress 192.168.1.80 -Profile Private

범위를 좁힌 규칙을 추가해도 기존의 광범위한 허용 규칙이 취소되지는 않습니다. “Windows 보안” → “방화벽 및 네트워크 보호” → “고급 설정” → “인바운드 규칙”에서 모든 출처를 허용하는 규칙이 이미 있는지 확인하고 필요한 범위로 제한하세요. 휴대폰 주소가 바뀌면 허용 출처도 업데이트해야 합니다.

macOS에서는 “시스템 설정” → “네트워크” → “방화벽” → “옵션”에서 클라이언트 또는 실제 코어 프로그램이 차단되어 있는지 확인할 수 있습니다. 인증되지 않은 프록시 포트를 공용 Wi-Fi에 열어 두는 것은 적절하지 않습니다. LAN 사용자를 통제할 수 없다면 모든 인바운드 제한을 완화하는 대신 휴대폰에서 별도의 클라이언트를 사용하세요.

4단계: 휴대폰 Wi-Fi에 HTTP 프록시 입력

iPhone 및 iPad

1. “설정” → “Wi-Fi”로 이동한 뒤 현재 네트워크 오른쪽의 정보 버튼을 누릅니다.
2. “프록시 구성”을 찾아 “수동”을 선택합니다.
3. “서버”에는 PC의 LAN 주소(예: 192.168.1.50)를 입력하고, “포트”에는 7890을 입력합니다.
4. 이 예시에서는 프록시 인증을 설정하지 않았으므로 “인증”을 켜지 않습니다. 저장한 뒤 Safari에서 웹페이지를 열어 테스트하세요.

Android

기본 Android 화면을 기준으로 “설정” → “네트워크 및 인터넷” → “인터넷” → 현재 Wi-Fi → 네트워크 수정 → “고급 옵션” → “프록시” → “수동”으로 이동합니다. 제조사에 따라 Wi-Fi 세부 정보의 “네트워크 수정”에 설정이 있을 수 있습니다.

• 프록시 호스트 이름: 192.168.1.50을 입력합니다. 주소만 입력하고 http://나 포트 번호는 붙이지 마세요.
• 프록시 포트: 7890을 입력합니다. PC의 혼합 포트와 같은 값이어야 합니다.
• 프록시를 사용하지 않을 주소: 처음 문제를 확인할 때는 기본값을 유지하세요. 테스트할 웹사이트를 우회 목록에 잘못 입력하지 않도록 주의합니다.

저장한 뒤 브라우저를 다시 열어 보세요. 이 설정은 보통 현재 Wi-Fi에만 적용되며 모바일 데이터 프록시로 자동 전환되지 않습니다. 일부 Android 앱은 시스템 HTTP 프록시를 무시하고, 일부 앱은 설정 전에 만든 연결을 계속 사용할 수 있습니다. 필요하다면 앱을 완전히 종료한 다음 다시 실행하세요.

연결 확인: 연결 기록을 먼저 보고 앱 적용 범위 판단하기

PC 클라이언트에서 “연결” 또는 로그 화면을 열고 휴대폰에서 웹페이지를 새로고침합니다. 휴대폰 주소에서 들어온 새 연결이 보이면 휴대폰 요청이 PC 프록시에 도달한 것입니다. 이어서 해당 연결에 적용된 규칙과 정책 그룹을 확인하세요. DIRECT가 적용되면 직접 연결되고, 프록시 정책이 적용된 경우에만 해당 노드를 사용합니다.

따라서 휴대폰은 PC의 현재 분기 설정을 공유하는 것이지, 모든 웹사이트가 자동으로 같은 노드를 거치는 것은 아닙니다. 문제를 확인할 때는 개별 요청의 경로를 살펴보세요. 외부 IP가 바뀌었는지만으로 공유 성공 여부를 판단하지 마세요. 브라우저에서 접속된다는 사실만으로 모든 앱과 프로토콜이 처리된다고 볼 수도 없습니다.

DNS, UDP, TUN의 적용 범위

HTTP 프록시 요청이나 CONNECT에는 대상 도메인이 포함될 수 있으며, 이후의 도메인 조회는 PC의 코어 설정에 따라 처리됩니다. 하지만 휴대폰의 모든 DNS 요청이 PC를 거친다는 보장은 없습니다. 앱이 도메인을 미리 조회하거나 별도의 연결을 직접 만들 수도 있으므로 Wi-Fi 프록시 설정만으로 DNS 유출을 완전히 방지할 수는 없습니다.

휴대폰 Wi-Fi의 HTTP 프록시는 범용 UDP 전달 기능이 아닙니다. 게임, 음성 통화, 일부 QUIC 기반 연결은 다르게 동작할 수 있습니다. PC에서 TUN 모드를 켜도 PC로 라우팅되지 않은 휴대폰 트래픽을 자동으로 가로채지는 않습니다. 더 많은 앱의 트래픽을 처리하려면 휴대폰에 적합한 클라이언트를 설치하세요. 게이트웨이 수준에서 처리하려면 라우팅과 투명 프록시 설정이 필요하며, 이 문서의 세 항목만 수정해서는 충분하지 않습니다.

공유 종료: 휴대폰 설정을 먼저 되돌린 뒤 PC 프록시 닫기

공유를 끝낼 때는 iPhone에서 “프록시 구성”을 열어 “끔”을 선택하고, Android에서는 현재 Wi-Fi의 프록시 설정을 “없음”으로 바꿉니다. 원래 네트워크에서 웹페이지가 정상적으로 열리는지 확인한 다음 PC의 LAN 허용 설정을 끄거나 클라이언트를 종료하세요. 휴대폰이 이미 중지된 프록시로 계속 요청을 보내지 않도록 하는 순서입니다.

이번 테스트를 위해 Windows 방화벽 규칙을 추가했다면 관리자 PowerShell에서 다음 명령으로 삭제할 수 있습니다.

Remove-NetFirewallRule -DisplayName "Mihomo LAN TCP 7890"

마지막으로 세 가지 대응 관계를 기억하세요. 휴대폰의 서버 주소는 PC의 LAN IP, 휴대폰 포트는 실제 수신 중인 혼합 포트, 휴대폰에서 프록시가 적용되는 범위는 앱의 시스템 HTTP 프록시 지원 여부와 관련이 있습니다. “PC 연결 확인 → LAN 통신 확인 → 포트 수신 확인 → 휴대폰 설정 → 연결 기록 확인” 순서로 진행하면 대개 문제 지점을 명확히 찾을 수 있습니다.