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
सर्व्हरचे नाव, शेअरचा पथ, तो ज्या पत्त्यावर सुटला आणि जे खाते चालले यासह एक टीप सोडा। नंतर सेवा पुन्हा सुरू केल्यावर ब्राउझ यादी भरली, तर ती शोधाची विचित्रता माना, पहिल्याचा राउट चुकीचा होता याचा पुरावा नाही। टीपच पुढच्या व्यक्तीला रिकामी विंडो वगळू देते।