Cassandra yfir VPN: aðskilinn aðgangur fyrir biðlara og hnúta
Einn Cassandra-klasi hylur þrjá hópa. Ákveðið sérstaklega hvernig biðlarar, jafningjahnútar og rekstraraðilar ná til hans, og haldið auðkenninu innan VPN-slóðarinnar.
Uppsetning Cassandra hefur ekki eitt almennt gagnagrunnsnet. Forrit tala við biðlaraþjónustuna, meðlimir klasans tala sín á milli og rekstraraðilar nota stjórnunarviðmót, og þessir þrír hópar eiga ekki að erfa aðgengi hver fyrir annan. Einkaslóð eins og VPN er góður útgangspunktur, en hún er ekki notandaaðkenni gagnagrunnsins og ekki dulkóðunarstefna hans. Meðhöndlaðu ákvörðunina um nettengingu og ákvörðunina um heimild sem tvær aðskildar úttektir.
Hver þriggja hópa fær sitt svar, og kaflarnir hér fyrir neðan fara yfir þá í röð útsetningar.
Þrír hópar, þrjár ákvarðanir
Greindu hvað hver hópur þarf í raun áður en þú snertir reglu. Biðlarar þurfa biðlarahlustarann og nægar upplýsingar til að ná til hvers hnúts sem þeim kann að verða úthlutað, jafningjahnútar þurfa hver annan á millihnútsportinu, og rekstraraðilar þurfa stjórnunarviðmótið fyrir það sem runbookið krefst í raun. Þrír listar, þrír hópar, þrjú trauststig.
Algeng mistök eru að byggja eitt flatt einkasvæði og gera ráð fyrir að VPN-mörkin sjái um restina. Innan þess nær forrit sem kemst á biðlaraportið yfirleitt einnig á millihnútsportið, og stjórnunartól rekstraraðila sitja oft á sama stökkshýslinu og forritið. Að flétta þessu saman þýðir að brotið forritaaðkenni hefur þegar meiri drægni en fyrirspurnir þess sjálfs. Teiknaðu þrjá hópana sem þrjár raðir í hönnunarskjalið, hvern með þeirri reglu sem leyfir hann, og eyðurnar verða sýnilegar áður en einhver byggir þær.
Hvað biðlarar þurfa, og ekkert meira
Leyfðu fyrirhuguðum forritsuppsprettum að ná til endapunkta biðlara fyrir uppsettu útgáfuna og haltu ótengdum klasa- og stjórnunarþjónustum utan þeirrar drægni. Athugaðu síðan hvernig rekillinn finnur hnúta. Aðgengilegur fyrsti snertipunktur sannar ekki að hvert hnútafang sem rekillinn velur síðan sé aðgengilegt frá því biðlarasamhengi, því rekillinn biður klasann um jafningja og tengist síðan þeim föngum sem klasið auglýsir.
Þess vegna framleiðir eitt misræmi í einkaaðsetri þekkta mynstrið: farsæl fyrsta tenging og síðan tímaútrun. Stilltu auglýst aðsetur og leiðsendingu biðlara viljandi; að birta allan klasann á internetinu til að laga eitt misræmi skiptir á leiðsendingargalla fyrir útsetningu sem þú getur ekki tekið til baka.
Haltu líka gagnagrunnsauðkenningu forritsins og hlutverkaheimildum á sínum stað. Deilt þýddu VPN-aðsetri getur staðið fyrir marga notendur eða þjónustur, svo það kemur aldrei í stað aðskilinna gagnagrunnsaðkenna.
Dulkóðaðu biðlara-til-hnúts og milli hnúta sérstaklega
Öryggisskjöl Apache meðhöndla dulkóðun biðlara-til-hnúts og milli hnúta sem aðskildar stillingar, og að kveikja á annarri kveikir ekki á hinni. Sá munur gildir enn innan VPN, því göngin verja sitt eigið svæði og teygja sig ekki sjálfkrafa frá forritsferlinu til gagnagrunnsferlisins eða milli hvers pars klasameðlima.
Stilling sem kveikir á báðum skýrt, í stað þess að erfa sjálfgefið sniðmát, lítur áþekkt út á þessa leið:
client_encryption_options:
enabled: true
optional: false
server_encryption_options:
internode_encryption: allÁ netþjónastillingum sem leyfa valfrjálsa biðlaradulkcóðun getur samþykki á TLS verið til hliðar við samþykki á ódulkóðuðum tengingum, svo lestu gildandi stefnu frekar en áformið. Skipuleggðu skírteinaheiti, traustdreifingu og endurnýjun fyrir þá endapunkta sem hver biðlari hefur í raun samband við; að skipta út hýsilsheiti fyrir IP-tölu breytir auðkennisprófun biðlarans, ekki bara leið hans.
Haltu stjórnun á sinni eigin slóð
Millihnútssamgöngur þurfa leyfða mengi jafningja og eigin verndarstefnu. Stjórnunaraðgangur, þar á meðal JMX þar sem það er notað, þarf aðskilinn hóp og eigin auðkenningu. Forrit sem hefur leyfi til að senda venjulegar fyrirspurnir þarf ekki af þeim sökum alla stjórnargetu, og hið gagnstæða er verra: stjórnunarslóð sem er opin forritssvæðinu er stysta leiðin frá galla að endurbyggingu. Skrifaðu þessa tvo hópa aðskilda og nefndu eigendur þeirra, því oftast eru þetta ólík teymi sem reglur þeirra voru sameinaðar fyrir slysni.
Haltu gildandi skýjareglum, hýsilsreglum og hlustarastillingu samstíga. Einkahlustari getur samt verið opinn í gegnum óviljandi þýðingu eða milliþjón, og breið opinber regla getur setið hljóðlega við hlið þröngrar VPN-reglu þar til einhver fer yfir báðar í einu.
Þar sem rekstraraðilar þurfa í raun stjórnunarslóð, gefðu henni nafngreindan eiganda og styttri líftíma skírteina en forritið hefur. Það heldur framsali sýnilegu þegar næsti maður erfir klasann.
Hvað hönnunin lofar
Sannprófaðu öll þrjú loforðin með raunverulegum hlutverkum frekar en aðeins með tengiprófunum. Samþykkt forrit ætti að ljúka leyfðu verki sínu og engu öðru, útilokuð uppspretta ætti að mistakast við biðlarainnganginn, og forritsaðkenni ætti að vera hafnað á fráteknum stjórnunarslóðum. Bættu endurtengingu biðlara og hnútavali við sama útrullunarprófið, því þar koma uppgötvunarmistök í ljós.
Ljúktu með þremur setningum í hönnunarskjalinu: hvaða biðlarar geta spurt, hvaða hnútar geta átt samskipti og hvaða rekstraraðilar geta stjórnað. Að vera bak við VPN er gagnleg staðfræðiupplýsing, en það er ekki svar við neinni þessara þriggja spurninga.