Mae IKE yn cychwyn, mae'r ddau gyfoed yn hysbysebu AES, ac mae'r twnnel yn dal i fethu gyda NO_PROPOSAL_CHOSEN. Mae'r log yn enwi'r cynnig ond nid y maes na chydweddodd. Mae cynnig yn un cynnig cyflawn, ac mae un maes anghydnaws yn annilysu'r cyfuniad cyfan yn hytrach na'r llinell honno yn unig. Darllen y cynnig fel bag o ddewisiadau algorithm annibynnol yw'r rheswm arferol pam mae'r camgymhariad yn aros yn anweladwy.

Dau drafodaeth â rhestrau cynnig ar wahân

Mae IKEv2 yn adeiladu dau gymdeithas diogelwch. Y cyntaf yw'r IKE SA, sy'n gwarchod y gyfnewid reoli ei hun, a'r ail yw'r CHILD SA, sy'n cario eich traffig drwy ESP. Mae gan bob un ei rhestr cynnig ei hun, a gall cyfoed dderbyn un a gwrthod y llall.

Mae'r rhaniad hwnnw'n esbonio dryswch cyffredin: dim ond bod algorithmau'r sianel reoli wedi cydweddu y mae IKE SA sy'n gweithio yn ei brofi. Os bydd y cynnig CHILD yn methu, ni fydd y twnnel yn cario unrhyw becyn hyd yn oed pan fydd y cam cyntaf wedi'i gwblhau ac mae'r logiau'n edrych yn iach ar y brig.

Mae trefn o fewn pob rhestr yn bwysig hefyd. Mae'r atebydd yn dewis o gynigion trefnedig y dechreuwr, felly mae symud cofnod sy'n gydnaws yn eang uwchben un gul yn newid pa gyfuniad a osodir heb newid unrhyw enw algorithm. Pinwch y drefn honno yn y ffurfweddiad yn hytrach na dibynnu ar y gwerthoedd rhagosodedig. Mae trefn sefydlog hefyd yn gwneud cymharu logiau rhwng safleoedd yn ystyrlon.

Pa feysydd sy'n perthyn i ba gynnig

Mae'r set o feysydd yn fach, ond nid yw'n union yr un fath yn y ddau drafodaeth. Darllenwch y tabl res wrth res, oherwydd gall maes mewn un colofn fod yn absennol o'r llall. Mae'r gystrawen yn amrywio yn ôl gweithrediad; dogfennaeth cynigion strongSwan yw un cyfeiriad penodol.

FieldIKE SA proposalCHILD SA proposal
EncryptionRequiredRequired
IntegrityRequired unless AEADRequired unless AEAD
PRFRequiredNot present
DH groupRequiredOnly for PFS
ESNNot presentOptional

Mae'r maes amgryptio yn enwi'r seiffr ac, yn y rhan fwyaf o gystrawenau, ei hyd allwedd. Mae'r maes cyfanrwydd yn enwi'r hash a ddefnyddir i ddilysu'r testun seiffredig, ac mae'r PRF yn enwi'r ffwythiant sy'n deillio deunydd allwedd ar gyfer y IKE SA. Mae'r grŵp DH yn sefydlu deunydd cyfrinachol cydrannol ffres, a dyna pam mae'n ymddangos ar y ddwy ochr ond at wahanol ddibenion.

Dim ond y llwybr data sy'n berchen ar y rhifau dilyniant estynedig. Maent yn lledu'r gofod dilyniant ac yn cael eu trafod fel rhan o'r cynnig CHILD, felly mae camgymhariad yno yn gwrthod cynnig CHILD tra'n gadael y IKE SA yn ddianaf.

Sut mae un cynnig cyflawn yn cael ei ddewis

Mae pob cynnig yn set, ac mae'r atebydd yn chwilio am set lle mae pob maes gofynnol yn dderbyniol. Gall dwy restr ill dwy gynnwys AES a SHA-256 ac eto heb gael unrhyw gofnod cydnaws, oherwydd bod hyd yr allwedd, y PRF neu'r grŵp DH yn wahanol. Mae'r gymhariaeth yn digwydd fesul cynnig, nid fesul algorithm.

Pan nad oes dim yn cydweddu, mae'r atebydd yn anfon NO_PROPOSAL_CHOSEN gyda'r math SA a fethodd. Darllenwch i ba restr cynnig y mae'r hysbysiad yn cyfeirio cyn golygu'r ffurfweddiad; mae newid algorithmau ESP pan wrthodwyd y cynnig IKE yn gwastraffu cylch dadfygio.

Mae'n werth gwybod am ymddygiad dethol pan fyddwch yn tiwnio proffil. Mae rhai gweithrediadau'n ffafrio trefn y dechreuwr, mae eraill yn aildrefnu yn ôl polisi lleol, felly gall cyfuniad sy'n gweithio rhwng dau werthwr ddiflannu pan fyddwch yn gwrthdroi pa ochr sy'n dechrau'r cysylltiad.

Mae AEAD yn tynnu maes yn hytrach nag ychwanegu un

Mae AES-GCM a ChaCha20-Poly1305 yn dilysu ac yn amgryptio mewn un gweithrediad. Pan ddewisir y naill neu'r llall ar gyfer ESP, nid yw'r algorithm cyfanrwydd yn cael ei drafod ar wahân, oherwydd bod y gystrawen AEAD eisoes yn ei chynnwys. Felly mae cynnig sy'n cyplu AES-GCM â SHA-256 yn ddiangen ar ei orau ac yn cael ei wrthod ar ei waethaf.

Mae'r PRF yn dal ar wahân ar ochr IKE, gan ei fod yn deillio allweddi ar gyfer y sianel reoli yn hytrach na gwarchod llwythi. Dyna pam y gall cynnig IKE gyfuno seiffr AEAD yn gyfreithlon â PRF a grŵp DH, tra bod y cynnig ESP cyfatebol yn rhestru dim ond y seiffr AEAD a'r grŵp PFS dewisol.

Mae hyd yr allwedd yn rhan o'r tocyn amgryptio, felly mae AES-128-GCM ac AES-256-GCM yn gynigion gwahanol. Ni fydd proffil a gopïwyd o ganllaw a dybiai allweddi 256-bit yn cydweddu ag endpoint a ffurfweddwyd ar gyfer rhai 128-bit, hyd yn oed pan fydd y ddwy linell yn dweud AES-GCM. Gall dau gyfoed gytuno ar y teulu seiffr ac eto wrthod ei gilydd oherwydd y rhif ar ôl y llinell dori.

Darllenwch yr SA a osodwyd, nid y ffurfweddiad

Mae'r rhestr cynnig a ffurfweddwyd yn gynnig; yr SA a osodwyd yw'r canlyniad. Ar strongSwan a chrŵn Linux, mae'r ddwy olwg ar gael:

sudo swanctl --list-sas
sudo ip xfrm state
sudo ip xfrm policy

swanctl --list-sas yn argraffu'r algorithmau a drafodwyd fesul SA, gan gynnwys a yw'r CHILD yn defnyddio AEAD. ip xfrm state yn dangos yr hyn a osododd y crŵn mewn gwirionedd, a dyna'r lle i gadarnhau na fu i adnewyddu allweddi ddisgyn yn ôl i gyfuniad gwahanol i'r un a gofnodwyd gennych.

Cadwch y gynnyrch honno wrth ymyl y ffurfweddiad ar ôl cywiriad. Pan fydd diweddariad cleient yn newid ei osodiadau rhagosodedig, mae'r cyfuniad a gofnodwyd yn rhoi llinell sylfaen i chi ar gyfer cymharu, ac mae'r gymhariaeth yn dangos y maes a symudodd yn hytrach nag ailddechrau'r ymchwiliad o'r dechrau.

Erthyglau cysylltiedig