تین ناشر ڈومین کنٹرولر کا VPN پتہ DNS میں رکھ سکتے ہیں

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

ایک ترتیب، ایک سروس اور ایک کردار؛ تین ناشر، تین سوئچ۔

ریکارڈ سے شروع کریں، چیک باکس سے نہیں

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

مشین کا اپنا نام درست طور پر حل کرنا بہت کم ثابت کرتا ہے۔ اہم امتحان کلائنٹ نیٹ ورکس سے کیا جاتا ہے۔

ایڈاپٹر صرف ایک ناشر ہے

ایڈاپٹر کی TCP/IP خصوصیات میں اس کنکشن کا پتہ رجسٹر کرنے کے لیے چیک باکس ہے، اور ٹک ہٹانے سے ٹھیک ایک ناشر خاموش ہوتا ہے۔ یہ باقی کو نہیں روکتا، اسی لیے ری اسٹارٹ کے بعد ریکارڈ دوبارہ ظاہر ہو سکتا ہے۔ اگر ڈومین کنٹرولر DNS سروس بھی چلاتا ہے تو اس سروس کی اپنی سماعت کی ترتیب اور اپنے نام سرور ریکارڈ ہوتے ہیں۔ متعدد انٹرفیس والے ماحول کے لیے Microsoft کی رہنمائی انٹرفیس کے رویے، DNS سروس اور Netlogon کو الگ الگ متعلقہ ناشر مانتی ہے۔

تین سوئچ، تین مالک، اور ان میں سے صرف ایک ایڈاپٹر کی خصوصیات کے صفحے پر رہتا ہے۔

DNS سروس کے اپنے پتے ہیں

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

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

صفائی سے پہلے ملکیت

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

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

درج کریں کہ کون سا ناشر ذمہ دار تھا، کون سے ریکارڈ بدلے اور کون سے کلائنٹ جانچے گئے۔ اگلے متعدد انٹرفیس والے سرور میں بھی وہی تین مشتبہ ہوں گے۔