Ubuntu 22.04-ൽ L2TP കാലഹരണം: xl2tpd ടണൽ ബഗ്

ഡെസ്ക്ടോപ്പ് ഒരു കണക്ഷൻ നടക്കുന്നതായി കാണിക്കുന്നു, IPsec വിജയം റിപ്പോർട്ട് ചെയ്യുന്നു, എന്നാൽ PPP ഇന്റർഫേസ് ഒരിക്കലും പ്രത്യക്ഷപ്പെടുന്നില്ല. സിസ്റ്റം ലോഗിൽ അതേ ടണൽ നമ്പർ UDP 1701-ൽ ശ്രമം കാലഹരണപ്പെടുന്നതുവരെ ആവർത്തിക്കുന്നു. സംഭരിച്ച കീ അല്ലെങ്കിൽ സർവർ കോൺഫിഗറേഷൻ എഡിറ്റ് ചെയ്യുന്നതിന് മുമ്പ് ഈ രൂപം തിരിച്ചറിയുക: Ubuntu 22.04-ൽ ഇത് സാധാരണയായി xl2tpd-യിലെ പാക്കേജിംഗ് റിഗ്രഷൻ ആണ്, സർവർ എപ്പോഴും ശരിയായിരുന്നു.

ആവർത്തിക്കുന്ന ലോഗ് ജോടി നിങ്ങളോട് എന്ത് പറയുന്നു

പരാജയപ്പെടുന്ന സെഷൻ ക്രമവിടവുകളിൽ രണ്ട് വരികൾ പ്രിന്റ് ചെയ്യുന്നു: ഡീമൺ വരുന്ന നിയന്ത്രണ സന്ദേശത്തിന് ടണൽ കണ്ടെത്തുന്നില്ല, തുടർന്ന് ലഭിച്ച കോൾ, ടണൽ ഐഡന്റിഫയറുകൾ ഡംപ് ചെയ്യുന്നു. പിന്നീട് വീണ്ടും ശ്രമങ്ങളുടെ കൗണ്ടർ പരിധിയിൽ എത്തുന്നു, കണക്ഷൻ പോർട്ട് 1701 കാലഹരണത്തോടെ അടയുന്നു. വിലാസങ്ങളും ഐഡന്റിഫയറുകളും യാദൃശ്ചികമാണ്; രൂപമാണ് പ്രധാനം. IKE പൂർത്തിയായി, L2TP നിയന്ത്രണ ട്രാഫിക് എത്തി, ഡീമണിന് അതിനെ മുൻപേ സൃഷ്ടിച്ച ടണലുമായി ബന്ധിപ്പിക്കാൻ കഴിഞ്ഞില്ല.

അതിനാൽ തകരാർ L2TP നിയന്ത്രണത്തിനും PPP-ക്കും ഇടയിലാണ്. രഹസ്യം, PPP ഓപ്ഷനുകൾ, ദൂര സബ്നെറ്റ് എന്നിവയെക്കുറിച്ച് ഇതുവരെ ഒന്നും പരിശോധിച്ചിട്ടില്ല.

IPsec യഥാർത്ഥത്തിൽ വിജയിച്ചുവെന്ന് ഉറപ്പാക്കുക

രണ്ട് പരിശോധനകൾ ഇതിനെ ക്രെഡൻഷ്യൽ പ്രശ്നത്തിൽ നിന്ന് വേർതിരിക്കുന്നു, രണ്ടും ഏതെങ്കിലും പാക്കേജ് മാറ്റത്തിന് മുമ്പ് വേണം.

ipsec status
journalctl -u strongswan --since "5 min ago" | grep -i "shared key"

സ്റ്റാറ്റസ് ഔട്ട്പുട്ട് കണക്ഷനും അതിന്റെ അവസ്ഥയും ലിസ്റ്റ് ചെയ്യുന്നു, സ്ഥാപിത ടണൽ എന്നാൽ ഒന്നും രണ്ടും ഘട്ടങ്ങൾ പൂർത്തിയായി. കാണാത്ത പങ്കിട്ട കീയെക്കുറിച്ചുള്ള ലോഗ് വരി രഹസ്യത്തെ മാത്രം സൂചിപ്പിക്കുന്നു, അതിനാൽ നിർത്തി ആദ്യം അത് ശരിയാക്കുക. IPsec സ്ഥാപിതമായി L2TP കാലഹരണം ഇപ്പോഴും പ്രത്യക്ഷപ്പെട്ടാൽ, ഡീമൺ തന്നെ ബാക്കിയുള്ള സംശയം. ഒരു ദിവസം മുഴുവൻ വീണ്ടും ശ്രമിക്കുന്നതിന് പകരം ഒരു ശ്രമത്തിന്റെ കൃത്യമായ വരികൾ സൂക്ഷിക്കുക.

xl2tpd-യുടെ ബിൽഡ് പരിശോധിക്കുക, റിലീസ് പേരല്ല

Ubuntu-യുടെ jammy ബിൽഡിൽ xl2tpd 1.3.16 ലിങ്ക്-ടൈം ഒപ്റ്റിമൈസേഷൻ പ്രവർത്തനക്ഷമമാക്കി, അത് സർവറിന്റെ SCCRP മറുപടിയിലെ ടണൽ ഐഡന്റിഫയറിന്റെ പാർസിംഗ് തകർത്തു. തുടർന്ന് ഡീമൺ താൻ തന്നെ സൃഷ്ടിച്ച ടണലിനുള്ള നിയന്ത്രണ പാക്കറ്റുകൾ ഉപേക്ഷിക്കുന്നു. വിതരണത്തിന്റെ പേരിനേക്കാൾ പ്രധാനം പതിപ്പ് സ്ട്രിംഗാണ്.

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

തിരുത്തിയ പാക്കേജ് 1.3.16-1ubuntu0.1 ആണ്, അതിനാൽ ആ പ്രത്യയമില്ലാത്ത ബിൽഡ് തിരുത്തലിന് മുമ്പുള്ളതാണ്. പോളിസി ഔട്ട്പുട്ട് ഏത് സ്ഥാനാർത്ഥിയെ അപ്ഗ്രേഡ് ഇൻസ്റ്റാൾ ചെയ്യുമെന്ന് കാണിക്കുന്നു, ഹോൾഡ് ലിസ്റ്റ് തിരുത്തൽ എത്താത്തതിന്റെ കാരണം വിശദീകരിക്കുന്നു. പാക്കേജ് ലഭ്യമായിടത്ത് അത് അപ്ഗ്രേഡ് ചെയ്ത് ഫയലുകൾ കൈകൊണ്ട് എഡിറ്റ് ചെയ്യുന്നതിന് പകരം സാധാരണ പ്രൊഫൈലിലൂടെ വീണ്ടും കണക്റ്റ് ചെയ്യുക. പഴയ ബിൽഡ് ഇൻസ്റ്റാൾ ചെയ്തിരിക്കുമ്പോൾ മൊഡ്യൂളുകൾ വീണ്ടും നിർമ്മിക്കരുത്, രഹസ്യം മാറ്റരുത്.

മാറ്റത്തിന് ശേഷം PPP പരിശോധിക്കുക

വിജയകരമായ അപ്ഗ്രേഡ് തകർന്നിരുന്ന പാളിയിൽ തെളിയിക്കപ്പെടുന്നു. ഐക്കൺ മാറിയോ എന്നല്ല, PPP ഉയർന്നോ എന്ന് പരിശോധിക്കുക.

ip -4 addr show ppp0
ip route | grep ppp

ഇന്റർഫേസ് ലിസ്റ്റിൽ ലോക്കൽ, പിയർ വിലാസങ്ങൾ കാണണം, റൂട്ട് ടേബിളിൽ ടണലിന്റെ പ്രിഫിക്സുകൾ ഉണ്ടാകണം. സിസ്റ്റം ലോഗിൽ ടണൽ സ്വീകരിച്ചതായും pppd രണ്ട് വിലാസങ്ങളും റിപ്പോർട്ട് ചെയ്യുന്നതായും കാണണം, ടണൽ-കണ്ടെത്തിയില്ല വരികൾ ആവർത്തിക്കാതെ. PPP ഉയർന്നിട്ടും ട്രാഫിക് പരാജയപ്പെടുന്നെങ്കിൽ, L2TP ഘട്ടം ജോലി പൂർത്തിയാക്കിയതിനാൽ അടുത്തതായി റൂട്ടിംഗോ MTU-വോ നോക്കുക. പ്രവർത്തിക്കുന്ന പാക്കേജ് പതിപ്പ് മെഷീൻ കുറിപ്പുകളിൽ രേഖപ്പെടുത്തുക, ഭാവിയിലെ പുനഃസ്ഥാപനം തകർന്ന ബിൽഡ് തിരികെ കൊണ്ടുവരാതിരിക്കാൻ.

തിരുത്തിയ പാക്കേജ് ലഭ്യമല്ലാത്തിടത്ത്, രേഖപ്പെടുത്തിയ ബദലുകൾ 1.3.16 അല്ലെങ്കിൽ 1.3.17-ന്റെ ലോക്കൽ സോഴ്സ് ബിൽഡ്, kl2tpd-ലേക്കുള്ള മാറ്റം, അല്ലെങ്കിൽ പിൻ ചെയ്ത ഡൗൺഗ്രേഡ് എന്നിവയാണ്. ഓരോന്നിനും എഴുതിവയ്ക്കാൻ യോഗ്യമായ അറ്റകുറ്റപ്പണി ചെലവുണ്ട്.