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
सर्भरको नाम, साझेदारीको बाटो, यो जुन ठेगानामा समाधान भयो र जुन खाता चल्यो त्यससहित एउटा टिप्पणी छोड्नुहोस्। पछि सेवा पुनः सुरु भएपछि ब्राउज सूची भरियो भने त्यसलाई खोजको विचित्रता मान्नुहोस्, अघिल्लो रुट गलत थियो भन्ने प्रमाण होइन। टिप्पणीले नै अर्को व्यक्तिलाई खाली विन्डो छोड्न दिन्छ।