Onion سروس اور VPN سروس: مختلف رسائی ماڈل
Onion پتہ سروس کی کلید سے بندھا ہوتا ہے اور Tor کے اندر پہنچا جاتا ہے؛ VPN گیٹ وے تک راستہ دیتا ہے۔ سامعین، دریافت اور ایپ کی توثیق کا موازنہ کریں۔
لوگ Onion سروس اور صرف VPN کے ذریعے پہنچنے والی سروس کو ایک ہی خیال کی دو صورتیں بتاتے ہیں: پورٹ چھپاؤ، خفیہ پتہ بانٹو۔ وہ اس میں مختلف ہیں کہ پتہ کس سے بندھا ہے، کون اس تک پہنچ سکتا ہے اور درخواست آنے سے پہلے کیا ہونا چاہیے۔ ایک Tor کے اندر ملنے کی جگہ ہے، دوسرا نجی نیٹ ورک کے اندر راستہ۔ انہیں ایک دوسرے کا بدل سمجھنے سے ایسے ڈیزائن بنتے ہیں جو نہ نجی ہیں نہ برقرار رکھنے کے قابل۔
داستان: دونوں ڈیزائن صرف ایک چھپا ہوا دروازہ ہیں
مشترکہ خصوصیت حقیقی ہے مگر پتلی: کوئی ڈیزائن انتظامی انٹرفیس کو براہ راست پہنچنے والے عوامی پورٹ پر نہیں رکھتی۔ باقی سب کچھ مختلف ہو جاتا ہے۔ Onion پتہ سروس کی اپنی کلید سے بنتا ہے، اس لیے نام شناخت سے بندھا ہے؛ VPN پتہ صرف اس نیٹ ورک کے اندر پتہ ہے جس میں آپ کو داخل کیا گیا۔ ایک سروس کو اوورلے تہ میں چھپاتا ہے، دوسرا آپ کو نجی ٹوپولوجی میں داخل کرتا ہے۔ دوسرے کو پہلے کا مترادف سمجھنا ہی الجھن کا آغاز ہے۔
ان دونوں خصوصیات میں سے کوئی بھی ایپ کے لیے بذات خود حفاطتی کنٹرول نہیں ہے۔ چھپی ہوئی جگہ اپنے پیچھے کے سافٹ ویئر کو درست نہیں کرتی، اور نجی راستہ لاگ ان صفحے پر توثیق شامل نہیں کرتا۔ دونوں ڈیزائنوں کو اب بھی ایپ کی اپنی اجازتیں درکار ہیں، اور دونوں کو اب بھی اپ ڈیٹ اور بحالی کا ذمہ دار کوئی شخص درکار ہے۔
Onion پتہ دراصل کس طرف اشارہ کرتا ہے
Onion پتہ ورژن v3 سروس کی عوامی کلید کو انکوڈ کرتا ہے، اس لیے کوئی بھی ایسی سروس کے لیے پتہ نہیں چن سکتا جسے وہ کنٹرول نہیں کرتا۔ کلائنٹ Tor کے ذریعے ملنے کی جگہ سے جڑتا ہے، اور سروس اپنی طرف سے اسی نقطے تک پہنچتی ہے؛ کوئی عام ایگزٹ نوڈ وہ کنکشن سروس تک نہیں لے جاتا۔ نام ایک شناخت ہے، DNS ریکارڈ نہیں۔
dig +short example.onion
curl --socks5-hostname 127.0.0.1:9050 http://example.onion/
systemctl status tor
اسی لیے onion نام کے لیے راستہ یا hosts اندراج شامل کرنے کا کوئی فائدہ نہیں۔ تلاش طریقہ کار نہیں ہے؛ Tor کلائنٹ اور اس کے سرکٹ طریقہ کار ہیں۔ اگر سروس چند لوگوں کے گروہ کے لیے ہے تو onion کلائنٹ اجازت کنکشن قبول ہونے سے پہلے کلید مانگ سکتی ہے، مگر وہ اب بھی ایپ لاگ ان نہیں ہے۔ پتہ شائع کرنا بھی جان بوجھ کر کیا گیا عمل ہے، کیونکہ جو بھی اسے جان لے وہ کنکشن کی کوشش کر سکتا ہے جب تک آپ نے اسے محدود نہ کیا ہو۔
رکیں اگر onion ڈیزائن کی واحد وجہ توثیق قائم کرنے سے بچنا ہے۔ اوورلے تہ وہ نہیں دیتی، اور آپ اسے بعد میں بھرحال بنائیں گے۔
VPN راستہ دراصل کیا دیتا ہے
VPN کسی ڈیوائس کو نیٹ ورک میں داخل کرتا ہے اور اسے گیٹ وے یا ذیلی نیٹ ورک تک راستہ دیتا ہے۔ اس گیٹ وے کے پیچھے کی سروس ٹنل پول سے پتہ دیکھتی ہے اور اپنی موجودہ اجازت لاگو کرتی ہے۔ راستہ اس بارے میں کچھ نہیں کہتا کہ صارف کون ہے؛ یہ بتاتا ہے کہ پیکٹ کہاں جا سکتے ہیں۔
ip route get 10.20.30.40
wg show
curl -sv https://files.internal.example/ -o /dev/null
وہ ماڈل ایسے جانے پہچانے گروہ کے لیے موزوں ہے جس کے ڈیوائس زیر انتظام ہوں، کیونکہ گیٹ وے ڈیوائس کی حالت نافذ کر سکتا ہے اور نیٹ ورک کا آڑٹ ہو سکتا ہے۔ یہ گمنام یا وقتی مہمانوں کے لیے موزوں نہیں، انہیں پہلے رجسٹر کرنا پڑے گا۔ منسلک صارف کیا پڑھ سکتا ہے یہ اب بھی ایپ کا اپنا لاگ ان طے کرتا ہے۔ رسائی کو اجازت سے خلط کرنا ہی وہ راستہ ہے جس سے VPN بالآخر ہر اس شخص کو پورا ذیلی نیٹ ورک دے دیتا ہے جو جڑ سکتا ہے۔
رکیں اگر سامعین نامعلوم ہیں یا مسلسل بدلتے ہیں۔ ایک صفحہ دکھانے کے لیے اجنبیوں کو نجی نیٹ ورک میں رجسٹر کرنا سروس شائع کرنے کے مقابلے بڑا عہد ہے۔
دونوں کے درمیان انتخاب، اور جو یکساں رہتا ہے
onion ماڈل چنیں جب سامعین تکنیکی ہوں، سروس کا کوئی عوامی پتہ نہ ہو اور آپ Tor کلائنٹ کی شرائط مان سکیں۔ VPN ماڈل چنیں جب سامعین ایک متعین گروہ ہو جس کے ڈیوائس آپ سنبھالتے ہیں اور جس کی رسائی نیٹ ورک سطح پر درج کرنا چاہتے ہیں۔ کوئی انتخاب ایپ توثیق، پیچنگ یا بحالی کے راستے کی ضرورت نہیں ہٹاتا۔ کوئی بھی آپ کے صارفین کے لیے اہم معنی میں خود بخود زیادہ نجی نہیں ہے۔
دونوں ڈیزائنوں میں لکھیں کہ سروس تک کون پہنچ سکتا ہے، اسے کیسے پہچانا جاتا ہے اور سند ضائع ہونے پر کیا ہوتا ہے۔ onion سروس کے جواب میں اس کی کلائنٹ اجازت کلیدیں اور پتہ خود شامل ہیں؛ VPN کے جواب میں اکاؤنٹ، ڈیوائس اور گیٹ وے پالیسی شامل ہے۔ یہ مختلف فہرستیں ہیں، اور ان میں سے صرف ایک اگلے منتظم کے لیے واضح ہوگی۔
موازنہ وہاں ختم ہوتا ہے جہاں ایپ شروع ہوتی ہے۔ چھپا ہوا پتہ اور نجی راستہ نقل و حمل کے انتخاب ہیں، اور ایپ کو اب بھی طے کرنا ہے کہ درخواست کو کیا کرنے کی اجازت ہے۔ وہ فیصلے الگ دستاویزات میں رکھیں، پھر دونوں میں سے کوئی ڈیزائن دوسرے کا کام خاموشی سے نہیں لے گا۔