화면의 숫자를 수집하는 것보다 중요한 것은 같은 조건에서 비교하는 일입니다. 이 가이드는 접속 오류나 환경 차이를 조사할 때 어떤 항목을 기록하고 어떤 결론은 내릴 수 없는지 설명합니다.
1. 회사 VPN 연결 전후를 비교하기
- 회사 정책상 허용된 환경에서 VPN 연결 전 공인 IP와 IP 버전을 확인합니다. 실제 주소는 개인 기록에만 보관하세요.
- VPN에 연결하고 이 페이지를 새로고침합니다. 표시된 조직과 지역은 접속 출구에 대한 보조 정보입니다.
- 접속하려는 업무 서비스에서 오류가 계속되면 발생 시각, 서비스 URL, VPN 연결 상태를 담당자에게 전달합니다. 허용 IP는 대상 서비스가 관측한 주소와 비교해야 합니다.
작은 화면에서는 표를 좌우로 스크롤할 수 있습니다.
| 기록 예시 | VPN 연결 전 | 연결 후 |
|---|---|---|
| 공인 IPv4 (문서용 가상 주소) | 192.0.2.10 | 198.51.100.20 |
| 관측된 변화 | 가정망 출구 | 회사 출구로 변경 |
| 아직 알 수 없는 것 | 모든 앱의 경로, DNS 누출, 대상 서버의 방화벽 설정 | |
주소가 바뀌었다는 결과는 해당 조회 요청의 출구가 달라졌다는 근거입니다. 모든 통신이 VPN 안으로 들어간다는 보장은 아닙니다. 반대로 그대로여도 분할 터널 정책이나 프록시 설정이 원인일 수 있습니다.
2. WebRTC 결과를 오해하지 않기
이 도구는 외부 STUN/TURN 서버를 지정하지 않습니다. 로컬 ICE 후보가 브라우저에 보이는지만 확인하므로, 공인 주소가 VPN을 우회하는지 검사하는 전용 누출 테스트가 아닙니다.
- mDNS 이름 제공: 브라우저가 실제 로컬 주소 대신 .local 이름을 반환했습니다. 이 사이트에서는 그 이름을 표시하지 않고 상태만 알려 줍니다.
- 로컬 주소 제공: 연결 후보의 주소가 노출되었습니다. 사설 주소 하나가 보이는 것만으로 실제 공인 IP가 유출되었다고 결론 내릴 수 없습니다.
- 후보 없음: 설정, 권한, 브라우저 구현, 시간 초과 중 어느 것이 원인인지 이 도구만으로 구분하지 못합니다.
WebRTC 설정을 바꾸면 화상 통화 기능이 달라질 수 있습니다. 결과 한 줄만 보고 임의로 비활성화하기보다 해당 브라우저나 조직의 안내를 확인하세요.
3. 화면 오류를 제보할 때의 기록 예시
문제: 메뉴 버튼이 화면 오른쪽 밖으로 나갑니다. 재현: 페이지 열기 → 메뉴 열기 → 가로로 회전 브라우저: 화면에 표시된 이름과 User-Agent 환경: 화면 CSS 크기 / DPR / 가로 또는 세로 방향 비교: 다른 브라우저에서는 재현되지 않음 첨부: 계정명과 IP를 가린 화면
User-Agent는 브라우저에서 축소하거나 바꿀 수 있으므로 정확한 버전과 운영체제는 브라우저의 ‘정보’ 화면으로 보완하세요. 화면 해상도는 현재 웹페이지가 차지한 창 크기와 같지 않을 수 있습니다. 개발자가 필요로 하면 창 크기와 확대 비율도 전달하세요.
4. 조회가 안 될 때 확인 순서
- 기기 정보는 보이고 공인 IP만 실패하면 외부 조회 요청에 한정된 문제일 가능성이 있습니다.
- 페이지 새로고침 후 잠시 기다립니다. 기본 조회와 대체 조회에 각각 최대 7초를 기다리며 무한 로딩을 하지 않습니다.
- 외부 API의 429 응답은 요청 제한, 5xx 응답은 서비스 측 오류일 수 있습니다. 짧은 간격의 반복 조회는 도움이 되지 않을 수 있습니다.
- 회사망이나 확장 기능이 외부 조회를 차단했다면 승인된 방식으로 확인합니다. 암호화 트래픽 검사나 보안 기능을 무조건 해제하지 마세요.
정보 출처와 지원 범위
Chrome, Edge, Firefox, Safari는 동일한 API 집합을 제공하지 않습니다. 미지원 항목은 숨겨서 추정하지 않고 확인 불가로 표시합니다. IP 데이터베이스는 변경 시차가 있어 이사·통신사 변경 직후 실제 지역과 어긋날 수 있습니다.
이 사이트의 결과는 전문 보안 감사나 통신사 장애 진단을 대체하지 않습니다. 도구로 돌아가 결과 확인하기