Bir SSL Sertifikası (bazı istisnalar / özel durumlar ile birlikte) her zaman bir etki alanı adına bağlıdır, bu nedenle bazı senaryolarda 1 SSL Sertifikası ile kurtulabilirsiniz -
Geliştirme sunucusu canlı sunucuyla aynı etki alanı adına sahipse (örneğin, tarayıcınızı farklı yollara zorlamak için DNS kullanıyorsanız) düzgün çalışır. [Bunu düşünürseniz, bu mantıklı, aynı etki alanı adıyla birden fazla kutuya içeriği dağıtılmış Google gibi büyük oyuncuların birden fazla kutuda olsalar bile yalnızca 1 SSL anahtarına ihtiyaçları var]
Geliştirme sunucusunun canlı sunucuya göre farklı bir adı varsa, yine de bir kayıt şirketi tarafından imzalanan bir anahtarı kullanabilirsiniz, ancak ele alınan alan adının sertifikadaki ile eşleşmediğini belirten bir hata atar. Bu mesajı basitçe kabul edebilirsiniz.
Sorunu çözmenin bir başka yolu da, web sunucunuz için bir Anahtar oluşturmanız olabilir, ancak bir CSR (yerine bir kayıt sahibinin sertifikanızı imzalaması için bir istek) oluşturmak yerine (veya ek olarak) cert - yine kendini imzaladığını belirten bir mesaj alacaksınız, ancak test amacıyla iyi sonuç verecek. [Daha karmaşık hale gelirseniz, dahili kullanım için kendi kayıt şirketinizi oluşturabilir ve geliştirme makineleriniz için bir otorite olarak kendinizi ekleyebilirsiniz - daha sonra herhangi bir hata olmadan (ekledikten sonra) kayıt defteriniz dev kutularına
Birkaç yıl boyunca StartCOM'u birkaç yıl canlı kutumda kullandım, hiç sorun yaşamadım. Sizi, çoğu SSL kayıtçısından sonra SSL imzalama ve güven sürecini daha iyi düşünmeye ve anlamaya zorlayanlar kadar iyi bir fikirdir. DERSİN, BU DAHA ÇOK ÇALIŞTIRMAK İÇİN HER ZAMAN DAHA FAZLASI. Dezavantajı, doğru hatırlıyorsam, bunları bir şirket adına (yani ücretsiz olanları) kullanamazsınız, sadece sizin adınız. Bu muhtemelen o kadar büyük bir şey değil - EV Cert gibi süslü bir şey istemiyorsanız - bu durumda StartCom ne yazık ki en ucuz seçenek değil.