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 }

उन समयों की तुलना ऑफ़िस के आधार और स्थानांतरित हो रही मात्रा के आकार से करें। छोटे प्रोफ़ाइल और तेज़ शेयर के साथ भी साइन-इन में एक मिनट लगता रहे तो वह प्रोफ़ाइल की समस्या नहीं है, और अगली जगह ग्रुप पॉलिसी प्रोसेसिंग या नेटवर्क की प्रतीक्षा करने वाला लॉगऑन स्क्रिप्ट है। अगर अंतर वहीं है, तो प्रोफ़ाइल कभी समस्या ही नहीं था। फ़ोल्डर नीति बदलने या कैश साफ़ करने से पहले पुष्टि करें कि असिंक्रोनाइज़्ड काम सुरक्षित है, क्योंकि सिंक्रोनाइज़ेशन और पुनर्प्राप्ति योग्य बैकअप दो अलग आश्वासन हैं।