Windows- en strongSwan-sifers: match de juste laach
Deselde kaailingte is gjin kompatibele set. Skied it IKE-belied fan de ESP-transformaasjes en hâld CBC en GCM yn aparte foarstellen.
Beide kanten sizze AES-128 en de tunnel wegeret noch altyd om boud te wurden. CBC en GCM binne ferskillende transformaasjes dy't tafallich deselde kaailingte diele, en in klant dy't de iene oanbiedt, foldocht net oan in gateway dy't allinne de oare akseptearret. It wurd AES beskriuwt in famylje, gjin oerienkomst.
Der is ek in twadde as, en dat is dejinge dy't betiizjende flaters produsearret.
Twa lagen, twa ûnôfhinklike listen
IKE beskermet de ûnderhanneling sels, wylst de bernassosjaasje it ferkear beskermet dat jo echt wichtich fine. Windows toant de earste as in fersiferingmetoade en in yntegriteitsmetoade, en de twadde as sifer- en autentikaasjetransformaasjekonstanten. Dy fjilden binne gjin aliassen foar elkoar, en in wearde dy't yn 'e iene jildich is, kin yn 'e oare sinleas of ferkeard wêze. It profyl lêze mei dy splitsing yn 't efterholle hellet it measte fan 'e betizing fuort.
It praktyske gefolch is dat jo in folslein akseptabel kaai-útwikselingsbelied en in datakanaalbelied hawwe kinne dat de pearende partij net akseptearje sil. De iene list ûnderhannelet; de oare beskermet pakketten. In wearde feroarje yn 'e earste hat gjin effekt op 'e twadde, hoe gelyk de twa der ek útsjen yn in konfiguraasjedialooch.
Skriuw beide listen op foardat jo se mei de gateway ferlykje. In ferliking út it ûnthâld is hoe't ien fjild twa kear bewurke wurdt en it oare nea. Hâld de gateway-konsole iepen njonken it profyl.
Lês de flater njonken de foarstellen
De faze dy't mislearre is, fertelt jo hokker list jo ûndersykje moatte. In wegering by de earste kaai-útwikseling is in IKE-foarstelprobleem, en it bart foardat der in bernassosjaasje bestiet. In mislearring wylst de assosjaasje foar beskerme ferkear ûnderhannele wurdt, is in ESP-foarstelprobleem, en de kaai-útwikseling is al slagge. In algemien beliedsoerienkomstberjocht fan 'e klant neamt gjin fan 'e beide fazen, dêrom is it eigen byld fan 'e gateway it nuttige.
swanctl --list-conns
swanctl --list-sas
journalctl -u strongswan -n 60 --no-pager
Ferlykje it ûntfongen foarstel, it konfigurearre foarstel en it selektearre foar dy iene poging. Trije ferskillende listen binne hjir wichtich, en allinne de lêste beskriuwt wat eins brûkt is. Sitearje it yn 'e ticket wurd foar wurd ynstee fan it gear te fetsjen.
Hâld CBC en GCM as aparte alternativen
In gateway dy't mei opsetsin tastien is om hokker famylje dan ek te akseptearjen, hat twa foarstellen nedich, net ien. Yn strongSwan skiedt in komma alternativen, en in keppelstreep ferbynt de ûnderdielen fan ien set. Beide famyljes mei keppelstreken kombinearje jout ien ûnmooglik foarstel ynstee fan twa akseptabele.
proposals = aes128gcm16-prfsha256-ecp256, aes128-sha256-ecp256
esp_proposals = aes128gcm16-ecp256
It earste alternatyf draacht autentisearre fersifering en neamt noch altyd in pseudotafallige funksje, om't kaai-ôflieding ien nedich hat sels as yntegriteit fan 'e sifer komt. It twadde alternatyf is klassike fersifering mei in apart yntegriteitsalgoritme. Beide bliuwe ûnderwurpen oan wat de laden krypto-ymplemintaasje stipet.
In ESP-foarstel is gjin omneamd IKE-foarstel
It sifertoken liket identyk yn beide listen, en hast neat oars draacht oer. In ESP-foarstel hat gjin pseudotafallige funksje foar kaai-útwikseling, en syn yntegriteits- en foarút-geheimhâldingseasken wurde tsjin it Windows-belied oan 'e oare kant argumintearre ynstee fan út 'e IKE-rige kopiearre. Ien list meganysk yn 'e oare oersette produsearret eat dat falidearret en nea ûnderhannelet.
Kies in rjochting en bliuw dêryn. Of de gateway hâldt in belied mei allinne GCM en de klant set in folslein kompatibel belied yn, of de gateway akseptearret beide famyljes en de klant hâldt syn besteande set. In fallback ynskeakelje dy't it feiligensbelied ferbiedt, is gjin oplossing, hoe fluch it de flater ek fuorthellet.
Ferifiearje beide sets, dan in kaaifernijing
Befêstigje de selektearre kaai-útwikselingsset en de selektearre ferkearsset apart, om't se út ferskillende listen komme en ûnôfhinklik slagje kinne. Lit dan in kaaifernijing barre en befêstigje dy ek. In earste hânskodding dy't wurket en in kaaifernijing dy't mislearret, beskriuwe in set foarstellen dy't mar foar in part akseptabel is.
Bewarje dat bewiis by de feroaring. In weromkommende ferbiningsferbrekking hat syn eigen mislearre-útwikselingsregistraasje nedich foardat immen in timer of in platfoarmflater de skuld jout.