ہینڈ شیک ہو رہا ہے، انٹرنیٹ نہیں: Windows 11 پر پہلے کیا ٹھیک کریں

Windows 11 پر نئے ہینڈ شیک اکثر ایسے براؤزرز کے ساتھ ہوتے ہیں جو کچھ نہیں کھولتے۔ ہینڈ شیک صرف یہ ثابت کرتا ہے کہ ساتھی کے ساتھ UDP کا تبادلہ مکمل ہوا۔ یہ Windows کے ڈالے راستے، استعمال ہونے والے resolver، یا اس بات کے بارے میں کچھ نہیں کہتا کہ اخراج کچھ آگے بھیجتا ہے یا نہیں.

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

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

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

یہی ترتیب پورا طریقہ ہے۔ یہ DNS خرابی کو ٹوٹے ٹنل کے طور پر تشخیص ہونے سے روکتی ہے، جو یہاں سب سے عام غلط موڑ ہے۔

wg show
Find-NetRoute -RemoteIPAddress 1.1.1.1
Resolve-DnsName example.com -Server 1.1.1.1

اگر ہینڈ شیک کا وقت خالی ہو

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

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

اگر راستہ طبعی اڈاپٹر سے ہار جائے

مکمل ٹنل کے لیے ساتھی کا حصہ ان منزلوں کو ڈھانپنا چاہیے جنہیں آپ استعمال کرنے کی توقع رکھتے ہیں۔ Windows کبھی کبھی طبعی اڈاپٹر کا ڈیفالٹ راستہ رکھتا ہے، چاہے سب کچھ ڈھانپنے والا قاعدہ مقرر ہو۔ اس قاعدے کو 0.0.0.0/1 اور 128.0.0.0/1 میں تقسیم کرنے سے دو زیادہ مخصوص سابقے بنتے ہیں جو تلاش جیتتے ہیں۔ یہ تقسیم دستاویزی حل ہے، ترجیح نہیں۔

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

اگر پتے کام کریں اور نام ناکام ہوں

WireGuard IP پیکٹ لے کر چلتا ہے اور DNS کے بارے میں اس کی کوئی رائے نہیں۔ انٹرفیس کے حصے میں DNS = سطر رکھیں، یا Windows کے ذریعے اڈاپٹر مقرر کریں۔ اس کے بغیر پتے پر ping کامیاب ہوتا ہے جبکہ ہر میزبان نام ناکام ہوتا ہے، اور صارفین اسے انٹرنیٹ نہ ہونے کے طور پر بتاتے ہیں۔

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

اگر Windows مشین ہی اخراج ہو

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

Windows کے لیے مخصوص دو اور تصادم دیکھنے کے قابل ہیں۔ Routing and Remote Access سروس ٹنل میں مداخلت کر سکتی ہے۔ غلط آرکیٹیکچر کے لیے بنایا گیا انسٹالر ایسے پیغام کے ساتھ ناکام ہوتا ہے جو کبھی آرکیٹیکچر کا ذکر نہیں کرتا۔

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