مینو SSH کنکشن کو فعال دکھاتا ہے، ہوسٹ کی کلید قبول ہو چکی ہے، اور براؤزر اب بھی وہاں نہیں پہنچتا جہاں اسے پہنچنا تھا۔ یہ تضاد نہیں، کیونکہ NetworkManager-ssh پروفائل ایک ہی ہوسٹ اور ایک ہی کلید سے دو بالکل مختلف نتائج دے سکتا ہے: پیکٹ لے جانے والا ٹنل ڈیوائس، یا فارورڈنگ کا ایسا مجموعہ جسے صرف کچھ ایپس استعمال کر سکتی ہیں۔ اشارہ بتاتا ہے کہ زیرِ انتظام SSH رشتہ موجود ہے۔ یہ کبھی نہیں بتاتا کہ آپ کو دونوں میں سے کون سا ملا۔

ایک مینو اندراج کے پیچھے دو نتائج

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

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

کام کرنے سے پہلے ہر طریقے میں کیا ہونا چاہیے

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

ModeWhat must existWhat still has to be true
Tunnel deviceCompatible TUN/TAP arrangement on both ends, permission, addressingA route policy that actually sends the intended prefixes into it
Forwarding onlyA chosen SOCKS, local-forward or remote-forward listenerA permitted destination path on the far side

دایاں کالم غور سے پڑھیں، کیونکہ ایسی زیادہ تر ٹکٹیں وہیں ختم ہوتی ہیں۔ بالکل درست بنایا گیا ٹنل ڈیوائس بھی صرف وہی ڈھکتا ہے جو روٹنگ اس میں بھیجتی ہے، اور مکمل فارورڈنگ بھی صرف انہی ایپس کی مدد کرتی ہے جنہیں اسے استعمال کرنے کو کہا گیا ہو۔

ڈمی انٹرفیس ٹنل نہیں ہے

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

منصوبے کی مکمل ٹنل کی مثالیں OpenSSH ٹنل ڈیوائس کی معاونت سے متعلق ہیں، لہٰذا لیبل میں ٹنل کا لفظ صلاحیت بیان کرتا ہے، آپ کی اصل پالیسی نہیں۔ دیکھیں کرنل کیا کرے گا، یہ نہیں کہ پروفائل کا نام کیا ہے۔

nmcli connection show --active
ip -br link
ss -lntp | grep -E "1080|8080"

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

دور دراز طرف کو مجبور کرنے کے بجائے تیار کریں

عام SSH اکاؤنٹ دور دراز ٹنل ڈیوائس اٹھانے کی کسی اجازت کے بغیر تصدیق کر سکتا ہے۔ منصوبہ root کے بغیر راستہ دستاویز کرتا ہے جس میں منتظم وہ ڈیوائس اس صارف کے لیے پہلے سے بناتا ہے، اور پھر کلائنٹ مماثل نمبر منتخب کرتا ہے۔

ایسی ترتیب کے لیے سرور کی ٹنل پالیسی اور دور دراز نیٹ ورک پر پتوں کے مالک کے ساتھ ہم آہنگی درکار ہے۔ ڈیوائس بنانے سے بذات خود وسائل کے راستے، فارورڈنگ کی اجازتیں یا واپسی کا راستہ نہیں ملتا، اور ان میں سے کچھ بھی اس لیے نہیں آتا کہ نمونہ ترتیب قائل کرنے والی لگ رہی تھی۔

جو آپ کو نہیں کرنا چاہیے وہ یہ ہے کہ نمونہ چلانے کے لیے بے حد فارورڈنگ یا دور دراز root لاگ اِن فعال کریں۔ جہاں آپریٹر دور دراز نیٹ ورک کی ترتیب کا مالک ہے، وہاں ان احکام کو اسی مالک پر چھوڑنے کے لیے معاون ترتیب استعمال کریں، اور ڈس کنکٹ پر متضاد پتے بحال کرنے والے دوسرے مددگار سے بچیں۔

تصدیق کا سیاق، اور ٹکٹ میں کیا لکھیں

تصدیق کا اپنا سیاق ہے۔ پلگ اِن صارف کے سیشن سے منسلک SSH ایجنٹ تلاش کرتا ہے اور ضروری سمجھتا ہے کہ منزل ہوسٹ معلوم ہو، اس لیے ایک ٹرمینل میں کام کرنے والی کلید خود بخود منتظم کے تصدیق کے راستے کو نظر نہیں آتی۔ جانچ بند کرنے کے بجائے منظور شدہ عمل کے ذریعے ہوسٹ کلید درج اور جانچوائیں۔

معاونت کے لیے چار چیزیں درج کریں: پلگ اِن اور ورژن، منتخب موڈ، مطلوبہ دور دراز شناخت، اور وہ انٹرفیس یا سننے والا ساکٹ جو ظاہر ہونا چاہیے تھا۔ پھر ایپ کے داخلی نقطے کو براہ راست جانچیں۔ جڑا ہوا اشارہ اور کام کرنے والی جانچ ثبوت ہے؛ صرف جڑا ہوا اشارہ SSH کے بارے میں بیان ہے، اس روٹنگ یا وسائل کی اجازت کے بارے میں نہیں جو آپ حاصل کرنے کی کوشش کر رہے تھے۔

متعلقہ مضامین