Narzędzie do wykrywania wycieków IP WebRTC

Wykrywa lokalne i publiczne adresy IP kandydatów ujawniane przez WebRTC przeglądarki za pośrednictwem STUN oraz identyfikuje ryzyko wycieku przez VPN lub proxy.

Zgłoszenie błędu

Tryb wykonywania w przeglądarce: Twoje dane są przetwarzane w przeglądarce i nie są przesyłane na serwer.

Szybkość i stabilność: Szybkość przetwarzania zależy od urządzenia i przeglądarki. Przy dużych zadaniach wsadowych wersja desktopowa może być stabilniejsza.

Ładowanie narzędzia, czekaj...

Jeśli narzędzie online nie ładuje się lub nie działa, wypróbuj narzędzie desktopowe. https://tools.yikeaigc.com/

Użycie narzędzia

Wróć do starej wersji

1Serwer STUN

2Opcje testu

Włącz zbieranie kandydatów IPv6

过滤链路本地 (169.254 / fe80::) 噪声

Limit zbierania (ms)

1Wybierz serwery STUN do porównania

Wybrano0serwerów. Możesz dodać własny:

Włącz zbieranie kandydatów IPv6

Filtruj szum link-local

Limit jednego zbierania (ms)

Wyniki porównania

Serwer STUN	Lokalny IP	Publiczny IP (srflx)	mDNS	Łączna liczba kandydatów	Wniosek

Pierwsze 20 pozycji pokazano w tabeli. Jeśli wybrano więcej serwerów, pełne wyniki trafią do archiwum ZIP.

Instrukcje

Instrukcja użytkowania oprogramowania

Wybierz tryb testu: Przełącz karty u góry: „Pojedynczy test” lub „Porównanie zbiorcze”. Pojedynczy test nadaje się do szybkiej weryfikacji; porównanie zbiorcze pozwala jednocześnie użyć wielu serwerów STUN do porównania krzyżowego.
Skonfiguruj serwer STUN:
- Pojedynczy test: Wybierz z listy rozwijanej gotowe pozycje, takie jak Google, Cloudflare, Twilio, Nextcloud, Tencent QQ, albo wybierz „Niestandardowy STUN URL” i wpisz adres zaczynający się od stun: / stuns:.
- Porównanie zbiorcze: Zaznacz wiele serwerów, które mają zostać uwzględnione w porównaniu; możesz też wpisać niestandardowy STUN URL w polu wejściowym i kliknąć „Dodaj”, aby dodać go do listy.
Ustaw opcje testu:
- Włącz IPv6: Zdecyduj, czy zbierać kandydatów IPv6, w zależności od tego, czy lokalna sieć obsługuje dual stack.
- Filtruj lokalny szum łącza: Ignoruj adresy autokonfiguracji, takie jak 169.254/fe80::, aby wyniki były bardziej skoncentrowane.
- Limit czasu zbierania: W milisekundach, domyślnie 4000; przy wolniejszej sieci można ustawić 6000 lub więcej.
Uruchom test: Kliknij „Sprawdź, czy występuje wyciek IP” lub „Rozpocznij porównanie zbiorcze” i poczekaj na zakończenie zbierania kandydatów ICE.
Sprawdź wyniki:
- Sekcja wniosków u góry prostym językiem wskazuje, czy publiczny adres IP jest ujawniany.
- Trzy karty podsumowania pokazują odpowiednio lokalny IP, publiczny IP srflx oraz nazwę hosta mDNS.
- Tabela statystyk pokazuje liczbę kandydatów host / srflx / prflx / relay oraz IPv4 / IPv6.
- Sekcja „Surowe adresy kandydatów ICE” na dole prezentuje pełne ciągi znaków udostępnione JavaScript przez przeglądarkę.
Eksport i pobieranie: W pojedynczym teście można skopiować lub pobrać JSON; po zakończeniu porównania zbiorczego kliknij „Pobierz wszystkie wyniki (ZIP)”, który zawiera pliki JSON dla każdego serwera oraz tabelę podsumowania summary.csv.

Najczęstsze pytania

Odpowiedź: WebRTC to interfejs komunikacji w czasie rzeczywistym wbudowany w nowoczesne przeglądarki. Używa on frameworka ICE do zbierania lokalnych adresów IP w sieci LAN oraz publicznych adresów IP widocznych dla serwerów STUN jako adresów kandydatów. W przypadku VPN lub proxy kandydaci ci mogą ominąć tunel i bezpośrednio przekazać prawdziwy IP do JavaScript, powodując „wyciek”.

Odp.: host pochodzi z lokalnej karty sieciowej urządzenia i zwykle jest adresem IP sieci wewnętrznej; srflx (server reflexive) to zewnętrzny adres NAT zaobserwowany przez serwer STUN, czyli Twój publiczny adres IP; prflx (peer reflexive) jest obserwowany przez zdalnego peera; relay wymaga przekaźnika TURN, aby został wygenerowany. Aby ocenić, czy „publiczny adres jest ujawniony”, należy przede wszystkim sprawdzić, czy srflx zawiera prawdziwy publiczny adres IP.

Odp.: To maskowanie nazwy hosta mDNS. Chrome, Firefox i inne przeglądarki zastępują pierwotny adres IP sieci wewnętrznej losowym identyfikatorem w formie xxxx-xxxx-xxxx.local, przez co JavaScript nie może uzyskać prawdziwego adresu IP sieci lokalnej. Narzędzie diagnostyczne wyświetli to osobno w karcie „Maskowanie mDNS”.

Odp.: Najczęstsze przyczyny to: WebRTC wyłączone przez rozszerzenie lub zasady, wybrany serwer STUN jest niedostępny w sieci, UDP jest blokowane przez zaporę, zbyt krótki limit czasu zbierania. Możesz przełączyć się na inny serwer STUN, ustawić limit czasu na ponad 6000 milisekund albo wyłączyć wtyczkę blokującą WebRTC i spróbować ponownie.

Odp.: Trzeba porównać go z własnym rzeczywistym adresem IP. Jeśli publiczny adres IP w wyniku jest zgodny z adresem wyjściowym dostarczanym przez VPN, oznacza to, że ruch poprawnie przechodzi przez tunel; jeśli jest taki sam jak adres IP pierwotnie przydzielony przez operatora, jest to obejście VPN przez WebRTC i należy wyłączyć lub ograniczyć WebRTC w przeglądarce, np. używając WebRTC Network Limiter albo odpowiedniego przełącznika w about:config.

Odp.: Różne serwery STUN mogą być wdrożone u różnych operatorów i w różnych regionach, dlatego ścieżka NAT oraz widoczny adres mogą się różnić; w niektórych środowiskach firmowych dozwolone są tylko określone porty STUN. Tryb porównania wsadowego służy właśnie do wzajemnej weryfikacji z użyciem wielu serwerów — im większa zgodność wyników, tym bardziej są wiarygodne.

Odp.: W pobranym pliku ZIP każdemu serwerowi STUN odpowiada jeden plik JSON, zawierający listę kandydatów, statystyki klasyfikacji, czas trwania, informacje o błędach itp.; dodatkowo dołączona jest tabela podsumowująca summary.csv, którą można bezpośrednio otworzyć w Excelu lub WPS w celu porównania poziomego. Jeśli wystąpią identyczne nazwy, do nazwy pliku zostanie automatycznie dodana liczba w celu ich rozróżnienia.