NetworkManager मध्ये OpenConnect ची TOTP विनंती गायब आहे: चार तपासण्या

गेटवे पासवर्ड स्वीकारतो, कोड मागतो, आणि संवाद त्यासाठी कोणतेही फील्ड देत नाही। काहीही चुकीचे टाइप झाले नाही: NetworkManager प्लगइनने सहा अंकी मूल्य न मागताच गुप्त माहितीची देवाणघेवाण पूर्ण केली। खालील चार तपासण्या क्रमाने करा, कारण त्यापैकी फक्त एकच क्लायंट बदलते। उर्वरित यादी गेटवे, खाते आणि प्लगइनची बिल्ड वगळते।

पहिली तपासणी: प्रमाणीकरण कुठे थांबले ते वाचा

चुकीचा पासवर्ड लगेच अयशस्वी होतो। गहाळ दुसरा घटक क्रेडेन्शियल टप्प्यानंतर अयशस्वी होतो, सहसा पुनरावृत्त विनंती किंवा गेटवेच्या बाजूला वेळ संपल्यामुळे। वेळ आणि गेटवे लॉग कोणती फेरी उत्तराशिवाय राहिली हे दाखवतात।

प्रोफाइलला स्पर्श करण्यापूर्वी कनेक्शन लॉग वाचा। गेटवे अपूर्ण प्रमाणीकरण किंवा मुदत संपलेले आव्हान नोंदवत असेल, तर क्लायंटने कोड कधीच पाठवला नाही। अवैध क्रेडेन्शियल नोंदवत असेल, तर समस्या पासवर्डमध्ये आहे आणि कोणतीही TOTP सेटिंग ती दुरुस्त करणार नाही।

गेटवे ज्या अचूक विनंती क्रमाची अपेक्षा करतो तो नोंदवा: वापरकर्तानाव, पासवर्ड, नंतर कोड, किंवा वापरकर्तानाव, कोड, नंतर पासवर्ड। काही गेटवे फेऱ्यांचा क्रम बदलतात, आणि फक्त पहिला क्रम माहीत असलेला क्लायंट दुसऱ्यावर अडकेल।

दुसरी तपासणी: ज्या क्लायंटकडे आव्हान आहे तो वापरा

OpenConnect स्वतः आव्हान फेरीसह संपूर्ण संवाद राबवतो। तो थेट चालवणे हे खाते आणि गेटवे कार्यरत आहेत याची खात्री करण्याचा सर्वात अंदाजनीय मार्ग आहे:

sudo openconnect --protocol=anyconnect --useragent=AnyConnect vpn.example.net

गेटवे ज्या क्रमाने विचारतो त्याच क्रमाने क्लायंट विचारतो। वापरकर्ता एजंट महत्त्वाचा आहे, कारण काही गेटवे ओळखीच्या क्लायंटसाठी लॉगिन प्रवाह जुळवतात, आणि सर्वसाधारण स्ट्रिंग कोड कधीच न मागणारा छोटा प्रवाह तयार करू शकते। कोणतीही पार्श्वभूमी सेवा व्यवस्थित करण्यापूर्वी तो एकदा अग्रभागी चालवा।

कमांड लाइन योग्यरित्या विचारत असेल, तर खाते, गेटवे आणि दुसरा घटक ठीक आहेत। उरलेली समस्या प्लगइनचा संवाद आहे, प्रमाणीकरण सेवा नाही। हे सर्व्हरला स्पर्श न करता बिघडलेला घटक वेगळा करते। कमांडचे आउटपुट घटना नोंदीसोबत ठेवा।

कमांड लाइननेही विनंती वगळली, तर थांबा आणि गेटवेची संरचना त्याच्या मालकासोबत तपासा। सर्व्हर कधीच न पाठवणाऱ्या आव्हानाला कोणताही डेस्कटॉप क्लायंट उत्तर देऊ शकत नाही।

तिसरी तपासणी: तुमचे प्लगइन TOTP मोड देते का ते पाहा

काही NetworkManager OpenConnect बिल्ड कनेक्शनच्या Identity टॅबमध्ये टोकन मोड आणि वापरकर्ता एजंट फील्ड देतात। वापरकर्ता एजंट गेटवेच्या अपेक्षित मूल्यावर ठेवा, मॅन्युअल TOTP एंट्री निवडा आणि कनेक्शन जतन करा।

ही फील्डे आहेत का, हे प्लगइन आवृत्तीवर आणि डेस्कटॉप कोणता कनेक्शन संपादक वापरतो यावर अवलंबून आहे। स्वतंत्र संपादक GNOME पॅनेल लपवते ते पर्याय दाखवू शकतो, किंवा उलट। लपलेली सेटिंग शोधण्यापूर्वी स्थापित पॅकेजची आवृत्ती तपासा।

टोकन मोड असूनही विनंती दिसत नसेल, तर बिल्डमध्ये प्लगइन आणि सामान्य गुप्त संवाद यांच्यात आव्हान हस्तांतरण नाही। पासवर्ड पुन्हा टाइप करणे, तेच पॅकेज पुन्हा स्थापित करणे किंवा कीरिंग साफ करणे यामुळे बिल्डने अंमलात न आणलेले फील्ड तयार होणार नाही।

चौथी तपासणी: तयार केलेला कोड तडजोड म्हणून पाहा

स्क्रिप्ट सध्याच्या कोडसाठी oathtool कॉल करू शकते आणि वापरकर्तानाव, पासवर्ड आणि कोड nmcli connection up --ask मध्ये पाठवू शकते। क्रम कार्य करतो, पण सामायिक गुप्त माहिती शेवटी अशा ठिकाणी साठवली जाते जी स्क्रिप्ट उघडू शकणाऱ्या कोणालाही वाचता येते, आणि तो वाचक कायम कोड तयार करू शकतो। हा क्रेडेन्शियल पृष्ठभागाचा कायमचा विस्तार आहे, क्लायंटची दुरुस्ती नाही।

जो हे निवडेल त्याने गुप्त फाइल root पर्यंत मर्यादित ठेवावी, तयार केलेली मूल्ये शेल इतिहासाबाहेर ठेवावी आणि स्क्रिप्टला क्रेडेन्शियल सामग्री मानावे। कोड टर्मिनलवर पुनरावृत्त करणारा रॅपर दुसरा घटक फेकून देतो। आधी एकवेळ वापराच्या खात्याने रॅपर तपासा।

स्क्रिप्टने गेटवेचा विनंती क्रमही पाळला पाहिजे। सर्व्हरने पासवर्डपूर्वी कोड मागितला, तर ठराविक इनपुट क्रम चुकीचे मूल्य चुकीच्या विनंतीकडे पाठवतो आणि तेच अपूर्ण प्रमाणीकरण तयार करतो। लॉगिन कार्याशी जोडण्यापूर्वी चाचणी खात्यासह त्याचा सराव करा।

तेच गेटवे आणि खाते निश्चित करा

प्रत्येक पर्यायी उपाय त्याच गेटवे, त्याच खाते आणि त्याच टनेल गटासमोर तपासा। जो गेटवे डिव्हाइस प्रमाणपत्रही मागतो तो कमांड-लाइन क्लायंटला TOTP शी संबंध नसलेल्या कारणाने नाकारू शकतो, आणि विनंती क्रम तुम्ही सराव केलेल्यापेक्षा वेगळा असू शकतो।

जो क्लायंट, त्याची आवृत्ती, वापरकर्ता एजंट आणि विनंती क्रम कार्य करून गेला तो नोंदवा। ती नोंद पुढच्या व्यक्तीला समस्या प्लगइन बिल्ड, गेटवे प्रवाह की खाते धोरणात आहे हे पासवर्ड रीसेटच्या आणखी एका फेरीशिवाय सांगते।

संपूर्ण लॉगआउटनंतर एकदा पुन्हा कनेक्ट करून पूर्ण करा। कॅशे केलेली गुप्त माहिती तुटलेला प्रवाह पुढच्या सत्रापर्यंत दुरुस्त दिसू शकते, आणि दुसऱ्या कनेक्शनमध्येच गहाळ विनंती सहसा परत येते।