Ubuntu 24.04 માં L2TP તૂટ્યું: xl2tpd કે go-l2tp ડીમન?

Ubuntu 24.04 એ NetworkManager ના L2TP પ્લગઇન પાછળના ડીમનને ચૂપચાપ બદલી નાખ્યું. જૂનો માર્ગ xl2tpd વાપરતો હતો; નવું પેકેજિંગ Go અમલીકરણ લાવે છે જે kl2tpd નામનું ડીમન બનાવે છે. પ્લગઇન જે ઇન્સ્ટોલ થયું હોય તે શરૂ કરે છે, તેથી અપગ્રેડ તમારી પ્રોફાઇલ કે ઓળખપત્રોને સ્પર્શ કર્યા વિના ડીમન બદલી શકે છે. આખી નિષ્ફળતા એ જ છે: એક નિયંત્રણ સંદેશ જે નવું ડીમન ઓળખતું નથી.

પ્લગઇન IPsec, L2TP અને PPP નું સમન્વયન કરે છે, પછી પરિણામી ઇન્ટરફેસ NetworkManager ને સોંપે છે. તે પોતે L2TP અમલમાં મૂકતું નથી.

પ્લગઇન સમન્વયકર્તા છે, ડીમન નહીં

network-manager-l2tp IPsec સહાયક, L2TP ડીમન અને PPP ચલાવે છે, અને ઇન્ટરફેસને ડેસ્કટોપના જોડાણ વ્યવસ્થાપન સાથે જોડે છે. વર્ષો સુધી ડીમન xl2tpd હતું, અને તેના રૂપરેખાંકનનો ઉલ્લેખ કરતું દરેક ટ્યુટોરિયલ તે ધારણા વારસામાં લેતું હતું. પછી Debian પેકેજિંગે બેમાંથી કોઈપણ અમલીકરણ સ્વીકાર્યું, અને 24.04 Go આવૃત્તિ ઇન્સ્ટોલ કરે છે, જે kl2tpd પ્રદાન કરે છે. પ્રોફાઇલમાં કોઈ ક્ષેત્ર પહેલાં કયું ડીમન ચાલતું હતું તે નોંધતું નથી, તેથી સંદેશ નકારાય નહીં ત્યાં સુધી બદલી અદૃશ્ય રહે છે.

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

સમારકામ પસંદ કરતા પહેલાં તબક્કો વાંચો

journalctl -b --no-hostname _COMM=nm-l2tp-service _COMM=kl2tpd _COMM=xl2tpd _COMM=pppd _COMM=charon _COMM=pluto

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

પૂર્વ-વહેંચાયેલ કીની અસંગતિ IPsec તબક્કે પૂરી થાય છે અને પીઅરનું નામ લે છે. ટનલ ઊભી થયા પછી PPP ઓળખપત્રની સમસ્યા દેખાય છે અને સામાન્ય રીતે વાંચી શકાય તેવું CHAP કે MS-CHAP નકાર ધરાવે છે. બંને એક જ ક્વેરીમાં દેખાય છે, અને તે અલગ સમસ્યાઓ છે.

બે માર્ગ, અને તે ભળતા નથી

sudo apt install xl2tpd
sudo apt purge go-l2tp

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

બંનેને એક ફેરફારમાં ભેગા ન કરો. પછીની નિષ્ફળતા તમને કહેવા દેશે નહીં કે કયો અડધો ભાગ મદદ કરી, અને ભવિષ્યનું અપગ્રેડ તમે હમણાં દૂર કરેલું પેકેજ પાછું લાવી શકે છે.

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

ત્રણ વસ્તુઓ જે આ નથી

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

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

બે માર્ગોની સરખામણી ઝડપને બદલે જાળવણી ખર્ચ પર કરો. બંને કામ કરી શકે છે; ફક્ત એક જ બોલીની અસંગતિ દૂર કરે છે.