Muda wa L2TP kumalizika kwenye Ubuntu 22.04: hitilafu ya handaki la xl2tpd

Eneo la kazi linaonyesha muunganisho unaoendelea, IPsec inaripoti mafanikio, na kiolesura cha PPP hakitokea kamwe. Katika syslog nambari hiyo ya handaki inajirudia hadi jaribio liisha muda kwenye UDP 1701. Kabla ya kuhariri ufunguo ulioshirikiwa mapema au usanidi wa seva, tambua umbo hili: kwenye Ubuntu 22.04 kwa kawaida ni kurudi nyuma kwa kifurushi katika xl2tpd, na seva ilikuwa sahihi muda wote.

Jozi ya mistari ya kumbukumbu inayojirudia inakuambia nini

Kipindi kinachoshindikana huchapisha mistari miwili kwa vipindi vya kawaida: daemon haipati handaki kwa ujumbe wa udhibiti unaoingia, kisha hutupa vitambulisho vya simu na handaki vilivyopewa. Baadaye kihesabu cha majaribio mapya hufikia kikomo chake na muunganisho hufungwa kwa muda kuisha kwenye bandari 1701. Anwani na vitambulisho ni bahati nasibu; umbo ndilo la muhimu. IKE ilikamilika, trafiki ya udhibiti ya L2TP ilifika, na daemon ilishindwa kuihusisha na handaki ambalo tayari lilikuwa limeunda.

Kwa hiyo hitilafu iko kati ya udhibiti wa L2TP na PPP. Hakuna kilichojaribiwa kuhusu siri, chaguo za PPP au subnet ya mbali bado.

Thibitisha kwamba IPsec ilifanikiwa kweli

Ukaguzi mbili hutenganisha hili na tatizo la vitambulisho, na zote mbili zinakuja kabla ya mabadiliko yoyote ya kifurushi.

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

Matokeo ya hali yanaorodhesha muunganisho na hali yake, na handaki lililoanzishwa linamaanisha awamu ya kwanza na ya pili zilikamilika. Mstari wa kumbukumbu kuhusu ufunguo ulioshirikiwa unaokosekana unaonyesha siri pekee, kwa hiyo simama na urekebishe hilo kwanza. Wakati IPsec imeanzishwa na muda wa L2TP bado unaonekana, daemon ndiye mtuhumiwa aliyebaki. Hifadhi mistari halisi ya jaribio moja badala ya siku nzima ya majaribio mapya.

Kagua ujenzi wa xl2tpd, sio jina la toleo

Ujenzi wa jammy wa Ubuntu wa xl2tpd 1.3.16 uliwezesha uboreshaji wa muda wa kuunganisha, ambao ulivunja uchanganuzi wa kitambulisho cha handaki katika jibu la SCCRP la seva. Daemon kisha hutupa vifurushi vya udhibiti vya handaki ambalo yenyewe liliunda. Mnyororo wa toleo ni muhimu zaidi kuliko jina la usambazaji.

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

Kifurushi kilichorekebishwa ni 1.3.16-1ubuntu0.1, kwa hiyo ujenzi bila kiambishi hicho ni wa zamani kuliko marekebisho. Matokeo ya sera yanaonyesha mgombea gani uboreshaji ungeweka, na orodha ya kuzuia inaeleza kwa nini marekebisho hayakufika. Pale kifurushi kinapatikana, kisasishe na uunganishe tena kupitia wasifu wa kawaida badala ya kuhariri faili kwa mkono. Usijenge moduli upya na usibadilishe siri wakati ujenzi wa zamani bado umesakinishwa.

Thibitisha PPP baada ya mabadiliko

Uboreshaji uliofanikiwa unathibitishwa kwenye tabaka lililokuwa limevunjika. Kagua kwamba PPP ilipanda, sio tu kwamba aikoni ilibadilika.

ip -4 addr show ppp0
ip route | grep ppp

Orodha ya violesura inapaswa kuonyesha anwani ya ndani na ya mwenzake, na jedwali la njia linapaswa kubeba viambishi vya handaki. Syslog inapaswa kuonyesha handaki likikubaliwa na pppd ikiripoti anwani zote mbili, bila mistari inayojirudia ya handaki-halipatikani. Ikiwa PPP imepanda na trafiki bado inashindikana, angalia baadaye uelekezaji au MTU, kwa sababu hatua ya L2TP imekamilisha kazi yake. Andika toleo la kifurushi linalofanya kazi katika maelezo ya mashine, ili usakinishaji upya wa baadaye usirudishe ujenzi uliovunjika.

Pale kifurushi kilichorekebishwa hakipatikani, njia mbadala zilizoandikwa ni ujenzi wa ndani kutoka chanzo 1.3.16 au 1.3.17, kuhamia kl2tpd, au upunguzaji uliobainishwa. Kila kimoja hubeba gharama ya matengenezo inayostahili kuandikwa.