VPN मा साइन-इन किन ढिलो हुन्छ: प्रोफाइल, पुनर्निर्देशन वा अफलाइन फाइलहरू

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

तीन पर्खाइ, तीन फरक जिम्मेवार

रोमिङ प्रोफाइलले नै प्रयोगकर्ताका सेटिङहरूलाई सहभागी कम्प्युटरहरूबीच व्यक्तिको पछि जान दिन्छ, र लोडिङ सत्रको सुरुमा हुन्छ। साइन-इनमा प्रयोगकर्ताको रजिस्ट्री हाइभ र प्रोफाइल फोल्डरहरू प्रतिलिपि वा मर्ज हुन्छन्, अनि साइन-आउटमा फेरि लेखिन्छन्। त्यो काम समकालीन छ, त्यसैले प्रोफाइल साझेदारीसम्मको ढिलो मार्ग ढिलो फाइल प्रतिलिपि नभई ढिलो डेस्कटपजस्तो महसुस हुन्छ।

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

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

वास्तवमा कुन पर्खिरहेको छ नाप्नुहोस्

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

यी दुई तथ्यले कुनै पनि नीति अडिटभन्दा छिटो समस्या साँघुर्याउँछन्, र तिनलाई संकलन गर्न कुनै कन्फिगरेसन परिवर्तन आवश्यक पर्दैन। तिनलाई प्रभावित ल्यापटपमा चलाउनुहोस्, साझेदारीको छेउमा उभिएको सर्भरमा होइन।

Get-CimInstance Win32_UserProfile | Select-Object LocalPath, Loaded, SID
Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\*' | Select-Object ProfileImagePath
Measure-Command { Get-ChildItem '\\fs01.corp.internal\profiles\a.singh' | Out-Null }

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

पर्खाइ सुरु भएपछि मात्र जडान आउँछ

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

यसलाई सुधार्नु भनेको जडान अगाडि सार्नु हो, प्रोफाइल ट्युन गर्नु होइन। मेसिन टनेल वा कम्प्युटर प्रमाणीकरणसहित साइन-इन अघिको जडानले प्रयोगकर्ता साइन-इन हुनुअघि नै मार्ग स्थापना गर्छ, र यसलाई आफ्नै प्रमाणपत्र जीवनचक्र र आफ्नै फायरवाल नियम चाहिन्छ। क्यास गरिएका प्रमाणहरू डिजाइनको अर्को आधा हुन्, र ती पहिले साइन-इन गरिसकेका खाताका लागि मात्र काम गर्छन्।

घटक होइन, क्रम परीक्षण गर्नुहोस्। पूरै साइन-आउट गर्नुहोस्, टाढाको प्रयोगकर्ताले गरेझैं टनेल सुरु गर्नुहोस्, र प्रमाणको अनुरोधदेखि प्रयोगयोग्य डेस्कटपसम्म साइन-इन नाप्नुहोस्।

कागजातहरू प्रोफाइल बाहिर राख्नुहोस्

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

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

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

ठीक भयो भन्नु अघि चारै परिदृश्य जाँच्नुहोस्

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

प्रोफाइल सेवाको लग र त्यसबाट आउने नीति सेट प्रभावित सत्रबाट संकलन गर्नुहोस्, तपाईंको प्रशासनिक वर्कस्टेसनबाट होइन।

Get-WinEvent -LogName 'Microsoft-Windows-User Profile Service/Operational' -MaxEvents 30
gpresult /r /scope:user
Measure-Command { Get-ChildItem '\\fs01.corp.internal\users\a.singh\Documents' | Out-Null }

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