Edge kullanıcı arayüzünü kullanarak anahtar depoları ve güven deposu oluşturma

Apigee Edge belgelerini görüntülüyorsunuz.
Apigee X belgelerine gidin. bilgi

Bu belgede, Cloud için Edge ve Özel Bulut için Edge 4.18.01 ve sonraki sürümlerinde anahtar depolarının ve güven depolarının nasıl oluşturulacağı, değiştirileceği ve silineceği açıklanmaktadır.

Edge Cloud için anahtar depoları/güven depoları ve sanal ana makineler hakkında

Edge Cloud için anahtar depoları/güven depoları oluşturma sürecinde, sanal ana bilgisayarların kullanımıyla ilgili tüm kurallara uymanız gerekir. Örneğin, Cloud'daki sanal ana makinelerle:

• Sanal ana makineler TLS kullanmalıdır.
• Sanal ana makineler yalnızca 443 numaralı bağlantı noktasını kullanabilir.
• İmzalı bir TLS sertifikası kullanmanız gerekir. İmzalanmamış sertifikaların Cloud'daki sanal ana makinelerle kullanılmasına izin verilmez.
• TLS sertifikası tarafından belirtilen alan adı, sanal ana makinenin ana makine takma adıyla eşleşmelidir.

Daha fazla bilgi:

• TLS/SSL hakkında
• Edge ile TLS kullanma
• Configuring Virtual Hosts FAQ
• Sanal ana makineler hakkında

Edge'de anahtar depolarını ve güven depolarını uygulama

TLS gibi ortak anahtar altyapısına dayalı işlevleri yapılandırmak için gerekli anahtarları ve dijital sertifikaları içeren anahtar depoları ve güven depoları oluşturmanız gerekir.

Edge'de hem anahtar depoları hem de güven depoları, bir veya daha fazla takma ad içeren bir anahtar deposu öğesiyle temsil edilir. Yani Edge'de bir anahtar deposu ile güven deposu arasında uygulama açısından fark yoktur.

Anahtar depoları ile güven depoları arasındaki fark, içerdikleri giriş türlerinden ve TLS el sıkışmasında nasıl kullanıldıklarından kaynaklanır:

• keystore: Bir veya daha fazla takma ad içeren bir keystore varlığıdır. Her takma ad bir sertifika/anahtar çifti içerir.
• truststore: Her takma adın yalnızca bir sertifika içerdiği, bir veya daha fazla takma ad içeren bir anahtar deposu öğesi.

Sanal ana makine veya hedef uç nokta için TLS yapılandırılırken anahtar depoları ve güven depoları, TLS el sıkışma sürecinde farklı roller sağlar. Bir sanal ana makine veya hedef uç nokta yapılandırırken anahtar depoları ve güven depolarını <SSLInfo> etiketinde ayrı ayrı belirtirsiniz. Aşağıda, sanal ana makine için gösterildiği gibi:

<VirtualHost name="myTLSVHost"> 
    <HostAliases> 
        <HostAlias>apiTLS.myCompany.com</HostAlias> 
    </HostAliases> 
    <Interfaces/> 
    <Port>9006</Port> 
    <SSLInfo> 
        <Enabled>true</Enabled> 
        <ClientAuthEnabled>false</ClientAuthEnabled> 
        <KeyStore>ref://keystoreref</KeyStore> 
        <KeyAlias>myKeyAlias</KeyAlias> 
    </SSLInfo>
</VirtualHost>

Bu örnekte, sanal ana makine tarafından TLS anahtar deposu için kullanılan anahtar deposunun ve diğer adın adını belirtirsiniz. Sertifika süresi dolduğunda daha sonra değiştirebilmeniz için anahtar deposu adını belirtmek üzere referans kullanırsınız. Diğer ad, sanal ana makineye erişen bir TLS istemcisine sanal ana makineyi tanımlamak için kullanılan bir sertifika/anahtar çifti içerir. Bu örnekte güvenli depo gerekmez.

Örneğin, 2 yönlü TLS yapılandırması için bir güven deposu gerekiyorsa güven deposunu belirtmek üzere <TrustStore> etiketini kullanın:

<VirtualHost name="myTLSVHost"> 
    <HostAliases> 
        <HostAlias>apiTLS.myCompany.com</HostAlias> 
    </HostAliases> 
    <Interfaces/> 
    <Port>9006</Port> 
    <SSLInfo> 
        <Enabled>true</Enabled> 
        <ClientAuthEnabled>true</ClientAuthEnabled> 
        <KeyStore>ref://keystoreref</KeyStore> 
        <KeyAlias>myKeyAlias</KeyAlias> 
        <TrustStore>ref://truststoreref</TrustStore>
    </SSLInfo>
</VirtualHost>

Bu örnekte, <TrustStore> etiketi yalnızca bir anahtar deposuna referans veriyor ve belirli bir takma ad belirtmiyor. Anahtar deposundaki her takma ad, TLS el sıkışma sürecinin bir parçası olarak kullanılan bir sertifika veya sertifika zinciri içerir.

Desteklenen sertifika biçimleri

* Mümkünse PEM kullanmanızı öneririz.

Edge for Private Cloud 4.53.00 veya sonraki sürümlerde PKCS12 anahtar depolarını kullanma

Edge for Private Cloud 4.53.00 veya sonraki bir sürümü kullanıyorsanız anahtarları ve ilgili sertifikaları Apigee'ye yüklemek için yalnızca PKCS12 anahtar deposunu kullanmanız gerekir. Mevcut anahtarlarınızı ve sertifikalarınızı PKCS12/PFX biçimine dönüştürme konusunda yardım için Sertifikaları desteklenen biçime dönüştürme başlıklı makaleyi inceleyin.

Takma ad uygulama hakkında

Edge'de anahtar deposu, bir veya daha fazla takma ad içerir. Her takma ad şunları içerir:

• PEM veya PKCS12/PFX dosyası olarak TLS sertifikası: Sertifika yetkilisi (CA) tarafından imzalanmış bir sertifika, son sertifikası CA tarafından imzalanmış bir sertifika zinciri içeren bir dosya veya kendinden imzalı bir sertifika.
• PEM veya PKCS12/PFX dosyası olarak özel anahtar. Edge, 2048 bit'e kadar anahtar boyutlarını destekler. Parola isteğe bağlıdır.

Edge'de truststore, bir veya daha fazla takma ad içerir. Her takma ad şunları içerir:

• PEM dosyası olarak TLS sertifikası: Sertifika yetkilisi (CA) tarafından imzalanmış bir sertifika, son sertifikanın CA tarafından imzalandığı bir sertifika zinciri veya kendinden imzalı bir sertifika.

Edge, anahtar depoları oluşturmak, takma adlar oluşturmak, sertifika/anahtar çiftleri yüklemek ve sertifikaları güncellemek için kullandığınız bir kullanıcı arayüzü ve API sağlar. Güvenilirlik deposu oluşturmak için kullandığınız kullanıcı arayüzü ve API, anahtar deposu oluşturmak için kullandığınızla aynıdır. Aradaki fark, güven deposu oluşturduğunuzda yalnızca sertifika içeren takma adlar oluşturmanızdır.

Sertifika ve anahtar dosyalarının biçimi hakkında

Sertifikaları ve anahtarları PEM dosyaları veya PKCS12/PFX dosyaları olarak gösterebilirsiniz. PEM dosyaları, X.509 biçimine uygundur. Sertifikanız veya özel anahtarınız PEM dosyasıyla tanımlanmamışsa openssl gibi yardımcı programları kullanarak PEM dosyasına dönüştürebilirsiniz.

Ancak birçok .crt dosyası ve .key dosyası zaten PEM biçimindedir. Bu dosyalar metin dosyalarıysa ve şu karakterlerle çevriliyse:

-----BEGIN CERTIFICATE-----
-----END CERTIFICATE-----

veya:

-----BEGIN ENCRYPTED PRIVATE KEY-----
-----END ENCRYPTED PRIVATE KEY-----

Bu durumda dosyalar PEM biçimiyle uyumlu olur ve PEM dosyasına dönüştürmeden bir anahtar deposunda veya güven deposunda kullanılabilir.

Sertifika zincirleri hakkında

Bir sertifika zincirin parçasıysa sertifikanın bir anahtar deposunda mı yoksa güven deposunda mı kullanıldığına bağlı olarak farklı şekilde ele alınır:

• Anahtar deposu: Bir sertifika zincirin parçasıysa zincirdeki tüm sertifikaları içeren tek bir dosya oluşturmanız gerekir. Sertifikalar sıralı olmalı ve son sertifika, kök sertifika veya kök sertifika tarafından imzalanmış bir ara sertifika olmalıdır.
• Güvenli sertifika deposu: Bir sertifika zincirin parçasıysa tüm sertifikaları içeren tek bir dosya oluşturup bu dosyayı bir takma ada yüklemeniz veya zincirdeki tüm sertifikaları her sertifika için farklı bir takma ad kullanarak güvenli sertifika deposuna ayrı ayrı yüklemeniz gerekir. Bunları tek bir sertifika olarak yüklerseniz sertifikalar sıralı olmalı ve son sertifika, kök sertifika veya kök sertifika tarafından imzalanmış bir ara sertifika olmalıdır.
• Birden fazla sertifika içeren tek bir dosya oluşturursanız her sertifika arasına boş bir satır eklemeniz gerekir.

Örneğin, tüm sertifikaları tek bir PEM dosyasında birleştirebilirsiniz. Sertifikalar sıralı olmalı ve son sertifika, kök sertifika veya kök sertifika tarafından imzalanmış bir ara sertifika olmalıdır:

-----BEGIN CERTIFICATE----- 
(Your Primary TLS certificate) 
-----END CERTIFICATE----- 

-----BEGIN CERTIFICATE----- 
(Intermediate certificate) 
-----END CERTIFICATE-----
 
-----BEGIN CERTIFICATE----- 
(Root certificate or intermediate certificate signed by a root certificate) 
-----END CERTIFICATE-----

Sertifikalarınız PKCS12/PFX dosyaları olarak gösteriliyorsa aşağıdaki örnekte gösterildiği gibi sertifika zincirinden PKCS12/PFX dosyası oluşturmak için openssl komutunu kullanabilirsiniz:

openssl pkcs12 -export -out certificate.pfx -inkey privateKey.key -in certificate.crt -certfile CACert.crt

Bir güven deposunda sertifika zincirleriyle çalışırken zincirdeki tüm sertifikaları yüklemeniz her zaman gerekmez. Örneğin, bir istemci sertifikası (client_cert_1) ve istemci sertifikası veren kuruluşun sertifikasını (ca_cert) yüklersiniz.

İki yönlü TLS kimlik doğrulaması sırasında, TLS el sıkışma sürecinin bir parçası olarak sunucu istemciye client_cert_1 gönderdiğinde istemci kimlik doğrulaması başarılı olur.

Alternatif olarak, aynı sertifika (ca_cert) tarafından imzalanmış ikinci bir sertifikanız (client_cert_2) var. Ancak client_cert_2 öğesini güvenli depoya yüklemezsiniz. Güvenli depo hâlâ yalnızca client_cert_1 ve ca_cert içeriyor.

Sunucu, TLS el sıkışması sırasında client_cert_2 değerini ilettiğinde istek başarılı olur. Bunun nedeni, Edge'in güven deposunda client_cert_2 bulunmadığı ancak güven deposunda bulunan bir sertifika tarafından imzalandığı durumlarda TLS doğrulamasının başarılı olmasına izin vermesidir. CA sertifikasını (ca_cert) güvenli depodan kaldırırsanız TLS doğrulaması başarısız olur.

FIPS ile ilgili dikkat edilmesi gereken noktalar

FIPS etkin bir işletim sisteminde Edge for Private Cloud 4.53.00 veya sonraki bir sürümü kullanıyorsanız anahtarları ve ilgili sertifikaları Apigee'ye yüklemek için yalnızca PKCS12 anahtar deposunu kullanmanız gerekir.

TLS Anahtar Depoları sayfasını keşfetme

TLS Anahtar Depoları sayfası gösterilir:

Önceki şekilde vurgulandığı gibi, TLS Anahtar Depoları sayfası şunları yapmanıza olanak tanır:

• Ortam seçin
• Anahtar deposu ve takma ad oluşturma
• Anahtar depolarını test etme ve silme
• Takma adları görüntüleme ve silme

Takma adı görüntüleme

Bir takma adı görüntülemek için:

1. TLS Anahtar Depoları sayfasına erişin.
2. Ortamı seçin (genellikle prod veya test).
3. Görüntülemek istediğiniz takma adla ilişkili satırı tıklayın.

   Alias sertifikası ve anahtarıyla ilgili ayrıntılar gösterilir.
   
   Son kullanma tarihi de dahil olmak üzere, takma adla ilgili tüm bilgileri görebilirsiniz.

4. Sayfanın üst kısmındaki düğmeleri kullanarak sertifikayı yönetin:
   • Sertifikayı PEM dosyası olarak indirin.
   • CSR oluşturun. Süresi dolmuş bir sertifikanız varsa ve bunu yenilemek istiyorsanız Sertifika İmzalama İsteği (CSR) indirebilirsiniz. Ardından, yeni bir sertifika almak için CSR'yi CA'nıza gönderirsiniz.
   • Sertifikayı güncelleyin. Dikkat: Şu anda bir sanal ana makine veya hedef sunucu/hedef uç nokta tarafından kullanılan bir sertifikayı güncellerseniz Yönlendiricileri ve Mesaj İşleyicileri yeniden başlatmak için Apigee Edge Destek Ekibi ile iletişime geçmeniz gerekir. Sertifikayı güncellemek için önerilen yöntem:
     1. Yeni bir anahtar deposu veya güven deposu oluşturun.
     2. Yeni sertifikayı yeni anahtar deposuna veya güven deposuna ekleyin.
     3. Sanal ana makinedeki veya hedef sunucu/hedef uç noktadaki referansı, anahtar deposu ya da güven deposu olarak güncelleyin. Daha fazla bilgi için Cloud için TLS sertifikasını güncelleme başlıklı makaleye bakın.
     4. Takma adı silin. Not: Bir diğer adı silerseniz ve bu diğer ad şu anda bir sanal ana makine veya hedef uç nokta tarafından kullanılıyorsa sanal ana makine veya hedef uç nokta başarısız olur.

Anahtar deposu/güven deposu ve takma ad oluşturma

TLS anahtar deposu veya TLS güven deposu olarak kullanılmak üzere bir anahtar deposu oluşturabilirsiniz. Bir anahtar deposu, kuruluşunuzdaki bir ortama (ör. test veya üretim ortamı) özgüdür. Bu nedenle, üretim ortamınıza dağıtmadan önce test ortamında anahtar deposunu test etmek istiyorsanız her iki ortamda da oluşturmanız gerekir.

Bir ortamda anahtar deposu oluşturmak için yalnızca anahtar deposu adını belirtmeniz gerekir. Bir ortamda adlandırılmış bir anahtar deposu oluşturduktan sonra, takma adlar oluşturabilir ve takma ada bir sertifika/anahtar çifti (anahtar deposu) yükleyebilir veya yalnızca bir sertifika (güven deposu) yükleyebilirsiniz.

Anahtar deposu oluşturmak için:

1. TLS Anahtar Depoları sayfasına erişin.
2. Ortamı seçin (genellikle prod veya test).
3. + Keystore'u tıklayın.
4. Anahtar deposu adını belirtin. Ad yalnızca alfanümerik karakterler içerebilir.
5. Add Keystore'u (Anahtar deposu ekle) tıklayın. Yeni anahtar deposu listede görünür.
6. Takma ad eklemek için aşağıdaki yöntemlerden birini kullanın. Ayrıca, Desteklenen sertifika dosyası biçimleri konusuna bakın.
   • Sertifikadan takma ad oluşturma (yalnızca güvenli depo)
   • JAR dosyasından takma ad oluşturma (yalnızca anahtar deposu)
   • Sertifika ve anahtardan takma ad oluşturma (yalnızca anahtar deposu)
   • PKCS12/PFX dosyasından (yalnızca anahtar deposu) takma ad oluşturma
   • Kendinden imzalı sertifikadan (yalnızca anahtar deposu) takma ad oluşturma

Sertifikadan takma ad oluşturma (yalnızca güven deposu)

Sertifikadan takma ad oluşturmak için:

1. TLS Anahtar Depoları sayfasına erişin.
2. İşlem menüsünü görüntülemek için imleci anahtar deposunun üzerine getirin ve + simgesini tıklayın.
3. Takma Ad'ı belirtin.
4. Sertifika ayrıntıları bölümünde, Tür açılır listesinde Yalnızca Sertifika'yı seçin.
5. Sertifika Dosyası'nın yanındaki Dosya Seç'i tıklayın, sertifikayı içeren PEM dosyasına gidin ve Aç'ı tıklayın.
6. API, varsayılan olarak sertifikanın süresinin dolmadığından emin olmak için kontrol yapar. İsteğe bağlı olarak, doğrulamayı atlamak için Süresi Dolmuş Sertifikaya İzin Ver'i seçin.
7. Sertifikayı yüklemek ve takma adı oluşturmak için Kaydet'i seçin.

JAR dosyasından takma ad oluşturma (yalnızca anahtar deposu)

JAR dosyasından takma ad oluşturmak için:

1. TLS Anahtar Depoları sayfasına erişin.
2. İmleci, işlem menüsünü görüntülemek için anahtar deposunun üzerine getirin ve + simgesini tıklayın.
3. Takma Ad'ı belirtin.
4. Sertifika ayrıntıları bölümünde, Tür açılır listesinde JAR Dosyası'nı seçin.
5. JAR Dosyası'nın yanındaki Dosya Seç'i tıklayın, sertifika ve anahtarı içeren JAR dosyasına gidin ve Aç'ı tıklayın.
6. Anahtarın şifresi varsa Şifre'yi belirtin. Anahtarın şifresi yoksa bu alanı boş bırakın.
7. API, varsayılan olarak sertifikanın süresinin dolmadığından emin olmak için kontrol yapar. İsteğe bağlı olarak, doğrulamayı atlamak için Süresi Dolmuş Sertifikaya İzin Ver'i seçin.
8. Anahtarı ve sertifikayı yükleyip takma adı oluşturmak için Kaydet'i seçin.

Sertifika ve anahtardan takma ad oluşturma (yalnızca anahtar deposu)

Sertifika ve anahtardan takma ad oluşturmak için:

1. TLS Anahtar Depoları sayfasına erişin.
2. İşlem menüsünü görüntülemek için imleci anahtar deposunun üzerine getirin ve + simgesini tıklayın.
3. Takma Ad'ı belirtin.
4. Sertifika ayrıntıları bölümündeki Tür açılır listesinde Sertifika ve Anahtar'ı seçin.
5. Sertifika Dosyası'nın yanındaki Dosya Seç'i tıklayın, sertifikayı içeren PEM dosyasına gidin ve Aç'ı tıklayın.
6. Anahtarın şifresi varsa Anahtar Şifresi'ni belirtin. Anahtarın şifresi yoksa bu alanı boş bırakın.
7. Anahtar Dosyası'nın yanındaki Dosya Seç'i tıklayın, anahtarı içeren PEM dosyasına gidin ve Aç'ı tıklayın.
8. API, varsayılan olarak sertifikanın süresinin dolmadığından emin olmak için kontrol yapar. İsteğe bağlı olarak, doğrulamayı atlamak için Süresi Dolmuş Sertifikaya İzin Ver'i seçin.
9. Anahtarı ve sertifikayı yükleyip takma adı oluşturmak için Kaydet'i seçin.

PKCS12/PFX dosyasından takma ad oluşturma (yalnızca anahtar deposu)

Sertifika ve anahtarı içeren bir PKCS12 dosyasından takma ad oluşturmak için:

1. TLS Anahtar Depoları sayfasına erişin.
2. İşlem menüsünü görüntülemek için imleci anahtar deposunun üzerine getirin ve + simgesini tıklayın.
3. Takma Ad'ı belirtin.
4. Sertifika ayrıntıları bölümünde, Tür açılır listesinde PKCS12/PFX'i seçin.
5. PKCS12/PFX'in yanındaki Dosya Seç'i tıklayın, anahtarı ve sertifikayı içeren dosyaya gidin ve Aç'ı tıklayın.
6. Anahtarın şifresi varsa PKCS12/PFX dosyası için Şifre'yi belirtin. Anahtarın şifresi yoksa bu alanı boş bırakın.
7. API, varsayılan olarak sertifikanın süresinin dolmadığından emin olmak için kontrol yapar. İsteğe bağlı olarak, doğrulamayı atlamak için Süresi Dolmuş Sertifikaya İzin Ver'i seçin.
8. Dosyayı yüklemek ve takma ad oluşturmak için Kaydet'i seçin.

Kendinden imzalı sertifikadan (yalnızca anahtar deposu) takma ad oluşturma

Kendinden imzalı sertifika kullanan bir takma ad oluşturmak için sertifika oluşturmak üzere gerekli bilgileri içeren bir formu doldurursunuz. Ardından Edge, sertifikayı ve özel anahtar çiftini oluşturup takma ada yükler.

Kendinden imzalı sertifikadan alias oluşturmak için:

1. TLS Anahtar Depoları sayfasına erişin.
2. İşlem menüsünü görüntülemek için imleci anahtar deposunun üzerine getirin ve + simgesini tıklayın.
3. Takma Ad'ı belirtin.
4. Sertifika ayrıntıları bölümündeki Tür açılır listesinde Self-Signed Certificate'i (Kendi Kendine İmzalı Sertifika) seçin.
5. Aşağıdaki tabloyu kullanarak formu doldurun.
6. Sertifika ve özel anahtar çiftini oluşturup bunları takma ada yüklemek için Kaydet'i seçin.

Oluşturulan sertifikada aşağıdaki ek alanları görürsünüz:

• Sertifikayı veren
  Sertifikayı imzalayan ve veren kuruluş. Kendinden imzalı sertifikalar için bu, sertifikayı oluştururken belirttiğiniz CN'dir.
• Geçerlilik
  Sertifika geçerlilik süresi, iki tarih olarak gösterilir: Sertifika geçerlilik süresinin başladığı tarih ve sertifika geçerlilik süresinin sona erdiği tarih. Her ikisi de UTCTime veya GeneralizedTime değerleri olarak kodlanabilir.

Aşağıdaki tabloda form alanları açıklanmaktadır:

Bir anahtar deposunu veya güven deposunu test etme

Güvenli depolama alanınızın ve anahtar deponuzun doğru şekilde yapılandırıldığını doğrulamak için bunları Edge kullanıcı arayüzünde test edebilirsiniz. Test Ui, Edge'den arka uç hizmetine gelen bir TLS isteğini doğrular. Arka uç hizmeti, tek yönlü veya çift yönlü TLS'yi destekleyecek şekilde yapılandırılabilir.

Tek yönlü TLS'yi test etmek için:

1. TLS Anahtar Depoları sayfasına erişin.
2. Ortamı seçin (genellikle prod veya test).
3. İşlemler menüsünü görüntülemek için imlecinizi test etmek istediğiniz TLS anahtar deposunun üzerine getirin ve Test'i tıklayın. Güven deposunun adını gösteren aşağıdaki iletişim kutusu görünür:
   
4. Arka uç hizmetinin ana makine adını girin.
5. TLS bağlantı noktası numarasını (genellikle 443) girin.
6. İsteğe bağlı olarak protokolleri veya şifreleri belirtebilirsiniz.
7. Test et'i seçin.

İki yönlü TLS'yi test etmek için:

1. İstediğiniz güvenli depolama alanı için Test düğmesini seçin.
2. İletişim kutusunda, SSL Test Türü için İki Yönlü'yü seçin. Aşağıdaki iletişim kutusu gösterilir:
   
3. İki yönlü TLS'de kullanılan anahtar deposunun adını belirtin.
4. Sertifika ve anahtarı içeren anahtar deposundaki takma adı belirtin.
5. Arka uç hizmetinin ana makine adını girin.
6. TLS bağlantı noktası numarasını (genellikle 443) girin.
7. İsteğe bağlı olarak protokolleri veya şifreleri belirtebilirsiniz.
8. Test et'i seçin.

İki yönlü TLS için güvenilir sertifika deposuna sertifika ekleme

Gelen bağlantılar için iki yönlü TLS kullanılırken (yani Edge'e bir API isteği gönderilirken) güven deposunda, Edge'e istek göndermesine izin verilen her istemci için bir sertifika veya CA zinciri bulunur.

Güven deposunu ilk yapılandırdığınızda bilinen istemcilerin tüm sertifikalarını ekleyebilirsiniz. Ancak zaman içinde yeni istemciler ekledikçe güven deposuna ek sertifikalar eklemek isteyebilirsiniz.

İki yönlü TLS için kullanılan bir güvenilir sertifika deposuna yeni sertifikalar eklemek üzere:

1. Sanal ana makinede güvenli depoya referans kullandığınızdan emin olun.
2. Sertifikadan takma ad oluşturma (yalnızca güven deposu) bölümünde yukarıda açıklandığı gibi güven deposuna yeni bir sertifika yükleyin.

3. Güven deposu referansını aynı değere ayarlamak için güncelleyin. Bu güncelleme, Edge'in güven deposunu ve yeni sertifikayı yeniden yüklemesine neden olur.

   Daha fazla bilgi için Referansı değiştirme başlıklı makaleyi inceleyin.

Anahtar deposunu/güven deposunu veya takma adı silme

Bir anahtar deposunu/güven deposunu veya takma adı silerken dikkatli olmanız gerekir. Bir sanal ana makine, hedef uç nokta veya hedef sunucu tarafından kullanılan bir anahtar deposunu, güvenilen anahtar deposunu ya da takma adı silerseniz sanal ana makine veya hedef uç nokta/hedef sunucu üzerinden yapılan tüm API çağrıları başarısız olur.

Genellikle, bir anahtar deposunu/güven deposunu veya takma adı silmek için kullandığınız işlem şöyledir:

1. Yukarıda açıklandığı şekilde yeni bir anahtar deposu/güven deposu veya takma ad oluşturun.
2. Gelen bağlantılar (yani Edge'e yapılan API istekleri) için sanal ana makine yapılandırmasını yeni anahtar deposuna ve anahtar takma adına referans verecek şekilde güncelleyin.
3. Giden bağlantılar (Apigee'den bir arka uç sunucusuna) için:
   1. Eski anahtar deposuna ve anahtar takma adına referans veren tüm API proxy'lerinin TargetEndpoint yapılandırmasını, yeni anahtar deposuna ve anahtar takma adına referans verecek şekilde güncelleyin. TargetEndpoint'iniz bir TargetServer'a referans veriyorsa TargetServer tanımını yeni anahtar deposuna ve anahtar takma adına referans verecek şekilde güncelleyin.
   2. Anahtar deposu ve güven deposu doğrudan TargetEndpoint tanımından referans alınıyorsa proxy'yi yeniden dağıtmanız gerekir. TargetEndpoint, bir TargetServer tanımına, TargetServer tanımı ise anahtar deposuna ve güvenilen sertifika deposuna referans veriyorsa proxy'nin yeniden dağıtılması gerekmez.
4. API proxy'lerinizin düzgün çalıştığını doğrulayın.
5. Anahtar deposunu/güven deposunu veya takma adı silin.

Anahtar deposunu silme

İmlecinizi listedeki anahtar deposunun veya güven deposunun üzerine getirerek işlemleri menüsünü görüntüleyip simgesini tıklayarak anahtar deposunu veya güven deposunu silebilirsiniz. Bir sanal ana makine veya hedef uç nokta/hedef sunucu tarafından kullanılan bir anahtar deposunu ya da güven deposunu silerseniz sanal ana makine veya hedef uç nokta/hedef sunucu üzerinden yapılan tüm API çağrıları başarısız olur.

Dikkat: Sanal ana makinelerinizi ve hedef uç noktalarınızı/hedef sunucularınızı yeni bir anahtar deposu kullanacak şekilde dönüştürmeden önce anahtar deposunu silmemelisiniz.

Takma ad silme

İmlecinizi listedeki takma adın üzerine getirerek işlemler menüsünü görüntüleyip simgesini tıklayarak takma adı silebilirsiniz. Bir sanal ana makine veya hedef uç nokta/hedef sunucu tarafından kullanılan bir takma adı silerseniz sanal ana makine veya hedef uç nokta/hedef sunucu üzerinden yapılan tüm API çağrıları başarısız olur.

Dikkat: Sanal ana makinelerinizi ve hedef uç noktalarınızı/hedef sunucularınızı yeni bir anahtar deposu ve takma ad kullanacak şekilde dönüştürmeden önce takma adları silmemelisiniz.