साइट VPN पर मैप किया गया ड्राइव: DNS, SMB और UNC पथ
नेटवर्क खोज राउटेड लिंक से नहीं गुजरती, लेकिन नाम वाला UNC पथ गुजरता है। DNS को सर्वर पर इंगित करें, SMB को दोनों दिशाओं में खोलें, फिर ड्राइव मैप करें।
Explorer में नेटवर्क पेज वे डिवाइस दिखाता है जिन्होंने स्थानीय सेगमेंट में खुद की घोषणा की है, और राउटेड टनल उन घोषणाओं में से कोई नहीं ले जाती। इसीलिए सर्वर पूरी तरह पहुँच में हो सकता है जबकि उपयोगकर्ता के सामने की विंडो खाली रहती है। नाम वाला UNC पथ खोज पर बिल्कुल निर्भर नहीं है, और समाधान यह है कि नाम हल हो और पोर्ट जवाब दे। खाली विंडो गलत परत का लक्षण है, खराब शेयर का नहीं।
खोज और पहुँच एक चीज नहीं हैं
Windows आस-पास की मशीनें ब्रॉडकास्ट डोमेन के लिए बने प्रोटोकॉल से ढूँढता है और फिर जो मिला उसे सुविधा की सूची के रूप में दिखाता है। उस सूची में कुछ भी SMB फ़ाइल पहुँच के लिए जरूरी नहीं है। जो क्लाइंट सर्वर का नाम जानता है और TCP 445 तक पहुँच सकता है, वह शेयर खोल देगा, चाहे मशीन कभी नेटवर्क में दिखे या नहीं।
दोनों परतें अलग-अलग विफल होती हैं, इसलिए "मुझे यह नहीं दिखता" और "मैं इसे खोल नहीं सकता" अलग जाँच के हकदार हैं। सूची देखना खोज के बारे में बताता है; पथ खोलना सेवा के बारे में बताता है।
शेयर मैप करने से पहले सर्वर को नाम दें
फ़ाइल सर्वर को DNS में उस पते के साथ प्रकाशित करें जो उसके पास दूसरी ओर है, और क्लाइंट साइट को ऐसे resolver की ओर इंगित करें जो उस ज़ोन के लिए जवाब दे सके। पूरी तरह योग्य नाम स्थानीय प्रत्यय खोज सूची पर निर्भरता से बचाता है, जो आम तौर पर यही कारण है कि छोटा नाम एक साइट पर काम करता है और दूसरी पर विफल रहता है।
अगर वातावरण Active Directory का उपयोग करता है, तो नाम समाधान प्रमाणीकरण का हिस्सा भी है: क्लाइंट को Kerberos के लिए डोमेन नियंत्रक तक पहुँचना होता है, और बहुत अधिक बेमेल घड़ी टिकट के आदान-प्रदान को विफल कर देगी। यह SMB पहुँच से अलग समस्या है और क्रेडेंशियल त्रुटि जैसी दिखती है। पासवर्ड दोबारा लिखने से पहले डोमेन नियंत्रक जाँचें।
| Layer | What it needs | Symptom when missing |
|---|---|---|
| Name resolution | A DNS answer for the server name | Path cannot be found, ping by IP still works |
| Transport | TCP 445 open in both directions | Connection times out or is refused |
| Authentication | A reachable domain controller and correct clock | Access is denied after the port connects |
| Authorization | Share permission and filesystem permission | The share opens but the folder is inaccessible |
दोनों दिशाओं में रूटिंग और फ़िल्टरिंग
साइट-से-साइट टनल को स्थानीय रूट तालिका में दूर का प्रीफ़िक्स और दूर की तालिका में स्थानीय प्रीफ़िक्स चाहिए, और हर ओर के फ़ायरवॉल को आने वाला ट्रैफ़िक स्वीकार करना चाहिए। एकतरफा कॉन्फ़िगरेशन ऐसा कनेक्शन बनाता है जो खुलता है और कभी जवाब नहीं देता, जिसे उपयोगकर्ता शेयर के धीमे होने के रूप में बताते हैं। पहले टनल के अपने काउंटर देखें। अगर पैकेट निकलते हैं और कुछ वापस नहीं आता, तो वापसी मार्ग या दूर का फ़िल्टर देखें।
WireGuard में पीयर के अनुमत IP और ऑपरेटिंग सिस्टम के रूट उस डिज़ाइन से मेल खाने चाहिए। टनल पैकेट ले जाती है; यह DNS रिकॉर्ड या शेयर अनुमतियाँ प्रदान नहीं करती किसी भी ओर।
फ़ायरवॉल नियम वास्तविक स्रोत नेटवर्क पर आधारित करें जो जुड़ेगा, और अपवाद लिख लें। अगर डिज़ाइन रास्ते में कहीं पते बदलता है, तो नियम को बदला हुआ स्रोत इस्तेमाल करना चाहिए, और मूल क्लाइंट पता अब लॉग में नहीं दिखता।
प्रमाणित करें, फिर ड्राइव मैप करें
Explorer विंडो के बजाय कमांड से परतों को पार करें:
Resolve-DnsName -Name files.corp.example -Type A
Test-NetConnection -ComputerName files.corp.example -Port 445
net use Z: \\files.corp.example\Projects /persistent:noदूसरा कमांड TCP पथ सिद्ध करता है, कुछ पढ़ने का अधिकार नहीं। तीसरा वह जगह है जहाँ प्रमाणीकरण और अधिकृति लागू होती है, और वहाँ विफलता आपको राउटर के बजाय शेयर और फ़ाइल सिस्टम अनुमतियों की ओर भेजनी चाहिए।
SMB हस्ताक्षर और मौजूदा प्रमाणीकरण नीति को अक्षुण्ण रखें। स्पष्ट पथ के लिए SMB1 को फिर से सक्रिय करना या खोज ब्रॉडकास्ट को टनल से भेजना जरूरी नहीं है, और TCP 445 निजी पथ पर रहना चाहिए न कि इंटरनेट की ओर फ़ॉरवर्ड पर। उपयोगकर्ताओं को स्वीकृत नाम पर प्रबंधित शॉर्टकट या मैप किया गया ड्राइव दें, और खाली नेटवर्क पेज मायने नहीं रखेगा।