Ce structură a pachetului Easy-RSA a folosit acel tutorial?

Un tutorial vă spune să editați vars în directorul Easy-RSA, iar directorul de pe mașina dumneavoastră nu are acel fișier. De obicei este o nepotrivire de generații, nu un pachet stricat. Easy-RSA 2 păstra un fișier vars lângă ajutoarele de shell precum build-key; Easy-RSA 3 expune o singură comandă easyrsa și citește configurația dintr-un șablon plus opțiuni de linie de comandă. Aflați care este la dumneavoastră înainte de a copia ceva din ghid.

Rulați aceste verificări în ordine, deoarece fiecare o restrânge pe următoarea.

1. Inventariați ce este instalat

Pe un sistem din familia Debian, întrebați managerul de pachete ce fișiere a înregistrat de fapt:

dpkg-query -L easy-rsa

Lista pentru pachetul Debian actual include make-cadir, programul easyrsa, un șablon de configurare OpenSSL și vars.example. Aceasta vă spune ce a livrat această distribuție. Nu vă spune cum altă distribuție sau o arhivă tar upstream a aranjat aceeași generație, așa că citiți versiunea înainte de a interpreta căile. Dacă rezultatul nu arată deloc make-cadir, probabil priviți o altă generație de împachetare, nu o instalare stricată.

easyrsa --version este cea mai scurtă cale de a ști despre ce generație citiți, și merită rulat înaintea oricărei alte comenzi dintr-un ghid.

2. Distingeți generația 2 de generația 3

Generația 2 livra ajutoare de shell și un fișier vars pe care trebuia să îl editați. Generația 3 livrează o singură comandă easyrsa cu subcomenzi, și citește configurația dintr-un șablon plus opțiuni explicite.

Această diferență explică majoritatea rapoartelor de fișier negăsit pe acest subiect. Un ghid scris pentru 2 vă spune să rulați source vars și build-key, iar o instalare de 3 nu conține niciuna dintre ele. A alerga după fișierul lipsă din copia altui calculator este modul în care oamenii ajung să ruleze două generații pe un singur director PKI.

3. Separați directorul programului de spațiul de lucru PKI

Directorul programului instalat este doar pentru citire prin proiectare. PKI-ul dumneavoastră este un director separat care conține CA, certificatele emise și cheile private, și acela poartă permisiunile pe care trebuie să le stabiliți corect.

Dacă există deja o autoritate, găsiți certificatul ei public și confirmați-i starea înainte de a atinge ceva. Nu inițializați un înlocuitor și nu suprascrieți indexul pentru că un tutorial a folosit altă cale. Copierea șabloanelor publice este inofensivă, dar copierea cheii private a unui emitent nu este, iar într-un shell cele două operații arată aproape identic.

4. Verificați ghilimelele înainte de a urmări o cale

Textul copiat de pe o pagină formatată sosește adesea cu ghilimele tipografice. Bash tratează ca ghilimele doar delimitatorii săi ASCII documentați, așa că o cale înfășurată în ghilimele crețe devine un nume de fișier literal care nu există.

printf '%s\n' "$EASY_RSA"

Aceasta tipărește valoarea unei variabile în locul întregului mediu, ceea ce doriți când întrebarea este dacă valoarea conține caractere străine sau spații. Nu presupuneți că EASY_RSA mai selectează configurația în generația 3; folosiți în schimb opțiunea documentată de director PKI pentru versiunea dumneavoastră.

5. Opriți-vă înainte de a reinițializa ceva

După ce generația programului, căile instalate și rolul spațiului de lucru coincid, eroarea rămasă este probabil o problemă de permisiuni sau de stare lipsă, și merită propria diagnoză în locul unei alte ocoli.

Instalarea unui pachet din cache dintr-o altă versiune, copierea recursivă a directoarelor sau crearea de înregistrări goale de emitent ascunde nepotrivirea inițială și adaugă una a doua. Notați versiunea, calea și eroarea exactă înainte de a schimba ceva. Aceste trei transformă pasul următor într-o decizie în loc de încă o presupunere și împiedică următoarea persoană să repete căutarea.