ACME istemcisi seçimi, sunucu türüne, doğrulama yöntemine ve ekibin araç alışkanlıklarına bağlıdır. Hepsi aynı protokolü konuşur; farklar entegrasyon ve esneklikte ortaya çıkar.
Öne çıkan istemciler
| İstemci | Güçlü yanı | Dikkat edilecek nokta |
|---|---|---|
| certbot | Geniş dokümantasyon, Nginx/Apache eklentileri | Python bağımlılıkları; paket yönetimi yöntemi önemli |
| acme.sh | Tek kabuk betiği, çok sayıda DNS sağlayıcı desteği | Betiğin güncel tutulması sizin sorumluluğunuz |
| lego | Go ile yazılmış tek ikili dosya, çok DNS sağlayıcı | Komut satırı bayraklarına alışmak gerekir |
| cert-manager | Kubernetes'e yerel, Certificate kaynağı | Yalnızca küme ortamına uygun |
| Caddy | ACME yerleşik, yapılandırmasız HTTPS | Web sunucusu olarak Caddy'yi seçmeyi gerektirir |
| win-acme | IIS için Windows tarafında kolay kurulum | IIS dışı senaryolarda sınırlı |
Seçim kriterleri
- Doğrulama türü: wildcard istiyorsanız DNS-01 ve sağlayıcınızın API desteği belirleyicidir.
- Dağıtım modeli: tek sunucu mu, küme mi, yük dengeleyici mi?
- Bakım yükü: paket deposundan güncellenen bir istemci genellikle daha az sürprizle gelir.
- Hook desteği: yenileme sonrası servis yükleme ve bildirim kancaları.
Ortak ipuçları
- Hesap anahtarını (ACME account key) yedekleyin.
- Test için staging uç noktasını kullanın.
- Yenileme sonrası çıktıyı bir izleme sistemine aktarın.
ACME istemcileri DV ve bazı durumlarda kuruluş doğrulamalı sertifikalar için uygundur. İhtiyaç OV/EV veya kurumsal sözleşmeyse ticari seçeneklere buradan bakabilirsiniz. Hiçbir istemci iyi bir izleme kurulumunun yerini tutmaz.
Kurumsal ortamda dikkat
Birden çok sunucuda farklı istemciler kullanılması bakım yükünü artırır. Mümkünse tek istemci seçip yapılandırmayı merkezi yönetin. Sertifikayı alan makine ile kullanan makine farklıysa (yük dengeleyici, CDN), dağıtım adımını ve özel anahtarın taşınma güvenliğini ayrıca tasarlayın. ACME kullanımı ticari, kuruluş doğrulamalı sertifika ihtiyacını her zaman karşılamaz.