Azure P2S: VNet تبدیلی کے بعد ایک Windows کلائنٹ کے راستے غائب

دو لیپ ٹاپ ایک ہی Azure point-to-site گیٹ وے پر تصدیق کرتے ہیں، اور نئی جڑی VNet تک صرف ایک پہنچتا ہے۔ دونوں Connected دکھاتے ہیں، اس لیے تصدیق فرق نہیں ہے؛ فرق وہ منزل راستے ہیں جو وہ رکھتے ہیں۔ جس کلائنٹ کو ناکامی ہوتی ہے اسی سے شروع کریں، ایک منزل کا موازنہ کریں، اور اسی کے بعد طے کریں کہ خلا گیٹ وے پیکیج کا ہے یا مقامی روٹ ٹیبل کا۔

گیٹ وے سے نہیں، جس کلائنٹ کو ناکامی ہوتی ہے اسی سے شروع کریں

لیپ ٹاپ کو الزام دینے سے پہلے ٹوپولوجی کی تصدیق کریں۔ دیکھیں کہ کون سی VNet گیٹ وے کی VNet سے جڑی ہیں اور نئی نیٹ ورک براہ راست peer ہے یا الگ site-to-site سرنگ سے پہنچتا ہے۔ اگر نئی VNet گیٹ وے کی VNet سے بالکل جڑی نہ ہو تو کوئی کلائنٹ پیکیج وہاں راستہ نہیں بنا سکتا، اور جو لیپ ٹاپ کام کر رہا ہے وہی وہ غیر معمولی صورت ہے جس کی وضاحت کرنی ہے۔ جواب لکھ لیں، کیونکہ یہ طے کرتا ہے کہ آپ کلائنٹ ڈیبگ کر رہے ہیں یا گیٹ وے۔

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

route print سے ایک منزل کا موازنہ کریں

اجازت یافتہ وسیلہ IP منتخب کریں اور دونوں لیپ ٹاپ کا دو بار موازنہ کریں: منقطع حالت میں، پھر منسلک حالت میں۔ Windows میں route print -4 IPv4 راستوں کو منزل سابقہ، انٹرفیس، اگلی ہاپ اور میٹرک کے ساتھ فہرست کرتا ہے۔ VPN لفظ والی اندراجات گننے کے بجائے وہ سطر درج کریں جو اس منزل کے لیے واقعی جیتے گی۔

انتخاب پہلے طویل ترین سابقہ، پھر میٹرک کے مطابق ہوتا ہے، اس لیے زیادہ مخصوص مقامی راستہ غلط دکھے بغیر سرنگ کے راستے کو ہرا سکتا ہے۔ اگر مطلوبہ منزل 10.24.0.0/16 کے اندر ہو تو صحت مند کلائنٹ VPN انٹرفیس پر مطابق راستہ دکھاتا ہے، جبکہ ناکام کلائنٹ وہی پتہ اپنے ڈیفالٹ گیٹ وے کو بھیجتا ہے۔

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

TTL expired راستوں کی تقسیم کا بگ نہیں ہے

جو ping TTL expired in transit واپس کرتا ہے وہ بتاتا ہے کہ پیکیج نے اپنا ہاپ کوٹہ ختم کر لیا، جس کا عام مطلب فارورڈنگ لوپ ہے، خراب VPN ڈرائیور نہیں۔ Windows ping 255 تک TTL قبول کرتا ہے، اور قدر بڑھانا لوپ ٹھیک نہیں کرتا؛ یہ صرف وہی خرابی مؤخر کرتا ہے۔ پیغام کو راستے کی علامت سمجھیں، راستوں کی تقسیم پر ثبوت نہیں۔

راستہ کہاں دہرایا جاتا ہے یہ دیکھنے کے لیے tracert -4 10.24.1.10 استعمال کریں۔ اگر وہی دو ہاپ بار بار ظاہر ہوں تو ایسا راستہ تلاش کریں جو سرنگ کی طرف جانے والا ٹریفک واپس سرنگ میں یا اسے واپس بھیجنے والے مقامی راؤٹر میں بھیجتا ہے۔

پیکیج اسی گیٹ وے پر دوبارہ بنائیں جو اس کا مالک ہے

Microsoft دستاویز کرتا ہے کہ متعلقہ ٹوپولوجی تبدیلیوں کے بعد Windows کلائنٹ پیکیجز دوبارہ ڈاؤن لوڈ اور انسٹال کرنے ہوتے ہیں۔ اس پروفائل کی خدمت کرنے والے Azure گیٹ وے سے موجودہ پیکیج لیں، پھر اس کلائنٹ کے لیے معاون عمل سے اسے لاگو کریں۔ غیر متعلقہ VPN ایپلیکیشن کی قابلِ عمل فائل بدلنا گیٹ وے کے مخصوص ترتیبات دوبارہ بنانے کے برابر عمل نہیں ہے۔ پیکیج دوبارہ ڈاؤن لوڈ کرنا سستا ہے؛ مقامی راستوں کا اندازہ لگانا نہیں۔

دوبارہ منسلک ہوں اور اصل منزل کا راستہ دوبارہ پڑھیں۔ تبدیلی کے ریکارڈ کے ساتھ پہلے اور بعد کی سطریں رکھیں تاکہ نتیجہ میں نے کلائنٹ دوبارہ انسٹال کیا سے زیادہ درست ہو۔

Azure P2S روٹنگ منظرنامے براہ راست peer شدہ VNet کو دوسری سرنگوں سے پہنچنے والے نیٹ ورکس سے الگ کرتے ہیں، اور نیا پیکیج peering کو منتقلی نہیں بنا سکتا۔ کچھ Windows site-to-site یا BGP منظرناموں کو ہاتھ سے ترتیب دیے گئے دور دراز راستے بھی درکار ہوتے ہیں، اس لیے پیکیج کی تجدید راستوں کی تقسیم کا عالمگیر طریقہ نہیں ہے۔

عارضی راستہ عارضی ہی رکھیں

دستی راستہ غائب کلائنٹ راستے کو الگ کر سکتا ہے، لیکن اسے حقیقی ڈیزائن سے بنائیں: route add 10.24.0.0 mask 255.255.0.0 172.16.0.1 if 42، مستقل جھنڈے کے بغیر، تاکہ ری بوٹ پر وہ غائب ہو جائے۔ انٹرفیس انڈیکس اور اگلی ہاپ منسلک VPN اڈاپٹر سے منتخب کریں، اندازے سے نہیں۔

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

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