یہ کیسے کام کرتا ہے
لیک کا مطلب ہے کہ آپ کی کچھ ٹریفک اس پراکسی یا VPN کو بائی پاس کر دیتی ہے جس کے بارے میں آپ سمجھتے ہیں کہ وہ استعمال ہو رہا ہے، آپ کے مقامی نیٹ ورک سے باہر جاتی ہے، اور دوسری طرف آپ کا اصل IP پہنچا دیتی ہے۔ پراکسی کلائنٹ کا «کنیکٹڈ» دکھانا اس بات کی ضمانت نہیں کہ ہر درخواست اس کے کنٹرول میں ہے۔
کسی سائٹ تک پہنچنے سے پہلے آپ کی ڈیوائس ڈومین کو IP میں ریزالو کرتی ہے۔ اگر یہ مرحلہ پراکسی کو چھوڑ دے تو آپ کے ISP کا ریزالور آپ کا ہر وزٹ کردہ ڈومین دیکھ لیتا ہے — چاہے بعد کا کنکشن انکرپٹڈ ہو اور درست طور پر پراکسی سے گزر رہا ہو۔
عام وجوہات یہ ہیں کہ سسٹم کی سطح کی DNS ترتیبات پراکسی کے قواعد پر فوقیت لے لیتی ہیں، یا پراکسی کلائنٹ نے شروع سے ہی DNS اپنے کنٹرول میں نہیں لیا۔
WebRTC براؤزر کا بلٹ اِن پیئر ٹو پیئر نظام ہے، جس پر ویڈیو کالز اور اسکرین شیئرنگ چلتی ہیں۔ براہ راست کنکشن قائم کرنے کے لیے یہ STUN سرور سے پوچھتا ہے «میرا پبلک ایڈریس کیا ہے»، اور یہ درخواست پراکسی کو بائی پاس کر سکتی ہے۔
نتیجہ: ویب صفحہ پراکسی کا IP دیکھتا ہے، جبکہ WebRTC آپ کا اصل IP دے دیتا ہے۔ یہ کلاسیکی لیک ہے، اور سب سے آسانی سے نظر انداز ہو جانے والا۔
بہت سی پراکسیز صرف IPv4 سنبھالتی ہیں۔ اگر آپ کے نیٹ ورک میں IPv6 بھی ہو اور منزل اسے سپورٹ کرتی ہو تو براؤزر براہ راست IPv6 راستے کو ترجیح دے سکتا ہے — اور پراکسی مکمل طور پر بیچ سے نکل جاتی ہے۔
پہچان آسان ہے: اگر یہ صفحہ ایک IPv4 اور ایک IPv6 دونوں دکھائے جو مختلف نیٹ ورکس کے ہوں، تو آپ کی ٹریفک دونوں اسٹیکس میں بٹ رہی ہے۔
سختی سے دیکھا جائے تو یہ لیک نہیں بلکہ تضاد ہے۔ سسٹم کا ٹائم زون، براؤزر کی زبان اور IP کا مقام ایک دوسرے سے میل کھانے چاہییں۔ امریکی IP کے ساتھ UTC+8 گھڑی بذاتِ خود ایک مضبوط سگنل ہے — رسک کنٹرول سسٹم کو آپ کے اصل IP کی ضرورت نہیں، صرف اس ثبوت کی کہ آپ اسے چھپا رہے ہیں۔
اس کا مطلب ہے کہ یہ جانچ جن راستوں کا احاطہ کرتی ہے وہ اس وقت صاف ہیں۔ ایکسٹینشنز، دوسری ایپلیکیشنز اور سسٹم اپ ڈیٹس سب لیک کے نئے راستے پیدا کر سکتے ہیں، اس لیے کچھ بھی بدلنے کے بعد دوبارہ ٹیسٹ کریں۔
پہلے اپنے پراکسی کلائنٹ میں «پراکسی کے ذریعے DNS ریزالو کریں» یا اس جیسا آپشن فعال کریں۔ اگر یہ ممکن نہ ہو تو اپنے سسٹم کا DNS پراکسی کے فراہم کردہ ایڈریس پر سیٹ کریں۔ براؤزر کی محفوظ DNS ترتیب بدلنے سے صرف وہی ایک پروسیس کور ہوتا ہے۔
اسے بند کرنے کی سفارش نہیں کی جاتی: WebRTC کے بغیر Chromium براؤزر بذاتِ خود قابلِ شناخت ہوتا ہے۔ اس کے بجائے یہ محدود کریں کہ یہ کون سا راستہ استعمال کر سکتا ہے: Chrome / Edge پر کاروباری (enterprise) پالیسی WebRtcIPHandling کو disable_non_proxied_udp پر سیٹ کریں، Brave میں «Disable non-proxied UDP» منتخب کریں، اور Firefox میں about:config کے اندر media.peerconnection.ice.proxy_only_if_behind_proxy فعال کریں۔ پراکسی کلائنٹ میں TUN موڈ سب سے قابلِ اعتماد حل ہے۔
یا تو پراکسی سے IPv6 بھی سنبھلوائیں، یا اپنے سسٹم کی نیٹ ورک ترتیبات میں IPv6 بند کر دیں۔ دوسرا طریقہ زیادہ مکمل ہے لیکن صرف IPv6 والی سروسز کو خراب کر دیتا ہے۔