Windowsin ja strongSwanin salaukset: osu oikeaan kerrokseen
Sama avainpituus ei ole yhteensopiva joukko. Erota IKE-käytäntö ESP-muunnoksista ja pidä CBC ja GCM eri ehdotuksissa.
Molemmat päät sanovat AES-128, eikä tunneli silti suostu rakentumaan. CBC ja GCM ovat eri muunnoksia, joilla sattuu olemaan sama avainpituus, eikä asiakas, joka tarjoaa toista, tyydytä yhdyskäytävää, joka hyväksyy vain toisen. Sana AES kuvaa perhettä, ei sopimusta.
On myös toinen akseli, ja juuri se tuottaa hämmentävät virheet.
Kaksi kerrosta, kaksi riippumatonta listaa
IKE suojaa itse neuvottelun, kun taas lapsiyhteys suojaa liikennettä, josta todella välität. Windows esittää ensimmäisen salausmenetelmänä ja eheysmenetelmänä ja toisen salauksen ja todennuksen muunnosvakioina. Nämä kentät eivät ole toistensa aliaksia, ja yhdessä kelvollinen arvo voi olla toisessa merkityksetön tai väärä. Profiilin lukeminen tämä jako mielessä poistaa suurimman osan sekaannuksesta.
Käytännön seuraus on, että sinulla voi olla täysin hyväksyttävä avaintenvaihtokäytäntö ja datakanavakäytäntö, jota vastapuoli ei hyväksy. Toinen lista neuvottelee; toinen suojaa paketteja. Arvon muuttaminen ensimmäisessä ei vaikuta toiseen, niin samanlaisilta kuin ne näyttävätkin määritysvalintaikkunassa.
Kirjoita molemmat listat muistiin ennen kuin vertaat niitä yhdyskäytävään. Muistista tehty vertailu on tapa, jolla yhtä kenttää muokataan kahdesti ja toista ei koskaan. Pidä yhdyskäytävän konsoli auki profiilin vieressä.
Lue virhe ehdotusten vierestä
Epäonnistunut vaihe kertoo, mitä listaa tutkia. Hylkäys alkuperäisen avaintenvaihdon aikana on IKE-ehdotuksen ongelma, ja se tapahtuu ennen kuin mitään lapsiyhteyttä on olemassa. Epäonnistuminen suojatun liikenteen yhteyttä neuvoteltaessa on ESP-ehdotuksen ongelma, ja avaintenvaihto on jo onnistunut. Asiakkaan yleinen käytäntövastaavuusviesti ei nimeä kumpaakaan vaihetta, siksi yhdyskäytävän oma näkymä on hyödyllinen.
swanctl --list-conns
swanctl --list-sas
journalctl -u strongswan -n 60 --no-pager
Vertaa vastaanotettua ehdotusta, määritettyä ehdotusta ja valittua ehdotusta tuota yhtä yritystä varten. Tässä on merkitystä kolmella eri listalla, ja vain viimeinen kuvaa sitä, mitä todella käytettiin. Lainaa se lipukkeeseen sanatarkasti sen sijaan, että tiivistäisit sen.
Pidä CBC ja GCM erillisinä vaihtoehtoina
Yhdyskäytävä, jolle on tarkoituksella sallittu kummankin perheen hyväksyminen, tarvitsee kaksi ehdotusta, ei yhtä. strongSwanissa pilkku erottaa vaihtoehdot ja yhdysmerkki liittää yhden joukon osat. Molempien perheiden yhdistäminen yhdysmerkeillä tuottaa yhden mahdoton ehdotuksen kahden hyväksyttävän sijaan.
proposals = aes128gcm16-prfsha256-ecp256, aes128-sha256-ecp256
esp_proposals = aes128gcm16-ecp256
Ensimmäinen vaihtoehto sisältää todennetun salauksen ja nimeää silti näennäissatunnaisfunktion, koska avainten johtaminen tarvitsee sellaisen, vaikka eheys tulisikin salauksesta. Toinen vaihtoehto on klassinen salaus erillisellä eheysalgoritmilla. Molemmat ovat edelleen riippuvaisia siitä, mitä ladattu salausohjelmiston toteutus tukee.
ESP-ehdotus ei ole uudelleennimetty IKE-ehdotus
Salauksen tunnus näyttää samalta molemmissa listoissa, eikä juuri mitään muuta siirry. ESP-ehdotuksessa ei ole avaintenvaihdon näennäissatunnaisfunktiota, ja sen eheys- ja eteenpäin salaisuuden vaatimukset perustellaan toisella puolella olevaa Windowsin käytäntöä vastaan sen sijaan, että ne kopioitaisiin IKE-riviltä. Yhden listan mekaaninen kääntäminen toiseksi tuottaa jotain, joka validoituu eikä koskaan neuvottele.
Valitse suunta ja pysy siinä. Joko yhdyskäytävä pitää vain GCM:n käytännön ja asiakas ottaa käyttöön täydellisen yhteensopivan käytännön, tai yhdyskäytävä hyväksyy molemmat perheet ja asiakas pitää nykyisen joukkonsa. Turvakäytännön kieltämän varavaihtoehdon ottaminen käyttöön ei ole korjaus, niin nopeasti kuin se virheen poistaakin.
Vahvista molemmat joukot ja sitten avainten uusinta
Vahvista valittu avaintenvaihtojoukko ja valittu liikenne joukko erikseen, koska ne tulevat eri listoilta ja voivat onnistua toisistaan riippumatta. Anna sitten avainten uusinnan tapahtua ja vahvista sekin. Toimiva ensimmäinen kättely ja epäonnistuva avainten uusinta kuvaavat ehdotusjoukkoa, joka on vain osittain hyväksyttävä.
Säilytä tämä todiste muutoksen yhteydessä. Toistuva yhteyden katkeaminen tarvitsee oman epäonnistuneen vaihdon merkintänsä ennen kuin kukaan syyttää ajastinta tai alustan vikaa.