VPN منسلک ہے مگر ایک سروس ناکام: مرحلہ الگ کریں

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

نام سے شروع کریں، سرنگ سے نہیں

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

resolvectl query host.internal
getent hosts host.internal

اپنی محفوظ-DNS ترتیب والے براؤزر یہاں ناکام ہوتے ہیں جبکہ باقی سسٹم چلتا ہے۔ اسی لیے صرف براؤزر سے متعلق شکایت پہلے اسی مرحلے کی ہے، اس سے پہلے کہ کوئی راستے کو چھوئے۔ ایک نہیں، دونوں کمانڈز کا موازنہ کریں، کیونکہ getent NSS راستہ اختیار کرتا ہے اور حل کنندہ کا استفسار نہیں۔

کرنل سے پوچھیں کہ اس نے کون سا راستہ چنا

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

ip route get 10.20.30.40
ip -brief address show

dev، via اور src فیلڈز اسی ترتیب سے پڑھیں، کیونکہ ہر ایک الگ شک دور کرتا ہے۔ یہ مرحلہ کلائنٹ کی نصب کردہ حالت کا بھی مالک ہے، کیونکہ فائر وال قواعد اور راستے غیر معمولی اخراج کے بعد بھی رہ سکتے ہیں۔ اسی لیے «سرنگ کے بغیر انٹرنیٹ نہیں» اور «کلائنٹ چلے بغیر انٹرنیٹ نہیں» دو نہیں، ایک ہی خرابی خاندان ہیں۔

پیکٹ کا حجم جانچیں

بڑی منتقلی اٹکنے کے دوران واپس آنے والا چھوٹا جواب پہلے راستے کے MTU کی طرف اشارہ کرتا ہے۔ سرنگ کے اندر سے بھیجا گیا، do-not-fragment بٹ سیٹ کیے ہوئے ایک پروب اس مرحلے کو باقیوں سے الگ کرتا ہے۔ پروب ناکام ہونے تک پے لوڈ بڑھائیں اور اہم عدد آپ کے پاس ہوگا۔

ping -M do -s 1400 10.20.30.40

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

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

دور والے سرے کو جانچیں

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

curl -sv http://10.20.30.41:8080/health
nc -vz -w 3 10.20.30.41 3389
ss -lnt 'sport = :8080'

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

شکایت کو ایک مرحلے سے جوڑیں

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

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

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