O eğitim hangi Easy-RSA paket düzenini kullanıyordu?

Bir eğitim, Easy-RSA dizinindeki vars dosyasını düzenlemenizi söyler ve makinenizdeki dizinde böyle bir dosya yoktur. Bu genellikle bozuk bir paket değil, sürüm uyuşmazlığıdır. Easy-RSA 2, build-key gibi shell yardımcılarının yanında bir vars dosyası tutuyordu; Easy-RSA 3 tek bir easyrsa komutu sunar ve yapılandırmayı bir şablondan ve komut satırı seçeneklerinden okur. Rehberden herhangi bir şey kopyalamadan önce hangisine sahip olduğunuzu bulun.

Bu kontrolleri sırayla yapın, çünkü her biri bir sonrakini daraltır.

1. Neyin kurulu olduğunu listeleyin

Debian ailesinden bir sistemde paket yöneticisine gerçekte hangi dosyaları kaydettiğini sorun:

dpkg-query -L easy-rsa

Geçerli Debian paketinin listesi make-cadir, easyrsa programı, bir OpenSSL yapılandırma şablonu ve vars.example içerir. Bu, bu dağıtımın ne gönderdiğini söyler. Başka bir dağıtımın veya bir upstream tar arşivinin aynı sürümü nasıl yerleştirdiğini söylemez, bu yüzden yolları yorumlamadan önce sürümü okuyun. Çıktı hiç make-cadir göstermiyorsa, muhtemelen bozuk bir kurulum değil, farklı bir paketleme sürümü görüyorsunuz.

easyrsa --version, hangi sürüm hakkında okuduğunuzu bilmenin en kısa yoludur ve bir rehberdeki herhangi bir komuttan önce çalıştırmaya değer.

2. 2. sürümü 3. sürümden ayırın

2. sürüm, shell yardımcıları ve düzenlemeniz beklenen bir vars dosyası gönderiyordu. 3. sürüm, alt komutlarla tek bir easyrsa komutu gönderir ve yapılandırmayı bir şablondan ve açık seçeneklerden okur.

Bu fark, bu konudaki dosya bulunamadı raporlarının çoğunu açıklar. 2 için yazılmış bir rehber size source vars ve build-key çalıştırmanızı söyler, 3'ün kurulumunda ikisi de yoktur. Başka bir makinenin kopyasından kayıp dosyanın peşine düşmek, insanların tek bir PKI dizininde iki sürüm çalıştırmasına yol açar.

3. Program dizinini PKI çalışma alanından ayırın

Kurulu program dizini tasarım gereği salt okunurdur. PKI'niz CA'yı, verilen sertifikaları ve özel anahtarları tutan ayrı bir dizindir ve doğru ayarlamanız gereken izinleri taşıyan da odur.

Zaten bir yetkili varsa, genel sertifikasını bulun ve durumunu doğrulayın herhangi bir şeye dokunmadan önce. Bir yedek başlatmayın ve bir eğitim farklı bir yol kullandı diye indeksin üzerine yazmayın. Genel şablonları kopyalamak zararsızdır, ancak bir vericinin özel anahtarını kopyalamak değildir ve bir shell'de iki işlem neredeyse aynı görünür.

4. Bir yolun peşine düşmeden önce tırnakları kontrol edin

Biçimlendirilmiş bir sayfadan kopyalanan metin genellikle tipografik tırnak işaretleriyle gelir. Bash yalnızca belgelenmiş ASCII sınırlayıcılarını tırnak olarak kabul eder, bu yüzden kıvrık tırnaklara sarılmış bir yol var olmayan birebir bir dosya adına dönüşür.

printf '%s\n' "$EASY_RSA"

Bu, tüm ortam yerine tek bir değişkenin değerini yazdırır; değerin yabancı karakter veya boşluk taşıyıp taşımadığı sorusunda istediğiniz şey budur. EASY_RSA'nın 3. sürümde hâlâ yapılandırmayı seçtiğini varsaymayın; bunun yerine sürümünüz için belgelenmiş PKI dizini seçeneğini kullanın.

5. Herhangi bir şeyi yeniden başlatmadan önce durun

Program sürümü, kurulu yollar ve çalışma alanının rolü uyuştuğunda, kalan hata muhtemelen bir izin veya eksik durum sorunudur ve başka bir geçici çözüm yerine kendi tanısını hak eder.

Başka bir sürümden önbelleğe alınmış bir paket kurmak, dizinleri özyinelemeli kopyalamak veya boş verici kayıtları oluşturmak asıl uyuşmazlığı gizler ve ikincisini ekler. Herhangi bir şeyi değiştirmeden önce sürümü, yolu ve tam hatayı yazın. Bu üçü sonraki adımı bir tahmin yerine bir karara dönüştürür ve sonraki kişinin aynı aramayı tekrarlamasını önler.