VPN پورٹ خاموش؟ سننے والا، بائنڈ پتہ یا میزبان کی فائر وال

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

فرض کریں کہ آپ سرور میں لاگ ان کر سکتے ہیں اور کلائنٹ اسکینر نہیں بلکہ اصلی پروفائل ہے۔ دونوں فرض اہم ہیں، کیونکہ عام پروب پروٹوکول سے مخصوص سوال کا جواب نہیں دے سکتا۔

کیا ساکٹ بالکل موجود ہے

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

systemctl status openvpn-server@server --no-pager
journalctl -u openvpn-server@server -n 30 --no-pager
ss -lunp

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

ساکٹ کس پتے اور کس خاندان پر جواب دیتا ہے

دو غلطیاں کلائنٹ کی طرف سے ایک جیسی دکھتی ہیں اور "پہنچ نہیں سکتا" کی زیادہ تر رپورٹوں کی وضاحت کرتی ہیں۔ لوپ بیک پتے سے بندھا سرور کبھی دوسری مشین سے ٹریفک نہیں لیتا، اور صرف IPv4 پتے سے بندھا سرور اسی میزبان کے IPv6 پتے پر ڈائل کرنے والے کلائنٹ کو کبھی جواب نہیں دیتا۔ پالیسی کے بارے میں کچھ بھی فرض کرنے سے پہلے ساکٹ جدول کا پتہ اس پتے سے حرف بحرف موازنہ کریں جو کلائنٹ واقعی ڈائل کر رہا ہے۔

فہرست کو ایک پورٹ تک محدود رکھنا اسے پڑھنے کے قابل رکھتا ہے جب میزبان کئی سروسز چلا رہا ہو۔ sport فلٹر پورٹ کو اس ٹرانسپورٹ کے ساتھ لیتا ہے جو آپ جانچ رہے ہیں:

ss -lun 'sport = :51820'
ss -ltnp 'sport = :1194'

پروٹوکول کا کالم پورا جواب بدل دیتا ہے

ساکٹ جدول پورٹ کے ساتھ ساتھ پروٹوکول پر بھی کلید کرتا ہے، اور یہ دو آزاد اندراجات ہیں۔ 1194 پر TCP کا جواب دینے والی سروس اس بارے میں کچھ نہیں کہتی کہ UDP 1194 پر کچھ سن رہا ہے یا نہیں، اور کلائنٹ ہمیشہ ان میں سے صرف ایک استعمال کرے گا۔ تصدیق کریں کہ سرور کنفیگریشن کون سا ٹرانسپورٹ چنتی ہے اور کلائنٹ پروفائل کون سا بھیجتا ہے، پھر وہی سطر تلاش کریں۔

UDP میں دوسرا موڑ ہے: غیر تصدیق شدہ پروب کوئی غلطی نہیں جس کا جواب سروس کو دینا لازم ہو۔ پورٹ کو خاموش بتانے والا اسکین سروس کی دستیابی نہیں بلکہ اس کی احتیاط ناپتا ہے، اس لیے اصلی کلائنٹ اور پروفائل سے جانچیں۔

ایک کوشش، دیکھنے کی تین جگہیں

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

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

اصول بدلنے سے پہلے مرحلے کا نام دیں

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

سوال کا جواب دینے والی سب سے تنگ تشخیص استعمال کریں۔ منتظم کے کنٹرول میں ایک پورٹ پر عارضی پیکٹ مشاہدہ معقول ذریعہ ہے؛ پوری فائر وال بند کرنا نہیں، کیونکہ نتیجے کو کسی سبب سے منسوب کرنا ناممکن ہو جاتا ہے۔ ss کی دستاویز اوپر استعمال شدہ فلٹرز کا احاطہ کرتی ہے، اور یہ کسی بھی گرفت سے سستا پہلا قدم ہے۔ لکھیں کہ دو شاخوں میں سے کون سی ثابت کی، اور اگلا واقعہ معلوم جواب سے شروع ہوگا۔