Kial pli granda OpenVPN-ŝlosilo ne forigas la reŝlosilan tempigilon

Elekti AES-256 aŭ pli longan ŝlosilon diras nenion pri tio, kiom longe tiu ŝlosilo rajtas esti uzata. Ŝlosila forto priskribas la algoritmon; la reŝlosada politiko decidas, kiam la seanco derivas novan ŝlosilan materialon. Instalaĵo povas elekti la plej fortan haveblan ĉifron kaj tamen erari pri renovigo, ĉar la du decidoj estas farataj en malsamaj lokoj. Konfuzi ilin produktas aŭ senbezonan ŝanĝon de ĉifro aŭ seancon, kiu silente supervivas sian politikon.

Legi la reŝlosadajn agordojn antaŭ ol tuŝi la ĉifron, kaj legi ambaŭ partnerojn kiam vi tion faras.

Ŝlosila forto kaj ŝlosila vivdaŭro respondas malsamajn demandojn

La ĉifro kaj ŝlosila grando limigas, kiom kosta estus atako kontraŭ kaptita trafiko. La reŝlosada intervalo limigas, kiom da trafiko unu ŝlosilo protektas kaj kiom longe kompromitita ŝlosilo restas utila. Tiuj estas sendependaj butonoj, kaj pli forta ĉifro ne etendas la sekuran vivdaŭron de seanco. Plej multaj gvidlinioj, kiuj diras 'uzu AES-256', silentas pri renovigo, ĉar renovigo estas politika demando, ne elekto de algoritmo.

Notu ambaŭ en la instalaj notoj: kio protektas la datan kanalon, kaj kio ekigas anstataŭigon de ĝiaj ŝlosiloj.

Reŝlosado havas tri ekigilojn, kaj ĉiu partnero povas lanĉi ilin

OpenVPN 2.6 dokumentas apartajn ekigilojn por rekontraktado bazitajn sur bajtoj, pakoj kaj pasinta tempo. La tempa ekigilo estas tiu, kiun plej multaj instalaĵoj lasas ĉe la defaŭlto, kio signifas, ke kvieta tunelo tamen reŝlosas laŭ horaro. Ĉiu partnero povas komenci la interŝanĝon, kaj la partnero, kiu ne komencis ĝin, sekvas. Ŝanĝi la tempigilon ĉe unu flanko do ne fiksas la konduton de la seanco; la efika valoro estas tiu de la flanko, kiu komencas unue.

Bajtaj kaj pakaj ekigiloj gravas por laborŝarĝoj kun alta trafiko aŭ malgrandaj pakoj, kie nur-tempa politiko lasus unu ŝlosilon protekti multe pli da datumoj ol intencite. Se tiuj nombriloj restas malŝaltitaj, diru tion intence en la notoj anstataŭ lasi la defaŭlton neesplorita.

Reŝlosado malkaŝas la aŭtentikigan fluon

Rekontraktado estas nova TLS manpremo, kio signifas, ke la aŭtentikiga vojo ruliĝas denove. Instalaĵoj kun unu-uzaj kodoj, aparataraj ĵetonoj aŭ RADIUS defio malkovras tion la malfacila maniero: la unua konekto funkcias kaj la seanco mortas horon poste, kiam la dua manpremo petas kodon jam uzitan. auth-gen-token ekzistas por ponti tiun breĉon permesante al la servilo eldoni mallongdaŭran ĵetonon por rekontraktado anstataŭ postuli novan interagan ensaluton.

Traktu tion kiel laborfluon solvendan kun la operatoro, ne kiel pruvon, ke renovigo devas esti malŝaltita.

Testu renovigon sub ŝarĝo, ne en unuminuta seanco

Akcepta testo, kiu konektas, pingas unufoje kaj malkonektas, neniam atingas la reŝlosadon. Rulu seancon sufiĉe longe por transiri la agorditan ekigilon, tenu transigon funkcianta tra ĝi, kaj observu la protokolojn de ambaŭ partneroj por la nova manpremo. Poste testu la fiaskan vojon: kion faras la kliento, se la rekontraktado ne povas kompletiĝi. Tunelo, kiu falas pure, estas pli facile diagnozi ol unu, kiu daŭre sendas en mortan seancon.

Ne legu sukcesan grandan transigon kiel pruvon de kriptografia sojlo. Ĝi nur montras, ke la vojo kaj la nombriloj eltenis tiom da trafiko.

Dokumentu ambaŭ elektojn

La rikordo bezonas du liniojn: kiel pakoj estas protektataj, kaj kiam tiu protekto estas anstataŭigata. Aldonu la rajtigon por ĉiu valoro, ĉar la ĉifro povas veni de distribua defaŭlto dum la tempigilo venas de interna politiko. Estonta operatoro ne devus devi konkludi iun ajn el ili el agorda dosiero.

Se kongrueco devigas escepton, limigu ĝin al versio kaj findato. Escepto, kiu supervivas sian kaŭzon, fariĝas la politiko, kiun neniu memoras elektinta.