Hvilken Easy-RSA-pakkeopbygning brugte den vejledning?

En vejledning beder dig redigere vars i Easy-RSA-mappen, og mappen på din maskine har ingen sådan fil. Det er som regel en generationsforskel og ikke en ødelagt pakke. Easy-RSA 2 havde en vars-fil ved siden af shell-hjælpere som build-key; Easy-RSA 3 eksponerer én easyrsa-kommando og læser konfiguration fra en skabelon plus kommandolinjeindstillinger. Find ud af, hvilken du har, før du kopierer noget fra guiden.

Kør disse kontroller i rækkefølge, fordi hver enkelt indsnævrer den næste.

1. Kortlæg, hvad der er installeret

På et system af Debian-familien skal du spørge pakkehåndteringen, hvilke filer den faktisk har registreret:

dpkg-query -L easy-rsa

Listen for den aktuelle Debian-pakke indeholder make-cadir, programmet easyrsa, en OpenSSL-konfigurationsskabelon og vars.example. Det fortæller dig, hvad denne distribution udsendte. Det fortæller dig ikke, hvordan en anden distribution eller en upstream-tar-fil har lagt den samme generation ud, så læs versionen, før du fortolker stierne. Hvis outputtet slet ikke viser make-cadir, kigger du sandsynligvis på en anden pakningsgeneration og ikke på en ødelagt installation.

easyrsa --version er den korteste måde at vide, hvilken generation du læser om, og det er værd at køre den før nogen anden kommando i en guide.

2. Skel mellem generation 2 og generation 3

Generation 2 udsendte shell-hjælpere og en vars-fil, som du forventedes at redigere. Generation 3 udsender én easyrsa-kommando med underkommandoer, og den læser konfiguration fra en skabelon plus eksplicitte indstillinger.

Forskellen forklarer de fleste rapporter om filen blev ikke fundet om dette emne. En guide skrevet til 2 beder dig source vars og køre build-key, og en installation af 3 indeholder ingen af delene. At jagte den manglende fil fra en anden maskines kopi er, hvordan folk ender med at køre to generationer mod én PKI-mappe.

3. Adskil programmappen fra PKI-arbejdsområdet

Den installerede programmappe er skrivebeskyttet af design. Din PKI er en separat mappe, der rummer CA'en, de udstedte certifikater og de private nøgler, og det er den, der bærer de rettigheder, du skal have styr på.

Hvis der allerede findes en myndighed, find dens offentlige certifikat og bekræft dens tilstand før du rører ved noget. Initialiser ikke en erstatning, og overskriv ikke indekset, fordi en vejledning brugte en anden sti. Det er harmløst at kopiere offentlige skabeloner, mens det ikke er harmløst at kopiere en udsteders private nøgle, og i en shell ser de to handlinger næsten identiske ud.

4. Kontrollér citattegn, før du jager en sti

Tekst kopieret fra en formateret side ankommer ofte med typografiske citationstegn. Bash behandler kun sine dokumenterede ASCII-afgrænsere som citationstegn, så en sti pakket ind i krøllede citationstegn bliver et bogstaveligt filnavn, der ikke findes.

printf '%s\n' "$EASY_RSA"

Det udskriver værdien af én variabel i stedet for hele miljøet, hvilket er det, du vil have, når spørgsmålet er, om værdien bærer fremmede tegn eller mellemrum. Antag ikke, at EASY_RSA stadig vælger konfiguration i generation 3; brug i stedet den dokumenterede PKI-mappeindstilling til den version, du har.

5. Stop, før du geninitialiserer noget

Når programgeneration, installerede stier og arbejdsområdets rolle stemmer overens, er en resterende fejl sandsynligvis et rettigheds- eller manglende-tilstand-problem, og den fortjener sin egen diagnose i stedet for endnu en omvej.

At installere en cachet pakke fra en anden udgivelse, kopiere mapper rekursivt eller oprette tomme udstederposter skjuler den oprindelige uoverensstemmelse og tilføjer en anden. Skriv versionen, stien og den præcise fejl ned, før du ændrer noget. De tre er det, der gør næste skridt til en beslutning i stedet for endnu et gæt, og de forhindrer den næste person i at gentage søgningen.