Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Vollständig automatisierte Bereitstellung

Zero Touch Provisioning installiert oder aktualisiert die Software automatisch auf Ihren neuen Geräten von Juniper Networks mit minimalen manuellen Eingriffen.

Zero-Touch-Bereitstellung im Überblick

Zero Touch Provisioning (ZTP) ermöglicht es Ihnen, neue Juniper Networks Geräte in Ihrem Netzwerk automatisch und mit minimalen manuellen Eingriffen zu Bereitstellung. Sie können je nach Gerät entweder Verwaltungsports oder Netzwerkports verwenden, um eine Verbindung zum Netzwerk herzustellen. Wenn Sie ein Gerät physisch mit dem Netzwerk verbinden und es mit einer werkseitigen Standardkonfiguration starten, aktualisiert (oder downstuft) das Gerät die Softwareversion und installiert automatisch eine Konfigurationsdatei aus dem Netzwerk. Die Konfigurationsdatei kann eine Konfiguration oder ein Skript sein. Mithilfe von Skripts können Sie gerätespezifische Konfigurationsdateien erstellen und HTTP-Anforderungsvorgänge an Webserver ausführen, um bestimmte Konfigurationsdateien oder Softwareversionen herunterzuladen.

Um das erforderliche Software-Image und die Konfigurationsdateien im Netzwerk zu finden, verwendet das Gerät Informationen, die Sie auf einem DHCP-Server (Dynamic Host Configuration Protocol) konfiguriert haben. Wenn Sie den DHCP-Server nicht so konfigurieren, dass er diese Informationen bereitstellt, startet das Gerät mit der vorinstallierten Software und der werkseitigen Standardkonfiguration.

Bei bestimmten Switches können Sie den Phone-Home-Client (PHC) zur Bereitstellung von Software für den Switch verwenden. Wenn der Switch hochfährt und DHCP-Optionen vorhanden sind, die vom DHCP-Server für ZTP empfangen wurden, wird ZTP fortgesetzt. Wenn keine DHCP-Optionen vorhanden sind, wird PHC versucht. Weitere Informationen zu PHC finden Sie unter Bereitstellen eines Virtual Chassis mit dem Phone-Home-Client.

Hinweis:

Um zu sehen, welche Plattformen ZTP unterstützen, wechseln Sie in einem Browser zum Feature-Explorer. Wählen Sie auf der Seite Feature-Explorer im Abschnitt Features erkunden die Option Alle Features aus. Wählen Sie im Feld Features gruppiert nach Featurefamilie die Option Zero Touch Provisioning aus. Sie können auch den Namen des Features in das Bearbeitungsfeld Features suchen eingeben. Weitere Informationen dazu, wie die ZTP-Unterstützung erweitert wurde, finden Sie in der Tabelle mit dem Versionsverlauf am Ende dieses Themas.

ZTP-Workflow

Wenn ein Gerät mit der Standardkonfiguration hochgefahren wird, treten die folgenden Ereignisse auf:

  1. Der DHCP-Client wird auf unterstützten Schnittstellen ausgeführt.

  2. Der DHCP-Server stellt eine IP-Adresse bereit und enthält mehrere DHCP-Optionen in der Antwort zum ZTP-Prozess.

  3. Das Gerät verarbeitet die DHCP-Optionen und sucht Konfigurationsdateien, führt Skripte aus und aktualisiert und/oder downgrades Software.

  4. Wenn sowohl das Image als auch die Konfigurationsdatei vorhanden sind, wird das Image installiert und die Konfiguration angewendet.

  5. Wenn nur die Image-Datei vorhanden ist, wird das Image auf dem Gerät installiert.

  6. Wenn das Image mit dem bereits auf dem Gerät installierten Image identisch ist, fährt ZTP fort und überspringt den Installationsschritt.

  7. Wenn das Bild vom Gerät nicht abgerufen werden konnte, versucht ZTP erneut, das Bild abzurufen.

  8. Wenn das Image beschädigt ist, schlägt die Installation fehl.

    Wenn die Installation aus irgendeinem Grund fehlschlägt, wird ZTP neu gestartet.

  9. Wenn nur die Konfigurationsdatei vorhanden ist, wird die Konfiguration heruntergeladen.

    Wenn die erste Zeile der Datei aus dem #! gefolgt von einem Interpreterpfad, dann wird die Datei als Skript betrachtet und das Skript wird vom Interpreter ausgeführt. Wenn das Skript einen Fehler zurückgibt, ruft die ZTP-Zustandsmaschine das Skript erneut ab und versucht, das Skript erneut auszuführen.

    Wenn die Konfigurationsdatei nicht heruntergeladen werden kann, versucht der ZTP-Prozess erneut, sie herunterzuladen.

    Wenn die Konfigurationsdatei beschädigt ist, Syntaxfehler aufweist oder Befehle enthält, die vom Gerät nicht unterstützt werden, kann das Gerät keinen Commit ausführen, und der Wiederholungsmechanismus wird neu gestartet.

  10. Wenn kein Image oder keine Konfigurationsdatei vorhanden ist, wird der ZTP-Prozess erneut gestartet.

  11. Wenn keine Dateiserverinformationen vorhanden sind, wird der ZTP-Prozess erneut gestartet.

  12. Sobald die Konfiguration festgelegt wurde, gilt der ZTP-Prozess als erfolgreich und wird beendet.

Bereitstellen eines Geräts mithilfe eines Skripts

Wenn Sie während des ZTP-Prozesses eine Verbindung herstellen und ein neues Netzwerkgerät starten, fordert das Gerät eine IP-Adresse vom DHCP-Server an. Der Server stellt die IP-Adresse und, falls konfiguriert, die Dateinamen und Speicherorte für das Software-Image und die Konfigurationsdatei für das Gerät bereit. Die Konfigurationsdatei kann eine Konfiguration oder ein Skript sein.

Wenn eine Konfigurationsdatei bereitgestellt wird, bestimmt das Betriebssystem anhand der ersten Zeile der Datei, ob es sich bei der Datei um ein Skript handelt. Wenn die erste Zeile die Zeichen #! enthält, gefolgt von einem Interpreterpfad, behandelt das Betriebssystem die Datei als Skript und führt sie mit dem angegebenen Interpreter aus.

Wenn das Skript einen Fehler zurückgibt (d. h. einen Wert ungleich Null), ruft der ZTP-Zustandsautomat das Skript erneut ab und versucht, es erneut auszuführen. Dies wird fortgesetzt, bis das Skript erfolgreich ausgeführt wird.

Tabelle 1 beschreibt die unterstützten Skripttypen, den entsprechenden Interpreterpfad und die Plattformen, die diesen Skripttyp während des ZTP-Prozesses unterstützen.

Tabelle 1: Während des ZTP unterstützte Skripts

Skript-Typ

Pfad des Interpreters

Plattform-Support

Shell-Skript

#!/bin/sh

Alle Geräte

SLAX-Skript

#!/usr/libexec/ui/cscript

Alle Geräte

Python-Skript

#!/usr/bin/python

Geräte mit Junos OS mit verbesserter Automatisierung

Geräte, auf denen Junos OS Evolved ausgeführt wird
Hinweis:

Aus Sicherheitsgründen gelten für Junos OS strenge Anforderungen für die Ausführung von nicht signierten Python-Skripten auf Geräten mit Junos OS. Nur Geräte mit Junos OS mit erweiterter Automatisierung und Geräte mit Junos OS Evolved unterstützen die Verwendung von unsignierten Python-Skripten in DHCP-Option 43, Unteroption 01.

Wenn das Betriebssystem die Zeichen #! , denen ein Interpreterpfad folgt, nicht findet, behandelt es die Datei als Konfiguration im Textformat und lädt die Konfiguration auf das Gerät.

Zero-Touch-Bereitstellung Auslöser für den Neustart des Prozesses

ZTP wird neu gestartet, wenn eines der folgenden Ereignisse eintritt:

  • Die Anforderung einer Konfigurationsdatei, einer Skriptdatei oder einer Imagedatei schlägt fehl.

  • Die Konfigurationsdatei ist falsch, und der Commit schlägt fehl.

  • Es ist keine Konfigurationsdatei und keine Image-Datei verfügbar.

  • Die Image-Datei ist beschädigt, und die Installation schlägt fehl.

  • Es sind keine Dateiserverinformationen verfügbar.

  • Auf dem DHCP-Server sind keine gültigen ZTP-Parameter konfiguriert.

  • Wenn keine der DHCP-Clientschnittstellen in einen gebundenen Zustand wechselt.

  • Die ZTP-Transaktion schlägt nach sechs Versuchen fehl, die Konfigurationsdatei oder die Imagedatei abzurufen.

Wenn eines dieser Ereignisse eintritt, setzt ZTP den DHCP-Client-Zustandsautomaten auf allen DHCP-Client-konfigurierten Schnittstellen (Verwaltung und Netzwerk) zurück und startet dann den Zustandsautomaten neu. Durch einen Neustart des Zustandsautomaten kann der DHCP-Client die neuesten vom DHCP-Server konfigurierten Parameter abrufen.

Bevor ZTP neu gestartet wird, müssen etwa 15 bis 30 Sekunden vergehen, damit genügend Zeit bleibt, um eine Liste der gebundenen und ungebundenen DHCP-Clientschnittstellen zu erstellen.

Die Liste der gebundenen und ungebundenen DHCP-Clientschnittstellen kann Folgendes enthalten:

  • Keine Einträge.

  • Mehrere DHCP-Clientschnittstellen.

    Priorität erhalten die DHCP-Clientschnittstellen, die alle ZTP-Parameter (Software-Image-Datei, Konfigurationsdatei und Dateiserverinformationen) vom DHCP-Server erhalten haben.

Nachdem die Listen der gebundenen und ungebundenen Clientschnittstellen erstellt wurden und ein DHCP-Client für die ZTP-Aktivität ausgewählt wurde, werden alle vorhandenen Standardrouten gelöscht, und die ausgewählte DHCP-Clientschnittstelle fügt eine neue Standardroute hinzu. Um eine neue Standardroute hinzuzufügen, kann nur eine ZTP-Instanz aktiv sein.

Nach dem Neustart von ZTP versucht der DHCP-Client bis zu sechsmal, Dateien vom DHCP-Server abzurufen, wobei zwischen den Versuchen zehn bis fünfzehn Sekunden vergehen. Jeder Versuch, ob erfolgreich oder nicht, wird protokolliert und kann auf der Konsole eingesehen werden.

Wenn ein Fehler auftritt oder die Anzahl der Versuche den Grenzwert überschreitet, wird ZTP beendet. ZTP löscht dann die DHCP-Clientbindungen und startet den Zustandsautomaten auf den DHCP-konfigurierten Schnittstellen neu.

Der ZTP-Neustartvorgang wird fortgesetzt, bis entweder ein Softwareupgrade erfolgreich ist oder ein Operator manuell eine Benutzerkonfiguration festschreibt und die ZTP-Konfiguration löscht.

Vorbehalte in Bezug auf ZTP

Es gibt zwei Downgrade-Einschränkungen für Switches der EX-Serie:

  • Wenn Sie ein Downgrade auf eine Softwareversion vor Junos OS Version 12.2 durchführen, in der ZTP nicht unterstützt wird, findet die Phase der automatischen Installation der Konfigurationsdatei des Zero-Touch-Bereitstellungsprozesses nicht statt.

  • Für ein Downgrade auf eine Softwareversion, die keine ausfallsicheren Dual-Root-Partitionen unterstützt (Junos OS Version 10.4R2 oder früher), müssen Sie einige manuelle Arbeiten auf dem Gerät durchführen. Weitere Informationen finden Sie unter Konfigurieren von Dual-Root-Partitionen.

Die folgenden Einschränkungen gelten für Switches der QFX-Serie:

  • Auf QFX3500- und QFX3600-Switches, die die ursprüngliche CLI ausführen, können Sie ZTP nicht verwenden, um ein Upgrade von Junos OS Version 12.2 oder höher auf Junos OS Version 13.2X51-D15 oder höher durchzuführen.

  • QFX5200-Switches funktionieren nur mit HTTP in 15.1X53-D30. FTP- und TFTP-Protokolle werden nicht unterstützt.

  • Wenn Sie eine Zero-Touch-Bereitstellung (ZTP) mit einem Junos OS-Image durchführen, das erweiterte Automatisierung für den QFX5100-Switch enthält, konfigurieren Sie die Root-Authentifizierung und den Anbieternamen, den Lizenztyp und den Bereitstellung-Umfang für Chef und Puppet in der [edit system] Hierarchie in der Konfigurationsdatei, die vom Server abgerufen wird:

  • Wenn Sie in Junos OS Version 18.1R1 die Software aktualisieren, müssen Sie ein vollständiges Software-Upgrade durchführen. Ein vollständiges Upgrade umfasst ein Upgrade sowohl der Junos OS-Software als auch der Host-Softwarepakete.

Zero-Touch-Bereitstellung mit WAN-Schnittstellen auf PTX1000-Routern

Zero Touch Provisioning (ZTP) ermöglicht es Ihnen, Ihre Router automatisch und mit minimalen manuellen Eingriffen in Ihrem Netzwerk zu Bereitstellung. Ab Junos OS Version 19.3R1 können Sie entweder WAN-Schnittstellen oder Verwaltungsschnittstellen verwenden, um die entsprechende Software und die Konfigurationsdatei während des ZTP-Bootstrap-Prozesses automatisch herunterzuladen und auf Ihrem Router zu installieren.

Wenn Sie den Router zum ersten Mal mit dem Netzwerk verbinden, können Sie einen beliebigen verfügbaren WAN-Port des Routers auswählen, um die Optik anzuschließen. Das ZTP konfiguriert automatisch WAN-Schnittstellen basierend auf dem Optiktyp und verbindet Ihr Gerät dann mit dem DHCP-Server (Dynamic Host Configuration Protocol), um den Bootstrap-Prozess durchzuführen.

Die WAN-Schnittstellen, die basierend auf dem Optiktyp erstellt werden, den Sie mit dem Gerät und der WAN-Schnittstellengeschwindigkeit verbunden haben, durchlaufen automatisch alle möglichen unterstützten Portgeschwindigkeiten, bis das ZTP erfolgreich abgeschlossen ist. Der automatische Übergang stellt sicher, dass eine physische Verbindung des WAN-Ports mit der von Ihnen angeschlossenen Optik und der Konnektivität des Peer-Endgeräts zum DHCP-Server hergestellt wird.

Das Hardwarehandbuch für den Paketübertragungs-Router PTX1000 zeigt die verfügbaren Kombinationen für die Ports der PTX1000-Router.

Zero-Touch-Bereitstellung mit DHCP-Optionen

Zero Touch Provisioning (ZTP) ermöglicht die automatische Bereitstellung von Juniper Netzwerkgeräten, die Sie Ihrem Netzwerk hinzufügen. Sie können jedes unterstützte Gerät Bereitstellung, indem Sie entweder ein auszuführendes Skript oder eine zu ladende Konfigurationsdatei verwenden. Sie müssen auch einen DHCP-Server mit den erforderlichen Informationen konfigurieren, die in diesem Verfahren bereitgestellt werden, um ZTP zu verwenden.

Optional können Sie einen HTTP-Proxyserver für den Phone-Home-Server oder den Umleitungsserver konfigurieren. Wenn der Phone-Home-Client Informationen über den HTTP-Proxyserver über DHCP-Option 43 Unteroption 8 erhält, erstellt er einen transparenten HTTPS-Tunnel mit dem Proxyserver. Sobald der Tunnel eingerichtet ist, verwendet der Phone-Home-Client den Tunnel als Proxy für den Phone-Home-Server oder Umleitungsserver. Der Phone-Home-Client lädt das Software-Image und die Konfigurationsdatei über den Tunnel auf das Gerät herunter. Sobald das Bootstrapping abgeschlossen ist, wird das Gerät neu gestartet und der Tunnel beendet.

ZTP erfordert, dass sich Ihr Gerät in einem werkseitigen Standardzustand befindet. Das Gerät bootet ab Werk mit vorinstallierter Software und werkseitiger Standardkonfiguration. Auf einem Gerät, das derzeit nicht über die werkseitige Standardkonfiguration verfügt, können Sie den request system zeroize Befehl ausgeben.

Hinweis:

Der request system zeroize Befehl wird auf Geräten mit PTX1000, PTX10001-20C, QFX10002-60C PTX10002-60C nicht unterstützt. Sie müssen den Befehl (anstelle von request system zeroize) für die request vmhost zeroize werkseitige Standardkonfiguration auf PTX1000-Routern ausgeben.
Hinweis:

Auf PTX10001-20C-Geräten wird nach der Ausgabe des Befehls zweimal request vmhost zeroize die folgende Meldung angezeigt: VMHost Zeroization : Erase all data, including configuration and log files ? [yes,no] (no) yes warning: Vmhost will reboot and may not boot without configuration Erase all data, including configuration and log files? [yes,no] (no) yes

Bevor Sie beginnen:

  • Stellen Sie sicher, dass das Gerät Zugriff auf die folgenden Netzwerkressourcen hat:

    • Der DHCP-Server, der den Speicherort des Software-Images und der Konfigurationsdateien im Netzwerk bereitstellt

      Konfigurationsanweisungen finden Sie in der Dokumentation Ihres DHCP-Servers.

    • Der File Transfer Protocol (anonymes FTP), Hypertext Transfer Protocol (HTTP) oder Hypertext Transfer Protocol Secure (HTTPS) oder Trivial File Transfer Protocol (TFTP) Server, auf dem das Software-Image und die Konfigurationsdateien gespeichert sind

      Hinweis:

      Obwohl TFTP unterstützt wird, wird empfohlen, stattdessen FTP oder HTTP zu verwenden, da diese Transportprotokolle zuverlässiger sind.
      VORSICHT:

      HTTP-URLs sind auf eine Länge von 256 Zeichen beschränkt.

    • Ein DNS-Server (Domain Name System) zur Durchführung einer umgekehrten DNS-Suche (nicht unterstützt).

    • (Optional) Ein NTP-Server zur Durchführung der Zeitsynchronisierung im Netzwerk

    • (Optional) Ein Systemprotokollserver (syslog) zur Verwaltung von Systemprotokollmeldungen und -warnungen.

      Syslog-Meldungen werden während des ZTP an diesen Syslog-Server weitergeleitet.

  • (Optional) Ein HTTP-Proxyserver für den Phone-Home-Server oder den Umleitungsserver.

  • Suchen und notieren Sie die MAC-Adresse für Ihr Gerät.

    Auf PTX10008-Geräten befinden sich die Verwaltungs-MAC-Adressen auf Routing-Engines.

VORSICHT:

Sie können keine Konfiguration bestätigen, während das Gerät den Softwareupdatevorgang durchführt. Wenn Sie eine Konfiguration bestätigen, während das Gerät die automatische Installation der Konfigurationsdatei ausführt, wird der Prozess angehalten, und die Konfigurationsdatei wird nicht aus dem Netzwerk heruntergeladen.

So aktivieren Sie die Zero-Touch-Bereitstellung für ein Gerät mit DHCP-Optionen:

  1. Starten Sie das Gerät.
  2. Stellen Sie sicher, dass auf dem Gerät die werkseitige Standardkonfiguration installiert ist.

    Geben Sie den request system zeroize Befehl auf dem Gerät ein, das Sie Bereitstellung möchten.

    Hinweis:

    Der request system zeroize Befehl wird auf PTX1000-Geräten nicht unterstützt. Sie müssen den Befehl (anstelle von request system zeroize) für die request vmhost zeroize werkseitige Standardkonfiguration auf PTX1000-Geräten ausführen.

    Wir empfehlen Ihnen, den DHCP-Server zu Bereitstellung und die Software und Konfigurationsdatei im angegebenen DHCP-Serverpfad auf dem Dateiserver zu speichern.

  3. Laden Sie die Software-Image-Datei und/oder die Konfigurationsdatei auf den FTP-, HTTP- oder TFTP-Server herunter, von dem das Gerät diese Dateien herunterlädt.
    Hinweis:

    Wenn Sie eine Zero-Touch-Bereitstellung mit einem Junos OS-Image durchführen, das erweiterte Automatisierung für das QFX5100-Gerät enthält, konfigurieren Sie die Root-Authentifizierung und den Providernamen, den Lizenztyp und den Bereitstellung-Umfang für Chef und Puppet in der [edit system] Hierarchie in der Konfigurationsdatei, die vom Server abgerufen wird:
  4. Konfigurieren Sie den DHCP-Server so, dass die erforderlichen Informationen für das Gerät bereitgestellt werden.

    Konfigurieren Sie die IP-Adresszuweisung.

    Sie können die dynamische oder statische IP-Adresszuweisung für die Verwaltungsadresse des Geräts konfigurieren.

    Um die Verwaltungs-MAC-Adresse für die statische IP-Adresszuordnung zu ermitteln, addieren Sie 1 zum letzten Byte der MAC-Adresse des Geräts, das Sie sich vor Beginn dieses Verfahrens notiert haben.

    Hinweis:

    Diese Adresse kann eine beliebige Adresse aus dem Pool sein.
  5. Definieren Sie das Format der anbieterspezifischen Informationen für DHCP-Option 43 in der Datei dhcpd.conf.

    Hier ist ein Beispiel für eine dhcpd.conf-Datei des ISC DHCP 4.2-Servers:

    Hier ist ein Beispiel für eine Kea DHCP 2.4.1-Serverdatei kea-dhcp4.conf:

    Hinweis:

    Ab Junos OS Version 18.2R1 wird eine neue DHCP-Option eingeführt, mit der der Zeitüberschreitungswert für die Dateidownloads über FTP festgelegt werden kann. Wenn der transfer-mode als FTP festgelegt ist, wird der Standardwert für das Timeout automatisch auf 120 Minuten festgelegt, d. h., falls die FTP-Sitzung aufgrund eines Verbindungsverlusts während einer Dateiübertragung unterbrochen wird, tritt nach 120 Minuten eine Zeitüberschreitung auf und ZTP versucht, den Dateiabrufvorgang zu wiederholen. Dieser Wert kann mit der folgenden DHCP-Option überschrieben werden:

    Hier ist ein Beispiel für eine dhcpd.conf-Datei des ISC DHCP 4.2-Servers:

    Hier ist ein Beispiel für eine Kea DHCP 2.4.1-Serverdatei kea-dhcp4.conf:

    Definition:

    Aufgabe:

    Dabei “val” ist der vom Benutzer konfigurierbare Zeitüberschreitungswert in Sekunden und muss in Anführungszeichen angegeben werden (z. B. "val").
  6. Konfigurieren Sie die folgenden Unteroptionen der DHCP-Option 43:

    • Unteroption 00: Der Name der zu installierenden Software-Image-Datei.

      Hinweis:

      Wenn der DHCP-Server die Unteroption 00 nicht verwenden kann, konfigurieren Sie den Namen der Software-Image-Datei mit der Unteroption 04. Wenn sowohl die Unteroption 00 als auch die Unteroption 04 definiert sind, wird die Unteroption 04 ignoriert.

      Hier ist ein Beispiel für eine dhcpd.conf-Datei des ISC DHCP 4.2-Servers:

      Hier ist ein Beispiel für eine Kea DHCP 2.4.1-Serverdatei kea-dhcp4.conf:

    • Unteroption 01: Der Name des zu installierenden Skripts oder der Konfigurationsdatei.

      Hier ist ein Beispiel für eine dhcpd.conf-Datei des ISC DHCP 4.2-Servers:

      Hier ist ein Beispiel für eine Kea DHCP 2.4.1-Serverdatei kea-dhcp4.conf:
      Hinweis:

      ZTP bestimmt anhand der ersten Zeile der Datei, ob es sich bei der Datei um eine Skriptdatei handelt. Wenn die erste Zeile die Zeichen #! enthält, gefolgt von einem Interpreterpfad, behandelt ZTP die Datei als Skript und führt sie mit dem angegebenen Interpreterpfad aus. Damit ein Skript ausgeführt werden kann, muss die Skriptdatei die Möglichkeit bieten, während des ZTP-Prozesses eine gültige Konfigurationsdatei abzurufen und auf das Gerät zu laden.

      Die folgende Liste enthält die Skripttypen und die zugehörigen Interpreterpfade:

      • Pfad des Shell-Skript-Interpreters: #!/bin/sh

      • Pfad des SLAX-Skriptinterpreters: #!/usr/libexec/ui/cscript

      • Pfad des Python-Skriptinterpreters: #!/usr/bin/python

        Aus Sicherheitsgründen gelten für Junos OS strenge Anforderungen für die Ausführung von nicht signierten Python-Skripten auf Geräten mit Junos OS. Nur Geräte mit Junos OS mit erweiterter Automatisierung und Geräte mit Junos OS Evolved unterstützen die Ausführung von unsignierten Python-Skripten als Teil des ZTP-Prozesses.

      Wenn die Datei keine Sonderzeichen (#!) enthält, stellt ZTP fest, dass es sich bei der Datei um eine Konfigurationsdatei handelt, und lädt die Konfigurationsdatei.
      Hinweis:

      Ab Junos OS Version 21.1R1 sollten ZTP-Python-Skripte, die vom ZTP-Server abgerufen werden, zur Verwendung von Python 3 migriert werden, da Python 2.7 nicht mehr unterstützt wird. Mit anderen Worten, die Interpreter-Direktivenzeile sollte auf Python 3 verweisen und auch der Code des Skripts muss auf Python 3 migriert werden.

    • Unteroption 02: Der symbolische Link zur zu installierenden Software-Image-Datei.

      Hier ist ein Beispiel für eine dhcpd.conf-Datei des ISC DHCP 4.2-Servers:

      Hier ist ein Beispiel für eine Kea DHCP 2.4.1-Serverdatei kea-dhcp4.conf:

      Hinweis:

      Wenn Sie Unteroption 2 nicht angeben, behandelt der ZTP-Prozess den Bilddateinamen als Dateinamen und nicht als symbolischen Link.

    • Unteroption 03: Der Übertragungsmodus, den das Gerät für den Zugriff auf den TFTP-, FTP-, HTTP- oder HTTPS-Server verwendet. Wenn Sie FTP als Übertragungsmodus auswählen, verwendet Junos OS die anonyme FTP-Anmeldung, um Dateien vom FTP-Server herunterzuladen.

      Hier ist ein Beispiel für eine dhcpd.conf-Datei des ISC DHCP 4.2-Servers:

      Hier ist ein Beispiel für eine Kea DHCP 2.4.1-Serverdatei kea-dhcp4.conf:

    • Unteroption 04: Der Name der zu installierenden Software-Image-Datei.

      Hinweis:

      Wenn der DHCP-Server Unteroption 00 nicht unterstützt, konfigurieren Sie die Image-Datei mit Unteroption 04. Wenn sowohl Unteroption 00 als auch Unteroption 4 definiert sind, wird Unteroption 04 ignoriert.

      Hier ist ein Beispiel für eine dhcpd.conf-Datei des ISC DHCP 4.2-Servers:

      Hier ist ein Beispiel für eine Kea DHCP 2.4.1-Serverdatei kea-dhcp4.conf:

    • Unteroption 05: Der HTTP-Port, den das Gerät anstelle des Standard-HTTP-Ports zum Herunterladen des Images oder der Konfigurationsdatei oder beider verwendet.

      Hier ist ein Beispiel für eine dhcpd.conf-Datei des ISC DHCP 4.2-Servers:

      Hier ist ein Beispiel für eine Kea DHCP 2.4.1-Serverdatei kea-dhcp4.conf:

    • Unteroption 08: HTTP-Proxyserverinformationen, die vom DHCP-Server an den DHCP-Client übergeben werden. Dies ist nützlich, wenn das Gerät über einen Proxyserver auf den Phone-Home-Server oder den Umleitungsserver zugreifen muss.

      Hinweis:

      Stellen Sie beim Konfigurieren des DHCP-Servers und des HTTP-Proxyservers sicher, dass Sie die richtige Portnummer verwenden, damit der Datenverkehr durch den sicheren Tunnel fließen kann. Stellen Sie außerdem sicher, dass der Hostname oder die IP-Adresse des HTTP-Proxyservers und die Portnummer durch einen Doppelpunkt getrennt sind: z. B. 192.168.10.10:8080. Wenn Sie keinen Doppelpunkt verwenden, wird Port 1080 verwendet.

      Wenn der DHCP-Client die HTTP-Proxyserverinformationen empfängt, werden diese in der Datei /var/etc/phc_vendor_specific_info.xml (INET) gespeichert.

      Wenn der DHCP-Client die HTTP-Proxyserverinformationen nicht empfängt, wird nichts in der Datei /var/etc/phc_vendor_specific_info.xml (INET) gespeichert, und der DHCP-Client wechselt in einen gebundenen Zustand.

      Sie können die HTTP-Proxyserverinformationen erneuern, indem Sie den request dhcp client renew interface Befehl ausführen. Der DHCP-Client ruft die gültigen HTTP-Proxyserverinformationen vom DHCP-Server ab. Die Verwendung des Befehls ist einfacher als ein Neustart des Bereitstellungsprozesses. Wenn der HTTP-Proxyserver erneuert oder die HTTP-Proxyserverinformationen geändert oder gelöscht werden, schreibt jdhcp die Datei /var/etc/phc_vendor_specific_info.xml mit den neuesten Informationen aus Unteroption 8 neu.

      Hier ist ein Beispiel für eine dhcpd.conf-Datei des ISC DHCP 4.2-Servers:

      Hier ist ein Beispiel für eine Kea DHCP 2.4.1-Serverdatei kea-dhcp4.conf:

      Hier ist das Format für diese Option:

      ISC DHCP 4.2 Server dhcpd.conf Datei:

      Kea DHCP 2.4.1 Server kea-dhcp4.conf Datei:

      Hier ist ein Beispiel für das Format mit einem fiktiven Proxynamen:

      ISC DHCP 4.2 Server dhcpd.conf Datei:

      Kea DHCP 2.4.1 Server kea-dhcp4.conf Datei:

  7. (Obligatorisch) Konfigurieren Sie entweder Option 150 oder Option 66.
    Hinweis:

    Sie müssen entweder Option 150 oder Option 66 konfigurieren. Wenn Sie sowohl Option 150 als auch Option 66 konfigurieren, hat Option 150 Vorrang, und Option 66 wird ignoriert. Stellen Sie außerdem sicher, dass Sie eine IP-Adresse und keinen Hostnamen angeben, da die Namensauflösung nicht unterstützt wird.

    • Konfigurieren Sie die DHCP-Option 150, um die IP-Adresse des FTP-, HTTP-, HTTPS- oder TFTP-Servers anzugeben.

      Hier ist ein Beispiel für eine dhcpd.conf-Datei des ISC DHCP 4.2-Servers:

      Hier ist ein Beispiel für eine Kea DHCP 2.4.1-Serverdatei kea-dhcp4.conf:

      Definition:

      Aufgabe:

    • Konfigurieren Sie DHCP-Option 66, um die IP-Adresse des FTP-, HTTP-, HTTPS- oder TFTP-Servers anzugeben.

      Hier ist ein Beispiel für eine dhcpd.conf-Datei des ISC DHCP 4.2-Servers:

      Hier ist ein Beispiel für eine Kea DHCP 2.4.1-Serverdatei kea-dhcp4.conf:

      Definition:

      Aufgabe:

  8. (Optional) Konfigurieren Sie DHCP-Option 7, um einen oder mehrere Systemprotokollserver (Syslog) anzugeben.

    Hier ist ein Beispiel für eine dhcpd.conf-Datei des ISC DHCP 4.2-Servers:

    Hier ist ein Beispiel für eine Kea DHCP 2.4.1-Serverdatei kea-dhcp4.conf:

    Definition:

    Aufgabe:

  9. (Optional) Konfigurieren Sie die DHCP-Option 42, um einen oder mehrere NTP-Server anzugeben.

    Listet jeden NTP-Server durch ein Leerzeichen getrennt auf.

    Hier ist ein Beispiel für eine dhcpd.conf-Datei des ISC DHCP 4.2-Servers:

    Hier ist ein Beispiel für eine Kea DHCP 2.4.1-Serverdatei kea-dhcp4.conf:

    Definition:

    Aufgabe:

  10. (Optional) Konfigurieren Sie DHCP-Option 12, um den Hostnamen des Geräts anzugeben.

    Zum Beispiel:

    Die folgende Konfiguration zeigt ein Beispiel für die DHCP-Optionen, die Sie gerade in diesem Verfahren konfiguriert haben:

    Hier ist ein Beispiel für eine ISC DHCP 4.2 Server dhcpd.conf-Datei:

    Hier ist ein Beispiel für eine Kea DHCP 2.4.1-Serverdatei kea-dhcp4.conf:

    Basierend auf den in diesem Beispiel konfigurierten DHCP-Optionen werden der [edit system] Hierarchie die folgenden Elemente hinzugefügt:

    Juniper Geräte mit Junos OS senden während der Zero Touch Provisioning (ZTP) zusätzliche DHCP-Optionen im Discover-Paket an den DHCP-Server. Mit den folgenden Optionen kann der DHCP-Server bestimmte Geräte anhand von Parametern wie Hersteller, Modellname und Seriennummer identifizieren, die je nach Juniper Plattform variieren können.

    DHCP-Optionsnummer

    Name der DHCP-Option

    Möglichkeit 12

    Hostname

    Option 60

    Vendor Class Identifier (VCI)

    Modell

    DHCP-Option 12 (Hostname)

    DHCP Option 60 (VCI)

    EX4400-24MP

    <serial-number>

    Juniper-EX4400-24MP-<serial-number>

    MX10-T

    <serial-number>

    Juniper-MX10-T-<serial-number>

    SRX320

    Option nicht gesendet

    Juniper-SRX320

    Hier ein Beispiel für die Klassifizierung eines Geräts anhand seiner spezifischen Seriennummer und die Zuweisung eines eindeutigen Satzes von DHCP-Optionen für die ZTP-Verarbeitung.

    ISC DHCP 4.2 Server dhcpd.conf Datei:

    Kea DHCP 2.4.1 Server kea-dhcp4.conf Datei:

    Hinweis:

    In den obigen Beispielen extrahiert die substring Funktion 12 Zeichen ab der 14. Zeichenposition (Indizierung von Null). Im Folgenden finden Sie einige zusätzliche Teststring-Alternativen, die für die Kea-DHCP-Konfiguration nützlich sind.

    • "test": "split(option[60].hex, '-', 4) == 'ZG4723350182'"
    • "test": "option[12].hex == 'ZG4723350182'"
    • "test": "split(option[60].hex, '-', 2) == 'ex4400'"
    • "test": "substring(option[60].hex,0,7) == 'Juniper'"
    • "test": "substring(option[60].hex,0,14) == 'Juniper-ex4400'"
  11. Verbinden Sie das Gerät mit dem Netzwerk, das den DHCP-Server und den FTP-, HTTP-, HTTPS- oder TFTP-Server umfasst.
  12. Schalten Sie das Gerät ein.
  13. Überwachen Sie den ZTP-Prozess in der Konsole.

Zero-Touch-Bereitstellung mit DHCPv6-Optionen

Hinweis:

Zero Touch Provisioning (ZTP) mit DHCPv6-Optionen wird auf Junos OS Flex-Images nicht unterstützt. Ein Flex-Bild hat das Wort "flex" im Dateinamen. Hier ist ein Beispieldateiname eines Flex-Images: jinstall-host-qfx-5e-flex-x86-64-20.4R3.8-secure-signed.tgz.

Das DHCPv6-Protokoll verfügt nicht über eine Subnetzoption für das IA_NA (Identitätszuordnung für nicht temporäre Adressen), um Subnetzrouten zu lernen und zu installieren. Stattdessen wird die Subnetzroute über das Neighbor Discovery Protocol installiert.

Bei IPv6 kündigen Geräte regelmäßig IPv6-Präfixe zusammen mit anderen Verbindungsparametern mithilfe von Router Advertisement (Registrierungsstelle)-Nachrichten an. Sobald der DHCPv6-Client gebunden ist, erlernt das Neighbor Discovery Protocol (NDP) auf dem Client (Juniper-Gerät mit ZTP) diese Präfixe und installiert die Präfixrouten über die Client-Schnittstelle, wobei der nächste Hop als Link zur lokalen Adresse des Gateway-Geräts dient.

Auf dem Clientgerät ist die Konfiguration der Router-Werbung zusammen mit der DHCPv6-Konfiguration standardmäßig aktiviert.

  • Stellen Sie sicher, dass das Gerät Zugriff auf die folgenden Netzwerkressourcen hat:

    • Der DHCP-Server, der den Speicherort des Software-Images und der Konfigurationsdateien im Netzwerk bereitstellt

      Konfigurationsanweisungen finden Sie in der Dokumentation Ihres DHCP-Servers.

    • Auf der MX-Serie der File Transfer Protocol (anonymes FTP), Trivial File Transfer Protocol (TFTP), Hypertext Transfer Protocol (HTTP) oder Hypertext Transfer Protocol Secure (HTTPS) Server, auf dem das Software-Image und die Konfigurationsdateien gespeichert sind.

      VORSICHT:

      HTTP-URLs sind auf eine Länge von 256 Zeichen beschränkt.

    • Auf den Geräten EX3400, EX4300, QFX5100 und QFX5200 der HTTP- (Hypertext Transfer Protocol) oder HTTPS-Server (Hypertext Transfer Protocol Secure), auf dem das Software-Image und die Konfigurationsdateien gespeichert sind.

      VORSICHT:

      HTTP-URLs sind auf eine Länge von 256 Zeichen beschränkt.

    • (Optional) Ein HTTP-Proxyserver für den Phone-Home-Server oder den Umleitungsserver.

  • Suchen und notieren Sie die auf dem Gerät aufgedruckte MAC-Adresse.

Zero Touch Provisioning (ZTP) ermöglicht die automatische Bereitstellung von Juniper Netzwerkgeräten, die Sie Ihrem Netzwerk hinzufügen. Sie können jedes unterstützte Gerät Bereitstellung, indem Sie entweder ein auszuführendes Skript oder eine zu ladende Konfigurationsdatei verwenden.

Um ZTP zu verwenden, konfigurieren Sie einen DHCP-Server, um die erforderlichen Informationen bereitzustellen. Wenn Sie den DHCP-Server nicht so konfigurieren, dass er diese Informationen bereitstellt, startet das Gerät mit der vorinstallierten Software und der werkseitigen Standardkonfiguration. Wenn sich Ihr Gerät nicht im werkseitigen Standardzustand befindet, können Sie den request system zeroize Befehl ausgeben.

Optional können Sie einen HTTP-Proxyserver für den Phone-Home-Server oder den Umleitungsserver konfigurieren. Wenn der Phone-Home-Client Informationen über den HTTP-Proxyserver über DHCP-Option 17 Unteroption 8 erhält, erstellt er einen transparenten HTTPS-Tunnel mit dem Proxyserver. Sobald der Tunnel eingerichtet ist, verwendet der Phone-Home-Client den Tunnel als Proxy für den Phone-Home-Server oder Umleitungsserver. Der Phone-Home-Client lädt das Software-Image und die Konfigurationsdatei über den Tunnel auf das Gerät herunter. Sobald das Bootstrapping abgeschlossen ist, wird das Gerät neu gestartet und der Tunnel beendet.

Hinweis:

Ab Junos OS Version 20.2R1-S1 wird der DHCPv6-Client von den Switches der MX-Serie, EX3400, EX4300, QFX5100 und QFX5200 unterstützt. Sowohl DHCPv4- als auch DHCPv6-Clients sind Teil der Standardkonfiguration. Während des Bootstrap-Prozesses fordert das Gerät zunächst über den DHCPv4-Client Informationen zum Image und zur Konfigurationsdatei vom DHCP-Server an. Das Gerät überprüft die DHCPv4-Bindungen nacheinander. Wenn ein Fehler mit einer der DHCPv4-Bindungen auftritt, sucht das Gerät weiterhin nach Bindungen, bis die Bereitstellung erfolgreich ist. Wenn jedoch keine DHCPv4-Bindungen vorhanden sind, prüft das Gerät auf DHCPv6-Bindungen und führt den gleichen Prozess wie bei DHCPv4 aus, bis das Gerät erfolgreich bereitgestellt werden kann. Der DHCP-Server verwendet die DHCPv6-Optionen 59 und 17 und die entsprechenden Unteroptionen, um ZTP-bezogene Informationen zwischen sich und dem DHCP-Client auszutauschen.
VORSICHT:

Sie können keine Konfiguration bestätigen, während das Gerät den Softwareupdatevorgang durchführt. Wenn Sie eine Konfiguration bestätigen, während das Gerät die automatische Installation der Konfigurationsdatei ausführt, wird der Prozess angehalten, und die Konfigurationsdatei wird nicht aus dem Netzwerk heruntergeladen.

So verwenden Sie die Zero-Touch-Bereitstellung für ein Gerät mit DHCPv6-Optionen:

  1. Starten Sie das Gerät.
  2. Stellen Sie sicher, dass auf dem Gerät die werkseitige Standardkonfiguration installiert ist.

    • Wenn mehrere DHCP-Antworten eingehen, wählt das ZTP die besten Argumente aus.

    • Wenn mehrere Schnittstellen dieselben Argumente liefern, wählt ZTP eine der gleichen Schnittstellen aus.

    • Wenn beim Herstellen einer Verbindung mit dem DHCP-Server ein Fehler auftritt, versucht ZTP erneut, eine Verbindung mit dem DHCP-Server herzustellen. Wenn mehrere Schnittstellen wieder die gleichen Argumente liefern, wählt ZTP eine der Schnittstellen aus.

    Es wird empfohlen, den DHCP-Server zu Bereitstellung und die Software und Konfigurationsdatei im angegebenen DHCP-Serverpfad auf dem Dateiserver zu speichern.

  3. Laden Sie die Software-Image-Datei und die Konfigurationsdatei auf den FTP-, HTTP-, HTTPS- oder TFTP-Server herunter, von dem das Gerät diese Dateien herunterlädt.
  4. Konfigurieren Sie den DHCP-Server so, dass die erforderlichen Informationen für das Gerät bereitgestellt werden.
  5. Konfigurieren Sie die IP-Adresszuweisung.

    Sie können die dynamische oder statische IP-Adresszuweisung für die Verwaltungsadresse des Geräts konfigurieren. Um die Verwaltungs-MAC-Adresse für die statische IP-Adresszuordnung zu ermitteln, addieren Sie 1 zum letzten Byte der MAC-Adresse des Geräts, das Sie sich vor Beginn dieses Verfahrens notiert haben.

  6. Definieren Sie das Format der DHCPv6-Option 59 (OPT_BOOTFILE_URL) in der Datei dhcpd6.conf , damit der Server Informationen über URLs zu Bildern an den Client senden kann.
    Hinweis:

    Bei Verwendung von DHCPv6-Optionen auf Geräten der Serien EX3400, EX4300, QFX5100 und QFX5200 werden nur die HTTP- und HTTPS-Transportprotokolle unterstützt.

    Hier ist das Format für diese Option:

    Zum Beispiel:

    Der Übertragungsmodus und die IPv6-Adresse sind erforderlich, die Portnummer ist jedoch optional. Wenn Sie die Portnummer nicht angeben, wird die Standardportnummer des Übertragungsmodus verwendet. Wenn Sie die Portnummer in den Optionen 17 und 59 angeben, wird die Portnummer verwendet, die in Option 17 anbieterspezifische Informationen angegeben ist.

    Sie können den Namen der Bilddatei entweder in Option 59 oder Option 17 angeben. Wenn der Name der Image-Datei sowohl in den Optionen 59 als auch 17 erwähnt wird, dann wird der Image-Name verwendet, der in Option 17 (anbieterspezifische Informationen) erwähnt wird.

  7. Definieren Sie das Format der anbieterspezifischen Informationen für die folgenden Unteroptionen der DHCP-Option 17:

    Hier ist ein Beispiel für eine ISC DHCP 4.2 Server dhcpd6.conf-Datei:

    • Unteroption 00: Der Name der zu installierenden Software-Image-Datei.

      Hinweis:

      Wenn der DHCP-Server die Unteroption 00 nicht verwenden kann, konfigurieren Sie den Namen der Software-Image-Datei mit der Unteroption 04. Wenn sowohl Unteroption 00 als auch Unteroption 4 definiert sind, wird Unteroption 04 ignoriert.

      Zum Beispiel:

    • Unteroption 01: Der Name des zu installierenden Skripts oder der Konfigurationsdatei.

      Zum Beispiel:

      Hinweis:

      ZTP bestimmt anhand der ersten Zeile der Datei, ob es sich bei der Datei um eine Skriptdatei handelt. Wenn die erste Zeile die Zeichen #! enthält, gefolgt von einem Interpreterpfad, behandelt ZTP die Datei als Skript und führt sie mit dem angegebenen Interpreterpfad aus. Damit ein Skript ausgeführt werden kann, muss die Skriptdatei die Möglichkeit bieten, während des ZTP-Prozesses eine gültige Konfigurationsdatei abzurufen und auf das Gerät zu laden.

      Die folgende Liste enthält die Skripttypen und die zugehörigen Interpreterpfade:

      • Pfad des Shell-Skript-Interpreters: #!/bin/sh

      • Pfad des SLAX-Skriptinterpreters: #!/usr/libexec/ui/cscript

      • Pfad des Python-Skriptinterpreters: #!/usr/bin/python

        Aus Sicherheitsgründen gelten für Junos OS strenge Anforderungen für die Ausführung von nicht signierten Python-Skripten auf Geräten mit Junos OS. Nur Geräte mit Junos OS mit erweiterter Automatisierung und Geräte mit Junos OS Evolved unterstützen die Ausführung von unsignierten Python-Skripten als Teil des ZTP-Prozesses.

      Wenn die Datei keine Sonderzeichen (#!) enthält, stellt ZTP fest, dass es sich bei der Datei um eine Konfigurationsdatei handelt, und lädt die Konfigurationsdatei.
      Hinweis:

      Ab Junos OS Version 21.1R1 sollten ZTP-Python-Skripte, die vom ZTP-Server abgerufen werden, zur Verwendung von Python 3 migriert werden, da Python 2.7 nicht mehr unterstützt wird. Mit anderen Worten, die Interpreter-Direktivenzeile sollte auf Python 3 verweisen und auch der Code des Skripts muss auf Python 3 migriert werden.

    • Unteroption 02: Der Bildtyp.

      Hinweis:

      Wenn Sie Unteroption 2 nicht angeben, behandelt der ZTP-Prozess das Software-Image als Dateinamen und nicht als symbolischen Link.

    • Unteroption 04: Der Name der zu installierenden Software-Image-Datei.

      Hinweis:

      Wenn der DHCP-Server Unteroption 00 nicht verwenden kann, konfigurieren Sie die Image-Datei mit Unteroption 04. Wenn sowohl Unteroption 00 als auch Unteroption 4 definiert sind, wird Unteroption 04 ignoriert.

      Zum Beispiel:

    • Unteroption 05: Der Port, den das Gerät zum Herunterladen des Images oder der Konfigurationsdatei oder beider anstelle des Standardports verwendet.

    • Unteroption 06: Der Name der JLoader-Paketdatei (wird nur auf QFX5100-Geräten unterstützt)

    • Unteroption 07: FTP-Timeout-Code.

    • Unteroption 08: HTTP-Proxyserverinformationen, die vom DHCP-Server an den DHCP-Client übergeben werden. Dies ist nützlich, wenn ein Gerät über einen Proxyserver auf den Phone-Home-Server oder den Umleitungsserver zugreifen muss.

      Hinweis:

      Stellen Sie beim Konfigurieren des DHCP-Servers und des HTTP-Proxyservers sicher, dass Sie die richtige Portnummer verwenden, damit der Datenverkehr durch den sicheren Tunnel fließen kann. Stellen Sie außerdem sicher, dass der Hostname oder die IP-Adresse des HTTP-Proxyservers und die Portnummer durch einen Doppelpunkt getrennt sind, z. B. "http://[2001::1]:3128. Wenn Sie keinen Doppelpunkt verwenden, wird Port 1080 verwendet.

      Wenn der DHCP-Client die HTTP-Proxyserverinformationen empfängt, werden diese in der Datei /var/etc/phc_v6_vendor_specific_info.xml (INET6) gespeichert.

      Sie können die HTTP-Proxyserverinformationen erneuern, indem Sie den request dhcp client renew interface Befehl ausführen. Der DHCP-Client ruft die gültigen HTTP-Proxyserverinformationen vom DHCP-Server ab. Die Verwendung des Befehls ist einfacher als ein Neustart des Bereitstellungsprozesses Wenn der HTTP-Proxyserver erneuert wird oder die HTTP-Proxyserverinformationen geändert oder gelöscht werden, schreibt jdhcp die Datei /var/etc/phc_v6_vendor_specific_info.xml mit den neuesten Informationen aus Unteroption 8 neu.

    • Das DHCPv6-Protokoll definiert die anbieterspezifische Informationsoption ("VSIO"), um Anbieteroptionen zu senden, die in einer Standard-DHCP-Option gekapselt sind.

    Die folgende Beispielkonfiguration zeigt die soeben konfigurierten DHCPv6-Optionen:

  8. Schalten Sie das Gerät mit der Standardkonfiguration ein.
  9. Überwachen Sie den ZTP-Prozess in der Konsole.
    Hinweis:

    Wenn SLAX-Skripte ausgeführt werden, werden die op-script.log und-Dateien event-script.log erzeugt.

    Sie können diese Protokolldateien auch zur Fehlerbehebung verwenden, falls etwas schief geht.

    • /var/log/dhcp_logfile

      Verwenden Sie diese Datei, um DHCP-Clientprotokolle zu überprüfen.

    • /var/log/event-script.log

      Verwenden Sie diese Datei, um den Konfigurationscommit-Status zu überprüfen.

    • /var/log/image_load_log

      Verwenden Sie diese Datei, um den Abruf- und Installationsstatus des Software-Images und der Konfigurationsdatei zu überprüfen.

    • /var/log/messages

      Verwenden Sie diese Datei, um Protokolle auf Systemebene zu überprüfen.

    • /var/log/op-script.log

      Verwenden Sie diese Datei, um den Konfigurationscommit-Status zu überprüfen.

    • /var/log/script_output

      Verwenden Sie diese Datei, um die Skriptausführungsausgabe zu überprüfen.

    Sie können den ZTP-Prozess auch überwachen, indem Sie Fehlermeldungen anzeigen und Betriebsbefehle erteilen. Weitere Informationen finden Sie unter Überwachung der Zero-Touch-Bereitstellung .

Zero-Touch-Bereitstellung auf Firewalls der SRX-Serie

Verständnis von Zero Touch Provisioning auf Firewalls der SRX-Serie

Dieses Thema enthält die folgenden Abschnitte:

Verständnis von ZTP auf Firewalls der SRX-Serie

Zero Touch Provisioning (ZTP) ermöglicht Ihnen die automatische Bereitstellung und Konfiguration von Geräten und minimiert den größten Teil der manuellen Eingriffe, die beim Hinzufügen von Geräten zu einem Netzwerk erforderlich sind. ZTP wird auf SRX300-, SRX320-, SRX340-, SRX345-, SRX550M- und SRX1500-Geräten unterstützt.

Ab Junos OS Version 20.2R1 auf Geräten der Serien SRX300, SRX320, SRX340, SRX345, SRX550 HM und SRX1500 können Sie die Zero-Touch-Bereitstellung mit DHCP-Optionen für die Bereitstellung Ihres Geräts verwenden. Weitere Informationen finden Sie unter Zero-Touch-Bereitstellung mit DHCP-Optionen .

Hinweis:

ZTP wird derzeit auf den Ports xe-0/0/16 und xe-0/0/17 auf der SRX1500 unterstützt. Um die Verwendung dieser Ports zu vermeiden, wurden die folgenden Standardkonfigurationen zu den Ports xe-0/0/18 und xe-0/0/19 hinzugefügt.

ZTP auf Firewalls der SRX-Serie ist für den ersten Start und die Konfiguration des Geräts beim Einschalten des Geräts verantwortlich. Diese Funktionalität umfasst:

  • Bereitstellung eines minimalen Bootstrappings des Geräts. Die Firewall der SRX-Serie wird mit einer werkseitigen Standardkonfiguration ausgeliefert. Die werkseitige Standardkonfiguration enthält die URL des Umleitungsservers, der verwendet wird, um eine Verbindung mit dem zentralen Server über eine sichere verschlüsselte Verbindung herzustellen.

  • Automatische Verbindung mit dem Server über das Internet und Herunterladen der vom Kunden oder Benutzer angegebenen Konfiguration und des Junos OS-Images vom Server, wenn die Firewall der SRX-Serie mit der werkseitigen Standardkonfiguration hochgefahren wird. Zuerst wird das neue Image installiert, dann wird die Erstkonfiguration auf der Firewall der SRX-Serie angewendet und bestätigt.

ZTP bietet die folgenden Vorteile:

  • Simplifizierte und schnellere Bereitstellung

  • Erhöhte Konfigurationsgenauigkeit

  • Unterstützung für die Skalierung des Netzwerks ohne zusätzliche Ressourcen

Der ZTP-Prozess verwendet den Netzwerkaktivator zur anfänglichen Bereitstellung der Firewalls der SRX-Serie.

Network Activator – Überblick

Network Service Activator ermöglicht eine schnelle Geräteerkennung und -bereitstellung für eine automatisierte Konfiguration, wodurch eine komplexe Geräteeinrichtung vermieden wird.

Network Activator stellt zunächst Firewalls der SRX-Serie (in dieser Dokumentation im Folgenden als Remote-Geräte bezeichnet) bereit, die sich an den Standorten der Endbenutzer befinden. Die Remote-Geräte laden ein Boot-Image und anfängliche Konfigurationsdateien von Servern herunter, auf denen Network Activator gehostet wird, wobei ein Prozess verwendet wird, der eine vollständige Autorisierung und Authentifizierung für alle Interaktionen ermöglicht. Wenn die anfängliche Bereitstellung abgeschlossen ist, kommuniziert das Remote-Gerät mit einem Management-Server, der dann mit der Verwaltung und Überwachung des Remote-Geräts beginnt.

Network Activator verwendet eine verteilte Architektur zur Unterstützung von Remote-Geräten. Network Activator wird auf einem zentralen Verwaltungsserver (zentraler Server) und mehreren regionalen Verwaltungsservern (regionale Server) installiert. Ein Gerät kommuniziert direkt mit dem ihm zugewiesenen regionalen Server. Die verteilte Architektur optimiert die Effizienz des anfänglichen Bereitstellungsprozesses und trägt zu einer hohen Leistung und Skalierung des Netzwerks bei.

Abbildung 1 Veranschaulicht die verteilte Architektur und die am anfänglichen Bereitstellungsprozess beteiligten Komponenten.

Abbildung 1: An der anfänglichen Bereitstellung des Remotegeräts Network architecture diagram showing data flow between a regional server, central and management servers, a remote device, and a Juniper Networks website with a redirect tool. beteiligte Komponenten

Die Rollen der Komponenten im anfänglichen Bereitstellungsprozess sind wie folgt:

  • Das Remote-Gerät sendet Anforderungen für die erste Bereitstellung. Das Remote-Gerät befindet sich am Standort des Endbenutzers.

  • Das Umleitungstool bietet die Authentifizierung und Autorisierung für Remote-Geräte für den Zugriff auf die ihnen zugewiesenen regionalen Server mithilfe von digitalen ITU-T X.509-PKI-Zertifikaten (Private Key Infrastructure). Der Redirect-Service wird auf Amazon Web Services (AWS) gehostet und von Juniper Networks betrieben und gewartet.

  • Der zentrale Server hostet Network Activator und kommuniziert mit den regionalen Activator-Servern. Administratoren bei einem Service Provider oder einem zentralen Unternehmensstandort interagieren mit diesem Server, um Network Activator zu installieren und einzurichten. Der zentrale Server befindet sich an einem zentralen geografischen Standort für den Service Provider.

  • Der regionale Server hostet auch Network Activator. Dieser Server speichert Informationen über die ihm zugewiesenen Remote-Geräte und kommuniziert direkt mit diesen Geräten. Dieser Server befindet sich in der Regel an einem regionalen Verwaltungsstandort, den der Anbieter für den Endbenutzer festlegt.

Abbildung 2 veranschaulicht den anfänglichen Bereitstellungsworkflow.

Abbildung 2: Workflow für die erste Bereitstellung Workflow diagram of Juniper Networks Redirect Tool for remote device setup and management, showing steps from admin setup to device management.

Im Einzelnen läuft der Provisioning-Workflow wie folgt ab:

  1. Der Administrator beim Service Provider:

    • Installiert und richtet Network Activator auf dem zentralen Server ein.

    • Fügt Remote-Geräte und regionale Server im Umleitungstool hinzu.

  2. Der zentrale Server leitet die Installation an die regionalen Server weiter.

  3. Der Endbenutzer schaltet das Remote-Gerät ein, verbindet es mit einem Computer und gibt den Authentifizierungscode auf der Webseite ein, um eine Anfrage für die erste Bereitstellung zu senden.

  4. Das Gerät überträgt sein X.509-Zertifikat und seinen vollqualifizierten Domänennamen (FQDN) als Bereitstellungsanforderung an das Umleitungstool.

  5. Das Umleitungstool durchsucht seinen Datenspeicher nach dem regionalen Server, den der Administrator für dieses Gerät angegeben hat, und bestätigt, dass die Anforderung des Geräts dem für den Server angegebenen X.509-Zertifikat entspricht.

  6. Das Umleitungstool sendet Kontaktinformationen für den regionalen Server an das Gerät.

  7. Das Gerät sendet eine Anforderung an den regionalen Server für die URL des Startimages und den Speicherort der Erstkonfiguration.

  8. Der regionale Server sendet die Informationen an das Gerät.

  9. Das Gerät ruft das Startimage und die Konfiguration vom regionalen Server ab.

  10. Das Gerät verwendet das Startimage und die Konfiguration, um zu starten und betriebsbereit zu werden.

Einschränkungen

  • Es gibt keine Einschränkungen hinsichtlich der Anzahl der Versuche zur Eingabe des richtigen Aktivierungscodes.

  • Wenn das Remote-Gerät den Server nicht erreichen kann (weil die konfigurierte Adresse in der werkseitigen Standardkonfiguration nicht korrekt ist oder der Server ausgefallen ist usw.), versucht das Remote-Gerät, eine Verbindung zu einem alternativen Server herzustellen (sofern in der werkseitigen Standardkonfiguration konfiguriert). Wenn nur ein Server konfiguriert ist, können Sie erneut versuchen, eine Verbindung herzustellen. In solchen Szenarien wird empfohlen, das Gerät manuell über die Konsole zu konfigurieren.

  • Die Captive Portal-Umleitung, die für die automatische Weiterleitung von Benutzern auf die Authentifizierungs-Webseite zur Eingabe des Aktivierungscodes erforderlich ist, wird nicht unterstützt. Sie müssen manuell zur Aktivierungsseite navigieren, nachdem Sie eine Verbindung mit dem Gerät hergestellt haben.

Konfigurieren der Zero-Touch-Bereitstellung auf einer Firewall der SRX-Serie

Bevor Sie beginnen:

  • Packen Sie das Gerät aus, installieren Sie es, schließen Sie die erforderliche Verkabelung ab, schließen Sie einen Laptop oder ein anderes Endgerät an und schalten Sie das Gerät ein. Weitere Informationen finden Sie im Hardware-Installationshandbuch für Ihr Gerät.

  • Schließen Sie für SRX300-, SRX320-, SRX340-, SRX345- und SRX550M-Geräte das Verwaltungsgerät an und greifen Sie auf die J-Web-Schnittstelle zu.

    Weitere Informationen finden Sie unter Schnellstartanleitungen der jeweiligen Geräte unter SRX300, SRX320, SRX340, SRX345 und SRX550M.

    Sie haben die Möglichkeit, ZTP zu nutzen; Sie können diese Option verwenden oder überspringen und mit J-Web-Assistenten fortfahren.

  • Bevor Sie bei SRX1500-Geräten J-Web zur Konfiguration Ihres Geräts verwenden können, müssen Sie auf die CLI zugreifen, um die Root-Authentifizierung und die Verwaltungsschnittstelle zu konfigurieren. Weitere Informationen finden Sie unter Einrichten des SRX1500 Services Gateway.

Dieser Abschnitt enthält eine Schritt-für-Schritt-Anleitung zur Verwendung von ZTP auf einer Firewall der SRX-Serie für die erste Bereitstellung des Geräts.

So Bereitstellung Sie eine SRX-Serie Firewall mit ZTP:

  1. Schließen Sie ein Verwaltungsgerät (PC oder Laptop) an einen beliebigen Ethernet-Port (WAN-Port) an der Vorderseite der Firewall der SRX-Serie an.
  2. Starten Sie einen Webbrowser auf dem Verwaltungsgerät, und geben Sie den Authentifizierungscode auf der Webseite ein, wie in Abbildung 3 gezeigt.
    Abbildung 3: Eingabe des Aktivierungscodes für ZTP User interface screen from Juniper Networks prompting for activation code entry with options Phone Home Client, Logs, and skip to JWeb.

    Nachdem das Gerät erfolgreich authentifiziert wurde, beginnt es mit dem Herunterladen des Software-Images und der Erstkonfiguration vom Server, wie in Abbildung 4 dargestellt.

    Abbildung 4: Initiieren des ZTP-Prozesses (Herunterladen von Software-Bildern) Software update screen for Juniper Networks device showing 5 percent download progress. Options: Phone Home Client, Logs, skip to JWeb.

    In diesem Schritt:

    • Der Aktivierungscode wird an den Server gesendet, und wenn die Authentifizierung erfolgreich ist, überträgt der Server die Erstkonfiguration an das Gerät. Wenn die Authentifizierung nicht erfolgreich ist, werden Sie aufgefordert, den richtigen Code einzugeben.

    • Der Server kann optional ein neues Software-Image auf die Firewall der SRX-Serie übertragen. In diesem Fall wird zuerst das neue Image installiert, und dann wird die Erstkonfiguration angewendet und auf dem Gerät bestätigt.

    Das neue Image wird installiert, und dann wird die Erstkonfiguration auf dem Gerät angewendet und bestätigt. Wenn der Vorgang abgeschlossen ist, wird eine Bestätigungsmeldung angezeigt, wie in Abbildung 5 dargestellt.

    Abbildung 5: Abschließen des ZTP-Prozesses Device activation complete message with options for Logs and skip to JWeb; Juniper Networks application.
  3. Klicken Sie auf Protokolle , um Details zum Bootstrapping-Prozess anzuzeigen.

Nach erfolgreicher Installation des neuen Software-Images und der neuen Konfiguration auf dem System sendet der Client die bootstrap-complete Benachrichtigung an den Server, der das Image und die Konfiguration bereitgestellt hat. Nachdem die Benachrichtigung gesendet wurde, wird die Konfiguration, die die Namen der Server enthält, aus dem System gelöscht. Wenn Sie ZTP das nächste Mal verwenden, müssen Sie die URL des Umleitungsservers explizit konfigurieren.

Hinweis:

Im Falle eines Fehlers in irgendeiner Phase wird das Verfahren von vorne begonnen.
Hinweis:

Der ZTP-Prozess führt ein Upgrade oder Downgrade der Junos OS-Version durch. Wenn Sie während eines Downgrades einer Firewall der SRX-Serie ein Downgrade auf eine Softwareversion vor Junos OS Version 15.1X49-D100 durchführen, in der ZTP nicht unterstützt wird, findet die automatische Installationsphase des ZTP-Prozesses nicht statt.

Für SRX300-, SRX320-, SRX340-, SRX345- und SRX550M Geräte ist ZTP die Standardmethode für die Bereitstellung der Geräte. Wenn Sie jedoch die J-Web-basierte Bereitstellung verwenden möchten (J-Web-Setupassistenten werden für die SRX300 Gerätereihe und SRX550M Geräte unterstützt), können Sie anstelle von ZTP die im Clientportal bereitgestellte Option verwenden, um zu den J-Web-Setupassistenten zu wechseln, um die anfängliche Softwarekonfiguration Ihres Geräts durchzuführen.

Wenn Sie die Option Skip to JWeb (Zu JWeb überspringen ) auswählen, müssen Sie das Kennwort für den Systemstamm Authentifizierung konfigurieren, wie in Abbildung 6 dargestellt.

Abbildung 6: Konfigurieren des Kennworts Juniper Networks JWeb interface login screen prompting system root password setup with Submit and Cancel options. für die Systemstammauthentifizierung
Hinweis:

Bei SRX1500-Geräten wird die Option "Zu JWeb springen " nicht unterstützt. Um auf J-Web zugreifen zu können, muss die ZTP-Client-Konfiguration während der Ersteinrichtung von SRX1500 über die CLI gelöscht werden.

Grundlegendes zur werkseitigen Standardkonfiguration der Firewall der SRX-Serie für eine vollständig automatisierte Bereitstellung

Ihr Services Gateway wird mit einer werkseitigen Standardkonfiguration ausgeliefert. Im Folgenden finden Sie ein Beispiel für die Standardkonfiguration, die die Konfiguration für ZTP enthält:

Beachten Sie, dass in dieser Konfiguration:

  • server gibt den Namen oder die IP-Adresse des Servers an. Die werkseitige Standardkonfiguration einer Firewall der SRX-Serie kann IP-Adressen von mehr als einem Server enthalten.

  • rfc-compliant gibt an, dass der Server nach einem Upgrade bestimmte Verhaltensweisen erzwingt, die mit den RFC-Standards konform sind.

Hinweis:

Standardmäßig ist die Konfiguration der automatischen Systeminstallation Teil der werkseitigen Standardkonfiguration des Geräts. Daher muss der Administrator sicherstellen, dass die Konfigurationsdatei, die vom regionalen Server an das Remote-Gerät (Firewall der SRX-Serie) gesendet wird, die delete system autoinstallation Option in der werkseitigen Standardkonfiguration enthalten muss.

Überwachung der Zero-Touch-Bereitstellung

Sie können die Konsolen- und Betriebsmodusbefehle verwenden, um die Zero-Touch-Bereitstellung zu überwachen.

Verwenden der Konsole zur Überwachung der Zero-Touch-Bereitstellung in Junos OS

Die folgenden ZTP-Aktivitäten (Zero Touch Provisioning) werden während des ZTP-Prozesses auf der Konsole angezeigt:

  • Start- und Endzeiten des ZTP-Prozesses.

  • Listen der gebundenen und ungebundenen DHCP-Clientschnittstellen.

  • DHCP-Optionen, die DHCP-Server an DHCP-Clients senden.

  • Protokolle, die angeben, welche Schnittstellen für ZTP verwendet werden.

  • ZTP-Parameter, die DHCP-Clients von DHCP-Servern abrufen.

  • Dateinamen von Konfigurations- und Image-Dateien, Namen von Dateiservern, Protokolle zum Abrufen von Dateien und Zeiten, zu denen DHCP-Server Konfigurations- und Image-Dateien abrufen.

  • Fehlerzustände, die dadurch verursacht werden, dass sich Dateien nicht auf Servern befinden, oder nicht erreichbare Server und Timeouts.

  • Anzahl der durchgeführten Versuche und Anzahl der verbleibenden Versuche für die Wiederholung im aktuellen ZTP-Zyklus.

  • Abschluss der Dateiübertragungen.

  • Installation, Neustart und Status des ZTP-Prozesses.

  • Interner Zustandsfehler und Beendigung des ZTP-Prozesses.

  • Protokolle für das Hinzufügen oder Löschen von Standardrouten.

Verwenden von Systemprotokollwarnungen zur Überwachung der Zero-Touch-Bereitstellung

Zweck

In diesem Beispiel werden Sie durch die Systemprotokollwarnung darauf hingewiesen, dass das automatische Imageupgrade gestartet wird.

Aktion

Verwenden Sie die folgende Systemprotokollwarnung, um den Prozess des automatischen Imageupgrades zu überwachen.

Bedeutung

Diese Systemprotokollwarnung gibt an, dass das Auto-Image-Upgrade gestartet wird, und enthält Informationen zum Stoppen des Auto-Image-Upgrade-Prozesses.

Überwachen der Zero-Touch-Bereitstellung mithilfe von Fehlermeldungen

Zweck

Fehlermeldungen enthalten Informationen darüber, welche DHCP-Optionen nicht konfiguriert sind.

Aktion

Verwenden Sie die Informationen in der folgenden Fehlermeldung, um herauszufinden, welche DHCP-Optionen nicht konfiguriert sind.

Bedeutung

Die Fehlermeldung weist darauf hin, dass die Optionen DHCP-Protokollserver, Hostname und NTP-Server nicht konfiguriert sind.

Verwenden von Systemprotokolldateien zur Überwachung der Zero-Touch-Bereitstellung in Junos OS mithilfe von DHCP-Optionen

Zweck

Systemprotokolldateien enthalten Informationen zum Status des automatischen Upgradeprozesses, Listen der gebundenen und ungebundenen DHCP-Clientschnittstellen, IP-Adressen von Dateiservern, Namen und Speicherorte von Image- und Konfigurationsdateien sowie erfolgreiche und fehlgeschlagene Versuche zum Abrufen von Konfigurations- und Imagedateien.

Aktion

Verwenden Sie die Informationen in den folgenden Systemprotokolldateien, um den Prozess der automatischen Aktualisierung zu überwachen.

Bedeutung

Diese Systemprotokolldateien geben an, dass sechs fehlgeschlagene Versuche zum Abrufen der Konfigurationsdatei vom Dateiserver, die IP-Adresse des Dateiservers, der Name der DHCP-Clientschnittstelle und die Anzahl der Wiederholungsversuche aufgetreten sind.

Verwenden von Systemprotokolldateien zur Überwachung der Zero-Touch-Bereitstellung in Junos OS mithilfe von DHCPv6-Optionen

Zweck

Systemprotokolldateien enthalten Informationen zum Status des automatischen Upgradeprozesses, Listen der gebundenen und ungebundenen DHCP-Clientschnittstellen, IP-Adressen von Dateiservern, Namen und Speicherorte von Image- und Konfigurationsdateien sowie erfolgreiche und fehlgeschlagene Versuche zum Abrufen von Konfigurations- und Imagedateien.

Aktion

Verwenden Sie die Informationen in den folgenden Systemprotokolldateien, um den Prozess der automatischen Aktualisierung zu überwachen.

Bedeutung

Diese Systemprotokolldateien geben an, dass es sechs fehlgeschlagene Versuche gab, die Image-Datei vom Dateiserver abzurufen, die IP-Adresse des Dateiservers, den Namen der DHCPv6-Clientschnittstelle und die Häufigkeit, mit der der Wiederholungsprozess aufgetreten ist.

Verwenden des Befehls show dhcp client binding

Zweck

Geben Sie den Befehl ein, um die show dhcp client binding DHCP-Clientbindungsinformationen anzuzeigen.

Aktion

Geben Sie den show dhcp client binding Befehl ein, um die IP-Adresse des DHCP-Clients, die Hardwareadresse des DHCP-Clients, die Anzahl der Sekunden, in denen die IP-Adresslease des DHCP-Clients abläuft, den Status der DHCP-Client-IP-Adresse in der Bindungstabelle und den Namen der Schnittstelle mit aktiven Clientbindungen anzuzeigen.

DHCP-Clientbindung anzeigen

Bedeutung

Die Ausgabe dieses Befehls zeigt, dass es eine Clientschnittstelle gibt, die gebunden ist, und dass es drei Schnittstellen gibt, die DHCP-Angebote vom DHCP-Server empfangen.

Verwenden des Befehls show dhcpv6 client binding

Zweck

Geben Sie den Befehl ein, um die show dhcpv6 client binding DHCP-Clientbindungsinformationen anzuzeigen.

Aktion

Geben Sie den show dhcp6 client binding Befehl ein, um die IP-Adresse des DHCPv6-Clients, die Hardwareadresse des DHCPv6-Clients, die Anzahl der Sekunden, in denen die IP-Adresslease des DHCPv6-Clients abläuft, den Status der DHCPv6-Client-IP-Adresse in der Bindungstabelle und den Namen der Schnittstelle mit aktiven Clientbindungen anzuzeigen.

DHCPv6-Clientbindung anzeigen

Bedeutung

Die Ausgabe dieses Befehls zeigt, dass es eine gebundene Clientschnittstelle gibt und dass es drei Schnittstellen gibt, die DHCPv6-Angebote vom DHCP-Server empfangen.

Verwenden des Befehls show dhcp client statistics

Zweck

Geben Sie den Befehl ein, um DHCP-Clientstatistiken show dhcp client statistics anzuzeigen.

Aktion

Geben Sie den Befehl ein, um DHCP-Clientstatistiken show dhcp client statistics anzuzeigen, z. B. die Anzahl der verworfenen Pakete und die Anzahl der gesendeten und empfangenen DHCP- und BOOTP-Nachrichten.

DHCP-Clientstatistiken anzeigen

Bedeutung

Die Ausgabe dieses Befehls zeigt an, wie viele Pakete mit Fehlern verworfen wurden, die Anzahl der empfangenen BOOTREPLY- und DHCPOFFER-Nachrichten und die Anzahl der gesendeten BOOTREQUEST- und DHCPREQUEST-Nachrichten.

Verwenden des Befehls show dhcpv6 client statistics

Zweck

Geben Sie den Befehl ein, um DHCPv6-Clientstatistiken show dhcpv6 client statistics anzuzeigen.

Aktion

Geben Sie den Befehl ein, um DHCPv6-Clientstatistiken show dhcpv6 client statistics anzuzeigen, z. B. die Anzahl der verworfenen Pakete und die Anzahl der gesendeten und empfangenen DHCPv6-Nachrichten.

DHCPv6-Clientstatistiken anzeigen

Bedeutung

Die Ausgabe dieses Befehls zeigt an, wie viele Pakete mit Fehlern verworfen wurden und wie viele DHCPV6-Nachrichten empfangen und gesendet wurden.

Tabellarischer Änderungsverlauf

Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie den Feature-Explorer , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.

Veröffentlichung
Beschreibung
21.4R1-EVO
Ab Junos OS Evolved Version 21.4R1 auf QFX5130-32CD-, QFX5220- und QFX5700 Geräten unterstützt ZTP den DHCPv6-Client auf der Verwaltungsschnittstelle. Während des Bootstrap-Prozesses fordert das Gerät zunächst über den DHCPv4-Client Informationen zum Image und zur Konfigurationsdatei vom DHCP-Server an. Das Gerät überprüft die DHCPv4-Bindungen nacheinander. Wenn ein Fehler mit einer der DHCPv4-Bindungen auftritt, sucht das Gerät weiterhin nach Bindungen, bis die Bereitstellung erfolgreich ist. Wenn jedoch keine DHCPv4-Bindungen vorhanden sind, prüft das Gerät auf DHCPv6-Bindungen und führt den gleichen Prozess wie bei DHCPv4 aus, bis das Gerät erfolgreich bereitgestellt werden kann. Der DHCP-Server verwendet die DHCPv6-Optionen 59 und 17 und die entsprechenden Unteroptionen, um ZTP-bezogene Informationen zwischen sich und dem DHCP-Client auszutauschen.
21.3R1-EVO
Ab Junos OS Evolved Version 21.3R1 unterstützt ZTP auf Geräten der Serien PTX10001-36MR, PTX10003, PTX10004, PTX10008 und PTX10016 jetzt die DHCP-Optionen 61 und 77. Die DHCP-Option 61 wird verwendet, um die Seriennummer des Gehäuses anzugeben, und die DHCP-Option 77 wird verwendet, um die Marke, das Modell und die Softwareversion des Gehäuses anzugeben.
21.2R1-EVO
Ab Junos OS Evolved Version 21.2R1 auf PTX10008-Geräten erkennt die Zero-Touch-Bereitstellung (ZTP) dynamisch die Portgeschwindigkeit von WAN-Schnittstellen und verwendet diese Informationen, um ZTP-Serverports mit derselben Geschwindigkeit zu erstellen.
21.2R1-EVO
Ab Junos OS Evolved Version 21.2R1 unterstützen QFX5700-Geräte die Möglichkeit für WAN Schnittstellen oder Verwaltungsschnittstellen, die entsprechende Software und die Konfigurationsdatei während des ZTP-Bootstrap-Prozesses automatisch herunterzuladen und auf Ihrem Gerät zu installieren.
21.2R1
Ab Junos OS Version 21.2R1 auf QFX10002-Geräten erkennt die Zero-Touch-Bereitstellung (ZTP) dynamisch die Portgeschwindigkeit von WAN-Schnittstellen und verwendet diese Informationen, um ZTP-Serverports mit derselben Geschwindigkeit zu erstellen.
21.2R1
Ab Junos OS Version 21.2R1 auf Geräten EX2300-C-C, EX2300-MP, EX4300, EX4300-MP, EX4300-VC, EX4400-24MP, EX4400-48MP, EX4600-VC, EX4600-VC, EX4650-48Y-VC kann der Phone-Home-Client während des Bootstrapping-Prozesses über einen Proxyserver auf den Umleitungsserver zugreifen. Der DHCP-Server verwendet DHCP-Option 43, Unteroption 8, um die Details von IPv4- und/oder IPv6-Proxyservern an den Phone-Home-Client zu übermitteln. Der DHCP-Daemon, der auf dem Ziel-Switch ausgeführt wird, lernt die Proxy-Server im anfänglichen DHCP-Zyklus kennen und füllt dann entweder die phc_vendor_specific_info.xml- oder die phc_v6_vendor-specific_info.xml-Dateien im Verzeichnis /var/etc/ mit den herstellerspezifischen Informationen.
21.2R1
Ab Junos OS Version 21.2R1 können Sie auf EX2300-C-, EX2300-MP-, EX4300-, EX4300-MP-, EX4300-VC-, EX4400-24MP-, EX4400-48MP-, EX4600-VC-, EX4650- und EX4650-48Y-VC-Geräten einen DHCPv6-Client und ZTP verwenden, um einen Switch zu Bereitstellung. Während des Bootstrap-Prozesses verwendet das Gerät zunächst den DHCPv4-Client, um Informationen zum Image und zur Konfigurationsdatei vom DHCP-Server anzufordern. Das Gerät überprüft die DHCPv4-Bindungen nacheinander. Wenn ein Fehler mit einer der DHCPv4-Bindungen auftritt, sucht das Gerät so lange nach Bindungen, bis die Bereitstellung erfolgreich ist. Wenn jedoch keine DHCPv4-Bindungen vorhanden sind, prüft das Gerät auf DHCPv6-Bindungen und führt den gleichen Prozess wie bei DHCPv4 durch, bis das Gerät erfolgreich bereitgestellt wurde. Sowohl DHCPv4- als auch DHCPv6-Clients sind Teil der Standardkonfiguration auf dem Gerät. Der DHCP-Server verwendet die DHCPv6-Optionen 59 und 17 und die entsprechenden Unteroptionen, um ZTP-bezogene Informationen zwischen sich und dem DHCP-Client auszutauschen.
21.1R1
Ab Junos OS Version 21.1R1 erstellt der Phone-Home-Client auf Geräten der Serien EX2300, EX2300-VC, EX3400, EX3400-VC, EX4400-24T, EX4400-48F, EX4400-48T und EX4600 einen transparenten HTTPS-Tunnel mit dem Proxyserver, wenn er Informationen zum HTTP-Proxyserver über DHCP-Option 43 Unteroption 8 empfängt. Sobald der Tunnel eingerichtet ist, verwendet der Phone-Home-Client den Tunnel als Proxy für den Phone-Home-Server oder Umleitungsserver. Der Phone-Home-Client lädt das Software-Image und die Konfigurationsdatei über den Tunnel auf das Gerät herunter. Sobald das Bootstrapping abgeschlossen ist, wird das Gerät neu gestartet und der Tunnel beendet.
21.1R1
Ab Junos OS Version 21.1R1 kann der Phone-Home-Client auf Geräten der Serien EX2300, EX2300-VC, EX3400, EX3400-VC, EX4400-24T, EX4400-48F, EX4400-48T und EX4600 während des Bootstrapping-Prozesses über einen Proxyserver auf den Umleitungsserver zugreifen. Der DHCP-Server verwendet DHCP-Option 43, Unteroption 8, um die Details von IPv4- und/oder IPv6-Proxyservern an den Phone-Home-Client zu übermitteln. Der DHCP-Daemon, der auf dem Ziel-Switch ausgeführt wird, lernt die Proxy-Server im anfänglichen DHCP-Zyklus kennen und füllt dann entweder die phc_vendor_specific_info.xml- oder die phc_v6_vendor-specific_info.xml-Dateien im Verzeichnis /var/etc/ mit den herstellerspezifischen Informationen.
20.4R1-EVO
Ab Junos OS Evolved Version 20.4R1 unterstützen PTX10004-Geräte die Automatisierung der Gerätekonfiguration und Software-Upgrades über die Verwaltungsschnittstelle von Routing-Engine 0 (RE0).
20.4R1-EVO
Ab Junos OS Evolved Version 20.4R1 unterstützen ACX5448- und QFX5120-48YM-Geräte die Möglichkeit, dass entweder WAN-Schnittstellen oder Verwaltungsschnittstellen die entsprechende Software und die Konfigurationsdatei während des ZTP-Bootstrapping-Prozesses automatisch herunterladen und auf Ihrem Gerät installieren.
20.4R1
Ab Junos OS Version 20.4R1 auf den Geräten der MX-Serie, EX3400, EX4300, QFX5100 und QFX5200 unterstützt ZTP den DHCPv6-Client. Während des Bootstrap-Prozesses fordert das Gerät zunächst über den DHCPv4-Client Informationen zum Image und zur Konfigurationsdatei vom DHCP-Server an. Das Gerät überprüft die DHCPv4-Bindungen nacheinander. Wenn ein Fehler mit einer der DHCPv4-Bindungen auftritt, sucht das Gerät weiterhin nach Bindungen, bis die Bereitstellung erfolgreich ist. Wenn jedoch keine DHCPv4-Bindungen vorhanden sind, prüft das Gerät auf DHCPv6-Bindungen und führt den gleichen Prozess wie bei DHCPv4 aus, bis das Gerät erfolgreich bereitgestellt werden kann. Der DHCP-Server verwendet die DHCPv6-Optionen 59 und 17 und die entsprechenden Unteroptionen, um ZTP-bezogene Informationen zwischen sich und dem DHCP-Client auszutauschen.
20.4R1
Ab Junos OS Version 20.4R1 können Sie auf den Geräten EX4600, EX4650 EX9200 mit RE-S-EX9200-2X00X6-, QFX5110-, QFX5200-, QFX5210-, QFX5120-32C- und QFX5120-48Y-Geräten entweder das auf DHCP-Optionen basierende Legacy-ZTP oder den Phone-Home-Client (PHC) verwenden, um Software für den Switch zu Bereitstellung. Wenn der Switch hochfährt und DHCP-Optionen vorhanden sind, die vom DHCP-Server für ZTP empfangen wurden, wird ZTP fortgesetzt. Wenn keine DHCP-Optionen vorhanden sind, wird PHC versucht. PHC ermöglicht es dem Switch, Bootstrapping-Daten wie ein Konfigurations- oder Software-Image sicher abzurufen, ohne dass der Benutzer eingreifen muss, außer dass der Switch physisch mit dem Netzwerk verbunden werden muss. Wenn der Switch zum ersten Mal hochgefahren wird, stellt PHC eine Verbindung zu einem Umleitungsserver her, der an einen Telefon-Home-Server umleitet, um die Konfiguration oder das Software-Image abzurufen.
20.2R1-S1
Ab Junos OS Version 20.2R1-S1 auf den Geräten der MX-Serie, EX3400, EX4300, QFX5100 und QFX5200 unterstützt ZTP den DHCPv6-Client. Während des Bootstrap-Prozesses fordert das Gerät zunächst über den DHCPv4-Client Informationen zum Image und zur Konfigurationsdatei vom DHCP-Server an. Das Gerät überprüft die DHCPv4-Bindungen nacheinander. Wenn ein Fehler mit einer der DHCPv4-Bindungen auftritt, sucht das Gerät weiterhin nach Bindungen, bis die Bereitstellung erfolgreich ist. Wenn jedoch keine DHCPv4-Bindungen vorhanden sind, prüft das Gerät auf DHCPv6-Bindungen und führt den gleichen Prozess wie bei DHCPv4 aus, bis das Gerät erfolgreich bereitgestellt werden kann. Der DHCP-Server verwendet die DHCPv6-Optionen 59 und 17 und die entsprechenden Unteroptionen, um ZTP-bezogene Informationen zwischen sich und dem DHCP-Client auszutauschen.
20.2R1
Ab Junos OS Version 20.2R1 auf Geräten der Serien SRX300, SRX320, SRX340, SRX345, SRX550 HM und SRX1500 können Sie die Zero-Touch-Bereitstellung mit DHCP-Optionen oder den Phone-Home-Client zur Bereitstellung Ihres Geräts verwenden.
20.1R1-EVO
Ab Junos OS Evolved Version 20.1R1 auf PTX10003-Geräten erkennt die Zero-Touch-Bereitstellung (ZTP) dynamisch die Portgeschwindigkeit von WAN-Schnittstellen und verwendet diese Informationen, um ZTP-Serverports mit derselben Geschwindigkeit zu erstellen.
20.1R1-EVO
Ab Junos OS Evolved Version 20.1R1 unterstützen PTX10008-Geräte die Automatisierung der Gerätekonfiguration und Software-Upgrades über die Verwaltungsschnittstelle von Routing-Engine 0 (RE0).
19,4R1
Ab Junos OS Version 19.4R1 kann ZTP die Bereitstellung der Gerätekonfiguration und des Software-Images auf dem Juniper Route Reflector (JRR) automatisieren. ZTP unterstützt Self-Image-Upgrades und automatische Konfigurationsaktualisierungen mithilfe von ZTP-DHCP-Optionen. In dieser Version unterstützt ZTP die Umsatzports em2 bis em9 sowie den Verwaltungsport em0, der in Junos OS-Versionen vor 19.4R1 unterstützt wird.
19.3R1-Evo
Ab Junos OS Evolved Version 19.3R1 können Sie auf dem Gerät QFX5220-128C in Zero Touch Provisioning (ZTP) entweder WAN-Schnittstellen oder Verwaltungsschnittstellen verwenden, um die entsprechende Software und die Konfigurationsdatei während des Bootstrap-Prozesses automatisch herunterzuladen und auf Ihrem Gerät zu installieren.
19.3R1
Ab Junos OS Version 19.3R1 können Sie entweder WAN-Schnittstellen oder Verwaltungsschnittstellen verwenden, um die entsprechende Software und die Konfigurationsdatei während des ZTP-Bootstrap-Prozesses automatisch herunterzuladen und auf Ihrem Router zu installieren.
19.2R1
Ab Junos OS Version 19.2R1 kann ZTP die Bereitstellung der Gerätekonfiguration und des Software-Images auf der Managementschnittstelle em0 für ACX5448-Switches automatisieren.
19.1R1-EVO
Ab Junos OS Evolved Version 19.1R1 kann ZTP die Bereitstellung der Gerätekonfiguration und des Software-Images auf der Verwaltungsschnittstelle für QFX5220- und PTX10003-Geräte automatisieren.
19.1-Evo
Verwenden Sie ab Junos OS Evolved Version 19.1R1 den Befehl show system ztp , um die Zero-Touch-Bereitstellung unter Junos OS Evolved zu überwachen.
18.3R1
Ab Junos OS Version 18.3R1 wird ZTP, das die Bereitstellung der Gerätekonfiguration und des Software-Images mit minimalen manuellen Eingriffen automatisiert, auf VM-Hosts der MX-Serie unterstützt.
18.2R1
Ab Junos OS Version 18.2R1 kann ZTP die Bereitstellung der Gerätekonfiguration und des Software-Images auf VM-Hostplattformen automatisieren, die die Router PTX5000, PTX3000, PTX10008, PTX10016, PTX10002-60C verwenden.
18.2R1
Ab Junos OS Version 18.2R1 kann ZTP die Bereitstellung der Gerätekonfiguration und des Software-Images auf VM-Hostplattformen automatisieren, die QFX10008- und QFX10016-Switches verwenden.
18.1R1
Ab Junos OS Version 18.1R1 kann ZTP die Bereitstellung der Gerätekonfiguration und des Software-Images auf VM-Hostplattformen automatisieren, die QFX10002-60C-Switches verwenden.
17.2R1
Ab Junos OS Version 17.2R1 kann ZTP die Bereitstellung der Gerätekonfiguration und des Software-Images auf VM-Hostplattformen automatisieren, die PTX1000-Router verwenden.
16.1R1
Ab Junos OS Version 16.1R1 können Sie unterstützte Geräte Bereitstellung, indem Sie entweder ein auszuführendes Skript oder eine zu ladende Konfigurationsdatei verwenden.
12.2
Ab Junos OS Version 12.2 können Sie die Konsolen- und Betriebsbefehle verwenden, um die Zero-Touch-Bereitstellung zu überwachen.