이 탭의 ICE 후보를 시작한 뒤에 보기

누르기 전에는 피어 연결을 열지 않습니다. 보이는 주소는 이번 관찰입니다.

후보는 탭 안
mDNS를 LAN 유출로 부르지 않음
STUN을 밝힘
VPN 순위 없음

이 탭의 ICE 후보를 시작한 뒤에 보기?

홈 · 도구 · WebRTC 유출 테스트 누르기 전에는 피어 연결을 열지 않습니다. 보이는 주소는 이번 관찰입니다.

RFC 8828: WebRTC IP Address Handling Requirements

마지막 업데이트 2026-10-12

브라우저 검사

이 사이트가 보는 공인 IP 포함기본값은 꺼짐입니다. 켜면 검사 때 동일 출처 요청을 한 번 보내 그 요청의 IP를 표시합니다.

검사를 시작하기 전에는 아무것도 읽지 않습니다. 페이지를 열어도 캔버스, WebRTC, 주소 요청은 시작되지 않습니다.

후보를 모으는 방식

짧은 RTCPeerConnection을 열고 ICE를 모은 뒤 닫는다.

STUN을 써서 브라우저가 서버 반사 주소를 알게 한다. 그 요청은 STUN 호스트로 가고 CreatorPrivacyKit 프로필로 들어가지 않는다. 후보 줄은 올리지 않는다.

사설 주소와 반사 주소

host에 192.168.x 같은 주소가 있으면 페이지가 사설 네트워크 주소를 본 것이다.

서버 반사는 STUN이 본 주소다. 이 사이트가 본 주소와 다르면 VPN, 프록시, 다른 인터페이스가 있을 수 있다. 어느 쪽이 통신사인지 단정하지 않는다.

.local 은 맨 LAN이 아니다

.local 로 끝나는 이름은 지금 브라우저가 맨 LAN 주소를 가르치지 않으려고 쓰는 mDNS다. 보호로 표시한다. 유출이 아니다.

ICE 수집이 시간 초과되거나 실패하면 보호됨이 아니라 판단 불가로 표시한다. 정상 완료 뒤 후보가 없으면 이번 실행에서 후보를 보지 못했다는 뜻뿐이다.

줄을 읽는 법

맨 사설 주소는 직접 노출이다. 공개 서버 반사 주소는 관찰된 값일 뿐이며, 이 사이트가 보는 HTTP 주소와 다른 경로가 확인되지 않으면 VPN 유출이라고 부르지 않는다.

릴레이만 있다는 것은 호스트 대신 중계를 내놓았다는 뜻이다. 컴퓨터의 모든 앱이 가려졌다는 증명서는 아니다.

바꿀 수 있는 것

브라우저의 WebRTC 보호, WebRTC를 다루는 VPN, 기능이 깨지는 것을 받아들이면 WebRTC를 끄는 것이 후보가 된다.

브랜드 이름이 보장하지는 않는다. 설정을 바꾼 뒤 다시 스캔한다.

2026년 10월 26일 헤드리스 Chrome 한 번

2026년 10월 26일, 헤드리스 Google Chrome 154.0.8037.92가 iceServers stun:stun.cloudflare.com:3478로 RTCPeerConnection을 열고 이름이 cpk인 데이터 채널을 만든 뒤, 4초 또는 ICE 완료 때 수집을 멈췄다. 이 STUN 주소, 채널 이름, 4초 한도는 src/browser-privacy/webrtc.js의 collectWebRtcSignals와 같다. 게시된 페이지의 스캔 버튼을 누른 것이 아니다. Chrome 실행 인자는 --no-sandbox와 --disable-dev-shm-usage이다.

수집은 timeout-4000으로 끝났고 경과 시간은 4002 ms였다. 그 전에 UDP 후보가 둘 도착했다. host 후보는 주소가 mDNS .local 이름이고 원문 사설 IP가 아니다. 서버 반사 후보는 공인 IPv4다. prflx, relay, IPv6는 없다. 주소 문자열은 적지 않는다. 이 사이트가 본 HTTP 주소는 요청하지 않았다. 공인 srflx는 있고 HTTP 주소와는 비교하지 않은 경우다. VPN 판정이 아니다.

실행	수집 종료	경과 ms	host	srflx	prflx	relay	mDNS	사설 host	공인 srflx	IPv4	IPv6
기본 인자	timeout-4000	4002	1	1	0	0	1	0	1	1	0
disable_non_proxied_udp 추가	timeout-4000	4001	1	1	0	0	1	0	1	1	0

두 번째 실행에는 --force-webrtc-ip-handling-policy=disable_non_proxied_udp를 더했다. 수집은 다시 timeout-4000이었고 경과 시간은 4001 ms, 개수는 같았다. 개수가 같다고 이 헤드리스 실행에서 그 플래그가 적용됐다고 말할 수는 없다.

2026년 10월 26일, 스크립트를 실행하지 않고 읽은 BrowserLeaks WebRTC 정적 페이지에는 원격 IP, RTCPeerConnection과 RTCDataChannel 지원, 로컬 WebRTC IP, 공인 WebRTC IP, 세션 설명, 미디어 장치 제목이 그대로 있다. 끄기 안내는 Firefox에서는 about:config의 media.peerconnection.enabled를 false로, Chrome에서는 WebRTC Network Limiter 확장을 가리킨다. 이 사이트는 그 테스트를 실행하지 않았고 그 페이지의 STUN 호스트도 아직 모른다. 위의 10월 21일 문단은 그대로다. 이번 실행은 마이크나 카메라를 나열하지 않았고 VPN도 쓰지 않았다.

browserleaks.com/webrtc

질문

xxxx.local 이 진짜 로컬 IP인가요?

아니다. mDNS 이름이다. 페이지는 그것을 LAN 주소로 되돌릴 수 없다.

DNS 유출 테스트가 들어 있나요?

없다. 리졸버를 추측하지 않는다.

한국에서 자주 묻는 질문

후보가 없으면 안전한가요?: 그 표면이 안 보였다는 뜻입니다. 다른 신호는 따로입니다.
VPN 테스트를 대신하나요?: 아닙니다. 주소 관찰과 지문 관찰은 다른 페이지입니다.