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 की नहीं, सभी कैश के मायने रखने से पहले विफलता पैदा करते हैं।

दोनों परिवारों को अलग करने वाला परीक्षण सरल है: सर्वर पर मौजूद, सही उपयोगकर्ता को दिखने वाला और फिर भी ऑनलाइन न दिखने वाला फ़ोल्डर नीति या गणना की ओर इशारा करता है; पुरानी सामग्री के साथ दिखने वाला फ़ोल्डर कैश की ओर इशारा करता है। सेटिंग बदलने से पहले परिवार का निदान करें।