Hvilken Easy-RSA-pakkestruktur brukte den veiledningen?

En veiledning ber deg redigere vars i Easy-RSA-katalogen, og katalogen på maskinen din har ingen slik fil. Det er vanligvis en generasjonsforskjell og ikke en ødelagt pakke. Easy-RSA 2 hadde en vars-fil ved siden av shell-hjelpere som build-key; Easy-RSA 3 eksponerer én easyrsa-kommando og leser konfigurasjon fra en mal pluss kommandolinjevalg. Finn ut hvilken du har før du kopierer noe fra guiden.

Kjør disse kontrollene i rekkefølge, fordi hver enkelt snevrer inn den neste.

1. Kartlegg hva som er installert

På et system av Debian-familien, spør pakkebehandleren hvilke filer den faktisk registrerte:

dpkg-query -L easy-rsa

Listen for den gjeldende Debian-pakken inneholder make-cadir, programmet easyrsa, en OpenSSL-konfigurasjonsmal og vars.example. Det forteller deg hva denne distribusjonen sendte ut. Det forteller deg ikke hvordan en annen distribusjon eller et upstream-tar-arkiv la ut den samme generasjonen, så les versjonen før du tolker stiene. Hvis utdataene ikke viser noen make-cadir i det hele tatt, ser du sannsynligvis på en annen pakkegenerasjon og ikke en ødelagt installasjon.

easyrsa --version er den korteste måten å vite hvilken generasjon du leser om, og det er verdt å kjøre den før noen annen kommando i en guide.

2. Skille generasjon 2 fra generasjon 3

Generasjon 2 sendte ut shell-hjelpere og en vars-fil du skulle redigere. Generasjon 3 sender ut én easyrsa-kommando med underkommandoer, og den leser konfigurasjon fra en mal pluss eksplisitte valg.

Den forskjellen forklarer de fleste rapportene om at filen ikke ble funnet om dette emnet. En guide skrevet for 2 ber deg kjøre source vars og build-key, og en installasjon av 3 inneholder ingen av delene. Å jage den manglende filen fra en annen maskins kopi er hvordan folk ender opp med å kjøre to generasjoner mot én PKI-katalog.

3. Skill programkatalogen fra PKI-arbeidsområdet

Den installerte programkatalogen er skrivebeskyttet av design. PKI-en din er en egen katalog som holder CA-en, de utstedte sertifikatene og de private nøklene, og det er den som bærer tillatelsene du må få riktig.

Hvis det allerede finnes en myndighet, finn det offentlige sertifikatet og bekreft tilstanden før du rører noe. Ikke initialiser en erstatning, og ikke overskriv indeksen fordi en veiledning brukte en annen sti. Å kopiere offentlige maler er ufarlig, mens å kopiere en utsteders private nøkkel ikke er det, og i en shell ser de to operasjonene nesten identiske ut.

4. Sjekk anførselstegnene før du jager en sti

Tekst kopiert fra en formatert side kommer ofte med typografiske anførselstegn. Bash behandler bare sine dokumenterte ASCII-skilletegn som anførselstegn, så en sti pakket i krøllede anførselstegn blir et bokstavelig filnavn som ikke finnes.

printf '%s\n' "$EASY_RSA"

Det skriver ut verdien til én variabel i stedet for hele miljøet, som er det du vil når spørsmålet er om verdien bærer fremmede tegn eller mellomrom. Ikke anta at EASY_RSA fortsatt velger konfigurasjon i generasjon 3; bruk i stedet det dokumenterte PKI-katalogvalget for versjonen du har.

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

Når programgenerasjon, installerte stier og arbeidsområdets rolle stemmer overens, er en gjenværende feil sannsynligvis et tillatelses- eller manglende-tilstand-problem, og den fortjener sin egen diagnose i stedet for nok en omvei.

Å installere en bufret pakke fra en annen utgivelse, kopiere kataloger rekursivt eller opprette tomme utstederposter skjuler den opprinnelige uoverensstemmelsen og legger til en ny. Skriv ned versjonen, stien og den nøyaktige feilen før du endrer noe. De tre er det som gjør neste steg til en avgjørelse i stedet for nok en gjetning, og de hindrer neste person i å gjenta søket.