ڈائل اِن کے بعد سرور کا نام اس کے VPN پتے پر کیوں حل ہوتا ہے

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

دو پتے، ایک نام، تین شرطیں

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

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

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

رجسٹرار بدلنے سے پہلے ریکارڈ پڑھیں

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

dig +short files.corp.example A
dig @10.20.0.10 +short files.corp.example A
Resolve-DnsName files.corp.example -Server 10.20.0.10 -Type A

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

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

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

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

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

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

ناکام کلائنٹ نیٹ ورک سے تصدیق کریں

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

ipconfig /flushdns
ipconfig /displaydns | findstr /i files.corp.example

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

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