VPN منسلک ہے مگر انٹرنیٹ نہیں؟ چار تہوں کو دیکھیں

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

جس نیٹ ورک سے آئے ہیں وہیں سے شروع کریں

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

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

فیصلہ کریں کہ ناکامی ناموں کا حل ہے یا نہیں

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

nslookup example.com

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

مکمل سرنگ یا صرف کمپنی کی ذیلی نیٹ ورک

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

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

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

جب سرور کبھی کچھ آگے نہیں بھیجتا

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

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

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

ایک وقت میں ایک تہہ دیکھیں

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

curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://example.com
route print -4          # Windows
ip -4 route show        # Linux
netstat -rn | head      # macOS

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