L2TP/IPsec PSK નકારાયું: પહેલા સંવાદ, પછી ફાઇલો

તમે એડમિનિસ્ટ્રેટરના સંદેશમાંથી પ્રી-શેર્ડ કીને NetworkManager સંવાદમાં પેસ્ટ કરો છો, તેને દેખાડવા માટે બોક્સ ટિક કરો છો, અને તે અક્ષરે અક્ષર મેળ ખાય છે. તેમ છતાં ટનલ ઊભી થાય તે પહેલાં જ કનેક્શન પ્રમાણીકરણ નિષ્ફળતા પર પૂરું થાય છે. પહેલી વાર આ જોઈને મેં ધાર્યું કે કી ખોટી છે; તે ખોટી ન હતી. ડેમન ખરેખર શું વાંચે છે તે બીજી બે બાબતો નક્કી કરે છે: પ્લગઇન તે કનેક્શન માટે જે સિક્રેટ ફાઇલ લખે છે, અને મૂલ્ય સંવાદમાંથી અપરિવર્તિત પસાર થયું છે કે નહીં.

નીચેનો રસ્તો કીને ક્ષેત્રથી ફાઇલ સુધી અનુસરે છે, અને તે જ ક્રમ તમને કહે છે કે તે ક્યાં ખોવાઈ. તે નિષ્ફળ જતા મશીન પર કરો, કામ કરતા મશીન પર નહીં, કારણ કે તે બે મશીન વચ્ચેનો ફરક સામાન્ય રીતે ફાઇલ ગોઠવણી છે, કી નહીં.

સંવાદથી શરૂ કરો, પણ ક્ષેત્ર પર ભરોસો ન કરો

કનેક્શનનું IPsec ટેબ ખોલો અને કીને પેસ્ટ કરવાને બદલે ફરીથી ટાઇપ કરો. ચેટ સંદેશ, PDF કે પાસવર્ડ મેનેજરમાંથી કોપી કરેલી કી અંતમાં એવી લાઇન બ્રેક સાથે આવી શકે છે જે ક્ષેત્ર દેખાડતું નથી, અને દેખાતા અક્ષરો હજુ પણ સાચા લાગે છે.

પાસવર્ડ દેખાડવાના નિયંત્રણ પર ક્લિક કરો અને સ્ટ્રિંગના અંત તરફ જુઓ, વચ્ચે નહીં. જો કર્સર લખાણ નીચે ખાલી લાઇન છોડે, તો તેને ભૂંસી નાખો અને છેલ્લું અક્ષર ફરીથી ટાઇપ કરો. એક જ સુધારો આવા અહેવાલોનો આશ્ચર્યજનક હિસ્સો ઉકેલે છે, અને કોઈ પણ લોગ વાંચવા કરતાં ઓછો ખર્ચ કરે છે.

જો કી લાંબી લાઇન વાળતી ટિકિટ સિસ્ટમમાંથી આવે, તો તેને ન વાળતી ચેનલ દ્વારા માંગો. બે સ્ટ્રિંગ બાજુમાં જોવાને બદલે લંબાઈ એડમિનિસ્ટ્રેટર સાથે સરખાવો; વળાંકના સ્થાને ખોવાયેલું અક્ષર પ્રમાણસર ફોન્ટમાં અદૃશ્ય હોય છે.

/etc/ipsec.d માં કીને અનુસરો

પ્લગઇન ક્યારેય PSK ને IPsec ડેમનને કમાન્ડ લાઇન પર આર્ગ્યુમેન્ટ તરીકે આપતું નથી. તેના બદલે તે મૂલ્યને સિક્રેટ ફાઇલમાં સંગ્રહે છે અને ડેમન તે ફાઇલ લે તેવી ગોઠવણ કરે છે, જરૂર પડે તો /etc/ipsec.secrets માં include લાઇન ઉમેરે છે. સંવાદ જે રાખે છે તે તે બનેલી ફાઇલ માટેનું ઇનપુટ છે, વપરાતું મૂલ્ય નહીં.

કંઈપણ બદલતા પહેલા યાદી બનાવો કે શું છે:

ipsec --version
sudo ls -l /etc/ipsec.d/*.secrets /etc/ipsec.d/ipsec.nm-l2tp.secrets 2>/dev/null
sudo grep -n "include" /etc/ipsec.secrets

પ્લગઇનના જૂના આવૃત્તિઓ દરેક કનેક્શન માટે એક ફાઇલ લખતા, કનેક્શનના UUID પરથી નામ આપેલી, ઉદાહરણ તરીકે /etc/ipsec.d/nm-l2tp-ipsec-<uuid>.secrets. એપલેટમાં પ્રોફાઇલ કાઢી નાખવાથી તે ફાઇલ વિશ્વસનીય રીતે કાઢી શકાતી નથી. જો અગાઉના સર્વરની જૂની ફાઇલ હજુ ડિસ્ક પર હોય અને હજુ સમાવિષ્ટ હોય, તો ડેમન તમે હવે ન વાપરતા પ્રોફાઇલનું સિક્રેટ પસંદ કરી શકે છે, અને દૃશ્યમાન ક્ષેત્ર સાચું હોવા છતાં કનેક્શન નિષ્ફળ જાય છે.

1.2.12 ફેરફારે અપગ્રેડ સાથે શું કર્યું તે સમજો

પ્લગઇન આવૃત્તિ 1.2.12 એ દરેક-કનેક્શન સિક્રેટ ફાઇલોને એક જ વહેંચાયેલી ફાઇલથી બદલી, /etc/ipsec.d/ipsec.nm-l2tp.secrets. અપગ્રેડ જૂની UUID-આધારિત ફાઇલો સાફ કરતું નથી, અને હાલની include /etc/ipsec.d/*.secrets લાઇન તેમને હજુ સમાવે છે. આવૃત્તિ 1.2.16 મૂળભૂત પ્રસ્તાવોની સંભાળ બદલી, સિક્રેટની ગોઠવણી નહીં.

તે ઇતિહાસ સમજાવે છે કે સરખું દેખાતું પ્રોફાઇલ ધરાવતાં બે મશીન અલગ કેમ વર્તે છે. કી સમાન છે; ડેમન સમાવે છે તે ફાઇલોનો સમૂહ નથી. જ્યારે અનાથ ફાઇલ દૂર કરો, ત્યારે તેને કાઢી નાખવાને બદલે બાજુ પર ખસેડો, કનેક્શનની ખાતરી કરો, અને કાર્યક્ષમ સ્થિતિ નોંધાયા પછી તેને કાઢી નાખો. નામ બદલવાથી જૂનું મૂલ્ય પુનઃપ્રાપ્ત કરી શકાય તેમ રહે છે, જો ખામી બીજે ક્યાંક હોય.

સંગ્રહ ફોર્મેટ જે અક્ષરો રાખી શકતું નથી તેને અલગ કરો

વહેંચાયેલા સિક્રેટ સ્ટ્રિંગ માટે strongSwan નું દસ્તાવેજીકરણ જણાવે છે કે મૂલ્યમાં નવી લાઇન કે બેવડા અવતરણ ચિહ્ન ન હોઈ શકે. દસ્તાવેજમાંથી પેસ્ટ કરેલી કી સામાન્ય સંવાદમાં કોઈ દૃશ્ય તફાવત વિના બંનેમાંથી કોઈપણ ધરી શકે છે.

1.2.12 થી સંગ્રહિત મૂલ્ય સાદું લખાણ નથી. પ્લગઇન ફાઇલ સુધી પહોંચે તે પહેલા PSK ને base64 માં એન્કોડ કરે છે, અને રિલીઝ નોંધો તે એન્કોડિંગને કારણ તરીકે રજૂ કરે છે કે બેવડું અવતરણ ચિહ્ન હવે કીમાં સ્વીકાર્ય છે. તેથી ક્ષેત્રમાં ટાઇપ કરેલું અવતરણ ચિહ્ન રજૂ કરી શકાય તેવું છે; દરેક નિયંત્રણ અક્ષર માટે એ સાચું નથી.

લંબાઈ બીજી મર્યાદા છે. L2TP/IPsec સોફ્ટવેરમાં કોઈ સાર્વત્રિક ન્યૂનતમ લાગુ પડતું નથી: કેટલાક ક્લાયન્ટ વીસ અક્ષરથી ટૂંકી કી સ્વીકારે છે અને કેટલાક ગેટવે ન્યૂનતમ લાદે છે. જો ટૂંકી કી નકારાય, તો નિયમ સર્વર નીતિનો કે તે ક્લાયન્ટના ચકાસણીનો છે, અને સ્થાનિક રીતે કંઈક વધારવાથી તે બદલાશે નહીં.

કયું પ્રમાણીકરણ સ્તર નિષ્ફળ ગયું તે વાંચો

પહેલા ipsec --version ચલાવો, કારણ કે strongSwan અને Libreswan જુદી ફાઇલ નામો અને સિન્ટેક્સ વાપરે છે, અને એક માટેની સલાહ બીજાને નુકસાન પહોંચાડી શકે છે. પછી ક્લાયન્ટના સંદેશ કે ડેમન લોગમાંથી નિષ્ફળતાનું તબક્કું વાંચો: પ્રી-શેર્ડ કી વિશેની ફરિયાદ નકારાયેલા વપરાશકર્તાનામ અને પાસવર્ડ કરતાં અલગ ઘટના છે.

PSK ટનલના છેડાઓનું પ્રમાણીકરણ કરે છે. વપરાશકર્તાનામ અને પાસવર્ડ L2TP ની અંદરની વ્યક્તિનું પ્રમાણીકરણ કરે છે, અને IPsec જોડાણ ઊભું થયા પછી PPP તેમની સંભાળ લે છે. સાચી PSK ખોટા ખાતા સાથે પણ નિષ્ફળ જાય છે, અને ખાતું બદલવાથી એવી કી રિપેર થશે નહીં જે ડેમને ક્યારેય બરાબર વાંચી નથી.

ટિકિટ બંધ કરતી વખતે ચારેય લખો: પ્લગઇન આવૃત્તિ, વપરાતી સિક્રેટ ફાઇલ, કી ફરી ટાઇપ થઈ કે પેસ્ટ થઈ, અને ભૂલમાં જણાવેલું સ્તર. પછી આ રસ્તો ફરી કરનાર કોઈ પણ સીધું કામ કરતા અને નિષ્ફળ મશીન વચ્ચેના ફરક પર જઈ શકે છે.