Kva Easy-RSA-pakkestruktur brukte den rettleiinga?

Ei rettleiing ber deg redigere vars i Easy-RSA-mappa, og mappa på maskina di har inga slik fil. Det er vanlegvis ein generasjonsforskjell og ikkje ein øydelagd pakke. Easy-RSA 2 hadde ei vars-fil ved sida av shell-hjelparar som build-key; Easy-RSA 3 eksponerer éin easyrsa-kommando og les konfigurasjon frå ein mal pluss kommandolinjeval. Finn ut kva du har før du kopierer noko frå rettleiinga.

Køyr desse kontrollane i rekkefølgje, fordi kvar einskild snevrar inn den neste.

1. Kartlegg kva som er installert

På eit system av Debian-familien, spør pakkehandsamaren kva filer den faktisk registrerte:

dpkg-query -L easy-rsa

Lista for den gjeldande Debian-pakken inneheld make-cadir, programmet easyrsa, ein OpenSSL-konfigurasjonsmal og vars.example. Det fortel deg kva denne distribusjonen sende ut. Det fortel deg ikkje korleis ein annan distribusjon eller eit upstream-tar-arkiv la ut den same generasjonen, så les versjonen før du tolkar stiane. Viss utdata ikkje viser nokon make-cadir i det heile, ser du truleg på ein annan pakkegenerasjon og ikkje ein øydelagd installasjon.

easyrsa --version er den kortaste måten å vite kva generasjon du les om, og det er verdt å køyre det før nokon annan kommando i ei rettleiing.

2. Skil generasjon 2 frå generasjon 3

Generasjon 2 sende ut shell-hjelparar og ei vars-fil du skulle redigere. Generasjon 3 sender ut éin easyrsa-kommando med underkommandoar, og den les konfigurasjon frå ein mal pluss eksplisitte val.

Den forskjellen forklarer dei fleste rapportane om at fila ikkje vart funnen om dette emnet. Ei rettleiing skriven for 2 ber deg køyre source vars og build-key, og ein installasjon av 3 inneheld ingen av delane. Å jage den manglande fila frå kopien til ei anna maskin er korleis folk endar opp med å køyre to generasjonar mot éin PKI-mappe.

3. Skil programmappa frå PKI-arbeidsområdet

Den installerte programmappa er skriveverna av design. PKI-en din er ei eiga mappe som held CA-en, dei utstedte sertifikata og dei private nøklane, og det er ho som ber løyva du må få rett.

Viss det allereie finst ei styresmakt, finn det offentlege sertifikatet og stadfest tilstanden før du rører noko. Ikkje initialiser ei erstatning, og ikkje skriv over indeksen fordi ei rettleiing brukte ein annan sti. Å kopiere offentlege malar er ufarleg, medan å kopiere den private nøkkelen til ein utstedar ikkje er det, og i ein shell ser dei to operasjonane nesten identiske ut.

4. Sjekk hermeteikna før du jagar ein sti

Tekst kopiert frå ei formatert side kjem ofte med typografiske hermeteikn. Bash behandlar berre sine dokumenterte ASCII-skilje som hermeteikn, så ein sti pakka i krøllhermeteikn blir eit bokstaveleg filnamn som ikkje finst.

printf '%s\n' "$EASY_RSA"

Det skriv ut verdien til éin variabel i staden for heile miljøet, som er det du vil når spørsmålet er om verdien ber framande teikn eller mellomrom. Ikkje gå ut frå at EASY_RSA framleis vel konfigurasjon i generasjon 3; bruk i staden det dokumenterte PKI-mappevalet for versjonen du har.

5. Stopp før du initialiserer noko på nytt

Når programgenerasjon, installerte stiar og rolla til arbeidsområdet stemmer overeins, er ein gjenverande feil truleg eit løyve- eller manglande-tilstand-problem, og han fortener si eiga diagnose i staden for nok ein omveg.

Å installere ein bufra pakke frå ein annan utgiving, kopiere mapper rekursivt eller opprette tomme utstedarpostar skjuler den opphavlege uoverensstemminga og legg til ei ny. Skriv ned versjonen, stien og den nøyaktige feilen før du endrar noko. Dei tre er det som gjer neste steg til ei avgjerd i staden for nok ei gjetting, og dei hindrar neste person i å gjenta søket.