உலாவி ப்ராக்ஸி WebRTC-க்கும் பொருந்துமா?
வழக்கமான வலை IP சோதனையும் WebRTC இணைப்பும் வெவ்வேறு பாதைகளைப் பயன்படுத்தலாம். உலாவியின் நிகழ்நேரத் தொடர்பைத் தனியாகச் சோதியுங்கள்.
உலாவியின் HTTP ப்ராக்ஸி அமைப்பு WebRTC-க்கு தானாகப் பொருந்தாது. வழக்கமான IP-சோதனைப் பக்கம் வலைக் கோரிக்கையை அளவிடுகிறது; அழைப்பு இணைவதற்கும் முகவரிகளைக் கண்டுபிடிப்பதற்கும் தனிப் பாதைகளைப் பயன்படுத்தலாம்.
SOCKS5 இந்த வேறுபாட்டை நீக்காது. Chromium-இன் உள்ளமைந்த SOCKS5 URL ப்ராக்ஸி செயலாக்கம் TCP-ஐ ஆதரிக்கிறது; பொதுவான UDP அசோசியேஷனை அல்ல. புரோட்டோகாலின் திறன்கள் உலாவியின் இந்த இடைமுகத்தைவிட விரிவானவை.
உலாவிகள் WebRTC-க்கு தனி வலைக் கட்டுப்பாடுகளை வழங்குகின்றன. Chrome தனியுரிமை நீட்டிப்பு API வழியாக disable_non_proxied_udp உள்ளிட்ட IP கையாளும் கொள்கையை வழங்குகிறது; Mozilla-வும் WebRTC வலைத் தனியுரிமை அமைப்புகளை ஆவணப்படுத்துகிறது. Chrome-இன் இந்த மதிப்பு API கொள்கை; எங்கும் பொதுவான தேர்வுப்பெட்டியோ எல்லா முகவரிகளையும் மறைக்கும் உறுதியோ அல்ல.
முதலில் வழக்கமான வலை வெளியேற்றத்தை சோதித்து, பிறகு உண்மையில் பயன்படுத்தும் கலந்துரையாடல் செயலியில் WebRTC நடத்தையை, அறிக்கைக் களங்கள் புரியும் கண்டறிதல் கருவியால் பாருங்கள். உள்ளூர் முகவரிகள், ரிலே முகவரிகள், வெளியில் இருந்து காணப்பட்ட பொது முகவரிகள் இணைப்பின் வேறு பகுதிகளை விவரிக்கின்றன. உலாவியையும் சோதனை நிபந்தனைகளையும் பதிவு செய்யுங்கள்: கொள்கைகள், நீட்டிப்புகள், தனியுரிமை நடத்தை, கிடைக்கும் பாதைகள் முடிவைப் பாதிக்கின்றன. எனவே «எப்போதும் கசியும்» என்பதோ வெற்றிகரமான வலை IP சோதனையோ போதுமான முடிவல்ல.
WebRTC பாதையைக் கட்டுப்படுத்தினால் தேவையான அழைப்புகளை மீண்டும் முயலுங்கள். முகவரிகள் வெளிப்படுவதைக் குறைப்பது அழைப்பு இணைவதையும் தடுக்கலாம். இந்தச் சமரசம் HTTP ப்ராக்ஸி முனையம் இணையத்தில் உள்ளதா என்பதிலிருந்து வேறானது.