Sertifika sipariş API'si, bir sertifika talebini baştan sona koda dökmenin çekirdeğidir. Başarılı bir entegrasyon, isteği göndermekten çok doğru girdiyi hazırlamak ve sonraki adımları izlemekle ilgilidir.
Siparişten önce hazır olması gerekenler
- Geçerli bir CSR: CN ve varsa SAN girdileri sipariş edilen alan adlarıyla eşleşmeli
- Ürün kimliği ve geçerlilik süresi
- Doğrulama yöntemi: e-posta, DNS CNAME veya HTTP dosya
- OV/EV için kuruluş bilgileri (ticari unvan, adres, telefon)
CSR'ı hızlıca denetlemek
openssl req -in istek.csr -noout -text | grep -E "Subject:|DNS:"
openssl req -in istek.csr -noout -verifyİstek ve yanıt mantığı
Sipariş isteği genellikle bir POST ile JSON ya da form verisi olarak gider. Yanıtta bir sipariş kimliği döner; bundan sonraki tüm işlemler (doğrulama, durum, indirme) bu kimlikle yapılır. Kimliği kendi veritabanınıza hemen kaydedin ki bağlantı kesilse bile sipariş izlenebilsin.
Tekrarlı siparişi önleme
Zaman aşımı alan bir isteği körü körüne yeniden göndermek çift sipariş ve çift ücret doğurabilir. Önce aynı alan adı için açık sipariş olup olmadığını sorgulayın.
Yaygın hatalar
- Çok kısa anahtar (2048 bitten küçük RSA) içeren CSR
- Wildcard için CSR'da
*.ornek.com.tryerine yalnızca kök alan adı girmek - Bakiye veya limit yetersizliği
Siparişten sonra doğrulama tamamlanmadan sertifika yayınlanmaz. CSR'ı kolayca üretmek için CSR oluşturucuyu kullanın; hangi ürünün uygun olduğundan emin değilseniz SSL seçim rehberine göz atın.
Özet: geçerli CSR, doğru ürün, kayıtlı sipariş kimliği ve kontrollü yeniden deneme mantığı sağlam bir sipariş akışının dört ayağıdır.
Siparişten sonra
Sipariş kabul edildiğinde sertifika hemen gelmez; DV için doğrulama tamamlanınca dakikalar içinde, OV ve EV için ise kuruluş doğrulaması nedeniyle daha uzun sürede yayınlanır. Kullanıcıya beklemede durumunu açıkça gösterin ve yayınlandığında e-posta veya panel bildirimi gönderin.