Citrix ADC VPX-Konfigurationen beim ersten Start der Citrix ADC-Appliance in der Cloud anwenden
年代ie können die Citrix ADC VPX-Konfigurationen beim ersten Start der Citrix ADC-Appliance in einer Cloud-Umgebung anwenden. Diese Phase wird in diesem Dokument alsPreboot-Phasebehandelt. Daher wird in bestimmten Fällen wie der ADC-gepoolten Lizenzierung eine bestimmte VPX-Instanz in viel geringerer Zeit aufgebracht. Diese Funktion ist in Microsoft Azure, Google Cloud-Plattform und AWS-Clouds verfügbar.
Was sind Benutzerdaten
Wenn Sie eine VPX-Instanz in einer Cloud-Umgebung bereitstellen, haben Sie die Möglichkeit, Benutzerdaten an die Instanz zu übergeben. Mit den Benutzerdaten können Sie allgemeine automatisierte Konfigurationsaufgaben ausführen, das Startverhalten von Instanzen anpassen und Skripts ausführen, nachdem die Instanz gestartet wurde. Beim ersten Start führt die Citrix ADC VPX-Instanz die folgenden Aufgaben aus:
- Liest die Benutzerdaten.
- Interpretiert die in Benutzerdaten bereitgestellte Konfiguration.
- Wendet die neu hinzugefügte Konfiguration beim Booten an.
年代o stellen Sie Preboot-Benutzerdaten in Cloud-Instanz zur Verfügung
年代ie können der Cloud-Instanz Preboot-Benutzerdaten im XML-Format zur Verfügung stellen. Verschiedene Clouds haben unterschiedliche Schnittstellen zur Bereitstellung von Benutzerdaten.
Bereitstellung von Preboot-Benutzerdaten über die AWS-Konsole
Wenn Sie eine Citrix ADC VPX-Instanz über die AWS-Konsole bereitstellen, navigieren年代ie zu Instanzdetails konfigurieren > Erweiterte Detailsund geben Sie die Preboot-Benutzerdatenkonfiguration im FeldBenutzerdatenan.
Ausführliche Anweisungen zu jedem der Schritte finden Sie unterBereitstellen einer Citrix ADC VPX-Instanz in AWS mithilfe der AWS-Webkonsole．在der AWS-Doku Weitere Informationen法登您mentation zum年代tarten einer Instanz．
Bereitstellung von Preboot-Benutzerdaten mit AWS CLI
Geben Sie den folgenden Befehl in die AWS CLI ein:
aws ec2 run-instances \ --image-id ami-0abcdef1234567890 \ --instance-type t2.micro \ --count 1 \ --subnet-id subnet-08fc749671b2d077c \ --key-name MyKeyPair \ --security-group-ids sg-0b0384b66d7d692f9 \ --user-data file://my_script.txt 在der AWS-Doku Weitere Informationen法登您mentation zuRunning Instances．
在der AWS-Doku Weitere Informationen法登您mentation zurVerwendung von Instanz-Benutzerdaten
年代tellen Sie Preboot-Benutzerdaten mit der Azure-Konsole bereit
Wenn Sie eine Citrix ADC VPX-Instanz mit der Azure-Konsole bereitstellen, navigieren Sie zuVirtuelle Maschine erstellen > Erweitert．Geben Sie im FeldBenutzerdefinierte Dateneine Preboot-Benutzerdatenkonfiguration an.
Bereitstellen von Preboot-Benutzerdaten mit der Azure CLI
Geben Sie den folgenden Befehl in die Azure CLI ein:
az vm create \ --resource-group myResourceGroup \ --name MyVm \ --image debian \ --custom-data MyCloudInitScript.txt \ Beispiel:
az vm create --resource-group MyResourceGroup -name MyVm --image debian --custom-data MyCloudInitScript.txt 年代ie können Ihre benutzerdefinierten Daten oder Preboot-Konfiguration als Datei an den Parameter “—custom-data” übergeben. In diesem Beispiel lautet der DateinameMyCloudInitScript.txt．
Weitere Informationen finden Sie in derAzure CLI-Dokumentation．
年代tellen Sie Preboot-Benutzerdaten mit der GCP-Konsole bereit
Wenn Sie eine Citrix ADC VPX-Instanz mit der GCP-Konsole bereitstellen, füllen Sie die Eigenschaften der Instanz aus. Erweitern SieManagement, Sicherheit, Datenträger, Netzwerke, Einzelmandanten．Navigieren Sie zur RegisterkarteVerwaltung．Geben Sie im AbschnittAutomatisierungdie Konfiguration der Preboot-Benutzerdaten im Feld年代tartskriptein.
Ausführliche Informationen zum Erstellen der VPX-Instanz mit GCP finden Sie unterBereitstellen einer Citrix ADC VPX-Instanz auf der Google Cloud Platform．
年代tellen Sie Preboot-Benutzerdaten mit der gcloud CLI bereit
Geben Sie den folgenden Befehl in die GCP CLI ein:
gcloud compute instances create INSTANCE_NAMES --metadata-from-file=startup-script=LOCAL_FILE_PATH metadata-from-file- Liest den Wert oder die Benutzerdaten aus einer Datei im
Weitere Informationen finden Sie in dergcloud CLI-Dokumentation
Preboot-Benutzerdatenformat
Die Preboot-Benutzerdaten müssen der Cloud-Instanz im XML-Format zur Verfügung gestellt werden. Die Citrix ADC Preboot-Benutzerdaten, die Sie während des Bootens über die Cloud-Infrastruktur bereitstellen, können die folgenden vier Abschnitte umfassen:
- Citrix ADC-Konfiguration wird mit dem
- Benutzerdefiniertes Bootstrapping des Citrix ADC, der mit dem
- 年代peichern von Benutzerskripten in Citrix ADC, dargestellt mit dem
- Gepoolte Lizenzierungskonfiguration, die mit dem
年代ie können die vorangegangenen vier Abschnitte in beliebiger Reihenfolge innerhalb der ADC-Preboot-Konfiguration angeben. Stellen Sie sicher, dass Sie die in den folgenden Abschnitten gezeigten Formatierung genau befolgen, während Sie die Preboot-Benutzerdaten bereitstellen.
Hinweis:
Die gesamte Preboot-Benutzerdatenkonfiguration muss in das
< NS-PRE-BOOT-CONFIG>标签eingeschlossen sein, wie in den folgenden Beispielen gezeigt.
Beispiel 1:
< NS-PRE-BOOT-CONFIG> Beispiel 2:
< NS-PRE-BOOT-CONFIG> Verwenden Sie das
HINWEIS:
Der
Abschnitt muss über gültige ADC CLI-Befehle verfügen. Die CLIs werden nicht auf die syntaktischen Fehler oder das Format überprüft.
Citrix ADC-Konfigurationen
Verwenden Sie das
HINWEIS:
Der
Abschnitt muss über gültige ADC CLI-Befehle verfügen. Die CLIs werden nicht auf die syntaktischen Fehler oder das Format überprüft.
Beispiel:
Im folgenden贝spiel enthält der
年代ie können die im vorherigen Screenshot gezeigte Konfiguration von hier aus kopieren:
< NS-PRE-BOOT-CONFIG> add vlan 5 add ns ip 5.0.0.1 255.255.255.0 bind vlan 5 -IPAddress 5.0.0.1 255.255.255.0 enable ns feature WL SP LB RESPONDER add server 5.0.0.201 5.0.0.201 add service preboot_s5_201 5.0.0.201 HTTP 80 -gslb NONE -maxClient 0 -maxReq 0 -cip DISABLED -usip NO -useproxyport YES -sp OFF -cltTimeout 180 -svrTimeout 360 -CKA NO -TCPB NO -CMP NO add lb vserver preboot_v4_101 HTTP 4.0.0.101 80 -persistenceType NONE -cltTimeout 180 Die Citrix ADC VPX-Instanz enthält die im
Benutzer-Skripts
Verwenden Sie das
年代ie können viele Skripts in das
Im folgenden Snapshot können Sie überprüfen, ob das “script-1.sh” -Skript im Verzeichnis “/var/” gespeichert ist. Das “Script-1.sh” -Skript wird ausgeführt und die Ausgabedatei wird entsprechend erstellt.
Beispiel 2:
Im folgenden贝spiel enthält das
- Das erste Script wird als “script-1.sh” im Verzeichnis “/var” gespeichert. Das Skript wird mit dem angegebenen Inhalt gefüllt und nach dem Hochfahren der Paket-Engine mit dem Befehl “sh /var/script-1.sh” ausgeführt.
- Das zweite Script wird als “file-2.txt” im Verzeichnis “/var” gespeichert. Diese Datei wird mit dem angegebenen Inhalt gefüllt. Es wird jedoch nicht ausgeführt, da der Bootup-Ausführungsbefehl nicht bereitgestellt
年代ie können die im vorherigen Screenshot gezeigte Konfiguration von hier aus kopieren:
< NS-PRE-BOOT-CONFIG > < NS-SCRIPTS > < SCRIPT > <脚本-CONTENT> #Shell script echo "Running script 1" > /var/script-1.output date >> /var/script-1.output script-1.sh /var/ sh /var/script-1.sh Im folgenden Snapshot können Sie überprüfen, ob script-1.sh und file-2.txt im Verzeichnis “/var/” erstellt wurden. Die Script-1.sh wird ausgeführt und die Ausgabedatei wird entsprechend erstellt.
Lizenzierung
Verwenden Sie das
年代ie können die gepoolten Lizenzierungsdetails wie Lizenztyp, Kapazität und Lizenzserver im
Nach dem
- Wenn das Auschecken der Lizenz erfolgreich ist, wird die konfigurierte Bandbreite auf VPX angewendet.
- Wenn das Auschecken der Lizenz fehlschlägt, wird die Lizenz nicht innerhalb von 10 bis 12 Minuten vom Lizenzserver abgerufen. Infolgedessen wird das System neu gestartet und wechselt in einen nicht lizenzierten Zustand.
Beispiel:
Im folgenden贝spiel wird der VPX nach dem
年代ie können die im vorherigen Screenshot gezeigte Konfiguration von hier aus kopieren:
< NS-PRE-BOOT-CONFIG> add ns licenseserver 10.102.38.214 -port 2800 set ns capacity -unit gbps -bandwidth 3 edition platinum Wie in der folgenden Abbildung gezeigt, können Sie den Befehl “show license server” ausführen und überprüfen, ob der Lizenzserver (10.102.38.214) zum VPX hinzugefügt wurde.
Bootstrapping
Verwenden Sie das
年代tandardmäßige Bootstrap-Konfiguration
Die Standard-Bootstrap-Konfiguration in der Citrix ADC-Appliance folgt diesen Schnittstellenzuweisungen:
- Eth0- Verwaltungsschnittstelle mit einer bestimmten NSIP-Adresse.
- Eth1- Clientorientierte Schnittstelle mit einer bestimmten VIP-Adresse.
- Eth2- Server-Schnittstelle mit einer bestimmten SNIP-Adresse.
Anpassen der Bootstrap-Konfiguration
年代ie können die standardmäßige Bootstrap-Sequenz überspringen und eine neue Bootstrap-Sequenz für die Citrix ADC VPX-Instanz bereitstellen. Verwenden Sie das
Die folgende Tabelle zeigt das Bootstrapping-Verhalten mit den verschiedenen zulässigen Werten
年代KIP-DEFAULT-BOOTSTRAP |
NEW-BOOTSTRAP-SEQUENCE |
Bootstrap-Verhalten |
|---|---|---|
| JA | JA | Das standardmaßige Bootstrapping-Verhalten将乌兰巴托ersprungen, und eine neue benutzerdefinierte Bootstrap-Sequenz im |
| JA | NEIN | Das standardmaßige Bootstrapping-Verhalten将乌兰巴托ersprungen. Die im |
年代ie können die Bootstrap-Konfiguration mit den folgenden drei Methoden anpassen:
- Geben Sie nur die Schnittstellendetails
- Geben Sie die Schnittstellendetails zusammen mit IP-Adressen und Subnetzmaske an
- Geben Sie Bootstrap-bezogene Befehle im
Methode 1: Benutzerdefinierter Bootstrap durch Angabe nur der Schnittstellendetails
年代ie geben die verwaltungs-, clientorientierten und serverorientierten Schnittstellen an, nicht jedoch deren IP-Adressen und Subnetzmasken. Die IP-Adressen und Subnetzmasken werden durch Abfragen der Cloud-Infrastruktur ausgefüllt.
Benutzerdefiniertes Bootstrap-Beispiel für AWS
年代ie geben die benutzerdefinierte Bootstrap-Sequenz an, wie im folgenden Beispiel gezeigt. Weitere Informationen finden Sie unter年代o stellen Sie Preboot-Benutzerdaten in Cloud-Instanzbereit. Eth1-Schnittstelle wird als Verwaltungsschnittstelle (NSIP), Eth0-Schnittstelle als Client-Schnittstelle (VIP) und Eth2-Schnittstelle als Serverschnittstelle (SNIP) zugewiesen. Der
Nachdem die VM-Instanz erstellt wurde, können Sie im AWS-Portal die Eigenschaften der Netzwerkschnittstelle wie folgt überprüfen:
- Navigieren Sie zumAWS Portal > EC2-Instanzenund wählen Sie die Instanz aus, die Sie erstellt haben, indem Sie die benutzerdefinierten Bootstrap-Informationen angeben.
- Auf der RegisterkarteBeschreibung您能死Eigenschaften jed Netzwerkschnittstelle überprüfen, wie in den folgenden Abbildungen gezeigt.
年代ie können denshow nsipBefehl inADC CLIausführen und die Netzwerkschnittstellen überprüfen, die beim ersten Start der ADC-Appliance auf die ADC VPX-Instanz angewendet wurden.
Benutzerdefiniertes Bootstrap-Beispiel für Azure
年代ie geben die benutzerdefinierte Bootstrap-Sequenz an, wie im folgenden Beispiel gezeigt. Weitere Informationen finden Sie unter年代o stellen Sie Preboot-Benutzerdaten in Cloud-Instanzbereit. Die Eth2-Schnittstelle wird als Verwaltungsschnittstelle (NSIP), Eth1-Schnittstelle als Client-Schnittstelle (VIP) und Eth0-Schnittstelle als Serverschnittstelle (SNIP) zugewiesen. Der
年代ie können sehen, dass die Citrix ADC VPX-Instanz mit drei Netzwerkschnittstellen erstellt wird. Navigieren Sie zumAzure-Portal > VM-Instanz > Netzwerk, und überprüfen Sie die Netzwerkeigenschaften der drei Netzwerkkarten wie in den folgenden Abbildungen gezeigt.
年代ie können den Befehl “show nsip” in der ADC CLI ausführen und überprüfen, ob die im
Benutzerdefinierte Bootstrap-Beispiele für GCP
年代ie geben die benutzerdefinierte Bootstrap-Sequenz an, wie im folgenden Beispiel gezeigt. Weitere Informationen finden Sie unter年代o stellen Sie Preboot-Benutzerdaten in Cloud-Instanzbereit. Eth1-Schnittstelle wird als Verwaltungsschnittstelle (NSIP), Eth0-Schnittstelle als Client-Schnittstelle (VIP) und Eth2-Schnittstelle als Serverschnittstelle (SNIP) zugewiesen. Der
Nachdem die VM-Instanz im GCP-Portal erstellt wurde, können Sie die Eigenschaften der Netzwerkschnittstelle wie folgt überprüfen:
- Wählen Sie die Instanz aus, die Sie erstellt haben, indem Sie die benutzerdefinierten Bootstrap-Informationen angeben.
- Navigieren Sie zu den Eigenschaften der Netzwerkschnittstelle und überprüfen Sie die NIC-Details wie folgt:
年代ie können denshow nsipBefehl inADC CLIausführen und die Netzwerkschnittstellen überprüfen, die beim ersten Start der ADC-Appliance auf die ADC VPX-Instanz angewendet wurden.
Methode 2: Benutzerdefiniertes Bootstrap durch Angabe der Schnittstellen, IP-Adressen und Subnetzmasken
年代ie geben die verwaltungs-, clientorientierten und serverorientierten Schnittstellen zusammen mit ihren IP-Adressen und der Subnetzmaske an.
Benutzerdefinierte Bootstrap-Beispiele für AWS
Im folgenden贝spiel überspringen Sie den Standard-Bootstrap und führen eine neue Bootstrap-Sequenz für die Citrix ADC-Appliance aus. Für die neue Bootstrap-Sequenz geben Sie folgende Details an:
- Verwaltungsschnittstelle:Interface - Eth1, NSIP - 172.31.52.88 und Subnetzmaske - 255.255.240.0
- Clientorientierte Schnittstelle:年代chnittstelle - Eth0, VIP - 172.31.5.155 und Subnetzmaske - 255.255.240.0.
- 年代erver-zugewandte Schnittstelle:年代chnittstelle - Eth2, SNIP - 172.31.76.177 und Subnetzmaske - 255.255.240.0.
年代ie können denshow nsipBefehl in der ADC CLI ausführen und überprüfen, ob die im
Benutzerdefiniertes Bootstrap-Beispiel für Azure
Im folgenden贝spiel wird eine neue Bootstrap-Sequenz für ADC erwähnt und der Standard-Bootstrap wird übersprungen. Sie geben die Schnittstellendetails zusammen mit den IP-Adressen und Subnetzmasken wie folgt an:
- Verwaltungsschnittstelle (eth2), NSIP (172.27.2.53) und Subnetzmaske (255.255.255.0)
- Clientorientierte Schnittstelle (eth1), VIP (172.27.1.53) und Subnetzmaske (255.255.255.0)
- 年代erver-zugewandte Schnittstelle (eth0), SNIP (172.27.0.53) und Subnetzmaske (255.255.255.0)
年代ie können sehen, dass die Citrix ADC VPX-Instanz mit drei Netzwerkschnittstellen erstellt wird. Navigieren Sie zumAzure-Portal > VM-Instanz > Netzwerk, und überprüfen Sie die Netzwerkeigenschaften der drei Netzwerkkarten wie in den folgenden Abbildungen gezeigt.
年代ie können denshow nsipBefehl in der ADC CLI ausführen und überprüfen, ob die im
Benutzerdefiniertes Bootstrap-Beispiel für GCP
Im folgenden贝spiel wird eine neue Bootstrap-Sequenz für ADC erwähnt und der Standard-Bootstrap wird übersprungen. Sie geben die Schnittstellendetails zusammen mit den IP-Adressen und Subnetzmasken wie folgt an:
- Verwaltungsschnittstelle (eth2), NSIP (10.128.4.31) und Subnetzmaske (255.255.255.0)
- Clientorientierte Schnittstelle (eth1), VIP (10.128.0.43) und Subnetzmaske (255.255.255.0)
- 年代erver-zugewandte Schnittstelle (eth0), SNIP (10.160.0.75) und Subnetzmaske (255.255.255.0)
Nachdem VM-Instanz im GCP-Portal麻省民主党benut死去zerdefinierten Bootstrap erstellt wurde, können Sie die Eigenschaften der Netzwerkschnittstelle wie folgt überprüfen:
- Wählen Sie die Instanz aus, die Sie erstellt haben, indem Sie die benutzerdefinierten Bootstrap-Informationen angeben.
- Navigieren Sie zu den Eigenschaften der Netzwerkschnittstelle und überprüfen Sie die Netzwerkdetails wie folgt.
年代ie können denshow nsipBefehl in der ADC CLI ausführen und überprüfen, ob die im
Methode 3: Benutzerdefiniertes Bootstrap durch Bereitstellung von Bootstrap-bezogenen Befehlen im
年代ie können die Bootstrap-bezogenen Befehle im
年代tellen Sie vor der Bereitstellung eines benutzerdefinierten Bootstrap sicher, dass Ihre Cloud-Infrastruktur eine bestimmte Schnittstellenkonfiguration unterstützt.
Benutzerdefiniertes Bootstrap-Beispiel für AWS
In diesem Beispiel werden Bootstrap-bezogene Befehle im
年代ie können die im vorherigen Screenshot gezeigte Konfiguration von hier aus kopieren:
< NS-PRE-BOOT-CONFIG> set ns config -IPAddress 172.31.52.88 -netmask 255.255.240.0 add route 0.0.0.0 0.0.0.0 172.31.48.1 set ns config -nsvlan 10 -ifnum 1/2 -tagged NO add route 172.31.0.2 255.255.255.255 172.31.48.1 enable ns feature WL SP LB RESPONDER add server 5.0.0.201 5.0.0.201 add service preboot_s5_201 5.0.0.201 HTTP 80 -gslb NONE -maxClient 0 -maxReq 0 -cip DISABLED -usip NO - useproxyport YES -sp OFF -cltTimeout 180 -svrTimeout 360 -CKA NO -TCPB NO -CMP NO add lb vserver preboot_v4_101 HTTP 4.0.0.101 80 -persistenceType NONE -cltTimeout 180 YES NO Nachdem die VM-Instanz erstellt wurde, können Sie im AWS-Portal die Eigenschaften der Netzwerkschnittstelle wie folgt überprüfen:
- Navigieren Sie zumAWS Portal > EC2-Instanzenund wählen Sie die Instanz aus, die Sie erstellt haben, indem Sie die benutzerdefinierten Bootstrap-Informationen angeben.
- Auf der RegisterkarteBeschreibung您能死Eigenschaften jed Netzwerkschnittstelle überprüfen, wie in den folgenden Abbildungen gezeigt.
年代ie können denshow nsipBefehl inADC CLIausführen und die Netzwerkschnittstellen überprüfen, die beim ersten Start der ADC-Appliance auf die ADC VPX-Instanz angewendet wurden.
Benutzerdefiniertes Bootstrap-Beispiel für Azure
In diesem Beispiel werden Bootstrap-bezogene Befehle im
Hinweis:
Für Azure Cloud sind Instance Metadata Server (IMDS) und DNS-Server nur über die primäre Schnittstelle (Eth0) zugänglich. Wenn die Eth0-Schnittstelle nicht als Verwaltungsschnittstelle (NSIP) verwendet wird, muss die Eth0-Schnittstelle daher zumindest als SNIP für IMDS- oder DNS-Zugriff auf die Arbeit konfiguriert werden. Die Route zum IMDS-Endpunkt (169.254.169.254) und zum DNS-Endpunkt (168.63.129.16) über das Gateway von Eth0 muss ebenfalls hinzugefügt werden.
< NS-PRE-BOOT-CONFIG> set ns config -IPAddress 172.27.2.61 -netmask 255.255.255.0 add route 0.0.0.0 0.0.0.0 172.27.2.1 set ns config -nsvlan 10 -ifnum 1/2 -tagged NO add ns ip 172.27.0.61 255.255.255.0 -type SNIP add route 169.254.169.254 255.255.255.255 172.27.0.1 add route 168.63.129.16 255.255.255.255 172.27.0.1 add vlan 5 bind vlan 5 -IPAddress 5.0.0.1 255.255.255.0 enable ns feature WL SP LB RESPONDER add server 5.0.0.201 5.0.0.201 add service preboot_s5_201 5.0.0.201 HTTP 80 -gslb NONE -maxClient 0 -maxReq 0 -cip DISABLED -usip NO -useproxyport YES -sp OFF -cltTimeout 180 -svrTimeout 360 -CKA NO -TCPB NO -CMP NO add lb vserver preboot_v4_101 HTTP 4.0.0.101 80 -persistenceType NONE -cltTimeout 180 YES NO 年代ie können sehen, dass die Citrix ADC VPX-Instanz mit drei Netzwerkschnittstellen erstellt wird. Navigieren Sie zumAzure-Portal > VM-Instanz > Netzwerk, und überprüfen Sie die Netzwerkeigenschaften der drei Netzwerkkarten wie in den folgenden Abbildungen gezeigt.
年代ie können denshow nsipBefehl in der ADC CLI ausführen und überprüfen, ob die im
Benutzerdefiniertes Bootstrap-Beispiel für GCP
In diesem Beispiel werden Bootstrap-bezogene Befehle im
年代ie können die im vorherigen Screenshot gezeigte Konfiguration von hier aus kopieren:
< NS-PRE-BOOT-CONFIG> set ns config -IPAddress 10.128.0.2 -netmask 255.255.255.0 add route 0.0.0.0 0.0.0.0 10.128.0.1 set ns config -nsvlan 10 -ifnum 1/1 -tagged NO enable ns feature WL SP LB RESPONDER add server 5.0.0.201 5.0.0.201 add service preboot_s5_201 5.0.0.201 HTTP 80 -gslb NONE -maxClient 0 -maxReq 0 -cip DISABLED -usip NO -useproxyport YES -sp OFF -cltTimeout 180 -svrTimeout 360 -CKA NO -TCPB NO -CMP NO add lb vserver preboot_v4_101 HTTP 4.0.0.101 80 -persistenceType NONE -cltTimeout 180 YES NO Nachdem VM-Instanz im GCP-Portal麻省民主党benut死去zerdefinierten Bootstrap erstellt wurde, können Sie die Eigenschaften der Netzwerkschnittstelle wie folgt überprüfen:
- Wählen Sie die Instanz aus, die Sie erstellt haben, indem Sie die benutzerdefinierten Bootstrap-Informationen angeben.
- Navigieren Sie zu den Eigenschaften der Netzwerkschnittstelle und überprüfen Sie die Netzwerkdetails wie in der Abbildung gezeigt.
年代ie können denshow nsipBefehl inADC CLIausführen und sicherstellen, dass die im vorherigen
Auswirkungen des Anhängen und Trennen von NICs in AWS und Azure
AWS und Azure bieten die Möglichkeit, eine Netzwerkschnittstelle an eine Instanz anzuschließen und eine Netzwerkschnittstelle von einer Instanz zu trennen. Das Anhängen oder Trennen von Schnittstellen kann die Positionen der Schnittstelle verändern. Citrix empfiehlt daher, dass Sie keine Schnittstellen von der ADC VPX-Instanz trennen. Wenn Sie eine Schnittstelle trennen oder anhängen, wenn benutzerdefiniertes Bootstrapping konfiguriert ist, weist die Citrix ADC VPX-Instanz die primäre IP der neu verfügbaren Schnittstelle in der Position der Verwaltungsschnittstelle als NSIP zu. Wenn nach dem, das Sie getrennt haben, keine weiteren Schnittstellen verfügbar sind, wird die erste Schnittstelle zur Verwaltungsschnittstelle für die ADC VPX-Instanz gemacht.
Zum Beispiel wird eine Citrix ADC VPX-Instanz mit 3 Schnittstellen aufgebracht: Eth0 (SNIP), Eth1 (NSIP) und Eth2 (VIP). Wenn Sie die Eth1-Schnittstelle von der Instanz trennen, bei der es sich um eine Verwaltungsschnittstelle handelt, konfiguriert ADC die nächste verfügbare Schnittstelle (Eth2) als Verwaltungsschnittstelle. Dadurch wird auf die ADC VPX-Instanz immer noch über die primäre IP der Eth2-Schnittstelle zugegriffen. Wenn Eth2 ebenfalls nicht verfügbar ist, wird die verbleibende Schnittstelle (Eth0) zur Verwaltungsschnittstelle gemacht. Daher besteht der Zugriff auf ADC VPX-Instanz weiterhin.
Betrachten wir eine andere Zuweisung von Schnittstellen wie folgt: Eth0 (SNIP), Eth1 (VIP) und Eth2 (NSIP). Wenn Sie Eth2 (NSIP) trennen, da nach Eth2 keine neue Schnittstelle verfügbar ist, wird die erste Schnittstelle (Eth0) zur Verwaltungsschnittstelle gemacht.
In diesem Artikel
- Was sind Benutzerdaten
- 年代o stellen Sie Preboot-Benutzerdaten in Cloud-Instanz zur Verfügung
- Bereitstellung von Preboot-Benutzerdaten über die AWS-Konsole
- 年代tellen Sie Preboot-Benutzerdaten mit der Azure-Konsole bereit
- 年代tellen Sie Preboot-Benutzerdaten mit der GCP-Konsole bereit
- Preboot-Benutzerdatenformat
- Citrix ADC-Konfigurationen
- Benutzer-Skripts
- Lizenzierung
- Bootstrapping
- Methode 1: Benutzerdefinierter Bootstrap durch Angabe nur der Schnittstellendetails
- Methode 2: Benutzerdefiniertes Bootstrap durch Angabe der Schnittstellen, IP-Adressen und Subnetzmasken
- Methode 3: Benutzerdefiniertes Bootstrap durch Bereitstellung von Bootstrap-bezogenen Befehlen im
Abschnitt - Auswirkungen des Anhängen und Trennen von NICs in AWS und Azure