શેર કરેલો સિક્રેટ કે વપરાશકર્તા લોગિન: 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 જુઓ: બે સ્તરોની સરખામણી ત્યારે જ મદદ કરે છે જ્યારે નિષ્ફળતા હજી તેમની અંદર હોય.