GDOI: hvers vegna lyklabjónninn er ekki á gagnaleiðinni þinni

Hópalyklabjónninn dreifir stefnu og lyklum til meðlima, og meðlimirnir vernda umferðina sjálfir. Þessi setning hljómar eins og formsatriði þar til hönnun fer að meðhöndla stjórnandann sem endursendingu fyrir hvert verndað pakka; þá fær topologían stökk sem hún þurfti aldrei og leið umferðarinnar fer að ráðast af tæki sem átti bara að úthluta stöðu. Að segja hvar lyklabjónninn er og segja hvert gögnin streyma eru tvö ólík skýringarmynd, og GDOI er byggt í kringum þann mun. Að snúa þessu við er ekki lítil líkanavilla, því hún breytir því sem þú fylgist með og því sem þú stækkar. Hlutarnir hér fyrir neðan fylgja eigin skiptingu samskiptareglunnar.

Tvær tegundir öryggisástands

RFC 6407 skilgreinir togskipti meðlimsins til að biðja um stefnu og lykilefni, og ýtuskipti sem dreifa stefnu og lyklauppfærslum til heimilaðra meðlima. Bæði stjórna öryggistengslum. Hvort tveggja er ekki gagnastreymi forritsins, svo árangursrík skipti sanna aðeins að stjórnrásin virkaði. Meðlimur getur skráð sig hreint, haldið gildum lyklum og samt mistekist að vernda eða framsenda umferð ef gagnastefna hans er röng. Þessar tvær bilanir líta ekkert eins út þegar þú veist hvaða skipti bera hvora.

Staðallinn nefnir einnig öryggistengsl lyklauppfærslu sem vernda lyklauppfærsluskilaboð, aðskilin frá gagnöryggistengslunum sem lýsa því hvernig meðlimir vernda umferð.

Fylgdu skiptunum, ekki skýringarmyndinni

Líttu á hvað hvert skilaboð eru fyrir. Skráning segir stjórnandanum hvaða meðlimur spyr og setur upp stöðu; lyklauppfærsla segir meðlimum að stefna eða lyklar hafi breyst; þá streymir vernduð forritsumferð milli meðlima með uppsettu gagnöryggistengslunum. Aðsetur stjórnandans kemur fram í fyrstu tveimur og þarf alls ekki að koma fram í þriðju.

Þess vegna skýringarmynd viðmóta teiknuð eftir líkamlegri nálægð villir hér. Viðmót stjórnandans er stjórnuppspretta, ekki sjálfkrafa næsta stökk fyrir hvern dulkóðaðan pakka.

Þrjár skrár sem vert er að geyma

Skrifaðu niður auðkennda skráningu meðlimsins og stjórnuppsprettuna sem hann nær til, leiðina sem afhendir síðari lyklauppfærslur, og leiðirnar og tengingarnar sem bera verndaða forritsumferð. Þrjár skrár, þrír eigendur, og bilun í hverri þeirra gefur annað einkenni. Meðlimur sem skráir sig og fær svo aldrei uppfærslu lítur nákvæmlega eins út og meðlimur sem skráði sig með úreltri stefnu, nema þú hafir báðar skrárnar.

Hafðu þetta við hlið stillinganna frekar en í minni einhvers. Breytingar á aðild eru nógu sjaldgæfar til að rökstuðningurinn er alltaf horfinn þegar þörf er á honum.

Viðmót, þjónustutenging, vinnsluleið

Á þjónustumiðuðum gátt er frekari greinarmunur: líkamlegt undirlagsaðsetur er ekki það sama og staðbundin þjónustutenging, og útfærsla kerfisins ræður því hvernig umferð nær IPsec-vinnsluleið þess. Að færa þjónustu á líkamlegt viðmót eða bæta við ótengdri þýðingu vegna þess að villuskilaboð nefndu reglu um þjónustuviðmót er ágiskun í búningi viðgerðar.

Lestu eigin skjöl kerfisins um hvernig þjónustutengingin tekur á móti umferð. Ferlið er framleiðandasértækt jafnvel þótt samskiptareglan sé stöðluð.

Stöðluð samskiptaregluskilaboð koma heldur ekki á samhæfni milli framleiðenda. Berðu saman nauðsynlega eiginleika, eiginleika stefnu og tengsla, auðkenningaraðferð og nákvæma kerfið og útgáfuna áður en þú gerir ráð fyrir að tvær útfærslur vinni saman.

Framboð stjórnunar og gagnaframsending eru aðskildar athuganir

Skipuleggðu aðgengi að stjórnandanum fyrir venjulega notkun, fyrir breytingar á aðild og fyrir lyklauppfærslur. Forritsskipti sem heppnast á þegar uppsettu ástandi sanna ekki að næsta skráning eða uppfærsla nái til meðlimsins, og bilið kemur venjulega í ljós klukkustundum síðar sem göng sem hætta að taka við nýjum meðlimum. Prófaðu nýja skráningu, ekki bara virka lotu.

Prófaðu svo framsendinguna sérstaklega, með stjórnandann utan myndar. Tvær athuganir, tvær niðurstöður og mun styttri rökræða um hvor helmingurinn er bilaður.