PPTP म्हणते तुमचा पासवर्ड चुकीचा आहे: कोणती दुरुस्ती आधी येते?

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

सीक्रेटची तपासणी कधीच का होत नाही

PPP प्रमाणीकरणावर चर्चा होते: सर्व्हर पद्धती सुचवतो, क्लायंटला जे शक्य आहे त्याने उत्तर देतो, आणि कोणतेही क्रेडेन्शियल बदलण्यापूर्वी दोन्ही एकावर एकमत होतात। जेव्हा सर्व्हर फक्त EAP-PEAP देतो आणि क्लायंटचे pppd ते राबवत नाही, तेव्हा संभाषण प्रस्तावाच्या टप्प्यावरच संपते। सर्व्हर प्रमाणीकरण अपयश नोंदवतो कारण अपयशी ठरलेला टप्पा तोच आहे, पासवर्ड तपासून अपुरा आढळला म्हणून नाही।

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

चर्चा वाचा, शेवटची त्रुटी नाही

डीबगिंग सुरू ठेवून कनेक्शन फोरग्राउंडमध्ये चालवा आणि प्रमाणीकरणाच्या ओळी वरून वाचा। लॉगमध्ये सुचवलेली पद्धत, स्वीकारलेली पद्धत आणि देवाणघेवाण कोठे थांबली हे नमूद असते। जे प्रोफाइल CHAP किंवा MSCHAPv2 मधून कधीच बाहेर पडत नाही, तर सर्व्हर PEAP ची अपेक्षा करतो, ती पद्धतीची समस्या आहे, क्रेडेन्शियलची नाही। त्या लॉगची शेवटची ओळ क्लायंटने हार मानली तिथली आहे, कारण आहे तिथली नाही।

sudo pppd call provider debug nodetach

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

दुसरे कारण सीक्रेट फाइलमध्ये लपलेले आहे

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

sudo cat -A /etc/ppp/chap-secrets

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

सर्व्हर कोणाचा आहे यानुसार दुरुस्ती निवडा

सर्व्हर तुमचा असल्यास, त्या खात्यासाठी MSCHAPv2 ला परवानगी देणे हा सर्वात छोटा बदल आहे, आणि तुम्ही जाणीवपूर्वक कमकुवत पद्धत स्वीकारली हे नोंदवले पाहिजे। तो दुसऱ्या कोणाचा असल्यास, EAP-PEAP लागू करणारा क्लायंट ही प्रामाणिक दुरुस्ती आहे; pppd ला पॅच करणे विसंगतीला तुमची देखभाल समस्या बनवते। प्रोटोकॉलची निवड अजून खुली असल्यास, PPTP हा डिझाइनचा सर्वात कमकुवत भाग आहे आणि पॅच केलेला क्लायंट जिवंत ठेवण्यापेक्षा स्थलांतर सहसा स्वस्त पडते। तो निर्णय प्रोफाइलच्या शेजारी लिहा, पुढच्या व्यक्तीने तो पुन्हा उघडू नये।

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