FuzeVPNEnkelt. Tydligt. Rakt på sak.
Logga in Prenumerera
Välj språkSV

Välj språk

Prenumerera
Meny
Välj språkSV

Välj språk

Prenumerera

Anslutning och DNS

WebRTC-läcktest

Jämför WebRTC-adresser med en bekräftad förväntad utgång och webbläsarens direkta observationer.

Testinställningar

Valfria TURN-inställningar

Ett TURN-relä kan visa att webbläsaren kan använda en kandidat av typen relay. Angivna inloggningsuppgifter autentiserar mot TURN; verktyget sparar dem inte och skickar dem inte till vår server.

Integritet: STUN/TURN- och echo-tjänster ser nödvändigtvis källadressen för anslutningen till dem. Kandidater och rapport finns i flikens minne om de inte exporteras.

Redo. Testet använder varken kamera eller mikrofon.

Hur ska jag tolka resultatet?

  • host identifierar ett lokalt gränssnitt, ofta dolt bakom ett mDNS-namn som slutar på .local.
  • srflx är en reflexiv adress från en STUN-server; jämför med förväntad VPN-utgång.
  • relay tillhör TURN-reläet och motsvarar inte direkt din åtkomstadress.
  • Avsaknad av offentlig kandidat kan bero på webbläsarskydd, nätblockering eller tidsgräns. Den bevisar inte ensam att läckor saknas.

Jämför före och efter

Kör samma test på samma enhet och spara ett utgångsläge. Anslut ditt VPN eller ändra en relevant inställning, upprepa under samma villkor och spara nästa resultat.

Spara ett resultat före och ett efter för att jämföra dem.

Vad testet visar

WebRTC samlar anslutningskandidater för kommunikation i realtid. Adresserna kan skilja sig från den IP som vanliga webbfrågor visar. En privat adress eller ett maskerat mDNS-namn är inte samma sak som operatörens offentliga IP, och en reläadress tillhör reläservern. För en meningsfull varning behöver du en förväntad utgång som bekräftats oberoende av denna kandidatinsamling.

Så kör du testet

  1. Bekräfta förväntad VPN-utgång via separat observation eller tillförlitlig nätinformation och ange den vid behov.
  2. Kör hela testet och läs lokala kandidater, ICE-faser och HTTPS-echo tillsammans med eventuella fel.
  3. Jämför offentliga kandidater utanför relä med referensen; håll privata, mDNS och relä åtskilda.

Så görs mätningen

Webbläsaren samlar ICE-kandidater, mekanismen för val av WebRTC-väg, utan kamera eller mikrofon. STUN upptäcker reflexiva adresser och TURN ger reläkandidater; HTTPS-echo är en separat observation.

STUN, TURN och echo-tjänster ser käll-IP för anslutningen till dem. TURN får inloggningsuppgifter för autentisering; verktyget varken sparar dem eller skickar dem till vår server. Kandidater och rapport finns i flikens minne om du inte exporterar.

Förstå resultatet

Stämmer med referensen
Synliga offentliga adresser stämmer med bekräftad förväntan om nödvändiga faser är kompletta. Slutsatsen omfattar bara körningen.
Oväntad offentlig adress
En kandidat skiljer sig från förväntad utgång. Kontrollera referensen och adressens nätväg innan du fastställer VPN-förbikoppling.
Inget jämförbart underlag
Avsaknad av kandidater, maskerade adresser eller ofullständig fas bevisar inte att läcka saknas. Lyckad HTTPS-echo validerar inte ensam ICE.

Jämför före och efter

  1. Spara ett utgångsläge med samma webbläsare, ICE-servrar, tidsgränser och nät.
  2. Ändra vägen, bekräfta den nya förväntade adressen separat och uppdatera referensen före nästa test.
  3. Jämför samma kandidattyper och fasstatus. En gammal referens efter vägändring kan ge en missvisande varning.

Testets begränsningar

  • Webbläsarpolicy, nätblockering och tidsgränser kan begränsa kandidatinsamlingen.
  • TURN-adressen tillhör reläet och motsvarar inte direkt din egen Internetutgång.

Vad du kan ändra vid behov

En oväntad offentlig adress har bekräftats
Granska dokumenterad WebRTC-hantering i webbläsare och VPN-klient. Ändra en tillgänglig relevant inställning och testa med ny referens.
En ICE-fas är ofullständig
Kontrollera nätåtkomst och använda servrar; upprepa med samma tidsgräns när felet är löst.

Vanliga frågor

Är ett namn som slutar på .local en offentlig IP-läcka?

Nej. mDNS maskerar en lokal kandidat och är inte operatörens offentliga IP-adress.

Varför måste referensen ändras efter VPN-byte?

Den förväntade utgången kan ändras. Bekräfta den separat så att en ny IP inte jämförs med en gammal förväntan.

Källor och tekniska referenser