ونڈوز VPN پر انٹرنیٹ نہیں؟ ایڈریس پول مشتبہ ہے

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

بدلنے سے پہلے لیز پڑھیں

کلائنٹ پر ipconfig /all چلائیں اور اندراجات میں VPN اڈاپٹر تلاش کریں۔ جو پتہ، ڈیفالٹ گیٹ وے اور DNS سرور یہ فہرست کرتا ہے وہی وہ حقائق ہیں جو آپ کو درکار ہیں، اور وہ اکثر اس سے مختلف ہوتے ہیں جو منتظم سمجھتا ہے کہ جاری کیا گیا۔

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

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

خودکار تفویض گیٹ وے کیوں نہیں چھوڑ سکتا

Incoming Connections اندراج کے فزیکل اڈاپٹر سے علیحدہ اپنے IPv4 خصوصیات ہوتے ہیں۔ وہاں کا ڈیفالٹ پتے خودکار طور پر تفویض کرنے کی پیشکش کرتا ہے، جو پتہ، ماسک، گیٹ وے اور DNS فراہم کرنے کے لیے کنکشن کے بلٹ ان تقسیم کنندہ پر منحصر ہے۔

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

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

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

واضح حد مقرر کریں جسے سرور روٹ کر سکے

سرور کی رسائی والے سب نیٹ کے اندر چھوٹا بلاک منتخب کریں، LAN روٹر جو حد تقسیم کرتا ہے اس کے باہر اور نیٹ ورک کے کسی بھی دوسرے پول سے باہر۔ اگر سرور 172.20.10.0/24 پر ہے اور روٹر کے پاس 172.20.10.1 ہے، تو اس سب نیٹ کے اوپری حصے کے قریب چھوٹا بلاک، فرض کریں 172.20.10.201 سے 172.20.10.209 تک، ٹنل لیزوں کو روٹر کی پہلے سے سنبھالی تقسیم سے دور رکھتا ہے۔

اسے Incoming Connection کی IPv4 خصوصیات میں درج کریں، کلائنٹ دوبارہ منسلک کریں، اور کچھ اور بدلنے سے پہلے اڈاپٹر دوبارہ پڑھیں۔ دوسری بار پڑھنا ہی بتاتا ہے کہ پول خرابی تھی یا کئی میں سے صرف ایک۔

یہ کمانڈز نتیجے کی ترتیب اور وہ راستے چھاپتی ہیں جو کلائنٹ کے پاس اب ہیں:

ipconfig /all
route print -4
Get-NetIPConfiguration -InterfaceAlias \"Incoming Connection\"

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

پتہ انٹرنیٹ کا راستہ نہیں ہے

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

Internet Connection Sharing شارٹ کٹ ہے۔ یہ انٹرنیٹ کی طرف منہ والے اڈاپٹر کو مشترکہ گیٹ وے بنا دیتا ہے اور اپنی پتہ بندی چلاتا ہے، جو اس اڈاپٹر کا پتہ دوبارہ لکھ سکتا ہے اور موجودہ NAT قاعدے کو ایسی قدر کی طرف اشارہ کرتا چھوڑ سکتا ہے جو اب موجود نہیں۔ اسے فعال کرنے سے پہلے اصل ترتیبات درج کریں۔

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

پہلے بیرونی راستہ خارج کریں

اگر ٹنل کبھی نہ بنے تو کوئی پول مدد نہیں کر سکتا۔ پروٹوکول طے کرتا ہے کہ راستے کو کیا لے کر جانا ہے: PPTP کو TCP 1723 اور GRE چاہیے، GRE پورٹ نہیں بلکہ IP پروٹوکول 47 ہے؛ L2TP/IPsec کو UDP 1701 کے ساتھ 500 اور 4500 چاہیے؛ SSTP کو TCP 443 چاہیے۔

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

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