Kattaako selaimen välityspalvelin myös WebRTC:n?
Tavallinen verkko-IP:n tarkistus ja WebRTC-yhteys voivat kulkea eri reittejä. Tarkista selaimen reaaliaikainen viestintä erikseen.
Selaimen HTTP-välityspalvelinasetus ei automaattisesti kata WebRTC:tä. Tavallinen IP-tarkistussivu mittaa verkkopyyntöä; puhelu voi käyttää erillisiä reittejä yhteyden muodostamiseen ja osoitteiden selvittämiseen.
SOCKS5 ei poista tätä eroa. Chromiumin sisäänrakennettu SOCKS5-URL-välityspalvelintoteutus tukee TCP:tä, ei yleistä UDP-assosiaatiota. Protokollan mahdollisuudet ovat tätä selainrajapintaa laajemmat.
Selaimilla on erillisiä WebRTC:n verkkoasetuksia. Chrome tarjoaa yksityisyyslaajennusten API:n kautta IP-käsittelykäytännön, johon kuuluu disable_non_proxied_udp; myös Mozilla dokumentoi WebRTC:n verkkoyksityisyysasetuksia. Kyseinen Chrome-arvo on API-käytäntö, ei yleispätevä valintaruutu eikä tae kaikkien osoitteiden piilottamisesta.
Tarkista tavallinen verkkoliikenteen ulostulo ja tutki sitten WebRTC:n toimintaa oikeasti käyttämässäsi kokoussovelluksessa työkalulla, jonka ilmoittamat kentät ymmärrät. Paikalliset osoitteet, välitysosoitteet ja julkisesti havaitut osoitteet kuvaavat yhteyden eri osia. Kirjaa selain ja testiolosuhteet: käytännöt, laajennukset, yksityisyystoiminta ja käytettävissä olevat reitit vaikuttavat tulokseen. Siksi väite ”vuotaa aina” tai onnistunut verkko-IP:n tarkistus ei kumpikaan riitä johtopäätökseksi.
Jos rajoitat WebRTC-reittiä, kokeile tarvitsemasi puhelut uudelleen. Osoitteiden paljastumisen vähentäminen voi myös estää puhelun yhdistymisen. Tämä kompromissi on eri asia kuin HTTP-välityspalvelimen päätepisteen saatavuus.