프록시로 브라우저 IP만 바뀌고 다른 앱은 그대로인 이유
브라우저나 Wi-Fi의 HTTP 프록시 설정은 모든 앱과 프로토콜을 선택한 IP로 자동 라우팅하지 않습니다.
브라우저에서 바뀐 IP는 그 브라우저 요청을 설명합니다. 다른 앱은 직접 경로를 유지할 수 있습니다. 프록시 설정은 각 클라이언트가 지원하고 사용해야 하는 입력이기 때문입니다.
| 프록시를 설정한 곳 | 일반적인 적용 범위 |
|---|---|
| Firefox 수동 설정 | Firefox가 지원하는 요청. |
| 시스템 HTTP 프록시 | 그 설정을 읽고 지원하는 앱. |
| 앱의 HTTP 또는 SOCKS 옵션 | 해당 앱의 구현이 다루는 트래픽. |
| Wi-Fi 네트워크 프록시 | 그 네트워크에서 설정을 사용하는 클라이언트. |
게임이나 음성 통화는 HTTP 경로 밖의 트래픽을 사용할 수 있습니다. 직접 소켓을 여는 앱은 시스템 프록시를 완전히 무시할 수 있습니다. SOCKS5도 구현 지원이 필요합니다. 프로토콜은 UDP 연결 관계를 정의하지만 Chromium의 내장 SOCKS5 지원은 TCP URL 요청을 다루며 일반적인 UDP 릴레이가 아닙니다.
다른 앱의 문서화된 프록시 인터페이스를 찾고 프로토콜을 맞추세요. 그런 인터페이스가 없다면 시스템 HTTP 엔드포인트를 반복해서 바꿔도 앱을 설정하기 어렵습니다. 앱의 진단 기능이나 직접 관리하는 목적지로 그 앱의 요청을 확인하세요. curl은 엔드포인트를 검증할 수 있지만 다른 앱의 경로를 증명하지는 못합니다.
실행 후나 네트워크가 바뀐 뒤 다시 확인하세요. 프로세스는 시작할 때 읽은 설정을 유지할 수 있고, 휴대전화가 모바일 데이터로 전환하면 Wi-Fi 전용 설정은 뒤에 남습니다. 기기 전체 라우팅이 필요하다면 그 범위에 맞는 방식을 선택하세요. 단일 클라이언트의 HTTP 설정으로는 만들 수 없습니다.