سائٹ VPN کے ذریعے میپ شدہ ڈرائیو: DNS، SMB اور UNC پاتھ
نیٹ ورک کی دریافت روٹ شدہ لنک سے نہیں گزرتی، لیکن نام والا UNC پاتھ گزرتا ہے۔ DNS کو سرور کی طرف لگائیں، SMB کو دونوں سمتوں میں کھولیں اور پھر ڈرائیو میپ کریں۔
Explorer میں نیٹ ورک کا صفحہ وہ آلات دکھاتا ہے جنہوں نے مقامی سیگمنٹ میں خود کو اعلان کیا، اور روٹ شدہ ٹنل ان میں سے کوئی اعلان منتقل نہیں کرتا۔ اسی لیے سرور مکمل طور پر قابلِ رسائی ہو سکتا ہے جبکہ صارف کے سامنے والی ونڈو خالی رہتی ہے۔ نام والا UNC پاتھ دریافت پر بالکل منحصر نہیں، اور حل یہ ہے کہ نام حل ہو اور پورٹ جواب دے۔ خالی ونڈو غلط پرت کی علامت ہے، خراب شیئر کی نہیں۔
دریافت اور رسائی ایک چیز نہیں
Windows قریبی مشینیں براڈکاسٹ ڈومین کے لیے بنائے گئے پروٹوکولز سے تلاش کرتا ہے اور پھر جو ملا اسے سہولت کی فہرست کے طور پر پیش کرتا ہے۔ اس فہرست میں کوئی چیز SMB فائل رسائی کے لیے ضروری نہیں۔ وہ کلائنٹ جو سرور کا نام جانتا ہے اور TCP 445 تک پہنچ سکتا ہے، شیئر کھول لے گا، چاہے مشین کبھی نیٹ ورک میں نظر آئے یا نہ آئے۔
دونوں پرتیں الگ الگ ناکام ہوتی ہیں، اسی لیے "میں اسے نہیں دیکھ سکتا" اور "میں اسے کھول نہیں سکتا" مختلف جانچ کے مستحق ہیں۔ فہرست دیکھنا دریافت کے بارے میں بتاتا ہے؛ پاتھ کھولنا سروس کے بارے میں بتاتا ہے۔
شیئر میپ کرنے سے پہلے سرور کو نام دیں
فائل سرور کو DNS میں اس پتے کے ساتھ شائع کریں جو اس کے پاس دوسری طرف ہے، اور کلائنٹ سائٹ کو ایسے resolver کی طرف لگائیں جو اس زون کا جواب دے سکے۔ مکمل طور پر اہل نام مقامی لاحقہ تلاش کی فہرست پر انحصار سے بچاتا ہے، جو عام طور پر یہی وجہ ہے کہ مختصر نام ایک سائٹ پر چلتا ہے اور دوسری پر ناکام ہو جاتا ہے۔
اگر ماحول Active Directory استعمال کرتا ہے تو نام کا حل ہونا تصدیق کا بھی حصہ ہے: کلائنٹ کو Kerberos کے لیے ڈومین کنٹرولر تک پہنچنا ہوتا ہے، اور بہت زیادہ بے ترتیب گھڑی ٹکٹ کے تبادلے کو ناکام کر دے گی۔ یہ SMB رسائی سے مختلف مسئلہ ہے اور اسناد کی غلطی جیسا لگتا ہے۔ پاس ورڈ دوبارہ لکھنے سے پہلے ڈومین کنٹرولر کی جانچ کریں۔
| Layer | What it needs | Symptom when missing |
|---|---|---|
| Name resolution | A DNS answer for the server name | Path cannot be found, ping by IP still works |
| Transport | TCP 445 open in both directions | Connection times out or is refused |
| Authentication | A reachable domain controller and correct clock | Access is denied after the port connects |
| Authorization | Share permission and filesystem permission | The share opens but the folder is inaccessible |
دونوں سمتوں میں روٹنگ اور فلٹرنگ
سائٹ سے سائٹ ٹنل کو مقامی روٹ ٹیبل میں دور کا پریفکس اور دور کے ٹیبل میں مقامی پریفکس درکار ہوتا ہے، اور ہر طرف کا فائر وال آنے والی ٹریفک کی اجازت دے۔ یک طرفہ کنفیگریشن ایسا کنکشن بناتی ہے جو کھلتا ہے اور کبھی جواب نہیں دیتا، جسے صارفین شیئر کی سستی کہتے ہیں۔ پہلے خود ٹنل کے کاؤنٹرز دیکھیں۔ اگر پیکٹ نکلتے ہیں اور کچھ واپس نہیں آتا تو واپسی کے راستے یا دور کے فلٹر کو دیکھیں۔
WireGuard میں peer کے مجاز IPs اور آپریٹنگ سسٹم کے راستے اس ڈیزائن سے متفق ہونے چاہئیں۔ ٹنل پیکٹ لے کر جاتا ہے؛ یہ DNS ریکارڈز یا شیئر کی اجازتیں فراہم نہیں کرتا کسی بھی طرف۔
فائر وال کا قاعدہ اصل ماخذ نیٹ ورک پر بنائیں جو جڑے گا، اور استثنا لکھ دیں۔ اگر ڈیزائن راستے میں کہیں پتے تبدیل کرتا ہے تو قاعدہ کو تبدیل شدہ ماخذ استعمال کرنا ہوگا، اور اصل کلائنٹ پتہ لاگز میں مزید نظر نہیں آتا۔
تصدیق کریں، پھر ڈرائیو میپ کریں
Explorer کی ونڈو کے بجائے کمانڈز سے پرتیں طے کریں:
Resolve-DnsName -Name files.corp.example -Type A
Test-NetConnection -ComputerName files.corp.example -Port 445
net use Z: \\files.corp.example\Projects /persistent:noدوسرا کمانڈ TCP پاتھ ثابت کرتا ہے، کچھ پڑھنے کا حق نہیں۔ تیسرا وہ جگہ ہے جہاں تصدیق اور اجازت نافذ ہوتی ہے، اور وہاں ناکامی آپ کو راؤٹر کے بجائے شیئر اور فائل سسٹم کی اجازتوں کی طرف بھیجنی چاہیے۔
SMB دستخط اور موجودہ تصدیقی پالیسی کو برقرار رکھیں۔ واضح پاتھ کے لیے SMB1 دوبارہ فعال کرنا یا دریافت کی براڈکاسٹ ٹنل سے گزیر کرنا ضروری نہیں، اور TCP 445 کو نجی راستے پر رہنا چاہیے نہ کہ انٹرنیٹ کی طرف ارسال پر۔ صارفین کو منظور شدہ نام پر منظم شارٹ کٹ یا میپ شدہ ڈرائیو دیں، اور خالی نیٹ ورک صفحہ اہمیت کھو دے گا۔