ব্ৰাউজাৰৰ 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 প্ৰক্সি এণ্ডপইণ্ট অনলাইন আছে নে নাই, তাৰ পৰা পৃথক।

সম্পৰ্কিত প্ৰবন্ধ