VPN سے Tor میں، Tor سے VPN میں: زنجیر کیوں ٹوٹتی ہے
جب VPN، Tor اور ایک پراکسی کو ایک کے اوپر ایک رکھا جائے تو ترتیب طے کرتی ہے کہ کیا حل ہوگا اور کیا منتقل ہوگا۔ تینوں بدلنے سے پہلے پہلی ٹوٹی ہوئی حد تلاش کریں۔
VPN، Tor اور کسی ایپلیکیشن کی پراکسی کو ایک کے اوپر ایک رکھنا رازداری کو کئی گنا بڑھانے جیسا لگتا ہے، مگر دراصل یہ اُن مقامات کی تعداد بڑھا دیتا ہے جہاں کنکشن مر سکتا ہے۔ عام نتیجہ یہ ہوتا ہے کہ براؤزر گھومتا رہتا ہے جبکہ تینوں اوزار خود کو ٹھیک بتاتے ہیں۔ تینوں سیٹنگز ایک ساتھ بدلنے سے یہ بھی پتہ نہیں چلتا کہ کون جھوٹ بول رہا ہے۔
پہلے مطلوبہ راستہ ترتیب سے بنائیں، لکھیں کہ کون سا پروگرام کون سا کنکشن کھولتا ہے اور ہر قدم پر کون سا نام حل ہوتا ہے۔
تہیں جمع نہیں ہوتیں، وہ ایک دوسرے پر اثر ڈالتی ہیں
Tor سے پہلے VPN ہونے کا مطلب ہے کہ Tor کلائنٹ کا داخلہ کنکشن سرنگ کے اندر سے گزرتا ہے۔ Tor کے ذریعے لے جایا جانے والا VPN مطلب VPN کلائنٹ کا اپنا اینڈ پوائنٹ Tor کے ذریعے قابل رسائی ہونا چاہیے، جو بالکل مختلف شرط ہے۔ براؤزر کی پراکسی ایک اور چھلانگ جوڑتی ہے جس کے بارے میں آپریٹنگ سسٹم کو کچھ نہیں پتہ۔ تین ترتیبیں، تین الگ انحصار فہرستیں۔
ہر ترتیب بدلتی ہے کہ کیا حل ہو سکتا ہے، کیا منتقل ہو سکتا ہے اور پہلا پیکٹ کون دیکھتا ہے۔ ان میں سے صرف ایک ہی آپ کی مطلوبہ کنفیگریشن ہو سکتی ہے۔
سیدھا راستہ بھی نقشے میں شامل کریں۔ متبادل راستہ، منقسم سرنگ کی استثنا یا پراکسی سے گریز صفحہ لوڈ کر سکتے ہیں جبکہ وہ زنجیر خاموشی سے چھوڑ دیتے ہیں جسے آپ جانچنا چاہتے تھے، اور ایسی کامیابی ناکامی سے زیادہ گمراہ کرتی ہے۔
ترتیب طے کرتی ہے کہ کیا منتقل ہو سکتا ہے
Tor اپنے SOCKS انٹرفیس کے ذریعے TCP اسٹریم منتقل کرتا ہے، اور جو کلائنٹ پراکسی سے ہوسٹ نام حل کرنے کو کہتا ہے وہ تلاش کو سرکٹ کے اندر رکھتا ہے۔ عام کنفیگریشن میں UDP اس طرح نہیں جاتا، اسی لیے درمیان میں اضافی TCP ریلے کے بغیر WireGuard سرنگ کو Tor کے اندر نہیں رکھا جا سکتا۔
OpenVPN کو TCP پر مجبور کیا جا سکتا ہے، اس لیے یہ ترتیب کم از کم بیان کی جا سکتی ہے۔ یہ سست اور زیادہ نازک بھی ہے، اور ٹوٹنے پر اس کی ناکامی کی صورت بند پورٹ جیسی دکھتی ہے۔ توقع رکھیں کہ ان دونوں میں فرق کرنے میں کسی ایک کو ٹھیک کرنے سے زیادہ وقت لگے گا۔
حل کرنا دوسرا نصف ہے۔ --socks5-hostname کے ساتھ پراکسی منزل حل کرتی ہے، جبکہ سادہ --socks5 پہلے مقامی حل کنندہ سے پوچھتا ہے اور نام کو سرکٹ سے باہر لیک کر دیتا ہے۔ یہی ایک جھنڈا طے کرتا ہے کہ نام کی تلاش زنجیر کا حصہ ہے یا آپ کے انٹرنیٹ فراہم کنندہ کا۔
| Order | What must resolve the endpoint | What usually breaks |
|---|---|---|
| VPN, then Tor | The tunnel's resolver | Entry guards blocked by the VPN provider's filters |
| Tor, then VPN | The SOCKS proxy, remotely | UDP transports, which Tor does not carry |
| App proxy on top | The application itself | Proxy bypass rules and cached connections |
پہلی ٹوٹی ہوئی حد تلاش کرنا
پیکٹ جس ترتیب سے جاتے ہیں اسی ترتیب سے مراحل جانچیں، بے ضرر درخواستوں کے ساتھ، اور پہلے ناکام مرحلے پر رک جائیں۔ لکھیں کہ کون سی کمانڈ پہلے چلی، کیونکہ ترتیب بذات خود ثبوت کا حصہ ہے۔ دو کمانڈیں مردہ سرکٹ اور مردہ اخراج کو الگ کرتی ہیں:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
پہلی بتاتی ہے کہ درخواست SOCKS پراکسی کے ذریعے بالکل مکمل ہوتی ہے یا نہیں، اور دوسری وہ پتہ دکھاتی ہے جو نیٹ ورک اس وقت پیش کر رہا ہے۔ اگر پہلی ناکام اور دوسری کامیاب ہو تو مسئلہ Tor کلائنٹ پر یا اس سے پہلے ہے۔ اگر دونوں کامیاب ہوں اور براؤزر پھر بھی ناکام ہو تو ایپلیکیشن شیل سے مختلف راستہ استعمال کر رہی ہے۔
عوامی IP والا صفحہ بھی صرف آخری نظر آنے والا اخراج بیان کرتا ہے۔ یہ نہیں بتا سکتا کہ اس سے پہلے کتنی چھلانگیں تھیں، اس لیے کسی ایک عدد کو نقشہ سمجھنے کے بجائے اسے ہر اوزار کے معاون اسٹیٹس آؤٹ پٹ کے ساتھ ملا کر دیکھیں۔
تہیں شامل کرنا کب بند کریں
اگر آپ ایک جملے میں نہیں بتا سکتے کہ کوئی تہہ کیا شامل کرتی ہے تو اسے ہٹا دیں۔ جس کا مقصد واضح نہ ہو وہ زنجیر رات تین بجے کوئی ڈیبگ نہیں کر سکتا، اور غیر واضح چھلانگ کا رازداری کا فائدہ عموماً اُس دستیابی سے کم ہوتا ہے جو آپ کھوتے ہیں۔
اگر کوئی تہہ واقعی اپنی جگہ کی حقدار ہے تو پہلے اسے اکیلا جانچیں، پھر اگلی شامل کریں اور انہی دو کمانڈوں سے راستہ دوبارہ تصدیق کریں۔ عام استعمال سے پہلے پوری زنجیر بحال کریں، اور TLS کی توثیق اور تصدیق کو آن رکھیں؛ صفحہ لوڈ ہونے کے لیے قبول کی گئی سرٹیفکیٹ وارننگ راستے سے بچنے کا حیلہ ہے، مرمت نہیں۔ جو ترتیب آپ نے طے کی اسے تازہ رہتے ہی لکھ لیں۔
وہ ترتیب لکھیں، جس میں ہر مرحلے پر جواب دینے والا حل کنندہ بھی شامل ہو۔ جس کام کرنے والی زنجیر کی آپ وضاحت کر سکتے ہیں وہ اگلی اپ ڈیٹ تک قائم رہتی ہے، جبکہ آزمائش سے جوڑی گئی کام کرنے والی زنجیر اسی کے ساتھ غائب ہو جاتی ہے۔ تاریخ اور ورژن شامل کریں، تاکہ بعد کی ناکامی کو یادداشت سے بحث کرنے کے بجائے معلوم اچھی حالت سے موازنہ کیا جا سکے۔ ٹیکسٹ فائل میں دس سطریں ایک شام کا اندازہ بچا دیتی ہیں۔