Ĉu la ĝisdatigo de Ubuntu rompis L2TP/IPsec? Komparu la proponojn de IKEv1

La konekto funkciis ĵaŭde, la ĝisdatigo okazis vendrede, kaj lunde la kliento turnas sin ĉe “connecting” kaj rezignas. Sama tekkomputilo, sama servilo, sama konto, sama antaŭe kunhavigita ŝlosilo. Nenio en la profilo estis redaktita, kaj tial la evidentaj suspektatoj, la pasvorto kaj la fajroŝirmilo, malŝparas vian tempon.

Tio, kio ŝanĝiĝis, estas la listo de transformoj, kiujn via maŝino pretas proponi. Ambaŭ IPsec stakoj uzataj sur Ubuntu, strongSwan kaj Libreswan, forigas algoritmojn, kiujn ili jam ne konsideras sekuraj, kaj la NetworkManager-kromaĵo antaŭ ili havas sian propran liston, kiu moviĝas laŭ alia horaro. Servilo fiksita al 3DES, SHA1 kaj 1024-bita Diffie-Hellman grupo povas fini aŭdante nenion, kion ĝi akceptas.

Kion la ĝisdatigo efektive ŝanĝis

Du tavoloj nutras la proponon de IKEv1. La demono liveras kompilitan defaŭltan aron de proponoj, kaj la L2TP-kromaĵo aŭ fidas ĝin aŭ liveras sian propran liston. Antaŭ NetworkManager-l2tp 1.2.16 la kromaĵo fidis ĝin, do via propono estis tio, kion la instalita demono konsideris racia. Ekde 1.2.16 la kromaĵo sendas dokumentitan liston modeligitan laŭ Windows kaj Apple klientoj, kaj tiu listo estas pli larĝa ol la malnova defaŭlto sed jam ne enhavas ĉiun malnovan kombinaĵon ĉe la antaŭo de la vico.

Tiu disigo klarigas fiaskan reĝimon, kiun homoj trovas konfuza: du maŝinoj en la sama Ubuntu eldono povas konduti malsame ĉar unu havas la distribuan pakaĵon kaj la alia havas backport, kaj la demona versio sur ambaŭ aspektas identa en erara raporto. Kontrolu la kromaĵan version, ne nur la demonan version, antaŭ ol konkludi, ke la ĝisdatigo ŝanĝis nenion gravan.

Estas pli malgranda kaptilo en la sama areo. La du demonoj literumas la elips-kurbajn Diffie-Hellman grupojn malsame, unu skribas ecp384 kaj la alia ecp_384. Algluu la malĝustan literumon en la Advanced-dialogon kaj la demono malakceptos la agordon kiel neanalizeblan, kio aperas en la protokolo kiel intertrakta problemo anstataŭ tajperaro en la agordo.

Legu la fiaskon antaŭ ol ŝanĝi ion

Komencu per tio, kiun malantaŭan parton vi rulas, ĉar la respondo decidas kaj la sintakson kaj la lokon de la protokolo.

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

Poste legu la interŝanĝon mem. Sur strongSwan la demono skribas al la ĵurnalo en nuna eldono kaj al /var/log/syslog en pli malnova, kaj la interesa parto estas la propono, kiun ĝi sendas, ne la fina linio. Vi serĉas vortigon pri neniu kongrua propono, kio estas algoritma problemo; pri aŭtentiga fiasko, kio montras al la ŝlosilo aŭ la konto; aŭ pri simpla tempolimo, kio montras al atingeblo.

Tiuj tri rezultoj estas traktataj kiel unu simptomo multe tro ofte. Tempolimo kun malplena demona protokolo signifas, ke la pakaĵoj ne alvenas. Malakcepto de la propono signifas, ke ili alvenis kaj estis rifuzitaj. Se via protokolo estas silenta, altigu la sencimigan nivelon de la kromaĵo por unu provo kaj poste malaltigu ĝin, ĉar la detala eligo plenigas ĵurnalon rapide.

Fazo 1 kaj fazo 2 estas apartaj vetoj

IKEv1 intertraktas dufoje. La ĉefa reĝimo konstruas la IKE-sekurecan asocion el ĉifra algoritmo, integreca algoritmo, Diffie-Hellman grupo kaj aŭtentiga metodo. La rapida reĝimo poste konstruas la ESP-asocion, kiu portos L2TP. Servilo rajtas akcepti la unuan kaj malakcepti la duan, do duone ĝusta profilo fiaskas pli malfrue ol vi atendas kaj aspektas kiel alia eraro.

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

La krisigno estas strongSwan-sintakso por strikta enskribo: proponu ĉi tiun unu kombinaĵon kaj nenion alian. Sen ĝi la enskribo aliĝas al rezerva listo, kio estas bona kiam la kontraŭulo estas moderna kaj malutila kiam ĝi estas aparato kun unu malmola kodita politiko. Konsideru la supran paron kiel ilustraĵon de la formo, ne kiel rekomendon por io ajn, kion vi konstruas hodiaŭ.

Ŝanĝu unu kampon, poste ripetu la teston

Sur nuna kromaĵo la plej rapida unua testo estas tute malplenigi ambaŭ proponkampojn kaj rekonekti, ĉar la liverita defaŭlta listo jam inkluzivas la kutimajn Windows kaj Apple kombinaĵojn. Sur pli malnova kromaĵo, ilia malplenigo redonas la kontrolon al demono, kiu eble forĵetis la algoritmon, kiun via servilo postulas, kaj la fiasko pligraviĝas.

Se malplenigo ne helpas, agordu la striktan paron, kiun via servilo dokumentas, unu fazon samtempe. Ŝanĝu fazon 1, rekonektu, kaj legu la protokolon antaŭ ol tuŝi fazon 2. Kiam kombinaĵo finfine funkcias, notu ĝin apud la servila modelo kaj la kromaĵa versio, ĉar la defaŭltoj denove moviĝos kaj ĝuste tiu noto igas la sekvan ĝisdatigon kvinnuminuta kontrolo.