एक उपयोगकर्ता VPN में साइन इन नहीं कर पाता: एक क्रमबद्ध निदान

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

रिपोर्ट को निदान नहीं, शुरुआती बिंदु मानें। नीचे दी गई जाँचें सबसे सस्ती से शुरू होती हैं, और हर एक इस तरह लिखी गई है कि विफल होने पर जाँच समाप्त कर दे।

चरण और समय-चिह्न तय करें

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

इस बिंदु पर पासवर्ड अनुमान लगाना बंद करें। जहाँ खाते की पुनः प्रयास सीमा है, वहाँ तेज़ प्रयासों का झुंड उसे लॉक कर सकता है और असली खराबी के ऊपर दूसरी, कृत्रिम खराबी जोड़ सकता है। दर्ज करें कि पहले से कितने प्रयास हुए हैं, ताकि लॉकआउट को बाद में नया लक्षण न समझा जाए। लॉक हुआ खाता आपको गलत पासवर्ड को अस्वीकृत नीति से अलग पहचानने की क्षमता भी छीन लेता है, क्योंकि दोनों इनकार के रूप में आते हैं।

उस एक प्रयास के लिए पहचान घटना पढ़ें

व्यवस्थापक से कहें कि आपके दर्ज किए गए मिनट से मेल खाता प्रमाणीकरण रिकॉर्ड निकाले। Windows NPS परिनियोजन में, Microsoft का NPS समस्या निवारण मार्गदर्शन अस्वीकृति घटना 6273 को उसके साथ आने वाले कारण कोड सहित प्रलेखित करता है, जो आमतौर पर अज्ञात उपयोगकर्ता, खराब क्रेडेंशियल, नीति बेमेल और असंबंधित कारण से गिराए गए कॉल को अलग करता है।

खाली परिणाम भी जानकारी है। अगर पहचान सेवा तक कुछ नहीं पहुँचा, तो प्रयास पहले ही मर गया: प्रोफ़ाइल में पुराना गेटवे पता, ऐसा श्रोता जिस तक क्लाइंट नहीं पहुँच सकता, या ऐसा होस्ट जिसे प्रोफ़ाइल के जीवित रहते हटा दिया गया। अगर रिकॉर्ड मौजूद है और सफलता बताता है, तो क्रेडेंशियल समस्या नहीं हैं और बहस प्राधिकरण या गेटवे के पीछे के रूटिंग की ओर चली जाती है। ये दोनों परिणाम विपरीत दिशाओं में इशारा करते हैं, इसलिए लॉग खोज किसी के द्वारा क्लाइंट पुनः स्थापित करने से पहले होनी चाहिए।

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

नीति के भीतर, एक बार में एक शर्त बदलें

लालच यह है कि एक ही बार में क्लाइंट पुनः स्थापित करें, पासवर्ड रीसेट करें और लैपटॉप को दूसरे नेटवर्क पर ले जाएँ। यह कभी-कभी लक्षण ठीक करता है और हमेशा सबूत नष्ट कर देता है। इसके बजाय एक अनुमत अदला-बदली चुनें: वही व्यक्ति दूसरे नामांकित डिवाइस पर, या उसी डिवाइस पर स्वीकृत परीक्षण पहचान। हर अदला-बदली ठीक एक सवाल का जवाब देती है, इसलिए सफलता खराबी को उसी तरफ़ सीमित कर देती है जिसे आपने बदला, पूरे VPN को दोष देने के बजाय।

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

मूल पथ पर मरम्मत की पुष्टि करें

जब टूटी कड़ी पहचान ली जाए, तो केवल उसी कड़ी की मरम्मत करें और मूल प्रयास दोहराएँ: वही व्यक्ति, वही डिवाइस, वही नेटवर्क, वही अनुप्रयोग। व्यवस्थापक VLAN से कनेक्ट होने वाला परीक्षण खाता साबित करता है कि गेटवे जीवित है, और यह उपयोगकर्ता की मंगलवार सुबह के बारे में कुछ साबित नहीं करता। उपयोगकर्ता से सरल कार्य के बजाय वही कार्य करने को कहें जो विफल हुआ, क्योंकि सफल ping अस्वीकृत फ़ाइल साझा के बारे में कम कहता है।

टिकट को इस बात के साथ बंद करें कि क्या बाहर रखा गया और क्या बदला। वह टिप्पणी एकबारगी बचाव और ऐसी चीज़ के बीच का अंतर है जिसे अगला ड्यूटी इंजीनियर दोबारा इस्तेमाल कर सके।