HTTPS dinleyicileri, şifrelenmiş erişimi ve kimlik doğrulamayı etkinleştirmek için SSL sertifikalarını kullanır. Bu konuda, CLB'de sertifika kullanımına ilişkin uçtan uca iş akışı; sertifika seçimi ve biçim hazırlığı, sertifika oluşturma, HTTPS dinleyicisiyle ilişkilendirme ile sonraki adımlarda sertifikanın değiştirilmesi ve süresi dolduğunda yenilenmesi açıklanmaktadır.
Sertifika seçimi ve hazırlık
Kimlik doğrulama modları
CLB, tek yönlü kimlik doğrulama ve karşılıklı kimlik doğrulamayı destekler:
Tek yönlü kimlik doğrulama: CLB yalnızca bir sunucu sertifikası gerektirir. İstemci, sunucunun kimliğini doğrular.
Karşılıklı kimlik doğrulama: CLB hem sunucu sertifikası hem de CA sertifikası gerektirir. Sunucu ve istemci birbirlerinin kimliğini doğrular.
Genel internete açık web siteleri çoğunlukla tek yönlü kimlik doğrulamaya ihtiyaç duyar. Kurumsal iç sistemler veya API çağrısı yapanların kimliğinin doğrulanması gibi durumlarda istemci kimliğini kontrol etmeniz gerekiyorsa karşılıklı kimlik doğrulamayı yapılandırın.
Sertifika kaynakları
CLB iki kaynaktan gelen sertifikaları destekler:
Alibaba Cloud Certificate Management Service: Alibaba Cloud Certificate Management Service üzerinden satın aldığınız bir sertifikayı doğrudan seçin. Bu yöntem merkezi yönetimi kolaylaştırır, son kullanma hatırlatmaları ve tek tıkla yenileme sağlar. Yalnızca sunucu sertifikalarını destekler; istemci CA sertifikalarını desteklemez.
Üçüncü taraf sertifikası: Başka bir sağlayıcı tarafından verilen veya kendi imzaladığınız bir sertifikayı yükleyin. Bu yöntemde sertifikanın genel anahtar ve özel anahtar dosyalarını el ile yüklemeniz gerekir. Hem sunucu sertifikalarını hem de istemci CA sertifikalarını destekler.
İstemci CA sertifikası yalnızca içeriği yüklenerek eklenebilir, Alibaba Cloud Certificate Management Service üzerinden seçilemez. Kendi CA'nızı oluşturup istemci sertifikaları yayınlamanız gerekiyorsa bkz. OpenSSL kullanarak CA sertifikası oluşturma .
Sertifika biçimi gereksinimleri
CLB yalnızca PEM biçimindeki sertifikaları destekler. Sertifika oluşturmadan önce sertifikanızın, sertifika zincirinizin ve özel anahtarınızın aşağıdaki biçim gereksinimlerini karşıladığından emin olun. Diğer biçimlerdeki sertifikalar önce PEM biçimine dönüştürülmelidir. Daha fazla bilgi için bkz. Sertifika biçimini dönüştürme.
Desteklenen sertifika türü: uluslararası standart sertifikalar (RSA).
Desteklenen genel anahtar algoritmaları: RSA 1024, RSA 2048 ve RSA 4096.
BEGIN DH PARAMETERSalanını içeren PEM dosyaları yüklenemez. HTTPS dinleyicilerinin kullandığı ECDHE şifre paketleri mükemmel ileri gizliliği zaten desteklediğinden, DHE şifre paketleri için gereken güvenlik geliştirme parametre dosyalarına gerek yoktur.
Genel anahtar sertifikasının biçim gereksinimleri, veren otoriteye göre değişir. Sertifika kaynağınıza karşılık gelen gereksinimlere bakın:
Kök CA tarafından verilen sertifika
Sertifika bir kök CA tarafından verilmişse, tek bir sertifika elde edersiniz ve ek sertifika gerekmez. Yapılandırılan site, tarayıcılar gibi erişim cihazları tarafından güvenilir olarak kabul edilir.
Sertifika biçimi aşağıdaki gereksinimleri karşılamalıdır:
-----BEGIN CERTIFICATE-----, -----END CERTIFICATE-----ile başlar ve aynı şekilde biter.Her satır 64 karakter içerir; son satır 64 karakterden az olabilir.
Sertifika içeriği boşluk içermemelidir.
Ara CA tarafından verilen sertifika
Sertifika bir ara CA tarafından verilmişse, elde ettiğiniz sertifika dosyası birden çok sertifika içerir. Sunucu sertifikasıyla ara sertifikayı birleştirip ardından yüklemeniz gerekir.
Sertifika zinciri biçimi aşağıdaki gereksinimleri karşılamalıdır:
Sunucu sertifikası ilk sırada yer alır, ardından ara sertifika gelir; aralarında boş satır bulunmaz.
Sertifika içeriği boşluk içermemelidir.
Sertifikalar arasında boş satır olmamalı ve her satır 64 bayt içermelidir. Daha fazla bilgi için bkz. RFC1421.
Sertifika gerekli biçimi karşılar. Genellikle bir ara CA, sertifika verirken ilgili talimatları sağlar ve sertifikanın CA'nın biçim gereksinimlerini karşılaması gerekir.
Aşağıdaki örnek, bir ara CA tarafından verilen bir sertifika zincirini göstermektedir:
-----BEGIN CERTIFICATE-----
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
-----END CERTIFICATE-----
-----BEGIN CERTIFICATE-----
-----END CERTIFICATE-----
RSA özel anahtar biçimi gereksinimleri
Sunucu sertifikası yüklerken sertifikanın özel anahtarını da yüklemeniz gerekir.
RSA özel anahtar biçimi aşağıdaki gereksinimleri karşılamalıdır:
-----BEGIN RSA PRIVATE KEY-----, -----END RSA PRIVATE KEY-----ile başlar ve aynı şekilde biter. Bu içeriği anahtarla birlikte yükleyin.Dizeler arasında boş satır olmamalıdır. Her satır 64 karakter içerir; son satır 64 karakterden az olabilir. Daha fazla bilgi için bkz. RFC1421.
Özel anahtarınız şifrelenmişse; örneğin özel anahtar -----BEGIN PRIVATE KEY-----, -----END PRIVATE KEY----- veya -----BEGIN ENCRYPTED PRIVATE KEY-----, -----END ENCRYPTED PRIVATE KEY----- ile başlıyor ve bitiyorsa ya da özel anahtar Proc-Type: 4,ENCRYPTED içeriyorsa, önce aşağıdaki komutu çalıştırarak dönüştürün:
openssl rsa -in old_server_key.pem -out new_server_key.pem
OpenSSL'in bazı sonraki sürümlerindeopenssl rsavarsayılan olarak PKCS#8 çıktısı verir ve bu durum dönüşümün başarısız olmasına neden olur. Dönüştürmek içinopenssl rsa -in old_server_key.pem -out new_server_key.pem -traditionalkomutunu kullanın.
Sertifika biçimini dönüştürme
Sertifikanız PEM biçiminde değilse, yüklemeden önce OpenSSL kullanarak PEM biçimine dönüştürün.
DER'den PEM'e
DER biçimi genellikle Java platformunda kullanılır. Sertifika dosyalarının uzantısı genellikle .der, .cer veya .crt olur.
-
Sertifikayı dönüştürmek için aşağıdaki komutu çalıştırın:
openssl x509 -inform der -in certificate.cer -out certificate.pem -
Özel anahtarı dönüştürmek için aşağıdaki komutu çalıştırın:
openssl rsa -inform DER -outform PEM -in privatekey.der -out privatekey.pem
P7B'den PEM'e
P7B biçimi genellikle Windows Server ve Tomcat'te kullanılır.
Sertifikayı dönüştürmek için aşağıdaki komutu çalıştırın:
openssl pkcs7 -print_certs -in incertificate.p7b -out outcertificate.cer
PFX'ten PEM'e
PFX biçimi genellikle Windows Server'da kullanılır.
-
Sertifikayı ayıklamak için aşağıdaki komutu çalıştırın:
openssl pkcs12 -in certname.pfx -nokeys -out cert.pem -
Özel anahtarı ayıklamak için aşağıdaki komutu çalıştırın:
openssl pkcs12 -in certname.pfx -nocerts -out key.pem -nodes
Çok etki alanlı senaryolarda sertifika eşleştirme mantığı
Bir HTTPS dinleyicisine yalnızca bir varsayılan sertifika yapılandırılabilir. Aynı HTTPS dinleyicisinde birden çok etki alanı adı için farklı sertifikalar kullanmak üzere ek etki alanı özelliğini kullanın.
İstemci bir istek gönderdiğinde CLB, Server Name Indication (SNI) kullanarak istenen etki alanı adını belirler: önce istenen etki alanıyla eşleşen ek etki alanı için yapılandırılmış sertifikayı kullanır; eşleşen bir sertifika bulamazsa dinleyici için yapılandırılmış varsayılan sertifikayı kullanır.
Bir dinleyici birden çok joker karakterli sertifika kullandığında, yalnızca ilk yapılandırılan joker karakterli sertifika altındaki tüm alt etki alanlarıyla otomatik olarak eşleşir. Daha sonra yapılandırılan joker karakterli sertifikalar otomatik olarak eşleşmez. Her belirli alt etki alanı için bir ek etki alanı eklemeniz ve ilgili joker karakterli sertifikayı belirtmeniz gerekir.
Örneğin, önce bir *.example.com sertifikası ve ardından bir *.test.com sertifikası yapılandırırsanız ikisinin eşleştirme davranışı farklı olur:
|
|
|
|
|
|
|
|
|
|
|
|
Ek etki alanlarını kullanırken aşağıdakilere dikkat edin:
Belirtim tabanlı CLB örnekleri arasında yalnızca garantili performans teknik özellikleri SNI'yi destekler; yani yalnızca bu örnekler ek etki alanlarını destekler.
Eklediğiniz ek etki alanı, seçilen sunucu sertifikasındaki etki alanı adıyla tutarlı olmalıdır.
Ek etki alanı yalnızca bir yönlendirme kuralıyla birlikte kullanıldığında etkili olur ve yönlendirme kuralında yapılandırılan etki alanı adı ek etki alanıyla tutarlı olmalıdır.
Varsayılan olarak bir HTTPS dinleyicisi en fazla 3 ek etki alanını destekler; bu değer en fazla 10'a çıkarılabilir.
Ek etki alanlarının yapılandırma yöntemi ve tam açıklaması için bkz. CLB ek etki alanı adları.
Sınırlamalar
Yalnızca HTTPS dinleyicileri sertifika ilişkilendirmeyi destekler. HTTP dinleyicileri verileri düz metin olarak iletir; TCP ve UDP dinleyicileri gibi Katman 4 dinleyicileri ise sertifika ilişkilendirmeyi desteklemez. Bu dinleyicilerde şifreli aktarımı etkinleştirmek için sertifikayı arka uç sunucularınıza dağıtın.
Sertifikalar bölgeler veya hesaplar arasında kullanılamaz. Bir sertifikayı birden çok bölgede kullanmak için sertifikayı oluştururken gerekli tüm bölgeleri seçin. Bir sertifikayı birden çok hesapta kullanmak için önce sertifikanın oluşturulduğu hesaptan SSL sertifikası indirin ve ardından hedef hesapta yükleyin.
Sertifika oluşturma
Konsol
-
Hazırlıkları tamamlayın:
Alibaba Cloud tarafından verilen sertifika kullanma: Gerekli sunucu sertifikasını SSL Certificates Service konsolu üzerinde satın aldığınızdan veya yüklediğinizden emin olun.
Üçüncü taraf sertifika kullanma: Sunucu sertifikasının genel anahtar ve özel anahtar dosyalarını PEM biçiminde hazırlayın. Karşılıklı kimlik doğrulama için CA sertifikasının genel anahtar dosyasını da PEM biçiminde hazırlayın.
CLB konsolu sayfasına gidin. Sol gezinme bölmesinde CLB > Certificates seçeneklerini seçin ve ardından Add Certificate düğmesine tıklayın.
-
Add Certificate panelinde sertifika kaynağına göre yapılandırmayı tamamlayın ve ardından Create düğmesine tıklayın.
Alibaba Cloud Certificates seçeneğini belirleyin, Certificates listesinden ihtiyacınız olan SSL sertifikasını seçin ve Region seçeneğini belirleyin.
-
Third-party Certificates seçeneğini belirleyin ve aşağıdaki yapılandırmayı tamamlayın:
-
Certificate Type seçeneğinde yüklemek istediğiniz sertifika türünü seçin. Sayfa, seçilen türe göre ilgili yapılandırma öğelerini görüntüler.
Server Certificate seçerseniz genel anahtar sertifikasını ve özel anahtarı yükleyin ve Region seçeneğini belirleyin.
CA Certificate seçerseniz istemci CA genel anahtar sertifikasını (karşılıklı kimlik doğrulamada istemci kimliğini doğrulamak için kullanılır) yükleyin ve Region seçeneğini belirleyin.
Yüklenen sertifika içeriği NGINX biçimiyle uyumludur. View Sample düğmesine tıklayarak doğru biçime bakabilirsiniz.
-
API
Sunucu sertifikası yüklemek için UploadServerCertificate API'sini çağırın. Alibaba Cloud tarafından verilen bir sertifika kullanırken sertifikayı belirtmek üzere
AliCloudCertificateIdparametresini iletin. Üçüncü taraf bir sertifika yüklerken sertifika içeriğini ve özel anahtarı sırasıylaServerCertificatevePrivateKeyparametreleriyle iletin.İstemci CA sertifikası yüklemek için UploadCACertificate API'sini çağırın ve sertifika içeriğini
CACertificateparametresiyle iletin.
Sertifikayı HTTPS dinleyicisiyle ilişkilendirme
Sertifika oluşturulduktan sonra yalnızca bir HTTPS dinleyicisiyle ilişkilendirildiğinde etkili olur. Sertifika, HTTPS dinleyicisi eklerken seçilir. Aşağıdaki bölümlerde yalnızca sertifikalarla ilgili yapılandırma öğeleri listelenmiştir. Dinleyici yapılandırmasının tamamı için bkz. HTTPS dinleyicisi ekleme.
HTTPS dinleyicileri şifre çözme işlemini CLB üzerinde tamamlar ve istekleri arka uç sunucularına HTTPS yerine HTTP üzerinden iletir. Bu nedenle arka uç sunucuları HTTP üzerinden hizmet vermelidir ve sağlık kontrolleri ile arka uç bağlantı noktaları gibi yapılandırmaların HTTP protokolüyle eşleştiğinden emin olun (örneğin arka uç bağlantı noktası genellikle 80'dir).
Konsol
Certificate Management Service yapılandırma sihirbazında oluşturduğunuz sunucu sertifikasını seçin.
-
İsteğe bağlı: Advanced Settings seçeneğinin sağındaki Modify düğmesine tıklayın ve ihtiyaç duymanız halinde karşılıklı kimlik doğrulama ile TLS güvenlik ilkesini yapılandırın.
Mutual Authentication seçeneğini açın ve yüklediğiniz CA sertifikasını seçin. İstemci sertifikalarını yayınlamak için kendi CA'nızı kullanıyorsanız bkz. OpenSSL kullanarak CA sertifikası oluşturma.
Bir TLS Security Policy seçin. Belirtim tabanlı CLB örnekleri arasında yalnızca garantili performans teknik özellikleri TLS güvenlik ilkesi seçmeyi destekler. Her ilkenin desteklediği TLS protokol sürümleri ve şifre paketleri için bkz. TLS güvenlik ilkeleri.
Sihirbazı izleyerek arka uç sunucuları ve sağlık kontrolleri gibi yapılandırmaları tamamlayın ve ardından gönderin. Dinleyici oluşturulduktan sonra sertifika etkili olur.
API
HTTPS dinleyicisi oluştururken bir sertifikayı ilişkilendirmek için CreateLoadBalancerHTTPSListener API'sini çağırın. Sunucu sertifikasını
ServerCertificateIdparametresiyle belirtin. Karşılıklı kimlik doğrulama için CA sertifikasınıCACertificateIdparametresiyle belirtin.Mevcut bir HTTPS dinleyicisiyle ilişkili sertifikayı değiştirmek için SetLoadBalancerHTTPSListenerAttribute API'sini çağırın.
Sertifika değiştirme
Bir sertifikanın süresi dolmak üzereyse, veren otoriteyi değiştirmeniz gerekiyorsa veya sertifika yanlış yapılandırılmışsa sertifikayı değiştirmeniz gerekir. CLB iki değiştirme yöntemi sunar. Etki kapsamına göre birini seçin. Hangi yöntemi kullanırsanız kullanın, değiştirme tamamlandıktan sonra Sertifikanın etkili olduğunu doğrulamanız önerilir.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Sertifika değiştirirken CLB, dinleyicinin sertifika yapılandırmasını günceller. Bu süreçte kısa süreli bir HTTPS bağlantı kesintisi yaşanabilir (yaklaşık birkaç saniye, SSL bağlantı hatası olarak görünür); ardından bağlantı otomatik olarak恢复 edilir. Bu işlemi yoğun olmayan saatlerde gerçekleştirmeniz önerilir. Değiştirme sonrası bir sorun oluşursa dinleyici sertifikasını orijinal sertifikaya geri alarak geri alma işlemi yapabilirsiniz.
Yöntem 1: Dinleyici sertifikasını değiştirme
Konsol
CLB konsolu sayfasına gidin ve hedef örnek kimliğine tıklayın. Listener sekmesinde hedef HTTPS dinleyicisini bulun. Operations sütununda Manage Certificate seçeneğine tıklayın.
Manage Certificate panelinde Server Certificate (Default Certificate) açılır listesinden yeni bir sunucu sertifikası seçin. Karşılıklı kimlik doğrulama veya TLS güvenlik ilkesini de ayarlamak istiyorsanız Advanced Settings bölümünde gerekli değişiklikleri yapın ve ardından OK düğmesine tıklayın.
Bu yöntem yalnızca dinleyicinin varsayılan sertifikasını değiştirir; ek etki alanlarında bulunan sertifikaları değiştirmez. Dinleyicide ek etki alanları yapılandırılmışsa ek etki alanlarının sertifikalarını ayrı ayrı güncelleyin veya sertifikayla ilişkili tüm nesneleri tek seferde değiştirmek için aşağıdaki yöntemi kullanın.
API
Yeni sertifikayı yüklemek ve yeni sertifika kimliğini almak için UploadServerCertificate API'sini çağırın.
HTTPS dinleyicisinin sertifikasını güncellemek için SetLoadBalancerHTTPSListenerAttribute API'sini çağırın ve yeni
ServerCertificateIddeğerini iletin.-
Dinleyicide ek etki alanları yapılandırılmışsa her ek etki alanının sertifikasını ayrı ayrı güncellemek için SetDomainExtensionAttribute API'sini çağırın.
Yalnızca dinleyici sertifikasını güncellemek, ek etki alanlarındaki sertifikaları aynı anda güncellemez. Bir ek etki alanını atlarsanız ilgili etki alanı adına erişildiğinde eski sertifika kullanılmaya devam eder.
Yöntem 2: Sertifika yönetimi üzerinden sertifikayı değiştirme
Sertifika yönetimi üzerinden bir sertifikayı değiştirdiğinizde, bu sertifikayla ilişkili tüm dinleyicilerdeki ve ek etki alanlarındaki sertifikalar da otomatik olarak değiştirilir.
Yalnızca en az bir dinleyici veya ek etki alanıyla ilişkilendirilmiş bir sertifika değiştirilebilir.
CLB konsolu sayfasına gidin. Sol gezinme bölmesinde CLB > Certificates seçeneklerini seçin.
-
Certificates sayfasında değiştirmek istediğiniz hedef sertifikayı bulun. Operations sütununda Change Certificates seçeneğine tıklayın. Replace Server Certificate sayfasında yapılandırmayı tamamlayın ve ardından Change Certificates düğmesine tıklayın.
-
Create and Replace Certificate seçeneğini belirleyin.
Alibaba Cloud Certificates seçeneğini belirleyin ve Certificates listesinden yeni sertifikayı seçin.
Third-party Certificates seçeneğini belirleyin ve yeni sertifikanın genel anahtar ile özel anahtar içeriğini yapıştırın.
Replace with Existing Certificate seçeneğini belirleyin ve mevcut sertifikalar listesinden değiştirme için kullanılacak sunucu sertifikasını seçin.
-
Go to Certificate List düğmesine tıklayın. Certificates sayfasında ilişkili dinleyicilerin ve ek etki alanlarının yeni sertifikayla güncellendiğini doğrulayabilirsiniz.
Sertifikanın etkili olduğunu doğrulama
Siteye bir tarayıcı üzerinden erişin ve sertifika ayrıntılarındaki geçerlilik süresini kontrol edin. Önbelleğin yargınızı etkilememesi için gizli mod kullanmanız önerilir.
Ek etki alanları yapılandırılmışsa her etki alanı adını ayrı ayrı doğrulayarak her birinin beklenen sertifikayı döndürdüğünden emin olun.
Sertifika son kullanma tarihi ve yenileme
Bir sertifikanın süresi dolduğunda sitenize erişen istemcilere sertifikanın süresinin dolduğu veya güvenli olmadığına ilişkin uyarı gösterilir. Bu nedenle sertifikanın süresi dolmadan önce değiştirmeyi tamamlamanız gerekir.
Alibaba Cloud Certificate Management Service tarafından verilen bir sertifika kullanıyorsanız son kullanma hatırlatmaları ve tek tıkla yenileme avantajından yararlanabilirsiniz. Bu hizmetteki son kullanma bildirimlerini takip etmeniz önerilir.
Sertifikanın süresi dolmadan önce önce yeni bir sertifika edinin (Alibaba Cloud Certificate Management Service içinde sertifikayı yenileyin veya yeniden yayınlayın ya da üçüncü taraf bir veren otoriteden yeni bir sertifika alın) ve ardından önceki bölümlerde anlatıldığı şekilde CLB'de sertifikayı değiştirip doğrulayın.
Certificate Management Service içinde bir sertifikayı yenilediğinizde veya yeniden yayınladığınızda CLB dinleyicisinin kullandığı sertifika otomatik olarak güncellenmez. CLB'de sertifika değiştirme işlemini yine de gerçekleştirmeniz gerekir.
Daha fazla bilgi
Kotalar
|
|
|
|
|
|
|
|
|
|
|
|
|
|