सामायिक गुप्त की किंवा वापरकर्ता लॉगिन: L2TP/IPsec चे कोणते फील्ड अयशस्वी झाले?
पूर्व-सामायिक की सोबत्याला सिद्ध करते, तर PPP वापरकर्तानाव आणि पासवर्ड व्यक्तीला. त्रुटी कोड सांगतो की दोन थरांपैकी कोणता तुटला.
एक कार्यालय प्रत्येक लॅपटॉपला तीच IPsec गुप्त की देऊ शकते, तर प्रत्येक व्यक्ती स्वतःच्या खात्याने साइन इन करतो, म्हणूनच «की बरोबर आहे» आणि «पासवर्ड बरोबर आहे» दोन्ही खरे असू शकतात आणि लॉगिन तरीही अयशस्वी होऊ शकते। L2TP आणि IPsec वेगवेगळ्या टप्प्यांवर वेगवेगळ्या पक्षांची प्रमाणीकरण करतात। दोन थरांची तुलना, आणि त्यांना वेगळे करणारा त्रुटी कोड, यापैकी बहुतेक तिकिटे दोन्ही मूल्ये पुन्हा बदलण्यापेक्षा जलद बंद करतात। टप्पे परस्पर बदलण्यायोग्य नाहीत, आणि तुमच्यासमोरचा संदेश कोणता सुरू आहे हे आधीच सांगतो।
दोन थर, दोन वेगळ्या ओळखी
प्रथम IPsec सोबतीचे प्रमाणीकरण चालते। क्लायंट आणि गेटवे कोणतेही टनेल पेलोड संरक्षित होण्यापूर्वी पूर्व-सामायिक की किंवा प्रमाणपत्राने एकमेकांना आपली ओळख सिद्ध करतात। L2TP सत्रातील PPP देवाणघेवाण त्यानंतर चालते, आणि तिथेच तुमचे वापरकर्तानाव आणि पासवर्ड सर्व्हरच्या खाते भांडाराशी तपासले जातात।
टप्पे स्वतंत्र आहेत, म्हणून वैध वापरकर्ता खाते चुकीची IPsec की वाचवू शकत नाही, आणि योग्य की मुदत संपलेला पासवर्ड वाचवू शकत नाही। तिकिटात दोन्ही स्वतंत्रपणे लिहा आणि निदान सहसा टप्प्याचे नाव घेणाऱ्या पहिल्या लॉग ओळीतून निघते।
| Observed failure | Stage that rejected it | Field to touch |
|---|---|---|
| Security layer error 789 during initial negotiation | IKE and IPsec peer authentication | The pre-shared key or the certificate |
| Error 691, credentials not recognised | PPP user authentication | User name, password, or account policy |
| Tunnel forms, then drops on the first packet | Neither, usually routing or MTU | Address pool and interface configuration |
| Prompt repeats with no error text | Often the client type selection | The connection profile, not the secret |
सामायिक गुप्त की सोबत्याला सिद्ध करते
पूर्व-सामायिक की हे एक गट क्रेडेन्शियल आहे जे गेटवे आणि त्याला जोडणाऱ्या प्रत्येक क्लायंटकडे असते। ते सिद्ध करते की सोबतीला की माहीत आहे, आणि त्यातून IKE जोडणीचे संरक्षण करणाऱ्या किल्ल्या काढते। त्या देवाणघेवाणीत कीबोर्डावरील माणसाची ओळख पटवणारे काहीही नाही। म्हणूनच त्याच टनेलमध्ये दुसरे, वापरकर्ता-स्तरीय लॉगिन आहे।
त्या रचनेचा रद्दीकरणासाठी व्यावहारिक परिणाम आहे। एक लॅपटॉप गमावणे म्हणजे तो वापरणाऱ्या प्रत्येक उपकरणासाठी गुप्त की फिरवणे, जोपर्यंत तैनाती प्रमाणपत्रांकडे जात नाही, जिथे उर्वरितांना स्पर्श न करता एक उपकरण काढता येते। ही अदलाबदल प्रशासकीय श्रम विरुद्ध नुकसानीची व्याप्ती आहे।
प्रोफाइलमध्ये टाइप केलेली की स्क्रीनशॉट आणि चॅटमधून गळती होण्यास सर्वात सोपे क्रेडेन्शियल देखील आहे। ती वैयक्तिक पासवर्ड नाही तर सामायिक पायाभूत साहित्य म्हणून वागवा, कारण ती नेमकी तीच आहे।
लॉगिन PPP चे आहे
L2TP सत्राच्या आत PPP प्रमाणीकरणावर वाटाघाटी करते आणि तुम्ही टाइप केलेल्या मूल्यांची जोडी सर्व्हरकडून तपासण्यास सांगते। Windows मध्ये ही प्रोफाइल मागणारी तीच वापरकर्तानाव आणि पासवर्ड आहेत, आणि राउटरवर PPP प्रोफाइल ज्याचा संदर्भ देते ते आहे। ते खाते भांडाराशी तपासले जाते, कीशी नाही। दोन लोक लॅपटॉप आणि की सामायिक करू शकतात आणि तरीही या टप्प्यावर वेगळे ओळखले जातात।
हे वापरकर्ता प्रमाणीकरण असल्याने, सर्व नेहमीचे खाते धोरणे लागू होतात: मुदत संपलेला पासवर्ड, कुलूपबंद खाते, डायल-इन परवानगी, किंवा डोमेन असणे आवश्यक असलेले नाव। त्रुटी 691 ते संयोजन नाकारलेले म्हणून नोंदवते, म्हणून काहीही पुन्हा टाइप करण्यापूर्वी सर्व्हरचा लेखा नोंद वाचा।
त्रुटीला फील्ड निवडू द्या
त्रुटी 789 सुरक्षा थराचे नाव घेते आणि IPsec टप्प्याकडे निर्देश करते। दोन्ही बाजूंची पूर्व-सामायिक की तंतोतंत जुळते, गेटवे अपेक्षित सोबतीची ओळख क्लायंट पाठवत असलेल्याशी जुळते, आणि क्लायंट दुसऱ्या प्रकारासाठी नाही तर L2TP/IPsec साठी संरचित आहे याची खात्री करा।
त्रुटी 691 क्रेडेन्शियलचे नाव घेते आणि PPP कडे निर्देश करते। गुप्त की बदलण्यापूर्वी खात्याची स्थिती आणि नावाचा नेमका स्वरूप तपासा, कारण दोन्ही एकत्र बदलल्यास तुम्ही वाचत असलेला पुरावा नष्ट होतो।
टनेल उभे राहिल्यावरही रहदारी थांबत राहिल्यास, प्रमाणीकरण फील्ड संपादित करणे पूर्णपणे थांबवा। पत्ता पूल, क्लायंट सबनेटकडे परतीचा मार्ग आणि MTU पहा: दोन थरांची तुलना फक्त तेव्हाच उपयोगी ठरते जेव्हा बिघाड अजून त्यांच्या आत असतो।