iOS IKEv2 na strongSwan: žiadny návrh sa nevybral, opravte zoznam

iPhone zdvihne tunel, brána neodpovie ničím a telefón zobrazí všeobecnú chybu. Denník strongSwanu je konkrétnejší: no proposal chosen. Táto správa znamená, že dva zoznamy prijateľných šifrovacích sád sa nikdy neprekryli, takže výmena skončila skôr, než sa začala autentifikácia. Je to problém párovania a riešením je pretnúť zoznamy.

Kde brána deklaruje svoju politiku

strongSwan zapisuje svoju politiku do konfigurácie a výkričník na konci rozhoduje, ako sa tá politika číta. So znakom je zoznam vyčerpávajúci: prijímajú sa len tie záznamy a nič iné. Bez znaku je ten istý riadok poradím preferencií a démon môže vybrať niečo, čo ste nezamýšľali. Spýtajte sa, ktorá forma je nasadená, skôr než čokoľvek preložíte, pretože obe sa správajú voči tomu istému klientovi rôzne. Zapíšte presný riadok vrátane znaku a testujte proti nemu.

Klient s širším zoznamom sa stále môže pripojiť k pripnuté bráne, pokiaľ sa jedna kombinácia nachádza na oboch stranách. Nemôže nastať vyjednávanie mimo pripnutého súboru.

Preto profil skopírovaný z inej VPN aplikácie môže fungovať tam, kde váš nie: tá aplikácia posielala iný zoznam.

Mená sa musia zhodovať, nie zlepšovať

Dva preklady zavádzajú ľudí, ktorí prenášajú hodnoty zo strongSwanu do iOS. Algoritmus integrity zapísaný ako SHA1 v návrhu IKE cestuje v skrátenej podobe, ktorú iOS nazýva .SHA96. Diffie-Hellmanova skupina zapísaná ako modp1024 je skupina 2, ktorú iOS nazýva .group2. Nahradenie SHA-256 alebo skupinou 14 nevyjedná s bránou, ktorá prijíma iba starší pár. Klient musí opísať ten istý algoritmus, nie silnejší.

Nastavte tie hodnoty výslovne v NEVPNProtocolIKEv2. Predvolené hodnoty môžu byť širšie alebo užšie než nahrádzaný profil a rozdiel sa ukáže až vtedy, keď podanie ruky zlyhá.

Podradený návrh zlyhá neskôr a tichšie

Nakonfigurujte aj podradenú bezpečnostnú asociáciu, nielen tú pre IKE. Keď sa zhodujú iba parametre IKE, tunel sa autentifikuje a potom neprenáša prevádzku, čo je oveľa tichšie zlyhanie než odmietnutie. Nastavte šifrovanie, integritu, skupinu a životnosť podradenej v tom istom kroku. Držte životnosť klienta na úrovni hodnoty brány alebo nižšie, pretože trvanie na dlhšej dáva tú istú správu no proposal chosen z inej príčiny. Nezhoda tam vyzerá rovnako ako nezhoda IKE v denníku.

Skontrolujte, či sa profil autentifikuje certifikátmi alebo spoločným tajomstvom, kým ste v konfigurácii. Odmietnutie návrhu a odmietnutie autentifikácie sa objavujú na rôznych riadkoch a oprava nesprávneho stojí deň. Testujte s novým pripojením po každej zmene, jednu premennú naraz, pretože stav v pamäti skrýva, ktorý parameter sa pohol.

Nechajte starú sadu len tak dlho, ako je potrebná

Pripnutie SHA-1 so 1024-bitovou skupinou je most, nie cieľ. Obe sú zastarané a novšie klienty ich môžu rovno odmietnuť, čo znamená, že profil zlyhá na ďalšom zariadení bez akéhokoľvek zásahu z vašej strany. Berte pripnutie ako dočasné a napíšte to do záznamu.

Ak je strongSwan váš, pridajte moderný návrh a nechajte oba konce vyjednávať nahor, kým starý záznam zostáva pre staršie zariadenia. Prečítajte si stavový výstup démona, aby ste videli, ktorú sadu každé pripojenie skutočne použilo. Potom odstráňte pripnutie na strane klienta, keď sa moderný pár potvrdí. Zdvihnutý tunel nie je dostatočný dôkaz, pretože môže vstať na sade, ktorú ste sa snažili vyradiť. Dokumentácia strongSwanu pre IKEv2 opisuje syntax návrhov a značku strict.