مختصر داخلی نام VPN پر ناکام ہوتے ہیں: وہ لاحقہ جو آپ کبھی نہیں دیکھتے
مختصر نام صرف اس لیے کام کرتا ہے کہ کوئی تلاش لاحقہ اسے مکمل کرتا ہے۔ لاحقے کی کمی اور ریزالور کی ناکامی میں فرق کرنے کے لیے مکمل اور مختصر نام کا موازنہ کریں۔
مختصر نام دفتر میں کام کرتا تھا اور VPN پر ناکام ہوتا ہے، جبکہ مکمل نام بغیر کسی مسئلے کے حل ہوتا ہے۔ کچھ بھی ٹوٹا نہیں۔ intranet جیسا ننگا نام مکمل نام نہیں ہے؛ کلائنٹ اپنی تلاش فہرست سے لاحقہ جوڑتا ہے اور نتیجہ پوچھتا ہے۔ اگر VPN پروفائل وہ لاحقہ فراہم نہ کرے تو مانوس مختصر شکل کا وجود ختم ہو جاتا ہے۔
یہی پوری داستان ہے۔ DNS نہیں ٹوٹا، تلاش کی پالیسی بدل گئی۔
ننگا نام نام نہیں ہے
جب آپ ایک لیبل لکھتے ہیں تو ریزالور کو فیصلہ کرنا ہوتا ہے کہ کیا پوچھنا ہے۔ وہ نام کو جیسا دیا گیا ہے ویسا آزمانے کی کوشش کرتا ہے، پھر کچھ جواب دینے تک تلاش فہرست کی اندراجات ایک ایک کر کے جوڑتا ہے۔ Linux پر، resolv.conf search اور ndots ترتیبات کے ساتھ اس ترتیب کو کنٹرول کرتا ہے۔ Windows پر، لاحقہ فہرست اور نام حل کرنے کی پالیسی وہی کام کرتی ہیں۔ لاحقہ ہٹا دیں، ریزالور کے پاس جوڑنے کو کچھ نہیں بچے گا۔
اس لیے کام کرنے والا مختصر نام پالیسی کا ثبوت ہے، صحت مند DNS سرور کا ثبوت نہیں۔
لاحقہ فہرست اور ریزالور پتہ کیا کرتے ہیں
یہ دونوں مسلسل ملائے جاتے ہیں۔ ریزالور پتہ بتاتا ہے کس سے پوچھنا ہے؛ لاحقہ فہرست بتاتی ہے کس نام کے بارے میں پوچھنا ہے۔ VPN آپ کو بغیر لاحقے کا نجی ریزالور دے سکتا ہے، یا غلط ریزالور کے ساتھ لاحقہ دے سکتا ہے۔ ان ناکامیوں میں صرف ایک DNS کی رکاوٹ جیسی نظر آتی ہے۔
انہیں الگ الگ جانچیں، کیونکہ غلط کو درست کرنا مدد کی کھڑکی جلا دیتا ہے۔
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
تین علامات، تین مختلف ذمہ دار۔
پہلے مکمل نام آزمائیں
اندازے کے بجائے منتظم کا دستاویزی مکمل اہل نام طلب کریں۔ کام کرنے والا FQDN ثابت کرتا ہے کہ ریزالور قابل رسائی ہے اور ریکارڈ موجود ہے، جو ایک ہی سوال میں ممکنہ آدھی وجوہات دور کر دیتا ہے۔ ایسا آلہ استعمال کریں جو دکھائے کہ کس سرور نے جواب دیا، تاکہ کیش شدہ نتیجہ نہ پڑھیں۔
جانچ کو نجی رکھیں۔ داخلی شکلیں عوامی ریزالور کو بھیجنا نام ظاہر کرتا ہے اور ایسی پالیسی آزماتا ہے جس کا کسی نے ارادہ نہیں کیا۔
اصلاح کہاں آتی ہے
مالک پروفائل یا اسے بنانے والا انتظامی نظام درست کریں۔ مقامی ریزالور ترتیب میں ہاتھ سے کیا گیا تبدیلی عام طور پر دوبارہ جڑنے پر غائب ہو جاتا ہے، یا ہر اس نیٹ ورک پر لاگو ہوتا ہے جس سے مشین جڑتی ہے، جو زیادہ برا ہے۔
Windows پر، یاد رہنے والے چیک باکس کے بجائے مؤثر پالیسی دیکھیں۔ Get-DnsClientNrptPolicy وہ نام حل کرنے کے قواعد دکھاتا ہے جو واقعی نافذ ہیں۔
macOS پر، scutil --dns ہر دائرہ کار والے انٹرفیس کے لیے ریزالور ترتیب چھاپتا ہے، بشمول وہ تلاش ڈومین جو VPN نے بھیجے۔
Linux پر، /etc/resolv.conf میں search سطر پڑھیں، لیکن جانچیں کہ کیا VPN کلائنٹ نے اسے دوبارہ لکھا ہے۔ اگر فائل زیر انتظام ہو تو ظاہر شدہ فائل کے بجائے حقیقت کا ماخذ ترمیم کریں۔ پچھلے نیٹ ورک سے بچی پرانی search سطر عام وجہ ہے۔
پروفائل کے ساتھ کیا رکھیں
درست شدہ مکمل نام، لاحقہ فہرست اور ریزالور پتہ کلائنٹ پروفائل کے پاس رکھیں۔ اگلا شخص جو بتائے کہ intranet سائٹ بند ہے، خالی صفحے سے شروع کرنے کے بجائے تین معلوم اقدار کا موازنہ کر سکے گا۔
اور اگر صرف مختصر شکل ناکام ہو، تو یہ ٹکٹ میں لکھیں۔ وہ جملہ ریزالور ٹیم کی ایک دوپہر بچاتا ہے۔