VPN मार्फत NAS पुग्न सकिँदैन: ठेगाना, फर्कने बाटो कि सेवा?
निजी सुरुङलाई NAS सम्मको मार्ग, जवाफको बाटो र अनुमति दिइएको सेवा चाहिन्छ। प्रमाणहरू परिवर्तन गर्नु अघि तीनमध्ये कुन असफल भयो निर्धारण गर्नुहोस्।
सुरुङहरू माथि आउँछन्, ग्राहकहरूले ठेगाना पाउँछन्, र NAS ले केही पनि जवाफ दिँदैन। यो एउटै लक्षणले तीन असम्बन्धित गडबडी ढाक्छ, र तिनीहरूलाई कुन क्रममा परीक्षण गर्नुहुन्छ त्यसले मर्मत कति समय लाग्ने निर्धारण गर्छ। ठेगाना-निर्धारण पहिलो आउँछ, किनकि एउटा अतिव्यापी सबनेटले तपाईंको अनुरोध अपरिचित यन्त्रमा पठाउन सक्छ। फर्कने बाटो दोस्रो आउँछ, किनकि जवाफ बिना आउने अनुरोध बन्द सेवाजस्तै देखिन्छ। सेवा र अनुमति अन्तमा आउँछन्, र पहिला दुई प्रमाणित भएपछि मात्र।
तीन गडबडी जो सबै अगम्यका रूपमा पढिन्छन्
ठेगाना छनोट, फर्कने राउटिङ र सेवा अधिकृतताले एउटै देखिने सन्देश दिन्छन्: केही हुँदैन। तिनका प्रमाण, जिम्मेवार र सुधार फरक छन्, त्यसैले तिनलाई अलग गर्नु नै पूरै काम हो। असफल ping ले आफैं थोरै प्रमाणित गर्छ, र सफल TCP अस्वीकार वास्तवमा राम्रो खबर हो।
| Observation | Most likely conclusion |
|---|---|
| Route to the NAS address leaves the wrong interface | Overlapping or missing private route |
| Request visible on the server, no reply seen | Return path, gateway forwarding or translation |
| TCP connection refused rather than dropped | Reachable host, service not listening or filtered |
| TCP works, login or file access fails | Share permission, account or protocol version |
तालिका कारणको सूची नभई परीक्षणको क्रमका रूपमा पढ्नुहोस्। प्रत्येक पङ्क्तिले अर्कोलाई सीमित गर्छ, किनकि अस्वीकारले पहिले नै प्रमाणित गरिसकेको हुन्छ कि ठेगाना-निर्धारण र फर्कने बाटो चल्छन्। रुटले कुन इन्टरफेस छान्यो जाँच्नु अघि फायरवाल नियमभित्र बीस मिनेट बिताउनु दिउँसो गुमाउने सबैभन्दा सामान्य तरिका हो। माथिबाट तल काम गर्नुहोस् र पहिलो मिल्ने पङ्क्तिमा रोक्नुहोस्।
शर्त एक: के त्यो ठेगाना सही यन्त्र हो?
NAS को सबनेट र VPN ले ग्राहकलाई दिने दायरा लेख्नुहोस्, त्यसपछि दुवैलाई तपाईंको ल्यापटप अहिले रहेको नेटवर्कसँग तुलना गर्नुहोस्। यस यात्रामा NAS 10.40.7.25 मा छ र VPN पूल 10.40.9.0/24 हो, एउटै साइट योजनाभित्र दुई छुट्टै निजी दायरा; जो घर 192.168.0.0/24 वा 10.0.0.0/24 प्रयोग गर्छ त्यसको तीमध्ये एउटासँग ठोकिने सम्भावना धेरै बढी हुन्छ।
जब स्थानीय नेटवर्क र NAS नेटवर्क अतिव्यापी हुन्छन्, ग्राहकले त्यो ट्राफिक आफ्नै गेटवेमा पठाउँछ र संयोगवश त्यही ठेगाना भएको असम्बन्धित यन्त्रसम्म पुग्न सक्छ। जवाफ दिने जुनसुकै कुरामा प्रमाण लेख्नु अघि बाटो प्रमाणित गर्नुहोस्।
ip -4 route get 10.40.7.25
traceroute -n -m 5 10.40.7.25पहिलो आदेशले कर्नेलले प्रयोग गर्ने इन्टरफेस र गेटवे बताउँछ, र दोस्रोले साँच्चै जवाफ दिने पहिलो हप देखाउँछ। यदि दुवै मिल्दैनन् भने खोजीलाई विश्वास गर्नुहोस्, किनकि प्याकेट यही बाटो जान्छ। NAS भन्दा एक हप अगाडि रोकिने हप-सूची पनि एउटा निष्कर्ष हो, असफलता होइन। जुन खोजी सुरुङको सट्टा भौतिक एडाप्टरमा टुंगिन्छ त्यसले यही बिन्दुमा अनुसन्धान अन्त्य गर्छ।
शर्त दुई: जवाफ फर्कन्छ?
ग्राहकलाई NAS तर्फ मार्ग चाहिन्छ, र NAS नेटवर्कलाई VPN पूलतर्फ फर्कने बाटो चाहिन्छ। गेटवे फर्वार्डिङ, फायरवाल नियम र जानाजान गरिएको अनुवादले प्रत्येकले त्यो जोडीलाई असर गर्छ। strongSwan का फर्वार्डिङसम्बन्धी टिप्पणीहरू ले गेटवेपछाडिको निजी सबनेटका लागि फर्कने रुट र अनुवादका विकल्प वर्णन गर्छ।
जब अनुरोध आउँछ र जवाफ अर्को गेटवेबाट बाहिरिन्छ, कुनै DNS परिवर्तनले त्यो असमानता सुधार्दैन। दुवैतर्फ क्याप्चरले एकै प्रयासमा टुंग्याउँछ, र अनुवादले NAS ले जवाफ दिएको स्रोत पुनःलेख्यो कि भनेर पनि देखाउँछ। प्रशासक यो सीमाको जिम्मेवार छ: केवल आवश्यक सेवा र VPN ग्राहक दायरालाई अनुमति दिनुहोस्, र राउटिङ वा अनुवाद छानियो लेख्नुहोस्।
शर्त तीन: सेवा त्यहाँ छ र अनुमति छ?
व्यवस्थापन पृष्ठ र फाइल साझेदारी सेवा एउटै मेसिनमा फरक अन्तिम बिन्दु हुन्, र एउटाले जडान स्वीकार गर्न सक्छ जब अर्कोलाई होस्ट फायरवाल, सेवा कन्फिगरेसन वा साझेदारी अनुमतिले रोक्छ। जुन यन्त्रले अस्वीकारसँग जवाफ दिन्छ त्यसले पहिला दुई शर्त पहिले नै प्रमाणित गरिसकेको हुन्छ, जसले तेस्रोलाई निकै साँघुरो बनाउँछ।
जुन खातालाई साँच्चै फाइलहरू चाहिन्छ त्यसैले परीक्षण गर्नुहोस्, इन्स्टलका बेला प्रयोग गरिएको प्रशासक खाताले होइन, किनकि प्रशासनिक अधिकारले हराएको रुट सुधार्न सक्दैन र रुटले साझेदारी अनुमति दिन सक्दैन। नाम पनि यहीँ आउँछन्: घरमा फेला परेको NAS नाम प्रायः स्थानीय multicast मा निर्भर हुन्छ, जुन राउटेड सुरुङले बोक्दैन, त्यसैले नामकरणलाई पहुँचबाट अलग गर्न निर्माताको कागजातीय निजी होस्टनाम वा ठेगाना आफैं प्रयास गर्नुहोस्।
NAS नेटवर्क बाहिरबाट परीक्षण गर्नुहोस्, त्यसपछि बिस्तारै बढाउनुहोस्
एउटै LAN मा गरिएको परीक्षणले टाढाको बाटोको हरेक अपूर्ण भाग लुकाउँछ, त्यसैले पहिलो सफल टाढाको प्रयास परिवर्तन-लगमा टिप्पणीको हकदार छ। जुन ग्राहक NAS सम्म केवल सुरुङबाट पुग्छ त्यसबाट जाँचहरू चलाउनुहोस्, र हरेक प्रयासको मूल त्रुटि पाठ सुरक्षित राख्नुहोस्।
nc -vz 10.40.7.25 445
smbclient -L 10.40.7.25 -U guestबाटो चलेपछि हानिरहित फाइल सार्नुहोस् र तपाईंलाई साँच्चै चाहिने पढ्ने वा लेख्ने व्यवहार पुष्टि गर्नुहोस्। ठूला स्थानान्तरण अड्किएर साना गए भने बाँकी समस्या प्याकेट आकारको व्यवस्थापन वा जडानको स्थिरता हो, ठेगाना-निर्धारण होइन।
अस्पष्ट गडबडी छल्न फाइल साझेदारी वा व्यवस्थापनका पोर्ट इन्टरनेटमा प्रकाशित नगर्नुहोस्। निजी बाटो सुधार्नुहोस्, NAS सफ्टवेयर समर्थित राख्नुहोस्, र त्यो ब्याकअपमा भर पर्नु अघि त्यसबाट लिइएको सबैथोकको पुनर्स्थापना परीक्षण गर्नुहोस्।