ബ്രൗസർ പ്രോക്സി 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 പ്രോക്സി എൻഡ്‌പോയിന്റ് ഓൺലൈനിലാണോ എന്നതിൽനിന്ന് വേറിട്ടതാണ്.