Sakop din ba ng proxy ng browser ang WebRTC?
Maaaring magkaiba ang ruta ng karaniwang web IP check at ng WebRTC connection. Hiwalay na suriin ang real-time na komunikasyon ng browser.
Hindi awtomatikong sakop ng HTTP proxy setting ng browser ang WebRTC. Web request ang sinusukat ng karaniwang IP-check page; maaaring hiwalay ang ruta ng tawag para sa koneksyon at pagtuklas ng address.
Hindi inaalis ng SOCKS5 ang pagkakaibang iyon. TCP ang sinusuportahan ng built-in na SOCKS5 URL proxy implementation ng Chromium, hindi isang pangkalahatang UDP association. Mas malawak ang kakayahan ng protocol kaysa sa interface na iyon ng browser.
May hiwalay na network control ang mga browser para sa WebRTC. Nagbibigay ang Chrome ng IP-handling policy sa privacy extension API nito, kabilang ang disable_non_proxied_udp; may dokumentasyon din ang Mozilla para sa WebRTC network privacy setting. API policy ang halagang iyon sa Chrome, hindi isang unibersal na checkbox o garantiyang maitatago ang bawat address.
Suriin ang karaniwang web exit, pagkatapos ang WebRTC sa aktuwal na conferencing app, gamit ang diagnostic na nauunawaan mo ang mga field na iniuulat. Magkakaibang bahagi ng koneksyon ang inilalarawan ng lokal na address, relay address, at pampublikong address na naobserbahan. Itala ang browser at kondisyon ng pagsubok: naaapektuhan ng policy, extension, kilos ng privacy at magagamit na ruta ang resulta. Kaya hindi sapat na konklusyon ang “laging tumatagas” o ang matagumpay na web IP check lamang.
Kung lilimitahan mo ang ruta ng WebRTC, subukan muli ang mga tawag na kailangan mo. Ang pagbawas sa paglalantad ng address ay maaari ring pumigil sa pagkonekta ng tawag. Hiwalay ang kapalit na iyon sa kung online ang isang HTTP proxy endpoint.