Cassandra kupitia VPN: ufikiaji tofauti kwa wateja na nodi

Usambazaji wa Cassandra hauna mtandao mmoja wa jumla wa hifadhidata. Programu huzungumza na huduma ya mteja, wanachama wa kundi huzungumza wao kwa wao, na waendeshaji hutumia violesura vya kiutawala, na makundi hayo matatu ya hadhira hayapaswi kurithi ufikivu wa kila mmoja. Njia ya faragha kama VPN ni mahali pazuri pa kuanzia, lakini si utambulisho wa mtumiaji wa hifadhidata na si sera yake ya usimbaji fiche. Chukulia uamuzi wa muunganisho na uamuzi wa idhini kama mapitio mawili tofauti.

Kila moja ya makundi matatu ya hadhira hupata jibu lake mwenyewe, na sehemu zifuatazo huzichukua kwa mpangilio wa mfichuo.

Hadhira tatu, maamuzi matatu

Tambua kile kila kundi linahitaji kwa kweli kabla ya kugusa kanuni. Wateja wanahitaji kiskizaji cha mteja na taarifa za kutosha kufikia kila nodi wanayoweza kupewa, nodi shirikishi zinahitaji kila moja ikiwa kwenye lango la internode, na waendeshaji wanahitaji kiolesura cha usimamizi kwa kile runbook inahitaji kwa kweli. Orodha tatu, hadhira tatu, viwango vitatu vya uaminifu.

Kosa la kawaida ni kujenga sehemu moja tambarare ya faragha na kudhani mpaka wa VPN utafanya mengine. Ndani yake, programu inayofikia lango la mteja kwa kawaida hufikia pia lango la internode, na zana za kiutawala za mwendeshaji mara nyingi hukaa kwenye mwenyeji yule yule wa kuruka kama programu. Kuwafanya tambarare pamoja kunamaanisha kwamba utambulisho wa programu uliovunjwa tayari una ufikiaji mkubwa kuliko maswali yake mwenyewe. Chora hadhira tatu kama safu tatu katika hati ya ubunifu, kila moja ikiwa na kanuni inayoiruhusu, na mapungufu yataonekana kabla ya mtu yeyote kuyajenga.

Kile wateja wanahitaji, na hakuna zaidi

Ruhusu vyanzo vya programu vilivyokusudiwa kufikia vituo vya mteja vya toleo lililosambazwa, na uweke huduma za kundi na usimamizi zisizohusiana nje ya ufikiaji huo. Kisha angalia jinsi dereva anavyogundua nodi. Sehemu moja ya mwanzo inayofikika haithibitishi kwamba kila anwani ya nodi ambayo dereva atachagua baadaye inafikika kutoka muktadha huo wa mteja, kwa sababu dereva huuliza kundi kuhusu wenzi na kisha kuunganisha na anwani ambazo kundi hutangaza.

Ndiyo sababu kutokulingana moja kwa anwani za faragha huzalisha muundo unaojulikana: muunganisho wa kwanza uliofanikiwa ukifuatiwa na muda kupita. Sanidi anwani zilizotangazwa na uelekezaji wa mteja kwa makusudi; kuchapisha kundi lote kwenye mtandao ili kurekebisha kutokulingana moja hubadilisha hitilafu ya uelekezaji na mfichuo ambao hauwezi kuurudisha.

Weka pia uthibitishaji wa hifadhidata na ruhusa za jukumu za programu. Anwani ya VPN iliyotafsiriwa inayoshirikiwa inaweza kuwakilisha watumiaji au huduma nyingi, kwa hiyo kamwe si mbadala wa utambulisho tofauti wa hifadhidata.

Simba fiche kwa tofauti mteja-hadi-nodi na internode

Hati ya usalama ya Apache inachukulia usimbaji fiche wa mteja-hadi-nodi na internode kama usanidi tofauti, na kuwezesha mmoja hakuwezeshi mwingine. Tofauti hiyo bado inatumika ndani ya VPN, kwa sababu handaki hulinda sehemu yake mwenyewe na haienei kiotomatiki kutoka mchakato wa programu hadi mchakato wa hifadhidata au kati ya kila jozi ya wanachama wa kundi.

Usanidi unaowasha vyote viwili kwa uwazi, badala ya kurithi chaguo-msingi la kiolezo, unaonekana karibu hivi:

client_encryption_options:
  enabled: true
  optional: false
server_encryption_options:
  internode_encryption: all

Kwenye usanidi wa seva unaoruhusu usimbaji fiche wa hiari wa mteja, kukubali TLS kunaweza kuishi pamoja na kukubali miunganisho isiyosimbwa, kwa hiyo soma sera inayotumika na si nia. Panga majina ya vyeti, usambazaji wa uaminifu na uhuishaji upya kwa vituo ambavyo kila mteja anawasiliana navyo kwa kweli; kubadilisha jina la mwenyeji na anwani ya IP hubadilisha ukaguzi wa utambulisho wa mteja, si njia yake tu.

Weka usimamizi kwenye njia yake mwenyewe

Trafiki ya internode inahitaji seti ya wenzi inayoruhusiwa na sera yake mwenyewe ya ulinzi. Ufikiaji wa kiutawala, ikiwa ni pamoja na JMX inapotumika, unahitaji hadhira tofauti na uthibitishaji wake mwenyewe. Programu inayoruhusiwa kutoa maswali ya kawaida haihitaji kwa sababu hiyo kila uwezo wa usimamizi, na kinyume chake ni kibaya zaidi: njia ya kiutawala iliyofichuliwa kwa sehemu ya programu ni njia fupi kutoka hitilafu hadi kujengwa upya. Andika hadhira hizo mbili kwa tofauti na uwataje wamiliki wao, kwa sababu kwa kawaida ni timu tofauti ambazo kanuni zao ziliunganishwa kwa bahati mbaya.

Weka kanuni zinazotumika za wingu, kanuni za mwenyeji na usanidi wa kiskizaji katika mstari mmoja. Kiskizaji cha faragha bado kinaweza kufichuliwa kupitia tafsiri au proksi isiyokusudiwa, na kanuni pana ya umma inaweza kukaa kimya kando ya kanuni nyembamba ya VPN hadi mtu akague zote mbili kwa wakati mmoja.

Mahali ambapo waendeshaji wanahitaji kwa kweli njia ya usimamizi, ipe mmiliki aliyetajwa na muda mfupi wa maisha ya vitambulisho kuliko ile ya programu. Hiyo huweka uwakilishi uonekane wakati mtu anayefuata anarithi kundi.

Kile ubunifu unaahidi

Thibitisha ahadi zote tatu kwa majukumu halisi badala ya majaribio ya muunganisho pekee. Programu iliyoidhinishwa inapaswa kukamilisha kazi yake inayoruhusiwa na hakuna zaidi, chanzo kilichotengwa kinapaswa kushindwa kwenye kiingilio cha mteja, na utambulisho wa programu unapaswa kukataliwa kwenye njia za kiutawala zilizohifadhiwa. Ongeza muunganisho upya wa mteja na uteuzi wa nodi kwenye jaribio lile lile la usambazaji, kwa sababu hapo ndipo makosa ya ugunduzi yanajitokeza.

Maliza kwa sentensi tatu katika hati ya ubunifu: wateja gani wanaweza kuuliza, nodi gani zinaweza kuwasiliana, na waendeshaji gani wanaweza kusimamia. Kuwa nyuma ya VPN ni taarifa muhimu ya topolojia, lakini si jibu la swali lolote kati ya hayo matatu.