IKEv2 NO_PROPOSAL_CHOSEN: hokke stap wegere de set?

NO_PROPOSAL_CHOSEN yn in log stjoert minsken nei de foarôf dielde kaai, en de flater oerlibbet de feroaring. It wie nea in probleem fan oanmeldgegevens: de peir wegere elk foarstel dat foar dy útwikseling oanbean waard, wat in útspraak is oer algoritmen en net oer identiteit. De earste nuttige fraach is net hokker algoritme te bewurkjen, mar hokker útwikseling wegere waard. Beäntwurdzje dat foardat jo wat fergelykje. Fergelykje dan de folsleine set dy't oanbean waard mei de folsleine set dy't de peir tastiet.

Earst: hokker útwikseling waard wegere

IKEv2 ûnderhannelt twa soarten assosjaasje. De IKE SA beskermet de ûnderhanneling sels, en de CHILD SA beskermet it ferkear. Elk hat syn eigen foarstelset, en elk kin mislearje mei deselde notifikaasje. In wegere by de earste IKE-ûnderhanneling en in wegere by de CHILD-ûnderhanneling freegje ferskillende reparaasjes, en it log neamt de útwikseling meastentiids ien of twa rigels boppe de notifikaasje. Lês dy twa rigels tegearre, oars bewurkje jo de ferkearde foarstellyst.

De notifikaasje allinnich identifisearret de útwikseling net. De rigel derboppe neamt de SA dy't ûnderhannele wurdt, en dy namme wiist nei de foarstellyst om te besjen.

Fergelykje folsleine sets, net losse kaaiwurden

In foarstel is in kombinaasje: fersiferingsalgoritme, yntegriteit of AEAD, kaai-útwikselingsgroep en elke pseudotafallige funksje. Allinnich de namme fan 'e fersifering fergelykje is de gewoane flater, want twa peiren kinne it iens wêze oer AES-256 en dochs ferskille oer SHA-1 tsjin SHA-256. Skriuw de oanbeane en tastiene sets njonkeninoar by de mislearre stap, sykje dan nei de lege krusing.

offered:   aes256-sha256-modp2048
permitted: aes256-sha1-modp2048

Kontrolearje ek dat beide ymplemintaasjes stypje wat jo konfigurearre hawwe. In namme kopiearre fan in oar platfoarm kin syntaktysk fertroud lykje wylst de plugin of ymplemintaasje hielendal ûntbrekt.

IKE-set en ESP-set binne ferskillende objekten

It bewurkjen fan it IKE-foarstel reparearret in wegere CHILD-foarstel net, en oarsom jildt itselde. Yn strongSwan binne dit aparte ynstellingen, rûchwei proposals = aes256-sha256-modp2048 foar de IKE SA en in aparte ESP-list foar de CHILD SA. Feroarje de list dy't by de mislearre útwikseling past, en lês dan it log opnij ynstee fan te nimmen dat de reparaasje wurke hat.

Foar de CHILD SA is de relevante ynstelling de ESP-foarstellyst, net de IKE-list. It kopiearjen fan 'e IKE-rigel deryn makket in konfiguraasje dy't parset en it ferkearde objekt ûnderhannelt.

In wurkjende tunnel dy't mislearret by kaaifernijing

As de tunnel in oere rûn en doe mislearre, is de earste ûnderhanneling net it probleem. In kaaifernijing kin oare betingsten besykje: in oare kaai-útwikselingsgroep nei de earste útwikseling, in libbensdoer-ôfwiking tusken peiren of in feroare belied fan 'e antwurder. Bewarje de fernijingstiidstimpel en de assosjaasje-identifikaasjes fan beide kanten. Dat patroan freget in foarstelfergeliking by fernijing, net in langer timeout. In timeout-feroaring ferberget it symptoom en lit de ôfwiking stean.

ipsec statusall toant elke assosjaasje en de algoritmen dy't eins ûnderhannele binne. Dy útfier is de fluchste manier om te befêstigjen hokker list brûkt waard, en it skiedt in konfiguraasjeflater fan in ferâldere tunnel dy't nea opnij ûnderhannele waard.

ipsec statusall | grep -E "IKE:|ESP:"

Kies in krusing, befêstigje dan beide fazen

Lit de behearder in dokumintearre moderne krusing kieze dy't beide peiren stypje, en skriuw dy op. Los de flater net op troch elke âlde algoritme yn te skeakeljen of troch identiteitsferifikaasje út te skeakeljen, want gjin fan beide folget út in wegere. Nei de feroaring, meitsje in nije ferbining en twing dan in kaaifernijing. De earste ferbining allinnich bewiist net dat it fernijingspaad wurket.

Bewarje de akseptearre kombinaasje mei de firmware-ferzjes. As de folgjende flater oer ferkearsselekteurs giet, behannelje dy apart, want iensigens oer kryptografy seit neat oer hokker subnetten de tunnel beskermet. De foarsteldokumintaasje fan strongSwan behannelt de syntaksis foar beide listen.