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

सर्वर का नाम, शेयर का पथ, जिस पते पर वह हल हुआ और जो खाता काम कर गया, उनके साथ एक नोट छोड़ें। अगर बाद में किसी सेवा के पुनः आरंभ के बाद ब्राउज़ सूची भर जाए, तो उसे खोज की विचित्रता मानें, पहले का रूट गलत था इसका प्रमाण नहीं। नोट ही अगले व्यक्ति को खाली विंडो छोड़ने देता है।