브라우저 프록시가 WebRTC에도 적용될까?

브라우저의 HTTP 프록시 설정이 WebRTC에 자동으로 적용되지는 않습니다. 일반 IP 확인 페이지는 웹 요청을 측정하지만, 통화는 연결과 주소 탐색에 별도의 경로를 사용할 수 있습니다.

SOCKS5를 사용해도 이 차이가 없어지지는 않습니다. Chromium에 내장된 SOCKS5 URL 프록시 구현은 TCP를 지원하며 범용 UDP 연결 기능을 제공하는 것은 아닙니다. 프로토콜 자체의 기능은 이 브라우저 인터페이스보다 더 넓습니다.

브라우저는 WebRTC용 네트워크 제어를 따로 제공합니다. Chrome은 개인정보 보호 확장 API를 통해 disable_non_proxied_udp 등의 IP 처리 정책을 노출합니다. Mozilla도 WebRTC 네트워크 개인정보 보호 설정을 문서화하고 있습니다. 이 Chrome 값은 API 정책이며, 모든 브라우저에 공통인 체크박스나 모든 주소를 숨긴다는 보장이 아닙니다.

먼저 일반 웹 연결의 출구를 확인한 뒤, 실제 회의 앱에서 WebRTC 동작을 살펴보세요. 보고하는 필드의 뜻을 이해할 수 있는 진단 도구를 사용해야 합니다. 로컬 주소, 중계 주소, 외부에서 관찰한 공인 주소는 연결의 서로 다른 부분을 나타냅니다. 브라우저와 시험 조건을 기록하세요. 정책, 확장 기능, 개인정보 보호 동작, 이용 가능한 경로가 결과에 영향을 주므로 “항상 유출된다”는 주장이나 웹 IP 확인의 성공만으로는 충분한 결론이 되지 않습니다.

WebRTC 경로를 제한했다면 필요한 통화를 다시 시도하세요. 주소 노출을 줄이면 통화 연결이 막힐 수도 있습니다. 이 절충 문제는 HTTP 프록시 엔드포인트의 온라인 여부와 별개입니다.