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 ला न देणारा फायरवॉल नियम — सर्व कॅशे महत्त्वाचा होण्यापूर्वीच अपयश निर्माण करतात।

दोन कुटुंबांना वेगळे करणारी चाचणी सोपी आहे: सर्व्हरवर असलेला, योग्य वापरकर्त्याला दिसणारा आणि तरीही ऑनलाइन न दिसणारा फोल्डर धोरणाकडे किंवा गणनेकडे निर्देश करतो; जुन्या सामग्रीसह दिसणारा फोल्डर कॅशेकडे निर्देश करतो। सेटिंग बदलण्यापूर्वी कुटुंबाचे निदान करा।