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