نیٹ ورک شیئرز VPN پر نظر نہیں آتے؟ دریافت رک جاتی ہے

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

دریافت اور رسائی الگ ہیں

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

ٹنل پر دوسرا مکمل کام کر سکتا ہے جبکہ پہلا خالی ونڈو واپس کرتا ہے۔ خالی ونڈو کو خرابی سمجھنے سے آپ ایسی ٹوٹی ٹنل ڈھونڈنے جاتے ہیں جو اپنا کام کر رہی ہے۔

براؤز فہرست خالی کیوں رہتی ہے

Windows نے Computer Browser سروس بند کی اور SMB ورژن 1 کو بطور ڈیفالٹ بند کیا، جس نے پرانے Network Neighborhood کے پیچھے کی مشینری ہٹا دی۔ WS-Discovery، SSDP اور ملٹی کاسٹ DNS جیسے متبادل ایسے براڈکاسٹ یا ملٹی کاسٹ گروپس کو مخاطب کرتے ہیں جو صرف مقامی لنک پر ہوتے ہیں۔ پوائنٹ ٹو پوائنٹ ٹنل میں ایسا لنک نہیں ہوتا، اور راؤٹر بطور ڈیفالٹ ان گروپس کو آگے نہیں بھیجتے۔ ہر ہوسٹ قابل رسائی ہو سکتا ہے اور فہرست پھر بھی خالی رہ سکتی ہے۔

کچھ پروگرام اپنا دریافت مددگار شامل کرتے ہیں۔ جب وہ مددگار کام کرتا ہے تو یہ پروگرام کی خاصیت ہے، ٹنل کی نہیں۔

واضح نام استعمال کریں، پھر رسائی کی تصدیق کریں

UNC راستہ، میپ شدہ ڈرائیو یا SMB پتے سے Finder رابطہ نام حل ہونے اور پورٹ کھلنے پر ٹنل پر کام کرتا ہے۔ حل DNS سے، VPN کے فراہم کردہ تلاش لاحقے سے، یا مرکزی طور پر منظم hosts اندراج سے آ سکتا ہے۔ ڈومین میں ڈائریکٹری استفسار کمپیوٹر اشیاء کی فہرست بنا سکتا ہے، اور وہ فہرست عموماً روٹ شدہ نیٹ ورک پر براؤز منظر کا قریب ترین متبادل ہے۔ معلوم سابقوں کا پورٹ اسکین صرف ان نیٹ ورکس پر قابل قبول ہے جنہیں آپ چلاتے ہیں یا جنہیں جانچنے کا واضح اختیار رکھتے ہیں۔

جواب دینے والا ہوسٹ شیئر کھلنے کی ضمانت نہیں دیتا۔ NAS کے پاس اپنے سب نیٹ تک محدود اجازت فہرست ہو سکتی ہے، جو VPN پول کے پتے مسترد کرتی ہے۔ فائل سرور کا فائر وال قاعدہ صرف مقامی سب نیٹ کا نام لے سکتا ہے۔ شیئر کے لیے دیا گیا اکاؤنٹ ایسا مقامی اکاؤنٹ ہو سکتا ہے جو اس سرور پر کبھی نہیں بنایا گیا، اور VPN سے جڑنا اسے نہیں بناتا۔

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

ایک تشخیصی ترتیب جو دہرانے کے قابل ہے

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

nslookup fileserver.example.com
nc -vz fileserver.example.com 445
smbclient -L //fileserver.example.com -U EXAMPLE/jdoe

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