İçeriğe atla

Teknik dokümantasyon

Dokümantasyon — Certinite ile başlayın

Certinite resmi dokümantasyonu: mimari, Windows IIS ve Linux ajanları, ACME ve ticari TLS akışları, panel işlemleri ve sorun giderme—sertifika yaşam döngüsü yönetimini (CLM) otomatikleştiren ekipler için.

Genel bakış ve TL;DR

TL;DR: Certinite nedir?

Certinite, Windows IIS ve Linux web sunucuları için merkezi bir Sertifika Yaşam Döngüsü Yönetimi (CLM) platformudur. Kontrol düzlemi (API + web paneli) ACME ve ticari yayını orkestre eder; hafif ajanlar işleri yoklar, domainleri doğrular, sertifikaları yerel olarak kurar ve sonuçları bildirir—böylece yenilemeler ve bağlamalar e-tablo yerine tekrarlanabilir süreç olur.

Ürünün nasıl bir araya geldiğine giriş noktası olarak bu sayfayı kullanın. Yetenek metni için Özellikler sayfasına; tartışmalar ve güncellemeler için Topluluk sayfasına bakın.

1. Mimari yaklaşım

Geleneksel otomasyon genelde her sunucuya ağır bir ACME istemcisi kurmayı ve her ana bilgisayarın tutarlı yapılandırılmasını umar. Bu desen filo ölçeğinde kırılır: sapma, opak hatalar ve kimlik bilgisi yayılımı normale döner.

Certinite orkestrasyonu merkezileştirir: politika, görünürlük ve CA etkileşimi kontrol düzleminde yaşar. Kenar sunucular yalnızca yerel olarak çalışması gerekeni (dosya yazma, depo içe aktarma, IIS veya web sunucusu bağlama) yürüten küçük bir ajan çalıştırır.

Kontrol düzlemi ve veri düzlemi

Paneli ve API'yi kontrol düzlemi olarak düşünün (ne olmalı, hangi kiracı için, hangi zaman çizelgesinde). Ajanlar veri düzlemidir (belirli bir makinede sertifika deposuna ve web sunucusu bağlamalarına fiilen neyin dokunduğu).

2. Temel bileşenler

Merkezi API

Kiracıları doğrular, domain ve sertifika durumunu saklar, ACME veya ticari sağlayıcı akışlarıyla konuşur ve ajanların üstlenebileceği işleri planlar. Yaşam döngüsü durumu için sistem kaydı burasıdır.

Kenar ajanı (Windows ve Linux)

Yalnızca giden yoklama işçisi. Doğrulama ve kurulum işlerini alır, ana bilgisayarda ayrıcalıklı işlemleri yapılandırılmış başarı veya hata yükleriyle tamamlar.

Web paneli

Domainler, ajanlar, yenilemeler, atamalar ve izleme sinyalleri için çok kiracılı operatör arayüzü—tek seferlik betikler için değil günlük operasyon için tasarlandı.

3. Uçtan uca yayın akışı (kavramsal)

  1. Kayıt ve altyapı bağlantısı

    Bir çalışma alanı oluşturun, sertifika alması gereken her sunucuya bir ajan kurun ve panelden tek kullanımlık kodla etkinleştirin.

  2. Domain hedeflerini tanımlayın

    Domainleri ekleyin ve doğru ajana atayın; böylece doğrulama trafiği ve kurulum işleri ana bilgisayar adını sunan makineye yönlenir.

  3. Doğrulamayı orkestre edin

    ACME HTTP-01 için ajan, web sunucunuzun sunabileceği yere görev materyalini yazar. CA tarafındaki protokolü kontrol düzlemi yönetir.

  4. Yerel kurulum ve bağlama

    Yayınlanan materyal bir iş olarak ajana iletilir. Ajan işletim sistemi deposuna aktarır ve desteklenen entegrasyon yoluna göre IIS veya Linux web yapılandırmasını günceller.

4. Platforma özel ajanlar

Windows Server ve IIS

TLS'in IIS üzerinde sonlandığı senaryolar için Windows ajanını kullanın. Tipik sonuçlar arasında PFX'in Windows sertifika deposuna aktarılması ve ana bilgisayar adınız ve SNI düzeninize uygun site bağlama güncellemeleri yer alır.

  • Yerel görünürlük isteyen operatörler için tepsi veya servis tarzı çalışma
  • Destek ve denetim kanıtı için etkinlik günlüğü
  • Zaten IIS iş yükü çalışan üretim ana bilgisayarları için tasarlandı

Linux (Nginx ve Apache)

HTTP-01 doğrulamasının Nginx veya Apache tarafından sunulması gerektiğinde Linux ajanını kullanın. Kayıt sırasındaki yığın seçimi gerçek 80 numaralı port sunucunuzla doğrulama yollarını tutarlı tutar.

  • Uzun süre çalışan sunucular için systemd odaklı dağıtım
  • Gelen yoklama—standart akışlarda gelen API dinleyicisi gerekmez
  • Karışık filolar için Windows ile aynı panel modeli

5. Bilmeniz gereken panel işlemleri

Operatörler çoğu zaman kiracı sertifika panelinde zaman geçirir: domain durumunu kontrol etmek, bir ana bilgisayar adına hangi ajanın sahip olduğunu doğrulamak ve bir şey takıldığında desteklenen güvenli operasyonel eylemleri tetiklemek.

  • 1.Otomatik bağlama beklemeden önce domainleri doğru ajana atayın
  • 2.Planınızın desteklediği yenileme veya yeniden deneme gibi yaşam döngüsü eylemleri için domain ayarlarını kullanın
  • 3.Geçişler sırasında kontrol düzlemi ile tarayıcının senkron olduğuna dair sinyal olarak gerçek zamanlı güncellemeleri kullanın

6. Güvenlik ve erişim desenleri

Sertleştirme paylaşılan bir sorumluluktur: Certinite manuel sır yönetimini azaltır; yine de panel hesaplarını, ajan ana bilgisayarlarını ve giden ağ yollarını koruyun.

  • Kurumsal standartlarınıza göre Google OAuth veya güçlü e-posta/parola politikalarını tercih edin
  • Ajan kimlik bilgilerini disk üzerinde diğer makine kimlikleri gibi koruyun
  • Üretim kiracılarında ajan erişimini kimlerin devre dışı bırakabileceğini veya döndürebileceğini kısıtlayın

7. Sonraki adımlar

Rolünüze uygun yolu seçin: geliştiriciler kontrol düzlemiyle uyumlu entegrasyon planlar; operatörler ajan kurar ve domainleri yönetir; alıcılar Fiyatlandırma üzerinden planları karşılaştırır.

Dokümantasyon SSS

Ajan için gelen güvenlik duvarı kuralları gerekir mi?

Standart tasarımlar ajanın yapılandırılmış API taban URL'sine giden HTTPS kullanmasını içerir. HTTP-01 için yine de web sunucunuzun CA gereksinimlerinize göre genel internetten 80 numaralı porta doğrulama isteklerine yanıt vermesi gerekir.

Certinite'i yalnızca Linux için, IIS olmadan kullanabilir miyim?

Evet. Nginx veya Apache çalışan ana bilgisayarlara Linux ajanını kurun ve Windows için kullanacağınızla aynı kiracı panelinden bu domainleri yönetin.

Programatik entegrasyon nasıl çalışır?

Panel ve ajanlar, burada kavramsal olarak anlatılan aynı kontrol düzlemi HTTP API'leriyle konuşur. Bu sayfa mimari ve akışları kapsar; ortamınız için resmi entegrasyon materyali gerekiyorsa bizimle iletişime geçin.

Google oturumu ajanla nasıl ilişkilidir?

Google OAuth (ve e-posta girişi) insanları panele doğrular. Ajanlar etkinleştirme sırasında verilen sunucu kimlik bilgileriyle ayrı doğrulanır. Sorun giderirken bu iki kaygıyı ayırın.

Kanıt için önce neyi test etmeliyim?

Üretim dışı bir ana bilgisayar adı kullanın, bir yayını tamamlayın, bağlamayı tarayıcıda doğrulayın, ardından CA ve planınıza bağlı olarak yenileme döngüsünü zorlayın veya bekleyin. Bir şey başarısız olursa ajan günlüklerini toplayın.

Bu sayfa yardımcı oldu mu? Yukarıdaki bağlantılarla devam edin veya tartışmalar için Topluluğu ziyaret edin.

İlk otomatik yenilemenizi çalıştırmaya hazır mısınız?

Bir çalışma alanı oluşturun, laboratuvar ana bilgisayarına bir ajan kurun ve filo geneline geçmeden önce tam döngüyü kanıtlayın.