브라우저 실행 모드: 데이터는 브라우저에서 처리되며 서버에 업로드되지 않습니다.
속도와 안정성: 처리 속도는 기기와 브라우저에 따라 달라집니다. 대량 배치 작업에는 데스크톱 버전이 더 안정적일 수 있습니다.
도구를 불러오는 중입니다. 잠시 기다려 주세요...
도구를 불러오는 중입니다. 잠시 기다려 주세요...
온라인 도구가 로드되거나 실행되지 않으면 데스크톱 도구를 사용해 보세요. https://tools.yikeaigc.com/
도구 사용량
이전 버전으로 돌아가기
분석 중…
로컬 / 사설 IP
—
공인 (srflx) IP
—
mDNS 마스킹 (.local)
—
후보 주소 통계
세션 및 브라우저 정보
원본 ICE 후보 주소
선택됨0개 서버. 사용자 지정 추가 가능:
감지 진행률0/0
비교 결과
| STUN 서버 | 로컬 IP | 공인 IP (srflx) | mDNS | 후보 총수 | 결론 |
|---|
상위 20개가 표에 표시됩니다. 더 많은 서버를 선택하면 전체 결과가 ZIP 압축 파일에 포함됩니다.
안내
소프트웨어 사용 설명
- 검사 모드 선택: 상단 탭에서 "단일 검사" 또는 "일괄 비교"로 전환합니다. 단일 검사는 빠른 확인에 적합하며, 일괄 비교는 여러 STUN 서버를 동시에 사용해 교차 비교할 수 있습니다.
- STUN 서버 구성:
- 단일 검사: 드롭다운 목록에서 Google, Cloudflare, Twilio, Nextcloud, 텐센트 QQ 등의 사전 설정 항목을 선택하거나, "사용자 지정 STUN URL"을 선택한 뒤
stun:/stuns:로 시작하는 주소를 입력합니다. - 일괄 비교: 비교에 참여할 여러 서버를 선택할 수 있으며, 입력란에 사용자 지정 STUN URL을 입력한 뒤 "추가"를 클릭해 목록에 추가할 수도 있습니다.
- 단일 검사: 드롭다운 목록에서 Google, Cloudflare, Twilio, Nextcloud, 텐센트 QQ 등의 사전 설정 항목을 선택하거나, "사용자 지정 STUN URL"을 선택한 뒤
- 검사 옵션 설정:
- IPv6 활성화: 로컬 네트워크가 듀얼 스택을 지원하는지에 따라 IPv6 후보를 수집할지 결정합니다.
- 링크 로컬 노이즈 필터링: 169.254/fe80:: 등 자동 구성 주소를 무시하여 결과를 더 집중적으로 표시합니다.
- 수집 시간 초과: 밀리초 단위이며 기본값은 4000입니다. 네트워크가 느린 경우 6000 이상으로 조정할 수 있습니다.
- 검사 시작: "IP 누출 여부 확인" 또는 "일괄 비교 시작"을 클릭하고 ICE 후보 수집이 완료될 때까지 기다립니다.
- 결과 확인:
- 상단 결론 영역에서 공인 IP 노출 여부를 쉬운 표현으로 표시합니다.
- 세 개의 요약 카드에는 각각 로컬 IP, 공인 srflx IP, mDNS 호스트명이 표시됩니다.
- 통계 표에는 host / srflx / prflx / relay 및 IPv4 / IPv6 후보 수가 나열됩니다.
- 하단의 "원시 ICE 후보 주소" 영역에는 브라우저가 JavaScript에 제공한 전체 문자열이 표시됩니다.
- 내보내기 및 다운로드: 단일 검사는 JSON을 복사하거나 다운로드할 수 있으며, 일괄 비교 완료 후 "전체 결과 다운로드(ZIP)"를 클릭하면 각 서버의 JSON 파일과 summary.csv 요약 표가 포함됩니다.
자주 묻는 질문
답변: WebRTC는 최신 브라우저에 내장된 실시간 통신 인터페이스로, ICE 프레임워크를 사용해 로컬 LAN IP와 STUN 서버에서 보이는 공인 IP를 후보 주소로 수집합니다. VPN 또는 프록시 환경에서는 이러한 후보가 터널을 우회해 실제 IP를 JavaScript에 직접 전달할 수 있으며, 이로 인해 "누출"이 발생합니다.
답: host는 기기의 로컬 네트워크 카드에서 가져오며, 일반적으로 내부망 IP입니다. srflx(서버 반사)는 STUN 서버가 관찰한 NAT 외부 주소, 즉 사용자의 공인 IP입니다. prflx(피어 반사)는 원격 피어가 관찰한 주소입니다. relay는 TURN 릴레이가 있어야 생성됩니다. "공인망 노출 여부" 판단은 주로 srflx에 실제 공인 IP가 포함되어 있는지 확인합니다.
답: 이는 mDNS 호스트명 마스킹입니다. Chrome, Firefox 등은 원래 내부망 IP를
xxxx-xxxx-xxxx.local 형태의 임의 식별자로 대체하므로, JavaScript는 실제 LAN IP를 가져올 수 없습니다. 검사 도구는 "mDNS 마스킹" 카드에 이를 별도로 표시합니다.답: 일반적인 원인으로는 확장 프로그램 또는 정책에 의해 WebRTC가 비활성화됨, 선택한 STUN 서버 네트워크에 접근할 수 없음, UDP가 방화벽에 의해 차단됨, 수집 시간 제한이 너무 짧음 등이 있습니다. 다른 STUN 서버로 변경하거나, 시간 제한을 6000밀리초 이상으로 조정하거나, WebRTC를 차단하는 플러그인을 끈 뒤 다시 시도해 보세요.
답: 자신의 실제 IP와 비교해 확인해야 합니다. 결과의 공인 IP가 VPN이 제공하는 출구 IP와 일치하면 트래픽이 정상적으로 터널을 통과한 것입니다. 원래 통신사에서 할당한 IP와 동일하다면 WebRTC가 VPN을 우회한 것이므로, 브라우저에서 WebRTC를 비활성화하거나 제한해야 합니다. 예를 들어 WebRTC Network Limiter 또는 해당 about:config 스위치를 사용할 수 있습니다.
답변: STUN마다 서로 다른 통신사와 지역에 배포될 수 있어 NAT 경로와 표시되는 주소에 차이가 있을 수 있습니다. 일부 기업 환경에서는 특정 STUN 포트만 허용하기도 합니다. 일괄 비교 모드는 여러 서버로 교차 검증하기 위한 것이며, 결과 일치도가 높을수록 더 신뢰할 수 있습니다.
답변: 다운로드한 ZIP 안에는 각 STUN 서버에 해당하는 JSON 파일이 있으며, 후보 목록, 분류 통계, 소요 시간, 오류 정보 등을 기록합니다. 또한 summary.csv 요약표가 포함되어 있어 Excel, WPS로 바로 열어 가로 비교를 할 수 있습니다. 같은 이름이 있는 경우 구분을 위해 파일 이름 뒤에 숫자가 자동으로 추가됩니다.