iOS malakceptis vian strongSwan-tunelon: komparu la IKE-proponojn

Nenio en la atestilo aŭ la adreso klarigas, kial iPhone, kiu pasintjare konektiĝis al strongSwan, ĉi-jare malsukcesas. Nenio pri la adreso, la antaŭe dividita ŝlosilo aŭ la klienta identeco devis ŝanĝiĝi. Tio, kio moviĝis, estas la listo de transformoj, kiujn la enkonstruita kliento de la telefono pretas intertrakti, kaj kiam tiu listo ĉesas interkovriĝi kun tiu de la servilo, la interŝanĝo finiĝas antaŭ ol oni ekzamenas ies identecon.

La protokola linio, kiu decidas

Altigu la protokoladon por tiu konekto kaj trovu la du erojn, kiuj decidas la rezulton: kion la telefono proponis kaj kion la servilo elektis. Se la protokolo finiĝas sen elektita propono kaj raportas, ke nenio kongruis, aŭtentikigo tute ne estis provita. Nova atestilo kaj nova pasvorto ŝanĝas nenion en tiu punkto, ĉar ambaŭ konsumiĝas en pli posta etapo. Neniu el ili povas influi rezulton, kiu estis decidita antaŭ ol oni ekzamenis la identecon.

Apartigu la du formojn de malsukceso antaŭ ol redakti ion ajn. Neniu ŝanĝo de la transformoj savas malakceptitajn akreditaĵojn, kaj neniu korekto de la akreditaĵoj savas malakceptitan transformon. La protokola ero, kiu nomas elektitan proponon, diras al vi, en kiu el la du vi estas. Sen tiu ero, vi divenas.

La elektita linio nomas la proponon per ĝia transformaro, ne per afabla etikedo. Komparu la kampojn de ĉifrado, integreco kaj grupo en tiu linio kun la listo, kiun la telefono sendis, ĉar malkongruo en eĉ unu kampo sufiĉas por perdi.

Kio ŝanĝiĝis en la telefono

Unu iOS-eldono malpliigis la algoritmojn, kiujn ĝia kliento pretas uzi. Malfortaj integrecaj haketoj, malgrandaj Diffie-Hellman-grupoj kaj proponoj, kiuj listigas malnovajn opciojn unue, ĉesis esti akcepteblaj.

Pli longaj listoj ĉi tie ne estas pli sekuraj. La elekto sekvas la akceptitan aron de la telefono kaj ĝian propran preferan ordon, do servilo, kiu anoncas vastan katalogon, povas ankoraŭ perdi la intertraktadon, kiam la modernaj eroj ne estas la elektataj. Preferu mallongan liston kun la modernaj eroj unue. Longa listo, kiu malfermiĝas per malnovaj opcioj, invitas ĝuste tiun malsukceson, kiun vi provas eviti. La akceptita aro estas ekstera limigo, kiu moviĝas ĉiufoje, kiam la kliento ĝisdatiĝas, do agordo, kiu funkciis hieraŭ, estas pruvo pri hieraŭ.

Unu paro, kiu ankoraŭ intertraktas

Por nunaj telefonoj sufiĉas unu moderna kombinaĵo. Unu intertraktanta paro aspektas tiel:

ike=aes256-sha2_256-modp2048
esp=aes256-sha2_256

La linio ike portas la ĉifradon, la integrecon kaj la Diffie-Hellman-grupon uzatajn dum la ŝlosilinterŝanĝo okazas. La linio esp kovras nur la datan kanalon, ĉar la grupo estis fiksita antaŭ ol ĝi validas. Reŝargu la konekton aŭ restartigu la demonon, poste rekonektu la telefonon. Konservu tiun grupan valoron nur se ĉiu kliento, kiun vi priservas, ankoraŭ akceptas ĝin, kaj ne larĝigu la proponon por ĉiuj nur ĉar unu malnova partnero bezonas pli.

Tri lokoj por ripari ĝin, unu estas kutime fermita

• Unu moderna propono por ĉiu partnero. Ĝuste kiam ĉiuj klientoj estas nunaj telefonoj kaj labortablaj komputiloj. Ĝi forigas la malnovajn transformojn anstataŭ intertrakti ĉirkaŭ ili.
• Dua konekta difino por Apple-klientoj. Tenas unu malnovan partneron viva dum ĝi donas al la telefono proponon, kiun ĝi akceptas. Ĝi kostas plian konektan blokon kaj igas la escepton videbla.
• Ŝanĝi la klienton. Malofte malfermita por vi: kiam administra sistemo aŭ aplikaĵo liveras la profilon, ne ekzistas proponredaktilo por tuŝi, kaj la enkonstruita kliento ne elmontras unu.

Elektu la duan opcion, kiam aparaton ekster via kontrolo ne eblas ĝisdatigi. Elektu la unuan, kiam vi povas emeritigi la malnovan partneron kaj preferas porti unu politikon.

Ĉiel ajn, la elekto estas videbla en la agordo, kaj tio estas la punkto. Silenta retrofalo, kiu intertraktas malsupren al malnova transformo, estas pli malbona ol eksplicita bloko, ĉar neniu revizio iam elmontros ĝin.

Pruvu ĝin, poste registru ĝin

Rekonektu kaj kontrolu tri apartajn faktojn sur la servilo: propono estis elektita, la konekto montriĝas kiel starigita, kaj la kliento ricevis adreson. Starigita manpremo sen fora adreso montras al la naĝejo aŭ al la trafikaj selektiloj, kaj ĝi apartenas al propra ŝanĝo. Trakti la du kune igas solvitan intertraktadon aspekti nesolvita.

Notu la transformaron, kiu estis akceptita, kiam vi ŝanĝis ĝin kaj kiun klientan konstruaĵon vi kontrolis. La sekva ĝisdatigo povas denove movi la postulon, kaj la valoroj, kiuj funkciis, estas la unua afero, kiun vi volos apud la novaj.