Kas Ubuntu uuendus lõhkus L2TP/IPsec-i? Võrrelge IKEv1 pakkumisi

Ühendus töötas neljapäeval, uuendus jooksis reedel ja esmaspäeval keerleb klient “connecting” juures ning annab alla. Sama sülearvuti, sama server, sama konto, sama eelnevalt jagatud võti. Profiilis ei muudetud midagi, mistõttu ilmsed kahtlusalused, parool ja tulemüür, raiskavad teie aega.

Muutus teisenduste loend, mida teie masin on valmis pakkuma. Mõlemad Ubuntu-s kasutatavad IPsec virnad, strongSwan ja Libreswan, kärbivad algoritme, mida nad ei pea enam turvaliseks, ja nende ees olev NetworkManageri pistikprogramm omab oma loendit, mis liigub teise ajakava järgi. Server, mis on kinnitatud 3DES, SHA1 ja 1024-bitise Diffie-Hellmani grupi külge, võib lõpuks mitte kuulda midagi, mida ta aktsepteerib.

Mida uuendus tegelikult muutis

IKEv1 pakkumist toidavad kaks kihti. Deemon tarnib kompileeritud vaikimisi pakkumiste komplekti ning L2TP pistikprogramm kas usaldab seda või annab oma loendi. Enne NetworkManager-l2tp 1.2.16 usaldas pistikprogramm seda, seega oli teie pakkumine see, mida paigaldatud deemon pidas mõistlikuks. Alates 1.2.16 saadab pistikprogramm dokumenteeritud loendi, mis on modelleeritud Windowsi ja Apple'i klientide järgi, ning see loend on laiem kui vana vaikeväärtus, kuid ei sisalda enam igat pärandkombinatsiooni järjekorra eesotsas.

See lõhenemine selgitab tõrkerežiimi, mida inimesed peavad segadusttekitavaks: kaks masinat samal Ubuntu väljalaskel võivad käituda erinevalt, sest ühel on distributsiooni pakett ja teisel backport, ning deemoniversioon näib mõlemal veateates identsena. Kontrollige pistikprogrammi versiooni, mitte ainult deemoniversiooni, enne kui järeldate, et uuendus ei muutnud midagi olulist.

Samas piirkonnas on väiksem lõks. Kaks deemonit kirjutavad elliptilise kõvera Diffie-Hellmani gruppe erinevalt, üks kirjutab ecp384 ja teine ecp_384. Kleepige vale kirjaviis Advanced dialoogi ja deemon lükkab seade tagasi mitteparsitavana, mis ilmub logis läbirääkimiste probleemina, mitte konfiguratsiooni trükiveana.

Lugege tõrget enne, kui midagi muudate

Alustage sellest, millist taustaprogrammi te kasutate, sest vastus määrab nii süntaksi kui ka logi asukoha.

ipsec --version
nmcli connection show "Your VPN name" | grep -i ipsec

Seejärel lugege vahetust ennast. strongSwani puhul kirjutab deemon journalisse praegusel väljalaskel ja /var/log/syslog-i vanemal, ning huvitav osa on pakkumine, mille ta saadab, mitte viimane rida. Otsite sõnastust selle kohta, et sobivat pakkumist ei ole, mis on algoritmi probleem; autentimistõrget, mis viitab võtmele või kontole; või tavalist ajalõppu, mis viitab kättesaadavusele.

Neid kolme tulemust käsitletakse liiga sageli ühe sümptomina. Ajalõpp tühja deemonilogiga tähendab, et paketid ei saabu. Pakkumise tagasilükkamine tähendab, et need saabusid ja lükati tagasi. Kui teie logi on vaikne, tõstke pistikprogrammi silumistaset üheks katseks ja langetage seda hiljem, sest üksikasjalik väljund täidab journali kiiresti.

Faas 1 ja faas 2 on eraldi panused

IKEv1 peab läbirääkimisi kaks korda. Põhirežiim ehitab IKE turvaassotsiatsiooni krüpteerimisalgoritmist, terviklikkuse algoritmist, Diffie-Hellmani grupist ja autentimismeetodist. Kiirrežiim ehitab seejärel ESP assotsiatsiooni, mis hakkab kandma L2TP-d. Server on vaba esimese vastu võtma ja teise tagasi lükkama, seega poolõige profiil nurjub hiljem, kui ootate, ja näeb välja nagu teine viga.

Phase 1: 3des-sha1-modp1024!
Phase 2: 3des-sha1!

Hüüumärk on strongSwani süntaks range kirje jaoks: paku seda ühte kombinatsiooni ja mitte midagi muud. Ilma selleta liitub kirje varuloendiga, mis on hea, kui partner on moodne, ja vastuproduktiivne, kui see on ühe kõvasti kodeeritud poliitikaga seade. Käsitlege ülaltoodud paari vormi illustratsioonina, mitte soovitusena millelegi, mida te täna ehitate.

Muutke ühte välja ja korrake testi

Praeguse pistikprogrammi puhul on kiireim esimene test tühjendada mõlemad pakkumisväljad täielikult ja uuesti ühenduda, sest tarnitud vaikeloend sisaldab juba tavalisi Windowsi ja Apple'i kombinatsioone. Vanema pistikprogrammi puhul annab nende tühjendamine kontrolli tagasi deemonile, kes võib olla kõrvale jätnud algoritmi, millel teie server insisteerib, ja tõrge muutub hullemaks.

Kui tühjendamine ei aita, määrake range paar, mille teie server dokumenteerib, üks faas korraga. Muutke faasi 1, ühenduge uuesti ja lugege logi enne, kui faasi 2 puudutate. Kui kombinatsioon lõpuks töötab, kirjutage see serveri mudeli ja pistikprogrammi versiooni kõrvale, sest vaikeväärtused liiguvad jälle ja just see märkus muudab järgmise uuenduse viie minuti kontrolliks.