Dekker nettleserens proxy også WebRTC?
En vanlig sjekk av nett-IP og en WebRTC-forbindelse kan bruke ulike veier. Undersøk nettleserens sanntidskommunikasjon separat.
Nettleserens HTTP-proxyinnstilling dekker ikke WebRTC automatisk. En vanlig IP-sjekkside måler en nettforespørsel; en samtale kan bruke egne veier for tilkobling og adresseoppdagelse.
SOCKS5 fjerner ikke dette skillet. Chromiums innebygde SOCKS5-URL-proxyimplementasjon støtter TCP, ikke en generell UDP-assosiasjon. Protokollens muligheter er bredere enn dette nettlesergrensesnittet.
Nettlesere har egne nettverkskontroller for WebRTC. Chrome tilbyr en policy for IP-håndtering gjennom API-et for personvernutvidelser, blant annet disable_non_proxied_udp; Mozilla dokumenterer også innstillinger for nettverkspersonvern i WebRTC. Denne Chrome-verdien er en API-policy, ikke en universell avkrysningsboks eller en garanti for å skjule alle adresser.
Sjekk den vanlige nettutgangen, og undersøk deretter WebRTC i konferanseappen du faktisk bruker, med en diagnose der du forstår feltene som rapporteres. Lokale adresser, reléadresser og offentlig observerte adresser beskriver ulike deler av en forbindelse. Noter nettleser og testforhold: policyer, utvidelser, personvernatferd og tilgjengelige veier påvirker resultatet. Verken «lekker alltid» eller en vellykket sjekk av nett-IP er derfor en tilstrekkelig konklusjon.
Hvis du begrenser en WebRTC-vei, prøv samtalene du trenger på nytt. Mindre eksponering av adresser kan også hindre at en samtale kobles opp. Den avveiningen er uavhengig av om et HTTP-proxyendepunkt er på nett.