کیا براؤزر کی پراکسی WebRTC کو بھی کور کرتی ہے؟

براؤزر کی HTTP پراکسی ترتیب WebRTC کو خودکار طور پر کور نہیں کرتی۔ عام IP جانچ صفحہ ایک ویب درخواست ناپتا ہے؛ کال کنکشن اور پتہ دریافت کرنے کے لیے الگ راستے استعمال کر سکتی ہے۔

SOCKS5 اس فرق کو ختم نہیں کرتا۔ Chromium کا اندرونی SOCKS5 URL پراکسی نفاذ TCP کی حمایت کرتا ہے، عمومی UDP ایسوسی ایشن کی نہیں۔ پروٹوکول کی صلاحیتیں براؤزر کے اس انٹرفیس سے زیادہ وسیع ہیں۔

براؤزر WebRTC کے لیے الگ نیٹ ورک کنٹرول دیتے ہیں۔ Chrome پرائیویسی ایکسٹینشن API کے ذریعے IP سنبھالنے کی پالیسی فراہم کرتا ہے، جس میں disable_non_proxied_udp شامل ہے؛ Mozilla بھی WebRTC نیٹ ورک پرائیویسی ترتیبات کی دستاویز دیتا ہے۔ Chrome کی یہ قدر API پالیسی ہے، کوئی عالمگیر چیک باکس یا ہر پتہ چھپانے کی ضمانت نہیں۔

پہلے عام ویب ایگزٹ جانچیں، پھر اصل کانفرنسنگ ایپ میں WebRTC کا رویہ ایسے تشخیصی آلے سے دیکھیں جس کے بتائے گئے خانے آپ سمجھتے ہوں۔ مقامی پتے، ریلے پتے اور باہر سے دیکھے گئے عوامی پتے کنکشن کے الگ حصے بیان کرتے ہیں۔ براؤزر اور جانچ کی حالتیں درج کریں: پالیسیاں، ایکسٹینشن، پرائیویسی رویہ اور دستیاب راستے نتیجے کو متاثر کرتے ہیں۔ اس لیے نہ “ہمیشہ لیک ہوتا ہے” اور نہ کامیاب ویب IP جانچ اکیلے کافی نتیجہ ہے۔

WebRTC کا راستہ محدود کریں تو ضروری کالیں دوبارہ آزمائیں۔ پتوں کا ظاہر ہونا کم کرنے سے کال کا جڑنا بھی رک سکتا ہے۔ یہ سمجھوتا HTTP پراکسی اینڈپوائنٹ کے آن لائن ہونے سے الگ ہے۔