네트워크 주소를 볼 수 있는 두 가지 방법
HTTP 요청은 웹 서버로 이동합니다. WebRTC는 데이터를 교환하는 적절한 방법을 찾고 있으며 STUN으로 이동할 수 있습니다. 라우팅 규칙이 다르다면, 이러한 메커니즘은 다른 주소를 관찰 할 수 있으므로 하나의 녹색 표시 "보호" 너무 많은 조건을 숨길 것입니다.
아래의 체크는 데이터 채널을 만듭니다. 그것은 카메라를 묻지 않으며, 목소리를 기록하지 않으며, 우연한 사람과 연결하지 않습니다. 외부 STUN은 발신자의 주소를 볼 수 있으며, 전화가 시작된 후에 확인됩니다.
HTTP와 WebRTC를 비교합니다.
WebRTC IP 유출 테스트
무료체크를 납부하는 ...
3 가능한 결과
공공 주소가 적합합니다. 결과 후보자는 HTTP 연결 주소와 일치합니다. 이것은 이 탭에 대한 유용한 관찰이지만 DNS, 다른 응용 프로그램 또는 터널 붕괴 행동의 검증이 아닙니다.
또 다른 공공 주소가 있습니다. IP 버전 및 연결 규칙을 확인합니다. IPv4와 IPv6은 다른 경로로 이동할 수 있습니다. 결과를 ISP의 알려진 주소와 비교하고 동일한 조건에서 반복하십시오; 단지 국가 이름으로 추정하지 마십시오.
데이터가 충분하지 않다. STUN은 응답하지 않았을 수도 있고, WebRTC는 브라우저 정책에만 제한되었을 수도 있고, 주소는 숨겨져 있었을 수도 있고, 빈 목록은 “출처 없음”으로 해석되지 않을 수도 있습니다.
지역 주소 및 mDNS
개인 밴드 주소는 지역 네트워크를 설명합니다. 브라우저는 또한 .local으로 끝나는 이름으로 지역 주소를 대체할 수 있습니다. 이러한 값은 방법을 이해하기 위해 표시되지만 비교에서 공공 주소로 계산되지 않습니다.
테스터는 ISP의 각 주소의 정체성을 결정하지 않으며, 어떤 경로가 원하는지 결정하지 않지만 올바른 해석은 연결 구성에 달려 있습니다.
왜 DNS를 확인할 약속이 없습니까?
일반 페이지는 브라우저에서 DNS 해상기 목록을 받지 않습니다. 신뢰할 수 있는 DNS 검사는 권한 있는 DNS 서버에서 독특한 요청을 모니터링해야 하며, 그러한 검사를 잠재적 인 공급자 목록으로 대체하면 가짜 신뢰를 제공 할 것입니다.
보고서를 저장하려면 두 개의 브라우저를 일치하거나 작업 네트워크 관리자와 결과를 논의하십시오. 당신이 그것을 게시 할 때, 그것은 관찰 된 IP 주소를 포함한다는 것을 명심하십시오.