دوسرا براؤزر کھولنا دوسرا VPN راستہ نہیں بناتا

دو براؤزر، دو ونڈوز، ایک کام کے اکاؤنٹ پر اور ایک ذاتی اکاؤنٹ پر، اور مفروضہ یہ ہے کہ اب وہ الگ الگ راستوں پر چلتے ہیں۔ وہ نہیں چلتے۔ پروفائل کی علیحدگی کوکیز کو الگ رکھتی ہے، جبکہ روٹنگ کا فیصلہ براؤزر کے نیچے ہوتا ہے اور اسے معلوم نہیں کہ کس پروفائل نے پوچھا۔ دوسرے راستے کے لیے ایک اصول چاہیے جو اسے چنے، اور ایسی جگہیں بہت کم ہیں جہاں یہ اصول رہ سکے۔

حالت کو الگ کرنا راستے کو الگ کرنا نہیں ہے

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

نجی ونڈوز ظاہری شکل میں آگے جاتی ہیں اور روٹنگ میں ایک قدم بھی نہیں۔ براؤزر جو کچھ بھیجتا ہے وہ اب بھی آپریٹنگ سسٹم کے چنے ہوئے راستے سے ہی نکلتا ہے، جب تک سوکیٹ اور نیٹ ورک کے درمیان کوئی چیز اسے نہ بدلے۔ اسٹوریج کی علیحدگی کو نیٹ ورک کی علیحدگی سے ملانا ایسی توقعات پیدا کرتا ہے جن کا کسی براؤزر بنانے والے نے وعدہ نہیں کیا اور جنہیں کوئی جانچ پوری نہیں کر سکتی۔

راستے کو حقیقت میں کون چنتا ہے

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

موبائل پلیٹ فارمز پر ہر ایپ کا اصول عام جواب ہے، جہاں VPN سروس کو پیکیجز کی فہرست ملتی ہے۔ ڈیسک ٹاپ پر یہ کلائنٹ پر منحصر ہے، اور ایگزیکیوٹیبل سے میل کھانے والا اصول اس فائل کے کھولنے والے ہر پروفائل کو محیط ہوتا ہے۔ اگر دو پروفائلز کو واقعی الگ راستے درکار ہوں تو انہیں عام طور پر دو ٹیب کے بجائے مختلف شناختوں والے دو پروسیس درکار ہوتے ہیں۔ اسی لیے پروفائل پر مبنی ڈیزائن میں مشترکہ براؤزر کی تنصیب کبھی حد نہیں بن سکتی۔

ایپ سطح کی پراکسیاں ایک اور واسطہ شامل کرتی ہیں

براؤزر میں پراکسی کی ترتیب واقعی ایک الگ راستہ بناتی ہے، اور پراکسی چلانے والے کے ساتھ ایک الگ اعتماد کا رشتہ بھی بناتی ہے۔ یہ ایک پروفائل کے لیے جائز انتظام ہے، اور یہ پورے آلے کی کوریج کے برابر نہیں۔

پراکسی سوچ سمجھ کر چنیں: اسی ہوسٹ پر SOCKS سننے والا، سرنگ کے اندر تصدیق شدہ پراکسی، یا دور دراز کی سروس۔ پراکسی کو مکمل سرنگ والے VPN کے ساتھ ملانے سے ایسے اندرونی راستے بنتے ہیں جن میں ناکامی کے طریقے بڑھ جاتے ہیں۔

ہر براؤزر کی اصل درخواست کی تصدیق کریں

ہر براؤزر سے وہی درخواست بھیجیں اور سیٹنگ صفحات کا موازنہ کرنے کے بجائے دیکھا گیا اخراجی پتہ موازنہ کریں۔ ترتیب دی گئی پراکسی کا خاموشی سے جڑ نہ پانا ڈیفالٹ راستے پر واپس آنے کا بہت عام طریقہ ہے۔

curl -sS --max-time 8 https://api.ipify.org
curl -sS --max-time 8 --proxy socks5h://127.0.0.1:1080 https://api.ipify.org
dig +short example.com

پھر درخواست کو پراکسی مجبور کر کے اور سرنگ بند رکھ کر دہرائیں، تاکہ معلوم ہو کہ کون سی پرت واقعی ٹریفک اٹھاتی ہے۔ DNS کا جواب بھی درج کریں، کیونکہ اپنا خفیہ کردہ حل کنندہ رکھنے والا براؤزر سسٹم کے راستے کو مکمل طور پر نظرانداز کر کے بھی آپ کا متوقع صفحہ دکھا سکتا ہے۔

مطلوبہ نقشہ دو سطروں میں لکھیں: کون سا پروسیس کون سا راستہ استعمال کرتا ہے، اور ہر ایک کا مالک کون ہے۔ اکاؤنٹس کی شناخت بھی نظر میں رکھیں، کیونکہ دو راستے ایک ہی لاگ ان کے دونوں منزلوں کے سامنے پیش ہونے سے نہیں روکتے۔ اگلی براؤزر اپ ڈیٹ کے بعد دوبارہ جانچیں، کیونکہ پراکسی کی ترتیب کھونا آسان اور نوٹس کرنا مشکل ہے۔