GDOI: pse serveri i çelësave nuk është në rrugën e të dhënave
Një kontrollues GDOI shpërndan politikën e grupit dhe çelësat; anëtarët mbrojnë të dhënat. Regjistrimi, dorëzimi i përditësimit të çelësave dhe përcjellja kërkojnë kontrolle të veçanta.
Serveri i çelësave të grupit shpërndan politikë dhe çelësa te anëtarët, dhe anëtarët mbrojnë vetë trafikun. Kjo frazë tingëllon si formalitet derisa një projekt ta trajtojë kontrolluesin si një rele për çdo paketë të mbrojtur; atëherë topologjia fiton një hop që nuk i është dashur kurrë dhe rruga e trafikut varet nga një pajisje që duhej vetëm të shpërndante gjendje. Të thuash ku ndodhet serveri i çelësave dhe të thuash ku rrjedhin të dhënat janë dy diagrame të ndryshme, dhe GDOI është ndërtuar pikërisht rreth këtij ndryshimi. Ta kthesh mbrapsht nuk është gabim i vogël modelimi, sepse ndryshon atë që monitoroni dhe atë që shkallëzoni. Seksionet më poshtë ndjekin ndarjen e vetë protokollit.
Dy lloje gjendjesh sigurie
RFC 6407 përcakton shkëmbimin e tërheqjes së anëtarit për të kërkuar politikë dhe material çelësi, dhe një shkëmbim shtytjeje që shpërndan politikë dhe përditësime çelësash te anëtarët e autorizuar. Të dyja menaxhojnë shoqata sigurie. Asnjëri nuk është rrjedha e të dhënave të aplikacionit, prandaj një shkëmbim i suksesshëm vërteton vetëm se kanali i kontrollit funksionoi. Një anëtar mund të regjistrohet pastër, të mbajë çelësa të vlefshëm dhe prapë të dështojë të mbrojë ose të përcjellë trafikun nëse politika e tij e të dhënave është e gabuar. Këto dy dështime nuk duken aspak njësoj kur e di se cili shkëmbim mbart cilin.
Standardi emërton gjithashtu një shoqatë sigurie përditësimi çelësash që mbron mesazhet e përditësimit të çelësave, e ndarë nga shoqatat e sigurisë së të dhënave që përshkruajnë se si anëtarët mbrojnë trafikun.
Ndiq shkëmbimet, jo diagramin
Shiko për çfarë është çdo mesazh. Regjistrimi i thotë kontrolluesit cili anëtar po pyet dhe vendos gjendje; përditësimi i çelësave u thotë anëtarëve se politika ose çelësat kanë ndryshuar; më pas trafiku i mbrojtur i aplikacionit rrjedh midis anëtarëve duke përdorur shoqatën e sigurisë së të dhënave të instaluar. Adresa e kontrolluesit shfaqet në dy të parat dhe nuk ka nevojë të shfaqet fare në të tretën.
Prandaj një diagram ndërfaqesh i vizatuar sipas afërsisë fizike këtu të çon në gabim. Ndërfaqja e kontrolluesit është burim kontrolli, jo automatikisht hopi tjetër për çdo paketë të kriptuar.
Tre regjistrime që ia vlen t'i mbash
Shkruaj regjistrimin e vërtetuar të anëtarit dhe burimin e kontrollit që ai mund të arrijë, rrugën që dorëzon përditësimet e mëvonshme të çelësave, dhe rrugët e lidhjet që mbartin trafikun e mbrojtur të aplikacionit. Tre regjistrime, tre pronarë, dhe një dështim në cilindo prej tyre jep një simptomë tjetër. Një anëtar që regjistrohet dhe pastaj nuk merr kurrë një përditësim duket identik me një anëtar të regjistruar me politikë të vjetruar, përveç nëse i ke të dy regjistrimet.
Mbaji këto pranë konfigurimit dhe jo në kujtesën e dikujt. Ndryshimet e anëtarësimit janë mjaft të rralla sa arsyetimi ka humbur gjithmonë deri në momentin kur nevojitet.
Ndërfaqja, lidhja e shërbimit, rruga e përpunimit
Në një gateway të bazuar në shërbime ka një dallim tjetër: adresa fizike e shtresës bazë nuk është e njëjtë me lidhjen lokale të shërbimit, dhe implementimi i platformës vendos se si trafiku arrin rrugën e tij të përpunimit IPsec. Të zhvendosësh një shërbim në një ndërfaqe fizike ose të shtosh përkthim të palidhur sepse një mesazh gabimi përmendi një rregull ndërfaqeje shërbimi është një hamendje e veshur si riparim.
Lexo dokumentacionin e vetë platformës për mënyrën se si lidhja e shërbimit merr trafik. Mekanizmi është specifik i furnizuesit edhe kur protokolli është standard.
Mesazhet e standardizuara të protokollit gjithashtu nuk vendosin përputhshmëri midis furnizuesve. Krahaso funksionet e kërkuara, atributet e politikës dhe shoqatës, metodën e vërtetimit, dhe platformën e saktë dhe versionin përpara se të supozosh se dy implementime do të ndërveprojnë.
Disponueshmëria e kontrollit dhe përcjellja e të dhënave janë kontrolle të veçanta
Planifiko arritshmërinë e kontrolluesit për funksionimin e zakonshëm, për ndryshimet e anëtarësimit dhe për përditësimet e çelësave. Një shkëmbim aplikacioni që ka sukses mbi gjendje të instaluar tashmë nuk vërteton se regjistrimi ose përditësimi i radhës mund ta arrijë anëtarin, dhe hendeku zakonisht shfaqet orë më vonë si një tunel që ndalon pranimin e anëtarëve të rinj. Testo një regjistrim të ri, jo vetëm një sesion funksional.
Pastaj testo përcjelljen veçmas, pa kontrolluesin. Dy kontrolle, dy rezultate dhe një debat shumë më i shkurtër se cila gjysmë është prishur.