Öffnen der erforderlichen Ports und IP-Adressen in Zulassungslisten

Virtual Private Cloud

Diese Informationen zur Zulassungsliste beziehen sich speziell auf VPC-Cluster. Informationen zur Whitelist für klassische Cluster finden Sie unter Erforderliche Ports und IP-Adressen in Ihrer Whitelist für klassische Cluster freigeben.

Öffnen von Ports in einer Unternehmens-Allowlist

Wenn die Netzwerkrichtlinien Ihres Unternehmens den Zugriff Ihres lokalen Systems auf öffentliche Endpunkte über Proxys oder Zulassungslisten verhindern, müssen Sie den Zugriff für die Ausführung von ibmcloud, ibmcloud oc, Und ibmcloud cr Befehle, oc Befehle und calicoctl Befehle von Ihrem lokalen System.

Ausführen von ibmcloud, ibmcloud oc, und Befehlen ibmcloud cr hinter einer Zulassungsliste

Falls die Richtlinien Ihres Unternehmensnetzwerks den Zugriff von Ihrem lokalen System auf öffentliche Endpunkte über Proxys oder Zulassungslisten verhindern, müssen Sie für die Ausführung der Befehle ibmcloud cr ibmcloud, ibmcloud oc und den Zugriff über TCP für IBM Cloud, Red Hat OpenShift on IBM Cloud und IBM Cloud Container Registry zulassen.

  1. Erlauben Sie den Zugriff cloud.ibm.com auf Port 443 in Ihrer Zulassungsliste.

  2. Überprüfen Sie Ihre Verbindung, indem Sie sich über diesen API-Endpunkt bei IBM Cloud anmelden.

    ibmcloud login -a https://cloud.ibm.com/

  3. Erlauben Sie den Zugriff containers.cloud.ibm.com auf Port 443 in Ihrer Zulassungsliste.

  4. Verifizieren Sie Ihre Verbindung. Wenn der Zugriff ordnungsgemäß konfiguriert ist, werden Nachrichten ähnlich den folgenden in der Ausgabe angezeigt.

    curl https://containers.cloud.ibm.com/global/v1/versions

    Beispielausgabe

    {"kubernetes":[{"major":1,"minor":19,"patch":16,"default":false,"end_of_service":""},{"major":1,"minor":20,"patch":13,"default":false,"end_of_service":""},{"major":1,"minor":21,"patch":7,"default":true,"end_of_service":""},{"major":1,"minor":22,"patch":4,"default":false,"end_of_service":""}],"openshift":[{"major":3,"minor":11,"patch":542,"default":false,"end_of_service":"2022-06-06T12:00:00+0000"},{"major":4,"minor":6,"patch":47,"default":false,"end_of_service":""},{"major":4,"minor":7,"patch":37,"default":false,"end_of_service":""},{"major":4,"minor":8,"patch":21,"default":true,"end_of_service":""}]}

  5. Erlauben Sie in Ihrer Zulassungsliste den Zugriff auf die IBM Cloud Container Registry-Regionen, die Sie nutzen möchten, über Port 443. In der globalen Registry werden von IBM bereitgestellte öffentliche Images gespeichert. Ihre eigenen privaten oder öffentlichen Images werden in regionalen Registrys gespeichert. Wenn Ihre Zulassungsliste IP-basiert ist, können Sie anhand dieser Tabelle sehen, welche IP-Adressen freigeschaltet sind, wenn Sie den Zugriff auf die regionalen Service-Endpunkte von IBM Cloud Container Registry zulassen.

  6. Verifizieren Sie Ihre Verbindung. Das folgende Beispiel veranschaulicht die regionale Registry für den Osten und den Süden der Vereinigte Staaten. Wenn der Zugriff ordnungsgemäß konfiguriert wurde, wird in der Ausgabe eine Nachricht des Tages zurückgegeben. Beachten Sie, dass eine 204 zurückgegeben wird, wenn keine Nachrichten vorhanden sind.

    curl -i https://us.icr.io/api/v1/messages

oc-Befehle hinter einer Zulassungsliste ausführen

Falls die Richtlinien Ihres Unternehmensnetzwerks den Zugriff von Ihrem lokalen System auf öffentliche Endpunkte über Proxys oder Zulassungslisten verhindern, müssen Sie für die Ausführung von Befehlen oc den Zugriff auf TCP für den Cluster zulassen.

Beim Erstellen eines Clusters wird der Port in den Serviceendpunkt-URLs nach dem Zufallsprinzip aus dem Bereich 30000–32767 zugewiesen. Sie können entweder den Portbereich 30000–32767 für alle Cluster öffnen, die erstellt werden, oder den Zugriff für einen bestimmten vorhandenen Cluster ermöglichen.

Vorab müssen Sie zulassen, dass ibmcloud oc-Befehle ausgeführt werden.

Gehen Sie wie folgt vor, um Zugriff auf einen bestimmten Cluster zu gewähren:

  1. Melden Sie sich bei der IBM Cloud-CLI an. Geben Sie Ihre IBM Cloud-Berechtigungsnachweise ein, wenn Sie dazu aufgefordert werden. Wenn Sie über ein föderiertes Konto verfügen, schließen Sie die Option --sso ein.

    ibmcloud login [--sso]

  2. Wenn sich der Cluster in einer anderen Ressourcengruppe als default befindet, geben Sie diese Ressourcengruppe als Ziel an. Um die Ressourcengruppen anzuzeigen, zu denen die einzelnen Cluster gehören, führen Sie den Befehl ibmcloud oc cluster ls aus. Hinweis: Ihnen muss mindestens die Rolle Anzeigeberechtigter für die Ressourcengruppe zugewiesen sein.

    ibmcloud target -g RESOURCE_GROUP_NAME

  3. Rufen Sie den Namen Ihres Clusters ab.

    ibmcloud oc cluster ls

  4. Rufen Sie die Serviceendpunkt-URLs für Ihren Cluster ab.

    • Wenn nur das Feld Private Service Endpoint URL einen Wert enthält, nehmen Sie diese URL. Ihre berechtigten Clusterbenutzer können auf den Master über diesen Endpunkt im privaten Netz zugreifen.
    • Wenn die beiden Felder Public Service Endpoint URL und Private Service Endpoint URL Werte enthalten, nehmen Sie beide URLs. Ihre berechtigten Clusterbenutzer können auf den Master über den öffentlichen Endpunkt im öffentlichen Netz oder über den privaten Endpunkt im privaten Netz zugreifen.
    ibmcloud oc cluster get --cluster CLUSTER_NAME_OR_ID

    Beispielausgabe

    ...
Public Service Endpoint URL:    https://c3.<region>.containers.cloud.ibm.com:30426
Private Service Endpoint URL:   https://c3-private.<region>.containers.cloud.ibm.com:31140
...

  5. Ermöglichen Sie den Zugriff auf die Serviceendpunkt-URLs und Ports, die Sie im vorherigen Schritt abgerufen haben. Wenn Ihre Zulassungsliste IP-basiert ist, können Sie anhand dieser Tabelle einsehen, welche IP-Adressen freigeschaltet sind, wenn Sie den Zugriff auf die URLs der Service-Endpunkte zulassen.

  6. Verifizieren Sie Ihre Verbindung.

    • Wenn der Public-Cloud-Serviceendpunkt aktiviert ist:
        curl --insecure <public_service_endpoint_URL>/version
    ```
    Beispielbefehl
    ```sh {: pre}
    curl --insecure https://c3.<region>.containers.cloud.ibm.com:31142/version
    ```
    Beispielausgabe
    ```json {: screen}
    {
        "major": "1",
        "minor": "7+",
        "gitVersion": "v1.7.4-2+eb9172c211dc41",
        "gitCommit": "eb9172c211dc4108341c0fd5340ee5200f0ec534",
        "gitTreeState": "clean",
        "buildDate": "2017-11-16T08:13:08Z",
        "goVersion": "go1.8.3",
        "compiler": "gc",
        "platform": "linux/amd64"
    }
    ```
* Wenn nur der Private-Cloud-Serviceendpunkt aktiviert ist, müssen Sie sich in Ihrem privaten IBM Cloud-Netz befinden, oder über VPN eine Verbindung zu dem privaten Netz herstellen, um die Verbindung zum Master zu prüfen. **Hinweis**: Sie müssen [den Master-Endpunkt über eine private Lastausgleichsfunktion zugänglich machen](/docs/openshift?topic=openshift-cluster-access-private-vpc), damit Benutzer über eine VPN- oder IBM Cloud&reg; Direct Link-Verbindung auf den Master zugreifen können.
```sh {: pre}
    curl --insecure <private_service_endpoint_URL>/version
    ```
    Beispielbefehl
    ```sh {: pre}
    curl --insecure https://c3-private.<region>.containers.cloud.ibm.com:31142/version
    ```
    Beispielausgabe
    ```json {: screen}
    {
        "major": "1",
        "minor": "7+",
        "gitVersion": "v1.7.4-2+eb9172c211dc41",
        "gitCommit": "eb9172c211dc4108341c0fd5340ee5200f0ec534",
        "gitTreeState": "clean",
        "buildDate": "2017-11-16T08:13:08Z",
        "goVersion": "go1.8.3",
        "compiler": "gc",
        "platform": "linux/amd64"
    }
    ```

  7. Optional: Wiederholen Sie diese Schritte für jeden Cluster, den Sie zugänglich machen müssen.

calicoctl-Befehle hinter einer Zulassungsliste ausführen

Falls die Richtlinien Ihres Unternehmensnetzwerks den Zugriff von Ihrem lokalen System auf öffentliche Endpunkte über Proxys oder Zulassungslisten verhindern, müssen Sie für die Ausführung von Befehlen calicoctl den Zugriff auf TCP für die Befehle Calico zulassen.

Vorab müssen Sie zulassen, dass ibmcloud-Befehle und oc-Befehle ausgeführt werden.

  1. Rufen Sie die IP-Adresse aus der Master-URL ab, die Sie verwendet haben, um die oc-Befehle zuzulassen.

  2. Rufen Sie den Port für 'etcd' ab.

    oc get cm -n kube-system cluster-info -o yaml | grep etcd_host

  3. Ermöglichen Sie Zugriff für die Calico-Richtlinien über die IP-Adresse und den 'etcd'-Port der Master-URL.

Zugriff auf die Red Hat OpenShift-Image-Registry in einer Zulassungsliste zulassen

Wenn Sie eine sichere externe Route für die interne Image-Registry einrichten oder auf einen IBM Cloud Object Storage-Bucket zugreifen möchten, der Ihre interne Image-Registry in einem VPC-Cluster sichert, müssen Sie den Zugriff für die Endpunkte der internen Registry und IBM Cloud Object Storage in Ihrer Unternehmens-Whitelist zulassen.

  1. Wenn Sie eine externe Route für die interne Red Hat OpenShift-Image-Registry erstellen, gewähren Sie Zugriff auf die Domäne *.containers.appdomain.cloud, damit Sie über Ihr Unternehmensnetz auf die Route image-registry-openshift-image-registry.<cluster_name>-<ID_string>.<region>.containers.appdomain.cloud zugreifen können.

  2. VPC-Cluster: Wenn Sie auf ein IBM Cloud Object Storage-Bucket zugreifen müssen, das die interne Red Hat OpenShift-Image-Registry sichert, oder wenn Sie auf andere Weise von Ihrem Unternehmensnetz auf IBM Cloud Object Storage zugreifen müssen, lassen Sie den Zugriff auf die Domäne *.cloud-object-storage.appdomain.cloud zu.

Zulassen von Datenverkehr aus Ihrem Cluster in den Zulassungslisten anderer Dienste oder in lokalen Zulassungslisten

Ermöglichen Sie Ihren Worker-Knoten die Kommunikation mit Diensten, die durch Zulassungslisten geschützt sind.

Beispielsweise könnten Sie Dienste haben, die innerhalb oder außerhalb von IBM Cloud ausgeführt werden, oder Dienste, die vor Ort betrieben werden und durch eine Zulassungsliste geschützt sind. Sie möchten für diese Services eingehenden Netzverkehr von Ihrem Cluster aus zulassen. Sie müssen die externen IP-Adressen der öffentlichen Gateways in den VPC-Subnetzen Ihres Clusters zur Zulassungsliste Ihres Dienstes hinzufügen.

Wenn Sie ausgehenden Datenverkehr von Ihren durch eine Zulassungsliste geschützten Diensten zu Ihrem Cluster zulassen möchten, müssen Sie die privaten IP-Adressen Ihrer Worker-Knoten oder die CIDRs der VPC-Subnetze Ihres Clusters zur Zulassungsliste Ihres Dienstes hinzufügen. Beachten Sie, dass die Verbindungen zu den Workerknoten des VPC-Clusters nur von Systemen stammen können, die mit Ihrem privaten IBM Cloud-Netz verbunden sind, da Workerknoten in VPC-Clustern nur private IP-Adressen haben.

Vorbereitende Schritte

  1. Rufen Sie Ihren Red Hat OpenShift-Cluster auf.
  2. Installieren Sie das CLI-Plug-in infrastructure-service. Das Präfix für die Ausführung von Befehlen für die VPC-Infrastruktur lautet ibmcloud is.
    ibmcloud plugin install infrastructure-service

Ingress von einem Cluster zu einem anderen Service zulassen

Um den eingehenden Datenverkehr von Ihrem Cluster zu einem anderen Dienst zuzulassen, ändern Sie die Zulassungsliste dieses Dienstes oder Ihre lokale Zulassungsliste.

  1. Rufen Sie die Workerzonen und VPC-Instanzen ab, in denen Ihr Cluster erstellt wurde.

    ibmcloud oc cluster get -c <cluster>

    Beispielausgabe

    ...
Worker Zones:                   us-south-1, us-south-2, us-south-3
Ingress Subdomain:              vpc-prod.us-south.containers.appdomain.cloud
Ingress Secret:                 vpc-prod
Creator:                        -
Public Service Endpoint URL:    https://c2.us-south.containers.cloud.ibm.com:20267
Private Service Endpoint URL:   https://c2.private.us-south.containers.cloud.ibm.com:20267
Pull Secrets:                   enabled in the default namespace
VPCs:                           ff537d43-a5a4-4b65-9627-17eddfa5237b
...

  2. Stellen Sie für die gefundenen Workerzonen und VPC-Instanzen sicher, dass Sie in jeder Workerzone ein öffentliches Gateway für die VPC-Teilnetze aktiviert haben.

  3. Listen Sie die öffentlichen Gateways für die Teilnetze auf. In der Ausgabe notieren Sie für die Zonen und VPC-Instanzen, in denen sich Ihr Cluster befindet, die variablen Gateway-IP-Adressen (Floating IP).

    ibmcloud is public-gateways

    Beispielausgabe

    ID                                     Name                                       Status      Floating IP      VPC              Zone
5d308ea5-9f32-43b3-aaae-194d5723a3e5   pgw-b9d45630-c053-11e9-b2f8-79328ce05e7e   available   169.XX.XXX.XX    test-vpc         us-south-1
f8b95e43-a408-4dc8-a489-ed649fc4cfec   pgw-18a3ebb0-b539-11e9-9838-f3f4efa02374   available   169.XX.XXX.XX    prod             us-south-1
2ba9a280-fffa-4b0c-bdca-7970f09f9b8a   pgw-73b62bc0-b53a-11e9-9838-f3f4efa02374   available   169.XX.XXX.XX    prod             us-south-2
057ddef6-631f-4b22-89eb-1e99982a54fa   pgw-64c5cae0-0be2-11ea-8f26-e1565e79a36c   available   52.XX.XXX.XXX    prod             us-south-3

  4. Fügen Sie die öffentlichen Gateway-IP-Adressen zur Zulassungsliste Ihres Dienstes oder zu Ihrer lokalen Zulassungsliste für eingehenden Datenverkehr hinzu.

  5. Wiederholen Sie diese Schritte für jeden Cluster, zu dem bzw. von dem Sie Datenverkehr zulassen möchten.

Egress zu einem Cluster von einem anderen Service zulassen

Um den ausgehenden Datenverkehr von einem anderen Dienst zu Ihrem Cluster zuzulassen, ändern Sie die Zulassungsliste dieses Dienstes oder Ihre lokale Zulassungsliste.

  1. Rufen Sie die Teilnetze oder IP-Adressen der Workerknoten ab.
    • CIDRs für das Subnetz der Worker-Knoten: Wenn Sie davon ausgehen, dass sich die Anzahl der Worker-Knoten in Ihrem Cluster häufig ändert – beispielsweise, wenn Sie den Cluster-Autoscaler aktivieren –, möchten Sie möglicherweise nicht für jeden neuen Worker-Knoten Ihre Zulassungsliste aktualisieren. Stattdessen können Sie die VPC-Teilnetze, die der Cluster verwendet, hinzufügen. Beachten Sie dabei, dass das VPC-Teilnetz möglicherweise mit Workerknoten in anderen Clustern gemeinsam genutzt wird.
      1. Rufen Sie die Workerzonen und VPC-Instanzen ab, in denen Ihr Cluster erstellt wurde.
        ibmcloud oc cluster get -c <cluster>
        Beispielausgabe 
        ...
Worker Zones:                   us-south-1, us-south-2, us-south-3
Ingress Subdomain:              vpc-prod.us-south.containers.appdomain.cloud
Ingress Secret:                 vpc-prod
Creator:                        -
Public Service Endpoint URL:    https://c2.us-south.containers.cloud.ibm.com:20267
Private Service Endpoint URL:   https://c2.private.us-south.containers.cloud.ibm.com:20267
Pull Secrets:                   enabled in the default namespace
VPCs:                           ff537d43-a5a4-4b65-9627-17eddfa5237b
...
      2. Notieren Sie das Teilnetz-CIDR der Teilnetze in den Zonen und VPC-Instanzen, in denen sich Ihr Cluster befindet.
        ibmcloud is subnets
        Beispielausgabe 
        ID                                     Name             Status      Subnet CIDR        Addresses   ACL                                                          Public Gateway                             VPC              Zone
5f5787a4-f560-471b-b6ce-20067ac93439   vpc-prod-dal1    available   10.240.0.0/24      183/256     allow-all-network-acl-ff537d43-a5a4-4b65-9627-17eddfa5237b   -                                          prod             us-south-1
e3c19786-1c54-4248-86ca-e60aab74ed62   vpc-prod-dal2    available   10.240.64.0/24     183/256     allow-all-network-acl-ff537d43-a5a4-4b65-9627-17eddfa5237b   -                                          prod             us-south-2
2930a068-51cc-4eca-807b-3f296d0891b4   vpc-prod-dal3    available   10.240.128.0/24    249/256     allow-all-network-acl-ff537d43-a5a4-4b65-9627-17eddfa5237b   -                                          prod             us-south-3
    • Einzelne IP-Adressen für Workerknoten: Wenn Sie eine kleine Anzahl von Workerknoten haben, die nur eine App ausführen und nicht skaliert werden müssen, oder wenn Sie nur einen Workerknoten hinzufügen möchten, listen Sie alle Workerknoten in Ihrem Cluster auf und notieren Sie die Primäre IP-Adressen. Es werden nur diese Workerknoten hinzugefügt. Wenn Sie Worker-Knoten aus dem Cluster löschen oder dem Cluster hinzufügen, müssen Sie Ihre Zulassungsliste entsprechend aktualisieren.
        ibmcloud oc worker ls --cluster <cluster_name_or_ID>
    ```
  2. Fügen Sie die CIDRs der Subnetze oder die IP-Adressen der einzelnen Worker-Knoten zur Zulassungsliste Ihres Dienstes oder zu Ihrer lokalen Zulassungsliste für ausgehenden Datenverkehr hinzu.
  3. Wiederholen Sie diese Schritte für jeden Cluster, zu dem bzw. von dem Sie Datenverkehr zulassen möchten.

Öffnen von Ports in VPC-Sicherheitsgruppen oder VPC-ACLs

Wenn Sie VPC-Sicherheitsgruppen oder VPC-Zugriffskontrolllisten(ACLs) einrichten, um Ihr Clusternetzwerk zu sichern, stellen Sie sicher, dass Sie die Regeln erstellen, um den notwendigen Datenverkehr für die Kommunikation mit anderen IBM Cloud-Diensten zu ermöglichen.

Öffnen der erforderlichen Ports in öffentlichen allowlists

Optional: Eingehenden Netzwerkverkehr für die Überwachung der Ingress-Subdomäne zulassen

Wenn Sie die Zustandsüberwachung der Ingress-Domäne verwenden möchten, um den Zustand Ihrer Service-Endpunkte zu überwachen, müssen Sie den eingehenden Zugriff der Überwachungsdienste zulassen.

Standardmäßig werden Statusüberwachungsanfragen über HTTPS an Port 443 gesendet. Daher müssen Sie den Datenverkehr aus den unten aufgeführten IP-Bereichen für Port 443 zulassen. Wenn Ihr Gesundheitsmonitor so konfiguriert ist, dass er stattdessen HTTP verwendet, muss der Datenverkehr der Zulassungsliste auf Port 80 ausgerichtet sein. Wenn Sie einen benutzerdefinierten Port TCP verwenden, stellen Sie außerdem sicher, dass Sie den eingehenden Datenverkehr zu diesem Port zulassen.

Weitere Informationen finden Sie in der IBM NS1 Connect Dokumentation zur Überwachung.

IBM NS1 Connect Überwachung von IP-Bereichen
  • 163.114.225.0/24
  • 163.114.230.0/24
  • 163.114.231.0/24

Aktualisieren von IAM-Zulassungslisten für Kubernetes Service Netzwerkzonen

Standardmäßig können alle IP-Adressen verwendet werden, um sich bei der Konsole IBM Cloud anzumelden und Aktionen zur Verwaltung Ihres Clusters durchzuführen, z. B. das Erstellen, Aktualisieren, Löschen oder Anzeigen von Anmeldeinformationen. In der IBM Cloud IAM-Konsole (Identity and Access Management) können Sie eine Zulassungsliste durch Angabe der IP-Adressen erstellen, die Zugriff haben; für alle übrigen IP-Adressen ist der Zugriff eingeschränkt.

Wenn Sie eine IAM-Zulassungsliste festlegen möchten, müssen Sie eine Netzwerkzone einschließen, die die Kubernetes Service enthält. Andernfalls werden Ihre bestehenden Cluster nicht richtig funktionieren. Der Grund dafür ist, dass die Kubernetes Service Kontrollebene in der Lage sein muss, IAM zu kontaktieren, um die für Ihren Cluster erforderlichen IBM Dienste bereitzustellen und zu verwalten. Befolgen Sie diese Anweisungen sorgfältig, bevor Sie Ihre IBM allowlist einstellen.

In Ihrer Zulassen-Liste müssen Sie auch Netzwerkzonen in der Red Hat OpenShift on IBM Cloud Kontrollebene für die Region konfigurieren, in der sich Ihr Cluster befindet, damit Red Hat OpenShift on IBM Cloud Komponenten wie Ingress ALBs oder die Red Hat OpenShift Webkonsole erstellen oder darauf zugreifen kann, wofür alle IP-Adressen der Kontrollebene erforderlich sind.

Bevor Sie beginnen, müssen Sie in den folgenden Schritten die IAM-Zulassungsliste für den Benutzer ändern, dessen Berechtigungsnachweise für die Infrastrukturberechtigungen der Clusterregion und -ressourcengruppe verwendet werden. Wenn Sie der Eigentümer der Berechtigungsnachweise sind, können Sie Ihre eigenen Einstellungen für die IAM-Zulassungsliste ändern. Wenn Sie nicht der Inhaber der Anmeldedaten sind, Ihnen jedoch die IAM-Plattform-Zugriffsrolle Editor oder Administrator IBM Cloud für den User Management-Dienst zugewiesen wurde, können Sie die Netzwerke für den Inhaber der Anmeldedaten aktualisieren.

  1. Melden Sie sich bei der IBM Cloud-Konsole an.

  2. Erstellen Sie Netzwerkzonen, die die Kubernetes Service IPs entweder für alle Regionen oder nur für die Regionen, in denen Sie Cluster haben, enthalten.

    1. Klicken Sie in dem Konto, in dem sich der Cluster befindet, in der Menüleiste auf Verwalten > Kontextbasierte Einschränkungen.

    2. Klicken Sie auf Netzwerkzonen > Erstellen.

    3. Geben Sie als Name einen beschreibenden Namen für die Netzwerkzone ein, z. B. us-south-kubernetes-service-network-zone.

    4. Geben Sie keine Werte für die Abschnitte Erlaubte IP-Adressen und Erlaubte VPCs ein.

    5. Wählen Sie im Abschnitt Verweis auf einen Dienst Kubernetes Service und klicken Sie auf +.

    6. Bei Standorte können Sie entweder das Feld leer lassen, so dass alle Standorte verwendet werden, was für Cluster in anderen Regionen gilt, oder Sie können eine einzelne Region angeben.

    7. Klicken Sie auf Weiter und überprüfen Sie die Auswahl.

    8. Klicken Sie auf Erstellen.

    9. Wiederholen Sie den Vorgang für weitere Zonen.

  3. Fügen Sie die Namen der Netzwerkzonen zu Ihrer IAM-Zulassungsliste hinzu.

    1. Klicken Sie in der Menüleiste auf Verwalten > Zugriff (IAM) und wählen Sie Einstellungen aus.

    2. Wählen Sie unter Zugriff auf IP-Adressen einschränken die Option Aktivieren und geben Sie den Namen der Netzwerkzone aus dem vorherigen Schritt ein.

    3. Klicken Sie auf Anwenden.