Før ein Juju-charm blir din VPN: identitet, kontrakt, portar
Fem trinn skil det ein charm faktisk leverer, frå det du føreset: fest revisjonen, les konfigurasjonen og handsam deretter eksponering som ei brannmurhandling.
Nokon finn ein charm som hevdar å køyre ein VPN, distribuerer han, eksponerer applikasjonen og ventar på at ein klient skal kople til. Distribusjonen lukkast, porten opnar, og tunnelen fungerer framleis ikkje, fordi tre uavhengige løfte vart slegne saman til eitt. Ein charm er ein distribusjonsimplementasjon med ein bestemd kontrakt. Gå gjennom løfta kvar for seg, og hola viser seg før utrullinga i staden for etter.
Trinn éin: fest artefakten du les om
Les kandidaten sine eigne metadata: utgjevar, kjeldekodelager, kanal, revisjon, base og arkitektur. Finn deretter ut kven som vedlikeheld VPN-programvara i arbeidslasta og kven som leverer tryggleiksoppdateringane, fordi det ofte er to ulike partar. Ein uhaldbar upstream i ein godt vedlikehalden charm er eit støtteproblem som ventar på ei dårleg veke.
juju info CHARM_NAME rapporterer kanalar, basar og arkitekturar i Juju 3.6, og dokumentasjonen merkar at eit søk etter ein bestemd revisjon ikkje kan kombinerast med desse filtra. Spør om revisjonen åleine i staden for å byggje ein kombinasjon som kommandoen avviser. Les også basen og arkitekturen, sidan ein kanal kan dekkje meir enn éin.
Noter den nøyaktige kombinasjonen du gjekk gjennom ved sida av distribusjonen. Då er ei oppdatering som flyttar kanalen ei tilsikta endring med før og etter, ikkje ei overrasking på ein månad.
Trinn to: les konfigurasjonen som ein kontrakt
Avgjer rolla charmen spelar: avslutte ekstern tilgang, bli med i ein eksisterande VPN eller noko heilt anna. Finn deretter ut korleis han dokumenterer klientregistrering, klarerte utgivarar, rotasjon av legitimasjon og tilbakekalling. Dei fire avgjer om du kan drifte det, og ei generert klientfil er sensitive utdata, ikkje ei fil for ei sak.
Følg grensesnitta og handlingane som charmen faktisk eksponerer. Ikkje gå ut frå at det finst ei registreringshandling fordi ein annan charm for same programvare har ei.
Spør kva avstemminga gjer med manuelle endringar. Om charmen skriv over ei konfigurasjonsfil ved neste oppdatering, har ei manuell retting ei haldbarheit på éin oppgradering. Spør vedlikehaldarane kvar denne åtferda er dokumentert, og handsam stille som ukjent.
Trinn tre: skil lyttaren frå den videresende vegen
Den ytre lyttaren er socketen som tek imot tunnelen. Videresending er det som skjer med trafikken inni han, og ein returveg er det som lèt svar kome tilbake. Ein charm kan levere det første og overlate dei to andre til infrastrukturteamet.
Egress er ein tredje del. Om tunnelklientar skal nå internett gjennom denne verten, må det finnast ei adresserings- eller omsetjingsordning, og ho vert ikkje skapt ved å opne ein port. Tildel ein eigar til den delen før den første klienten kjem.
Trinn fire: eksponering er ei brannmurhandling
I Juju 3.6 justerer eksponering av ein applikasjon skybrannmurreglane, og som standard tillèt han trafikk frå kvar som helst kjelde til portane arbeidslasta har opna. Endpoint- og CIDR-veljarane til kommandoen finst nettopp for at denne standarden kan snevrast inn.
Eksponering opprettar ikkje VPN-brukarar, validerer ikkje legitimasjonen deira og installerer ikkje videresendingspolicy. Ho beviser heller ikkje at arbeidslasta lyttar på adressa og transporten du ventar, og difor betyr testen etter eksponering meir enn suksessmeldinga. Kontroller den lyttande socketen på eininga samt skyregelen.
Trinn fem: godta med fire testar
Etter ein godkjend distribusjon, registrer ein ny klient og stadfest den tiltenkte private tenesta. Opphev deretter identiteten og stadfest at tilgangen faktisk sluttar, i staden for at berre neste innlogging vert avvist. Gjenta kontrollen frå eit nettverk du ikkje kontrollerer, og deretter innanfrå kontoret, fordi dei to vegane svarar på ulike spørsmål.
Avslutt med ein oppgradering og ei gjenoppkopling, fordi det er der avstemming, handsaming av legitimasjon og tenestegjenstartar samhandlar. Om dokumentasjonen ikkje kan forklare kven som eig ein av desse operasjonane, skriv det ned som eit adopsjonshol i staden for å fylle det med ei uhaldbar oppskrift bak same charmnamnet. Eit hol som er skrive ned, er ei avgjerd; eit hol som vert fylt i stille, er eit framtidig avbrot. Overlever det til den som eig tenesteavgjerda, med datoen du fann det.