Antaŭ ol anstataŭigi IPsec per Shadowsocks, listigu la mankantajn taskojn
Komparu plusendadon, privatan atingeblon, rajtigon kaj funkciadon antaŭ ol trakti Shadowsocks kiel anstataŭaĵon de IPsec por malgranda teamo.
Tri servoj, unu tunelo: reteja aplikaĵo, datumbazo kaj dosierpartigo. Iu proponas ŝanĝi IPsec kontraŭ Shadowsocks, ĉar ĝi estas pli facila prizorgi. La sekva diskuto pri ĉifrado maltrafas la punkton, ĉar la tunelo faras plurajn taskojn samtempe kaj nur unu el ili temas pri ĉifroj. Skribu tiujn taskojn antaŭ ol kompari produktojn. La listo estas mallonga, kaj iu ajn ero povas nuligi la ŝanĝon.
Komencu per tio, kiel trafiko estas kaptata
La protokolo havas du duonojn. Loka komponanto akceptas konekton, ĉifras fluon, kiu komenciĝas per la cela adreso, kaj sendas ĝin al malproksima komponanto. La malproksima duono malfermas konekton al tiu celo kaj plusendas la bajtojn. UDP sekvas la saman formon kun datagramoj. Tio estas plusendado por la fluoj, kiujn ĝi kaptas, kaj ĝi diras nenion pri la fluoj, kiujn ĝi ne kaptas. Aplikaĵo, kiu parolas prokuron eksplicite, estas facila; ĉio alia bezonas adaptilon aŭ vojajn regulojn por esti kaptita entute.
Dokumentu la kaptan metodon por ĉiu aplikaĵo antaŭ ol kompari ion ajn alian. Nekaptita trafiko eliras per la ordinara vojo, kaj neniu rimarkas tion ĝis servo kondutas alie ekster la oficejo.
Nomu ĉiun celon kaj protokolon
La malproksima duono devas povi atingi ĉiun internan servon. Funkcianta ĉifrita seanco al tiu gastiganto ne aldonas vojon de ĝi al la datumbazo, kaj ĝi ne igas internajn nomojn solviĝi ĉe la kliento. Listigu adresojn, pordojn kaj protokolojn anstataŭ skribi, ke la LAN estas inkluzivita.
Aldonu la kazojn, kiuj rompas ordajn dezajnojn: interna DNS, aplikaĵoj, kiuj ignoras prokurajn agordojn, kaj iu ajn fluo, kiu devas esti iniciatita de la servilo al la kliento. Ĉiu el ili bezonas eksplicitan aranĝon, ne supozon.
Ĉifrado ne estas rajtigo
La dokumentitaj AEAD-metodoj en Shadowsocks provizas aŭtentikigitan ĉifradon, do malakcepti la tutan familion kiel nesekuran estas malĝuste. Egale malĝuste estas lasi tiun fakton respondi la demandon pri aliro. Iu devas decidi, kiu atingas kiun servon, kiel aliro estas forprenata kiam persono foriras, kie sekretoj estas konservataj kaj kiu komponanto plenumas la limon. Unu komuna sekreto donas al ĉiu portanto la saman atingon, kaj forigo de unu persono fariĝas rotacio por ĉiuj.
Metu la nunan IPsec-agordon al la sama normo. Ĝia etikedo ne pruvas, ke ĝiaj reguloj estas ĝustaj, kaj kompari poluritan version de unu dezajno kun nebula versio de la alia decidas nenion.
Listigu la kontrolojn, kiuj ekzistas hodiaŭ ambaŭflanke, kaj tiam juĝu, kun kiuj mankoj vi povas vivi.
Kalkulu la funkciigan laboron
Ĉiu anstataŭigo bezonas posedanton por klientaj pakaĵoj, servilaj ĝisdatigoj, rotacio de akreditaĵoj kaj traktado de fiaskoj. Rimarku, kion ĉiu aplikaĵo faras, kiam la tunelo ne disponeblas: fiaski, reprovi per la loka vojo aŭ atendi. Tiu konduto venas de la deplojo, ne de la protokola nomo.
Por unu reteja aplikaĵo mallarĝa prokuro povas sufiĉi. Por aliro al la tuta reto kun permesoj por ĉiu persono, la kromaj partoj kutime kostas pli ol la tunelo, kiun ili anstataŭigis.
La decido ne estas, kiu produkto sonas pli sekure. Ĝi estas, kiu dezajno finas la listigitajn taskojn kun kontroloj, kiujn la teamo vere prizorgos.