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 }

त्या वेळांची ऑफिसच्या आधाररेषेशी आणि हस्तांतरित होणाऱ्या वस्तूच्या आकाराशी तुलना करा. लहान प्रोफाइल आणि वेगवान शेअर असूनही साइन इनला अजून एक मिनिट लागत असेल, तर ती प्रोफाइलची समस्या नाही, आणि पुढे पाहण्याचे ठिकाण म्हणजे गट धोरण प्रक्रिया किंवा नेटवर्कची वाट पाहणारा लॉगऑन स्क्रिप्ट. जर तफावत तिथेच असेल, तर प्रोफाइल कधीच समस्या नव्हते. फोल्डर धोरण बदलण्यापूर्वी किंवा कॅशे साफ करण्यापूर्वी सिंक न झालेले काम जतन आहे याची खात्री करा, कारण सिंक्रोनाइझेशन आणि पुनर्प्राप्तीयोग्य बॅकअप या दोन वेगळ्या हमी आहेत.