NO_PROPOSAL_CHOSEN pri L2TP? Najprv naskenujte bránu

Klient L2TP/IPsec, ktorý zlyhá ešte pred výzvou na používateľské meno, sa nikdy nedohodol na fáze 1. Naskenujte množinu ponúk brány namiesto vkladania šifrovacích reťazcov.

Výzva na používateľské meno sa vôbec neobjaví a klient hlási NO_PROPOSAL_CHOSEN. Prihlasovacie údaje a vopred zdieľaný kľúč sú v tej chvíli irelevantné, pretože obe strany sa nedohodli, ako chrániť fázu 1. Väčšina ľudí zareaguje vložením šifrovacieho reťazca, ktorý našli online. Naskenovanie brány odpovie na tú istú otázku s dôkazmi a zaberie približne rovnako času.

Čo správa vylučuje

Odmietnutie prebieha v hlavnom režime, pred akoukoľvek výmenou L2TP alebo PPP, takže tunel ani používateľská databáza neboli opýtané. Fáza 1 vyjednáva šifrovanie, integritu a skupinu Diffie-Hellman. Fáza 2 vyjednáva návrh ESP pre dáta. Zlyhanie vo fáze 1 sa nedá opraviť zmenou nastavenia PFS vo fáze 2, a dokončená asociácia IKE nedokazuje, že návrh ESP sedí.

Pred úpravou syntaxe si poznamenajte backend: ipsec --version. libreswan a strongSwan prijímajú pre rovnaké algoritmy odlišné zápisy návrhu.

Potom si odmietnutie prečítajte v súvislostiach pomocou journalctl --no-hostname _COMM=nm-l2tp-service _COMM=ipsec _COMM=pluto _COMM=charon _COMM=kl2tpd _COMM=xl2tpd _COMM=pppd.

Naskenujte bránu a zistite jej množinu transformácií

Skener sa brány priamo pýta, ktoré transformácie bude vyjednávať. Najprv zastavte lokálnu službu IPsec, aby sonda nesúperila s vaším klientom, a potom si prečítajte riadky SA. Berte zoznam ako dôkaz o protistrane, nie ako menu, ktoré sa má zapnúť celé.

sudo ipsec stop
sudo ike-scan --trans=3des-sha1-modp1024 10.10.10.250 | grep SA=

Staršie zariadenia často ponúkajú 3DES, SHA1 a MODP1024, pretože to boli predvolené hodnoty pri expedícii produktu a nikto ich nepreskúmal. Uchovajte surový výstup skenu, je to jediný záznam o tom, čo protistrana v ten deň ponúkala. Ak je to najsilnejší dostupný prekryv, správna eskalácia vedie k vlastníkovi brány, nie ku klientskej konfigurácii, ktorá všetkým znovu zapne slabú kryptografiu.

Zlaďte prekryv bez vypnutia bezpečnosti

Zadajte len transformácie, ktoré sa vyskytujú v skene aj vo vašej politike. Príklad nižšie zrkadlí bránu, ktorá vo fáze 1 ponúka 3DES, SHA1 a MODP1024. Všimnite si výhradu k backendu: libreswan 4.x nekompiluje skupinu modp1024, takže to platí pre strongSwan alebo build libreswanu s podporou DH2. Overte verziu, kým usúdite, že klient je pokazený.

Phase 1: 3des-sha1-modp1024
Phase 2: aes256-sha1,aes128-sha1,3des-sha1

Výkričník na konci pripína jediný návrh. Použite ho na izoláciu testu a potom ho odstráňte, aby brána mohla neskôr vyjednať niečo silnejšie.

Pred ďalším pokusom skontrolujte démona a port

NetworkManager-l2tp spúšťa vlastnú inštanciu xl2tpd. Ak systémová služba už vlastní UDP 1701, klient prejde na efemérny zdrojový port, čo RFC 3193 povoľuje a niektoré servery ticho zahadzujú. Pred ďalším pokusom skontrolujte vlastníka socketu.

sudo ss -unlp | grep 1701
sudo systemctl stop xl2tpd.service
sudo systemctl disable xl2tpd.service

Zastarané vygenerované tajomstvá sú ďalšou tichou príčinou. Súbory v /etc/ipsec.d/ pomenované po starom pripojení môžu prežiť profil, ktorý ich vytvoril, preto odstráňte tie, na ktoré nič neodkazuje, a skúste to znova.

Nakoniec skontrolujte, odkiaľ rada pochádza. Súbor ipsec.conf napísaný pre IKEv1 XAuth opisuje iný typ VPN a jeho návrh nie je jediný riadok, ktorý bude v profile L2TP nesprávny. Zapíšte množinu transformácií, ktorú ste zadali, vedľa profilu, aby ďalší človek nemusel sondu opakovať.

Súvisiace články