GDOI: kial la ŝlosila servilo ne estas sur via data vojo
GDOI-regilo distribuas grupan politikon kaj ŝlosilojn; la membroj mem protektas la datumojn. Registrado, livero de ŝlosil-ĝisdatigoj kaj plusendado postulas apartajn kontrolojn.
La grupa ŝlosila servilo distribuas politikon kaj ŝlosilojn al la membroj, kaj la membroj mem protektas la trafikon. Tiu frazo sonas kiel formaleco ĝis projekto traktas la regilon kiel relajson por ĉiu protektita paketo; tiam la topologio gajnas salton, kiun ĝi neniam bezonis, kaj la trafika vojo dependas de aparato, kiu nur devis disdoni staton. Diri, kie sidas la ŝlosila servilo, kaj diri, kien fluas la datumoj, estas du malsamaj diagramoj, kaj GDOI estas konstruita ĝuste ĉirkaŭ tiu diferenco. Inversigi tion ne estas malgranda modelada eraro, ĉar ĝi ŝanĝas tion, kion vi observas kaj kion vi skalas. La sekvaj sekcioj sekvas la propran dividon de la protokolo.
Du specoj de sekureca stato
RFC 6407 difinas la tiradan interŝanĝon de la membro por peti politikon kaj ŝlosilan materialon, kaj puŝan interŝanĝon, kiu distribuas politikon kaj ŝlosil-ĝisdatigojn al rajtigitaj membroj. Ambaŭ administras sekurecajn asociojn. Neniu el ili estas la data fluo de la aplikaĵo, do sukcesa interŝanĝo pruvas nur, ke la rega kanalo funkciis. Membro povas registriĝi pure, teni validajn ŝlosilojn kaj tamen malsukcesi protekti aŭ plusendi trafikon, se ĝia data politiko estas malĝusta. La du fiaskoj aspektas tute malsame, kiam vi scias, kiu interŝanĝo portas kiun.
La normo ankaŭ nomas sekurecan asocion de ŝlosil-renovigo, kiu protektas ŝlosil-ĝisdatigajn mesaĝojn, aparte de la datumsekurecaj asocioj, kiuj priskribas, kiel membroj protektas trafikon.
Sekvu la interŝanĝojn, ne la diagramon
Rigardu, por kio utilas ĉiu mesaĝo. Registrado diras al la regilo, kiu membro demandas, kaj starigas staton; ŝlosil-renovigo diras al la membroj, ke politiko aŭ ŝlosiloj ŝanĝiĝis; poste protektita aplikaĵa trafiko fluas inter membroj per la instalita datumsekureca asocio. La adreso de la regilo aperas en la unuaj du kaj tute ne bezonas aperi en la tria.
Tial interfaca diagramo desegnita laŭ fizika apudeco ĉi tie misgvidas. La interfaco de la regilo estas rega fonto, ne aŭtomate la sekva salto por ĉiu ĉifrita paketo.
Tri rikordoj, kiujn indas konservi
Notu la aŭtentigitan registradon de la membro kaj la regan fonton, kiun ĝi povas atingi, la vojon, kiu liveras postajn ŝlosil-ĝisdatigojn, kaj la itinerojn kaj aliĝojn, kiuj portas protektitan aplikaĵan trafikon. Tri rikordoj, tri posedantoj, kaj fiasko en iu ajn el ili produktas alian simptomon. Membro, kiu registriĝas kaj poste neniam ricevas ĝisdatigon, aspektas idente al membro, kiu registriĝis kun eksdata politiko, se vi ne havas ambaŭ rikordojn.
Konservu ilin apud la agordo, ne en ies memoro. Ŝanĝoj de membreco estas sufiĉe maloftaj, ke la rezonado ĉiam jam malaperis antaŭ la momento, kiam ĝi necesas.
Interfaco, servo-aliĝo, prilabora vojo
Ĉe serv-bazita pordego ekzistas plia distingo: la fizika suba adreso ne estas la sama afero kiel la loka servo-aliĝo, kaj la efektivigo de la platformo decidas, kiel trafiko atingas ĝian IPsec-prilaboran vojon. Movi servon al fizika interfaco aŭ aldoni ne rilatan tradukon ĉar erarmesaĝo menciis serv-interfacan regulon estas konjekto vestita kiel riparo.
Legu la propran dokumentaron de la platformo pri tio, kiel la servo-aliĝo ricevas trafikon. La mekanismo estas vendista eĉ kiam la protokolo estas norma.
Normigitaj protokolaj mesaĝoj ankaŭ ne starigas inter-vendistan kongruon. Komparu la postulatajn trajtojn, la politikajn kaj asociajn atributojn, la aŭtentigan metodon kaj la ĝustan platformon kaj eldonon antaŭ ol supozi, ke du efektivigoj kunlaboros.
Rega havebleco kaj data plusendado estas apartaj kontroloj
Planu la atingeblon de la regilo por ordinara funkciado, por ŝanĝoj de membreco kaj por ŝlosil-ĝisdatigoj. Aplikaĵa interŝanĝo, kiu sukcesas sur jam instalita stato, ne pruvas, ke la sekva registrado aŭ renovigo povas atingi la membron, kaj la manko kutime aperas horojn poste kiel tunelo, kiu ĉesas akcepti novajn membrojn. Testu freŝan registradon, ne nur funkciantan seancon.
Poste testu plusendadon aparte, kun la regilo ekster la bildo. Du kontroloj, du rezultoj, kaj multe pli mallonga argumento pri tio, kiu duono estas rompita.