Kol Juju charm netaps jūsų VPN: tapatybė, sutartis, prievadai

Kas nors randa charm, kuris teigia paleidžiantis VPN, įdiegia jį, eksponuoja programą ir laukia, kol prisijungs klientas. Diegimas pavyksta, prievadas atsidaro, o tunelis vis tiek neveikia, nes trys nesusiję pažadai buvo sujungti į vieną. Charm yra diegimo įgyvendinimas su konkrečia sutartimi. Nagrinėkite tuos pažadus atskirai, ir spragos pasirodys prieš diegimą, o ne po jo.

Pirmas žingsnis: prisekite artefaktą, apie kurį skaitote

Perskaitykite paties kandidato metaduomenis: leidėją, šaltinio saugyklą, kanalą, reviziją, bazę ir architektūrą. Tada nustatykite, kas prižiūri VPN programinę įrangą darbo krūvio viduje ir kas tiekia jos saugos naujinimus, nes tai dažnai dvi skirtingos šalys. Neprižiūrimas upstream gerai prižiūrimame charme yra palaikymo problema, laukianti blogos savaitės.

juju info CHARM_NAME Juju 3.6 praneša kanalus, bazes ir architektūras, o dokumentacija pažymi, kad konkretaus revizijos užklausos negalima derinti su tais filtrais. Klauskite revizijos atskirai, o ne kurkite derinį, kurį komanda atmeta. Perskaitykite ir bazę bei architektūrą, nes kanalas gali apimti daugiau nei vieną.

Užsirašykite tikslią derinį, kurį peržiūrėjote, prie diegimo. Tada kanalą perkeliantis atnaujinimas yra tyčinis pakeitimas su prieš ir po, o ne pirmadienio staigmena.

Antras žingsnis: skaitykite konfigūraciją kaip sutartį

Nustatykite, kokį vaidmenį atlieka charm: nutraukia nuotolinę prieigą, prisijungia prie esamo VPN arba daro visai ką kita. Tada raskite, kaip jis dokumentuoja klientų registraciją, patikimus išdavėjus, kredencialų rotaciją ir atšaukimą. Šie keturi lemia, ar galite tai valdyti, o sugeneruotas kliento failas yra jautrus išvestis, o ne failas bilietui.

Sekite sąsajas ir veiksmus, kuriuos charm iš tikrųjų siūlo. Nedarykite prielaidos, kad registracijos veiksmas egzistuoja vien todėl, kad kitas tos pačios programinės įrangos charm jį turi.

Paklauskite, ką suderinimas daro rankiniams pakeitimams. Jei charm perrašo konfigūracijos failą kitame atnaujinime, rankinio pataisymo galiojimas yra vienas atnaujinimas. Paklauskite prižiūrėtojų, kur šis elgesys dokumentuotas, ir tylą laikykite nežinoma.

Trečias žingsnis: atskirkite klausytoją nuo peradresuoto kelio

Išorinis klausytojas yra lizdas, priimantis tunelį. Peradresavimas yra tai, kas nutinka srautui jo viduje, o grįžimo kelias yra tai, kas leidžia atsakymams grįžti. Charm gali pateikti pirmąjį ir palikti kitus du infrastruktūros komandai.

Išėjimas yra trečia dalis. Jei tunelio klientai turi pasiekti internetą per šį pagrindinį kompiuterį, turi būti adresavimo arba vertimo tvarka, ir ji nesukuriama atidarius prievadą. Paskirkite tos dalies savininką prieš atvykstant pirmajam klientui.

Ketvirtas žingsnis: eksponavimas yra užkardos veiksmas

Juju 3.6 programos eksponavimas koreguoja debesijos užkardos taisykles ir pagal numatytuosius nustatymus leidžia srautą iš bet kurio šaltinio į prievadus, kuriuos atidarė darbo krūvis. Komandos endpoint ir CIDR selektoriai egzistuoja būtent tam, kad šį numatytąjį nustatymą būtų galima susiaurinti.

Eksponavimas nesukuria VPN vartotojų, netikrina jų kredencialų ir neįdiegia peradresavimo politikos. Jis taip pat neįrodo, kad darbo krūvis klausosi laukiamu adresu ir transportu, todėl testas po eksponavimo svarbesnis už sėkmės pranešimą. Patikrinkite klausantį lizdą vienete ir debesijos taisyklę.

Penktas žingsnis: priimkite keturiais testais

Po patvirtinto diegimo užregistruokite naują klientą ir patvirtinkite numatytą privačią paslaugą. Tada atšaukite tą tapatybę ir patvirtinkite, kad prieiga tikrai baigiasi, o ne tik atmetamas kitas prisijungimas. Pakartokite patikrą iš tinklo, kurio nekontroliuojate, o paskui biuro viduje, nes šie du keliai atsako į skirtingus klausimus.

Užbaikite naujinimu ir prisijungimu iš naujo, nes ten sąveikauja suderinimas, kredencialų tvarkymas ir paslaugų perkrovimai. Jei dokumentacija negali paaiškinti, kam priklauso viena iš tų operacijų, užrašykite tai kaip diegimo spragą, o ne užpildykite neprižiūrimu receptu po tuo pačiu charm pavadinimu. Užrašyta spraga yra sprendimas; tyliai užpildyta spraga yra būsimas sutrikimas. Perduokite ją tam, kam priklauso paslaugos sprendimas, su data, kada ją radote.