SMB फोल्डर VPN मा पुरानो देखिन्छ? अफलाइन फाइलहरू जाँच्नुहोस्

तपाईं VPN मा जोडिनुहुन्छ, म्याप गरिएको ड्राइभ खोल्नुहुन्छ, र फोल्डरमा सर्भरसँग स्पष्ट रूपमा भएको फाइल हुँदैन। पहिलो प्रवृत्ति टनेल, DNS वा Samba अनुमतिलाई दोष दिने हो। धेरै अवस्थामा जडान ठीक हुन्छ र Explorer ले साझेदारीको क्यास गरिएको प्रतिलिपि देखाइरहेको हुन्छ। अफलाइन फाइलहरूले VPN सक्रिय हुँदा पनि त्यो प्रतिलिपि उपलब्ध गराउन सक्छन्, किनभने दृश्य ताजा छ कि छैन भन्ने कुरा टनेलले नभई साझेदारीले निर्धारण गर्छ। मर्मत तपाईं कुन हेर्दै हुनुहुन्छ भन्ने प्रमाणित गर्नबाट सुरु हुन्छ।

भ्रम: VPN आइकनको अर्थ साझेदारी ताजा छ

VPN आइकनले अन्तिम बिन्दुसम्म टनेल रहेको जानकारी दिन्छ। यसले कुनै विशेष SMB साझेदारी पहुँचयोग्य छ कि छैन, Explorer ले त्यो साझेदारीलाई फेरि अनलाइन मोडमा ल्यायो कि ल्याएन, वा सिङ्क असफलताले पुरानो प्रतिलिपि छोड्यो कि छोडेन भन्ने बताउँदैन। यसले DFS मार्गले कुन सर्भर छान्यो भन्ने पनि बताउँदैन।

अफलाइन फाइलहरू पुनर्निर्देशित वा पिन गरिएका साझेदारीको स्थानीय प्रतिलिपि राख्छन् सर्भर पहुँचयोग्य नहुँदा पनि ती उपलब्ध रहन् भनेर। साझेदारी फर्किएपछि क्लाइन्टले अनलाइन फर्किएर सिङ्क गर्नुपर्छ। ढिलो लिङ्क नीतिले जडान अझै धेरै ढिलो छ भन्ने ठानेर क्यास गरिएको दृश्य राख्न सक्छ, र बाँकी द्वन्द्वले छिटो लिङ्कमा पनि त्यही गर्न सक्छ।

त्यसैले लक्षण छनोट देखिन्छ: एउटा फोल्डर पुरानो छ, अर्को ठीकसँग खुल्छ, र तेस्रो बिल्कुलै खुल्दैन। यी तीन फरक अवस्था हुन्, र यो लेखको विषय भएको क्यास कथा पहिलो मात्र हो। मर्मत छान्नु अघि अवस्थाको नाम दिनुहोस्।

Explorer ले कुन लक्ष्य पढिरहेको छ प्रमाणित गर्नुहोस्

ड्राइभ अक्षरको सट्टा सही UNC मार्गबाट सुरु गर्नुहोस्। म्याप गरिएको ड्राइभले तपाईं सोचेभन्दा फरक साझेदारीमा देखाउन सक्छ, र DFS मार्गले पूर्ण रूपमा अर्को सर्भरलाई जनाउन सक्छ। म्यापिङ पढ्दा सुरक्षित लक्ष्य र त्यसको स्थिति देखिन्छ:

Get-SmbMapping | Select-Object LocalPath, RemotePath, Status
Get-SmbConnection
net use

UNC मार्गलाई नयाँ Explorer विन्डोमा सिधै खोलेर म्याप गरिएको ड्राइभसँग तुलना गर्नुहोस्। यदि सिधा मार्गले हालको फाइल देखाउँछ र म्याप गरिएको ड्राइभले देखाउँदैन भने म्यापिङ समस्याको भाग हो, क्यास होइन।

त्यसपछि फाइल इच्छित प्रयोगकर्ताका लागि छ भनी पुष्टि गर्नुहोस्। सर्भरमा प्रशासकको सूचीले अस्तित्व प्रमाणित गर्छ, सामान्य SMB प्रयोगकर्तासँग त्यही पहुँच छ भन्ने होइन, त्यसैले साझेदारी वास्तवमै प्रयोग गर्ने खातासँग जाँच्नुहोस्। फरक प्रमाणहरूले क्याससँग सम्बन्ध नभएका कारणले फरक दृश्य बनाउँछन्। अस्तित्व, पहुँच र दृश्यता तीन अलग जाँच हुन्।

केही मेट्नु अघि सिङ्क स्थिति पढ्नुहोस्

सिङ्क केन्द्र, जहाँ यो सुविधा उपलब्ध छ, साझेदारी अफलाइन काम गरिरहेको छ कि छैन, अन्तिम सिङ्क असफल भयो कि भएन र द्वन्द्वहरू प्रतीक्षामा छन् कि छैनन् बताउँछ। ती तीन अवस्थाले फरक मर्मततर्फ लैजान्छन्, र द्वन्द्व बाँकी हुँदा क्यास मेट्दा स्थानीय काम नष्ट हुन सक्छ।

क्यासिङ बन्द गर्नु, साझेदारी अनपिन गर्नु वा अफलाइन प्रतिलिपि मेट्नु अघि सर्भरसम्म नपुगेका स्थानीय परिवर्तन खोज्नुहोस्। क्यासमा मात्र भएको फाइल पुरानो दृश्य होइन; त्यो असिङ्क्रोनाइज्ड डाटा हो, र पहिले स्वीकृत प्रक्रियाबाट संरक्षण गर्नुपर्छ। बाँकी परिवर्तन भएको क्यास मेट्न सुरक्षित हुँदैन।

स्थानीय काम सुरक्षित भएपछि समर्थित अनलाइन संक्रमण र सिङ्क प्रयोग गर्नुहोस्, त्यसपछि सूची फेरि तुलना गर्नुहोस्। दोस्रो Explorer विन्डो खोल्दा रिफ्रेस बाध्य हुँदैन, किनभने दुवै विन्डोले एउटै स्थानीय क्यास पढ्न सक्छन्।

सुविधा मेट्नुको सट्टा साझेदारीको स्थिति मर्मत गर्नुहोस्

ढिलो लिङ्क नीतिका कारण साझेदारी अफलाइन रहिरहे सबै प्रयोगकर्ताका लागि अफलाइन फाइलहरू बन्द गर्नुको सट्टा त्यो साझेदारी वा नेटवर्कका लागि नीति समायोजन गर्नुहोस्। सिङ्क निरन्तर असफल हुँदै गए असफलता मर्मत गरी द्वन्द्व समाधान गर्नुहोस्; काम गर्ने सिङ्कले नै क्यास गरिएको प्रतिलिपि फेरि अद्यावधिक बनाउँछ। साझेदारीलाई समेट्ने सबैभन्दा सानो नीति बदल्नुहोस्। विश्वव्यापी परिवर्तनले एक प्रयोगकर्ताको पुरानो दृश्यलाई सबैको गुमेको अफलाइन पहुँचसँग साट्छ।

कहिल्यै क्यास गर्नु नहुने साझेदारीका लागि सर्भरले प्रत्येक साझेदारीको सङ्केत पठाउन सक्छ। Samba ले यसलाई साझेदारी प्यारामिटरका रूपमा उपलब्ध गराउँछ, र अनलाइनमा मात्र रहनुपर्ने साझेदारीको मान हो:

csc policy = disable

Samba प्यारामिटर सन्दर्भ ले अनुमत मानहरू र तिनको अर्थ परिभाषित गर्छ। कन्फिगरेसन वास्तवमै उत्पन्न गर्ने साझेदारी प्रबन्धकमार्फत सेटिङ लागू गर्नुहोस्, विशेषगरी NAS मा, र सङ्केतले क्लाइन्टमा पहिले नै क्यास गरिएको डाटा मर्मत गर्दैन भन्ने सम्झनुहोस्।

कुनै पनि नीति परिवर्तनपछि क्लाइन्ट फेरि जोडिन्छ र अपेक्षित फाइल देखिन्छ भनी प्रमाणित गर्नुहोस्। पुनः सुरु गरिएको सेवा बाँकी स्थानीय परिवर्तन अपलोड भएको प्रमाण होइन, त्यसैले फाइल जाँच्नुहोस्, जडान स्थिति मात्र होइन।

कारण अफलाइन फाइलहरू नभएको बेला

UNC मार्ग अनलाइन भएको पुष्टि भएपनि नयाँ सूची फरक रहेको खण्डमा क्यास व्याख्या होइन। साझेदारी र फाइल प्रणालीका अनुमति, पहुँचमा आधारित गणना र DFS सन्दर्भले वास्तवमै छानेको सर्भर जाँच्नुहोस्। यीमध्ये कुनैले पनि स्थानीय प्रतिलिपि बिना फोल्डर लुकाउन सक्छ।

कहिल्यै जोडिन नसक्ने साझेदारीलाई क्यास जाँच नभई राउटिङ र सेवा फिल्टरिङका प्रमाण चाहिन्छ। टनेलबाट अवरुद्ध पोर्ट 445, गलत ठेगानामा समाधान हुने DNS नाम वा ping लाई अनुमति दिई SMB लाई नदिने फायरवाल नियम — सबै क्यास महत्त्वपूर्ण हुनु अघि असफलता उत्पन्न गर्छन्।

दुई परिवारलाई छुट्याउने परीक्षण सरल छ: सर्भरमा भएको, सही प्रयोगकर्तालाई देखिने र अझै अनलाइन नदेखिने फोल्डरले नीति वा गणनातर्फ सङ्केत गर्छ; पुरानो सामग्रीसहित देखिने फोल्डरले क्यासतर्फ सङ्केत गर्छ। सेटिङ बदल्नु अघि परिवारको निदान गर्नुहोस्।