Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページの内容
 

ゼロタッチプロビジョニング

ゼロタッチプロビジョニングは、最小限の手動操作で、新しいジュニパーネットワークスデバイスにソフトウェアを自動的にインストールまたはアップグレードします。

ゼロタッチプロビジョニングの概要

ゼロタッチプロビジョニング(ZTP)により、手動による操作を最小限に抑えながら、ネットワーク内の新しいジュニパーネットワークスデバイスを自動的にプロビジョニングできます。デバイスに応じて、管理ポートまたはネットワークポートのいずれかを使用してネットワークに接続できます。デバイスをネットワークに物理的に接続し、工場出荷時のデフォルト設定で起動すると、デバイスはソフトウェアリリースをアップグレード(またはダウングレード)し、ネットワークから設定ファイルを自動的にインストールします。設定ファイルは、設定またはスクリプトです。スクリプトを使用して、デバイス固有の設定ファイルを作成し、WebサーバーへのHTTPリクエスト操作を実行して、特定の設定ファイルやソフトウェアリリースをダウンロードできます。

ネットワーク上で必要なソフトウェアイメージと設定ファイルを見つけるために、デバイスはDynamic Host Configuration Protocol(DHCP)サーバーで設定した情報を使用します。この情報を提供するようにDHCPサーバーを設定しない場合、デバイスは事前インストールされたソフトウェアと工場出荷時のデフォルト設定で起動します。

一部のスイッチでは、PHC(phone-home client)を使用してスイッチ用のソフトウェアをプロビジョニングできます。スイッチの起動時に、DHCPサーバーからZTP用のDHCPオプションを受信した場合、ZTPが再開されます。DHCP オプションが存在しない場合、PHC が試行されます。PHC の詳細については、「 Phone-Home クライアントを使用したバーチャルシャーシのプロビジョニング」を参照してください。

注:

ZTPをサポートするプラットフォームを確認するには、ブラウザで 機能エクスプローラーに移動します。機能エクスプローラーページの 機能の探索 セクションで、 すべての機能を選択します。[ 機能ファミリー別にグループ化された機能 ] ボックスで、[ゼロ タッチ プロビジョニング] を選択します。[ フィーチャの検索 ] 編集ボックスにフィーチャの名前を入力することもできます。ZTPサポートがどのように拡張されたかの詳細については、このトピックの最後にあるリリース履歴の表を参照してください。

ZTPワークフロー

デバイスがデフォルト設定で起動すると、以下のイベントが発生します。

  1. DHCP クライアントは、サポートされているインターフェイスで実行されます。

  2. DHCP サーバーは IP アドレスをプロビジョニングし、ZTP プロセスに関連する応答にいくつかの DHCP オプションを含めます。

  3. デバイスは、DHCP オプションを処理し、設定ファイルを検索し、スクリプトを実行し、ソフトウェアのアップグレードやダウングレードを行います。

  4. イメージファイルと設定ファイルの両方が存在する場合、イメージがインストールされ、設定が適用されます。

  5. イメージファイルのみが存在する場合、イメージがデバイスにインストールされます。

  6. イメージがデバイスにすでにインストールされているイメージと同じ場合、ZTPは続行し、インストール手順をスキップします。

  7. デバイスがイメージを取得できなかった場合、ZTPはイメージの取得を再試行します。

  8. イメージが破損している場合、インストールは失敗します。

    何らかの理由でインストールに失敗すると、ZTPが再起動します。

  9. 設定ファイルのみが存在する場合、設定がダウンロードされます。

    ファイルの最初の行が #!文字の後にインタプリタパスが続く場合、ファイルはスクリプトと見なされ、スクリプトはインタプリタによって実行されます。スクリプトがエラーを返した場合、ZTPステートマシンはスクリプトを再取得し、スクリプトの再実行を試みます。

    設定ファイルをダウンロードできない場合、ZTPプロセスは再度ダウンロードを試みます。

    設定ファイルが破損している場合、構文エラーがある場合、またはデバイスでサポートされていないコマンドが含まれている場合、デバイスはコミットできず、再試行メカニズムが再起動されます。

  10. イメージまたは設定ファイルがない場合、ZTPプロセスが再開されます。

  11. ファイルサーバー情報がない場合、ZTPプロセスが再開されます。

  12. 設定がコミットされると、ZTPプロセスは成功したとみなされ、終了します。

スクリプトを使用したデバイスのプロビジョニング

ZTPプロセス中に、新しいネットワークデバイスを接続して起動すると、デバイスはDHCPサーバーにIPアドレスを要求します。サーバーは、デバイスのソフトウェアイメージと設定ファイルのIPアドレスと、設定されている場合はファイル名と場所を提供します。設定ファイルは、設定またはスクリプトです。

設定ファイルが提供されている場合、オペレーティングシステムはファイルの1行目に基づいてファイルがスクリプトかどうかを判断します。最初の行に文字 #! その後にインタプリタパスが続く場合、オペレーティングシステムはファイルをスクリプトとして扱い、指定されたインタプリタで実行します。

スクリプトがエラー(つまり、ゼロ以外の値)を返した場合、ZTPステートマシンはスクリプトを再取得し、再実行を試みます。これは、スクリプトが正常に実行されるまで続きます。

表1 は、サポートされるスクリプトタイプ、対応するインタプリタパス、ZTPプロセス中にそのスクリプトタイプをサポートするプラットフォームの概要を示しています。

表1:ZTPでサポートされるスクリプト

スクリプトタイプ

インタープリターパス

プラットフォームのサポート

シェルスクリプト

#!/bin/sh

すべてのデバイス

SLAXスクリプト

#!/usr/libexec/ui/cscript

すべてのデバイス

Pythonスクリプト

#!/usr/bin/python

自動化が強化されたJunos OSを実行するデバイス

Junos OS Evolvedを実行しているデバイス
注:

セキュリティ上の理由から、Junos OS では、署名されていない Python スクリプトを Junos OS 搭載デバイス上で実行するための厳格な要件が設けられています。自動化が強化された Junos OS を実行しているデバイスと Junos OS Evolved を実行しているデバイスのみ、DHCP オプション 43 サブオプション 01 の署名されていない Python スクリプトの使用をサポートしています。

オペレーティングシステムは、インタプリタパス #! 続く文字を見つけられない場合、ファイルをテキスト形式の設定として扱い、デバイスに設定を読み込みます。

ゼロタッチプロビジョニング再起動プロセスのトリガー

ZTPは、以下のイベントのいずれかが発生すると再起動します。

  • 設定ファイル、スクリプトファイル、またはイメージファイルのリクエストに失敗します。

  • 設定ファイルが正しくないため、コミットに失敗します。

  • 使用可能なコンフィギュレーション・ファイルもイメージ・ファイルもありません。

  • イメージファイルが破損しており、インストールに失敗します。

  • ファイルサーバー情報はありません。

  • DHCP サーバーに有効な ZTP パラメーターが設定されていません。

  • どのDHCPクライアントインターフェイスもバインド状態にならない場合。

  • 設定ファイルまたはイメージファイルの取得を6回試みた後にZTPトランザクションが失敗する。

これらのイベントのいずれかが発生すると、ZTPはDHCPクライアント設定のすべてのインターフェイス(管理およびネットワーク)でDHCPクライアントステートマシンをリセットし、ステートマシンを再起動します。ステートマシンを再起動すると、DHCPクライアントはDHCPサーバーが設定した最新のパラメーターを取得できます。

ZTPが再起動する前に、バインドされたDHCPクライアントインターフェイスとバインドされていないDHCPクライアントインターフェイスのリストを作成するのに十分な時間を確保するまで、約15〜30秒を経過する必要があります。

バインドおよび非バインドのDHCPクライアントインターフェイスのリストには、以下が含まれます。

  • エントリーはありません。

  • 複数のDHCPクライアントインターフェイス。

    DHCPサーバーからすべてのZTPパラメーター(ソフトウェアイメージファイル、設定ファイル、ファイルサーバー情報)を受信したDHCPクライアントインターフェイスに優先度が与えられます。

バインドされたクライアントインターフェイスとバインドされていないクライアントインターフェイスのリストが作成され、ZTPアクティビティに対してDHCPクライアントが選択されると、既存のデフォルトルートが削除され、選択されたDHCPクライアントインターフェイスに新しいデフォルトルートが追加されます。新しいデフォルトルートを追加するためには、1つのZTPインスタンスのみをアクティブにすることができます。

ZTPが再起動した後、DHCPクライアントはDHCPサーバーからファイルの取得を最大6回試み、試行の間に10〜15秒が経過します。成功したかどうかに関係なく、すべての試行が記録され、コンソールで確認できます。

障害が発生した場合、または試行回数が制限を超えると、ZTPは停止します。その後、ZTPはDHCPクライアントバインディングをクリアし、DHCP設定インターフェイス上のステートマシンを再起動します。

ZTP再起動プロセスは、ソフトウェアのアップグレードが成功するか、運用担当者が手動でユーザー設定をコミットしてZTP設定を削除するまで続きます。

ZTPに関する注意事項

EXシリーズスイッチには、ダウングレードの2つの制限があります。

  • ZTPがサポートされていないJunos OSリリース12.2より前のソフトウェアバージョンにダウングレードした場合、ゼロタッチプロビジョニングプロセスの設定ファイルの自動インストールフェーズは行われません。

  • 耐障害性に優れたデュアルルートパーティション(Junos OSリリース10.4R2以前)をサポートしないソフトウェアバージョンにダウングレードするには、デバイス上でいくつかの手動作業を実行する必要があります。詳細については、 デュアルルートパーティションの設定を参照してください。

以下は、QFXシリーズスイッチに関する注意事項です。

  • 元のCLIを実行しているQFX3500およびQFX3600スイッチでは、ZTPを使用してJunos OSリリース12.2以降からJunos OSリリース13.2X51-D15以降にアップグレードすることはできません。

  • QFX5200スイッチは、15.1X53-D30のHTTPでのみ動作します。FTPおよびTFTPプロトコルはサポートされていません。

  • QFX5100スイッチの高度な自動化を含むJunos OSイメージを使用してゼロタッチプロビジョニング(ZTP)を実行している場合は、サーバーから取得された設定ファイルの [edit system] 階層で、ChefとPuppetのルート認証、プロバイダ名、ライセンスタイプ、導入スコープを設定します。

  • Junos OSリリース18.1R1では、ソフトウェアをアップグレードする場合、ソフトウェアのフルアップグレードを実行する必要があります。フル アップグレードには、Junos OS ソフトウェアとホスト ソフトウェア パッケージの両方のアップグレードが含まれます。

PTX1000ルーターでのWANインターフェイスを使用したゼロタッチプロビジョニング

ゼロタッチプロビジョニング(ZTP)により、手動操作を最小限に抑えて、ネットワーク内のルーターを自動的にプロビジョニングできます。Junos OSリリース19.3R1以降、WANインターフェイスまたは管理インターフェイスのいずれかを使用して、ZTPブートストラッププロセス中に、適切なソフトウェアと設定ファイルを自動的にダウンロードしてルーターにインストールできます。

初めてルーターをネットワークに接続する際、ルーターで使用可能な任意の WAN ポートを選択して光インターフェイスを接続できます。ZTPは、光インターフェイスタイプに基づいてWANインターフェイスを自動的に設定し、デバイスをDHCP(ダイナミックホスト構成プロトコル)サーバーに接続してブートストラッププロセスを実行します。

デバイスに接続した光インターフェイスタイプとWANインターフェイス速度に基づいて作成されたWANインターフェイスは、ZTPが正常に完了するまで、サポートされているすべてのポート速度に自動遷移します。速度の自動遷移により、WANポートと接続した光インターフェイスおよびDHCPサーバーへのピアエンドデバイスの接続との物理的なリンクが確立されます。

PTX1000パケットトランスポートルーターハードウェアガイドには、PTX1000ルーターのポートで使用可能な組み合わせが示されています。

DHCP オプションを使用したゼロ タッチ プロビジョニング

ゼロタッチプロビジョニング(ZTP)により、ネットワークに追加したジュニパーネットワークデバイスのプロビジョニングを自動で行えます。実行するスクリプトまたは読み込む設定ファイルのいずれかを使用して、サポートされているデバイスをプロビジョニングできます。また、ZTPを使用するには、この手順で提供されている必要な情報を使用してDHCPサーバーを設定する必要があります。

オプションで、電話ホームサーバーまたはリダイレクトサーバーのいずれかにHTTPプロキシサーバーを設定することができます。電話ホームクライアントがDHCPオプション43サブオプション8を介してHTTPプロキシサーバーに関する情報を受信すると、プロキシサーバーとのHTTPS透過トンネルを作成します。トンネルが確立されると、Phone-Home クライアントは、そのトンネルを Phone-Home サーバーまたはリダイレクト サーバーのプロキシとして使用します。phone-home クライアントは、ソフトウェア イメージと設定ファイルをトンネルを介してデバイスにダウンロードします。ブートストラップが完了すると、デバイスが再起動し、トンネルが終了します。

ZTPを使用するには、デバイスが工場出荷時のデフォルト状態である必要があります。工場出荷時のデバイスは、事前インストールされたソフトウェアと工場出荷時のデフォルト設定で起動します。現在工場出荷時のデフォルト設定になっていないデバイスでは、 request system zeroize コマンドを発行できます。

注:

request system zeroizeコマンドは、PTX1000、PTX10001-20C、QFX10002-60C、PTX10002-60Cデバイスではサポートされていません。PTX1000ルーターで工場出荷時のデフォルト設定を行うには、(request system zeroizeではなく)request vmhost zeroizeコマンドを発行する必要があります。
注:

PTX10001-20C デバイスでは、 request vmhost zeroize コマンドを発行すると、次のメッセージが 2 回表示されます。 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

始める前に:

  • デバイスが以下のネットワークリソースにアクセスできることを確認します。

    • ネットワーク上のソフトウェアイメージと設定ファイルの場所を提供するDHCPサーバー

      設定手順については、DHCP サーバーのドキュメントを参照してください。

    • ソフトウェアイメージと設定ファイルが保存されているファイル転送プロトコル(匿名FTP)、Hypertext Transfer Protocol(HTTP)、Hypertext Transfer Protocol Secure(HTTPS)、またはTrivial File Transfer Protocol(TFTP)サーバー

      注:

      TFTPはサポートされていますが、代わりにFTPまたはHTTPを使用することをお勧めします。これらのトランスポートプロトコルの方が信頼性が高いためです。
      注意:

      HTTP URLの長さは256文字に制限されています。

    • 逆DNSルックアップを実行するためのドメインネームシステム(DNS)サーバー(サポートされていません)。

    • (オプション)ネットワーク上で時刻同期を実行するNTPサーバー

    • (オプション)システムログメッセージとアラートを管理するシステムログ(syslog)サーバー。

      Syslogメッセージは、ZTP中にこのsyslogサーバーに転送されます。

  • (オプション)電話ホームサーバーまたはリダイレクトサーバー用のHTTPプロキシサーバー。

  • デバイスの MACアドレスを見つけて記録します。

    PTX10008デバイスでは、管理MACアドレスがルーティングエンジンに配置されています。

注意:

デバイスがソフトウェア更新プロセスを実行している間は、設定をコミットすることはできません。デバイスが設定ファイルの自動インストールプロセスの実行中に設定をコミットすると、プロセスは停止し、設定ファイルはネットワークからダウンロードされません。

DHCP オプションを使用してデバイスのゼロタッチ プロビジョニングを有効にするには:

  1. デバイスを起動します。
  2. デバイスに工場出荷時のデフォルト設定がインストールされていることを確認します。

    プロビジョニングするデバイスで request system zeroize コマンドを発行します。

    注:

    request system zeroizeコマンドは、PTX1000デバイスではサポートされていません。PTX1000デバイスでの工場出荷時のデフォルト設定には、(request system zeroizeではなく)request vmhost zeroizeコマンドを発行する必要があります。

    DHCP サーバーをプロビジョニングし、ファイル サーバー上の指定された DHCP サーバー パスにソフトウェアと設定ファイルを保存することをお勧めします。

  3. ソフトウェアイメージファイルおよび/または設定ファイルを、デバイスがこれらのファイルをダウンロードするFTP、HTTP、またはTFTPサーバーにダウンロードします。
    注:

    QFX5100デバイスの高度な自動化を含むJunos OSイメージを使用してゼロタッチプロビジョニングを実行する場合は、サーバーから取得された設定ファイルの [edit system] 階層で、ChefとPuppetのルート認証とプロバイダ名、ライセンスタイプ、導入スコープを設定します。
  4. デバイスに必要な情報を提供するようにDHCPサーバーを設定します。

    IPアドレス割り当てを設定します。

    デバイスの管理アドレスに動的または静的IPアドレスの割り当てを設定できます。

    静的 IP アドレス マッピングの管理 MACアドレスを決定するには、この手順を開始する前にメモしておいたデバイスの MACアドレスの最後のバイトに 1 を追加します。

    注:

    このアドレスは、プール内の任意のアドレスにすることができます。
  5. dhcpd.confファイルでDHCPオプション43のベンダー固有情報の形式を定義します。

    ISC DHCP 4.2サーバーdhcpd.confファイルの例を次に示します。

    以下は、Kea DHCP 2.4.1サーバーkea-dhcp4.confファイルの例です。

    注:

    Junos OSリリース18.2R1以降、FTP経由のファイルダウンロードのタイムアウト値を設定するための新しいDHCPオプションが導入されました。 transfer-mode がFTPに設定されている場合、タイムアウトのデフォルト値は自動的に120分に設定されます。つまり、ファイル転送の途中で接続が切断されてFTPセッションが中断された場合、120分後にタイムアウトし、ZTPはファイルの取得プロセスの再試行を試みます。この値は、次のDHCPオプションを使用して上書きできます。

    ISC DHCP 4.2サーバーdhcpd.confファイルの例を次に示します。

    以下は、Kea DHCP 2.4.1サーバーkea-dhcp4.confファイルの例です。

    定義:

    任務:

    ここで、 “val” は秒単位でユーザーが設定可能なタイムアウト値であり、引用符(「val」など)で囲む必要があります。
  6. 以下のDHCPオプション43サブオプションを設定します。

    • サブオプション00: インストールするソフトウェアイメージファイルの名前。

      注:

      DHCP サーバーがサブオプション 00 を使用できない場合、サブオプション 04 を使用してソフトウェア イメージのファイル名を設定します。サブオプション 00 とサブオプション 04 の両方が定義されている場合、サブオプション 04 は無視されます。

      ISC DHCP 4.2サーバーdhcpd.confファイルの例を次に示します。

      以下は、Kea DHCP 2.4.1サーバーkea-dhcp4.confファイルの例です。

    • サブオプション01:インストールするスクリプトまたは設定ファイルの名前。

      ISC DHCP 4.2サーバーdhcpd.confファイルの例を次に示します。

      Kea DHCP 2.4.1サーバーkea-dhcp4.confファイルの例を次に示します。
      注:

      ZTPは、ファイルの1行目に基づいてファイルがスクリプトファイルかどうかを判断します。最初の行に文字 #! その後にインタプリタパスが続く場合、ZTPはファイルをスクリプトとして扱い、指定されたインタプリタパスで実行します。スクリプトを実行するには、スクリプトファイルがZTPプロセス中にデバイス上の有効な設定ファイルを取得して読み込む機能を備えている必要があります。

      以下のリストは、スクリプトのタイプとそれに関連するインタープリターパスを示しています。

      • シェルスクリプトインタプリタパス: #!/bin/sh

      • SLAXスクリプトインタプリタパス: #!/usr/libexec/ui/cscript

      • Pythonスクリプトインタプリタパス: #!/usr/bin/python

        セキュリティ上の理由から、Junos OS では、署名されていない Python スクリプトを Junos OS 搭載デバイス上で実行するための厳格な要件が設けられています。自動化が強化された Junos OS を実行しているデバイスと、Junos OS Evolved を実行しているデバイスのみが、ZTP プロセスの一環として署名されていない Python スクリプトの実行をサポートしています。

      ファイルに特殊文字(#!)が含まれていない場合、ZTPはそのファイルが設定ファイルであると判断し、設定ファイルを読み込みます。
      注:

      Junos OS リリース 21.1R1 以降、Python 2.7 はサポートされなくなったため、ZTP サーバーから取得される ZTP Python スクリプトは Python 3 を使用するように移行する必要があります。つまり、インタプリタのディレクティブ行は Python 3 を指し示し、スクリプトのコードも Python 3 に移行する必要があります。

    • サブオプション 02: インストールするソフトウェア イメージ ファイルへのシンボリック リンク。

      ISC DHCP 4.2サーバーdhcpd.confファイルの例を次に示します。

      以下は、Kea DHCP 2.4.1サーバーkea-dhcp4.confファイルの例です。

      注:

      サブオプション 2 を指定しない場合、ZTP プロセスはイメージ ファイル名をシンボリック リンクではなくファイル名として処理します。

    • サブオプション 03: デバイスが TFTP、FTP、HTTP、または HTTPS サーバーにアクセスするために使用する転送モード。転送モードとしてFTPを選択した場合、Junos OSは匿名FTPログインを使用してFTPサーバーからファイルをダウンロードします。

      ISC DHCP 4.2サーバーdhcpd.confファイルの例を次に示します。

      以下は、Kea DHCP 2.4.1サーバーkea-dhcp4.confファイルの例です。

    • サブオプション 04: インストールするソフトウェア イメージ ファイルの名前。

      注:

      DHCP サーバーがサブオプション 00 をサポートしていない場合、サブオプション 04 を使用してイメージ ファイルを設定します。サブオプション 00 とサブオプション 4 の両方が定義されている場合、サブオプション 04 は無視されます。

      ISC DHCP 4.2サーバーdhcpd.confファイルの例を次に示します。

      以下は、Kea DHCP 2.4.1サーバーkea-dhcp4.confファイルの例です。

    • サブオプション 05: デフォルトの HTTP ポートではなく、デバイスがイメージまたは設定ファイルのいずれか、またはその両方をダウンロードするために使用する HTTP ポート。

      ISC DHCP 4.2サーバーdhcpd.confファイルの例を次に示します。

      以下は、Kea DHCP 2.4.1サーバーkea-dhcp4.confファイルの例です。

    • サブオプション 08: DHCP サーバーから DHCP クライアントに渡される HTTP プロキシ サーバー情報。これは、デバイスがプロキシサーバーを介して電話ホームサーバーまたはリダイレクトサーバーにアクセスする必要がある場合に便利です。

      注:

      DHCPサーバーとHTTPプロキシサーバーを設定する際には、トラフィックがセキュアトンネルを通過できるように正しいポート番号を使用していることを確認してください。また、HTTPプロキシサーバーのホスト名またはIPアドレスとポート番号はコロンで区切られていることを確認してください(例:192.168.10.10:8080)。コロンを使用しない場合は、ポート1080が使用されます。

      DHCP クライアントが HTTP プロキシ サーバー情報を受信すると、その情報は /var/etc/phc_vendor_specific_info.xml(INET)ファイルに保存されます。

      DHCP クライアントが HTTP プロキシ サーバー情報を受信しない場合、/var/etc/phc_vendor_specific_info.xml(INET)ファイルには何も保存されず、DHCP クライアントはバインド状態に移行します。

      request dhcp client renew interfaceコマンドを発行することで、HTTPプロキシサーバー情報を更新できます。DHCP クライアントは、DHCP サーバーから有効な HTTP プロキシ サーバー情報を取得します。このコマンドの使用は、プロビジョニング・プロセスを再開するよりも簡単です。HTTPプロキシ・サーバーが更新された場合、またはHTTPプロキシ・サーバー情報が変更または削除されると、jdhcpはサブオプション8から受信した最新の情報で/var/etc/phc_vendor_specific_info.xmlファイルを書き換えます。

      ISC DHCP 4.2サーバーdhcpd.confファイルの例を次に示します。

      以下は、Kea DHCP 2.4.1サーバーkea-dhcp4.confファイルの例です。

      このオプションの形式は次のとおりです。

      ISC DHCP 4.2サーバーdhcpd.confファイル:

      Kea DHCP 2.4.1サーバーkea-dhcp4.confファイル:

      架空のプロキシ名を使用した形式の例を次に示します。

      ISC DHCP 4.2サーバーdhcpd.confファイル:

      Kea DHCP 2.4.1サーバーkea-dhcp4.confファイル:

  7. (必須)オプション 150 またはオプション 66 のいずれかを設定します。
    注:

    オプション 150 またはオプション 66 のいずれかを設定する必要があります。オプション 150 とオプション 66 の両方を設定した場合、オプション 150 が優先され、オプション 66 は無視されます。また、名前解決はサポートされていないため、ホスト名ではなくIPアドレスを指定してください。

    • DHCP オプション 150 を設定して、FTP、HTTP、HTTPS、または TFTP サーバーの IP アドレスを指定します。

      ISC DHCP 4.2サーバーdhcpd.confファイルの例を次に示します。

      以下は、Kea DHCP 2.4.1サーバーkea-dhcp4.confファイルの例です。

      定義:

      任務:

    • DHCP オプション 66 を設定して、FTP、HTTP、HTTPS、または TFTP サーバーの IP アドレスを指定します。

      ISC DHCP 4.2サーバーdhcpd.confファイルの例を次に示します。

      以下は、Kea DHCP 2.4.1サーバーkea-dhcp4.confファイルの例です。

      定義:

      任務:

  8. (オプション)DHCP オプション 7 を設定して、1 つ以上のシステムログ(syslog)サーバーを指定します。

    ISC DHCP 4.2サーバーdhcpd.confファイルの例を次に示します。

    以下は、Kea DHCP 2.4.1サーバーkea-dhcp4.confファイルの例です。

    定義:

    任務:

  9. (オプション)DHCPオプション42を設定して、1つ以上のNTPサーバーを指定します。

    スペースで区切られた各NTPサーバーをリストアップします。

    ISC DHCP 4.2サーバーdhcpd.confファイルの例を次に示します。

    以下は、Kea DHCP 2.4.1サーバーkea-dhcp4.confファイルの例です。

    定義:

    任務:

  10. (オプション)DHCP オプション 12 を設定して、デバイスのホスト名を指定します。

    例えば：

    以下の設定は、この手順で設定したDHCPオプションの例を示しています。

    ISC DHCP 4.2サーバーdhcpd.confファイルの例を次に示します。

    以下は、Kea DHCP 2.4.1サーバーkea-dhcp4.confファイルの例です。

    この例で設定されたDHCPオプションに基づいて、以下の項目が [edit system] 階層に追加されます。

    Junos OSを実行するジュニパーデバイスは、ゼロタッチプロビジョニング(ZTP)中に、追加のDHCPオプションをディスカバリーパケットでDHCPサーバーに送信します。以下のオプションにより、DHCPサーバーは、ベンダー、モデル名、シリアル番号などのパラメーターに基づいて特定のデバイスを識別できます。これらのパラメーターはジュニパーのプラットフォームによって異なる場合があります。

    DHCP オプション番号

    DHCP オプション名

    オプション12

    ホスト名

    オプション60

    ベンダークラス識別子(VCI)

    モデル

    DHCP オプション 12(ホスト名)

    DHCP オプション 60(VCI)

    EX4400-24MP

    <serial-number>

    ジュニパー-ex4400-24mp-<serial-number>

    MX10-T

    <serial-number>

    ジュニパー-MX10-T-<serial-number>

    SRX320

    オプションが送信されていません

    ジュニパー-srx320

    ここでは、特定のシリアル番号に基づいてデバイスを分類し、ZTP処理用に一意のDHCPオプションセットを割り当てる方法の例を示します。

    ISC DHCP 4.2サーバーdhcpd.confファイル:

    Kea DHCP 2.4.1サーバーkea-dhcp4.confファイル:

    注:

    上記の例では、 substring 関数は 14 文字目の 位置から始まる 12 文字を抽出します (ゼロからインデックスを作成します)。以下は、Kea DHCP設定に役立つ追加のテスト文字列の代替案です。

    • "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. DHCPサーバーとFTP、HTTP、HTTPS、またはTFTPサーバーを含むネットワークにデバイスを接続します。
  12. デバイスの電源を入れます。
  13. コンソールを見て、ZTPプロセスを監視します。

DHCPv6オプションを使用したゼロタッチプロビジョニング

注:

DHCPv6オプションを使用したゼロタッチプロビジョニング(ZTP)は、Junos OSフレックスイメージではサポートされていません。フレックス画像のファイル名に「フレックス」という単語が含まれています。フレックスイメージのファイル名の例は次のとおりです :jinstall-host-qfx-5e-flex-x86-64-20.4R3.8-secure-signed.tgz。

DHCPv6プロトコルには、サブネットルートを学習してインストールするためのIA_NA(非一時アドレスのID関連付け)用のサブネットオプションがありません。代わりに、サブネットルートはネイバーディスカバリープロトコルを介してインストールされます。

IPv6では、デバイスは、ルーターアドバタイズメント(RA)メッセージを使用して、他のリンクパラメーターとともにIPv6プレフィックスを定期的にアドバタイズします。クライアント(ZTPを実行しているジュニパーデバイス)では、DHCPv6クライアントがバインドされると、近隣探索プロトコル(NDP)はこれらのプレフィックスを学習し、クライアントインターフェイスを介してプレフィックスルートをインストールし、ネクストホップをゲートウェイデバイスのローカルアドレスへのリンクとして使用します。

クライアントデバイスでは、DHCPv6設定とともにルーターアドバタイズ設定がデフォルトで有効になっています。

  • デバイスが以下のネットワークリソースにアクセスできることを確認します。

    • ネットワーク上のソフトウェアイメージと設定ファイルの場所を提供するDHCPサーバー

      設定手順については、DHCP サーバーのドキュメントを参照してください。

    • MXシリーズでは、ソフトウェアイメージと設定ファイルが保存されているファイル転送プロトコル(匿名FTP)、トリビアルファイル転送プロトコル(TFTP)、ハイパーテキスト転送プロトコル(HTTP)、またはハイパーテキスト転送プロトコルセキュア(HTTPS)サーバー。

      注意:

      HTTP URLの長さは256文字に制限されています。

    • EX3400、EX4300、QFX5100、QFX5200デバイスでは、ソフトウェアイメージと設定ファイルが保存されているハイパーテキスト転送プロトコル(HTTP)またはハイパーテキスト転送プロトコルセキュア(HTTPS)サーバー。

      注意:

      HTTP URLの長さは256文字に制限されています。

    • (オプション)電話ホームサーバーまたはリダイレクトサーバー用のHTTPプロキシサーバー。

  • デバイスに印刷されている MACアドレスを見つけて記録します。

ゼロタッチプロビジョニング(ZTP)により、ネットワークに追加したジュニパーネットワークデバイスのプロビジョニングを自動で行えます。実行するスクリプトまたは読み込む設定ファイルのいずれかを使用して、サポートされているデバイスをプロビジョニングできます。

ZTPを使用するには、必要な情報を提供するようにDHCPサーバーを設定します。この情報を提供するようにDHCPサーバーを設定しない場合、デバイスは事前インストールされたソフトウェアと工場出荷時のデフォルト設定で起動します。デバイスが工場出荷時のデフォルト状態でない場合は、 request system zeroize コマンドを発行できます。

オプションで、電話ホームサーバーまたはリダイレクトサーバーのいずれかにHTTPプロキシサーバーを設定することができます。電話ホームクライアントがDHCPオプション17サブオプション8を介してHTTPプロキシサーバーに関する情報を受信すると、プロキシサーバーとのHTTPSトランスペアレントトンネルを作成します。トンネルが確立されると、Phone-Home クライアントは、そのトンネルを Phone-Home サーバーまたはリダイレクト サーバーのプロキシとして使用します。phone-home クライアントは、ソフトウェア イメージと設定ファイルをトンネルを介してデバイスにダウンロードします。ブートストラップが完了すると、デバイスが再起動し、トンネルが終了します。

注:

Junos OSリリース20.2R1-S1以降、DHCPv6クライアントはMXシリーズ、EX3400、EX4300、QFX5100、QFX5200スイッチでサポートされています。DHCPv4 クライアントと DHCPv6 クライアントの両方が、デフォルト設定の一部として含まれています。ブートストラッププロセス中に、デバイスはまずDHCPv4クライアントを使用して、DHCPサーバーにイメージと設定ファイルに関する情報をリクエストします。デバイスは、DHCPv4バインディングを順次チェックします。DHCPv4バインディングの1つに障害が発生した場合、デバイスはプロビジョニングが成功するまでバインディングのチェックを続行します。ただし、DHCPv4バインディングがない場合、デバイスはDHCPv6バインディングを確認し、デバイスが正常にプロビジョニングされるまでDHCPv4と同じプロセスに従います。DHCP サーバーは、DHCPv6 オプション 59 および 17 および該当するサブオプションを使用して、DHCP サーバーと DHCP クライアントの間で ZTP 関連情報を交換します。

注意:

デバイスがソフトウェア更新プロセスを実行している間は、設定をコミットすることはできません。デバイスが設定ファイルの自動インストールプロセスの実行中に設定をコミットすると、プロセスは停止し、設定ファイルはネットワークからダウンロードされません。

DHCPv6オプションを使用してデバイスにゼロタッチプロビジョニングを使用するには:

  1. デバイスを起動します。
  2. デバイスに工場出荷時のデフォルト設定がインストールされていることを確認します。

    • 複数のDHCP応答が届く場合、ZTPは最適な引数セットを選択します。

    • 複数のインターフェイスが同じ引数を提供する場合、ZTPは等しいインターフェイスの1つを選択します。

    • DHCPサーバーへの接続中にエラーが発生した場合、ZTPはDHCPサーバーへの接続を再試行します。複数のインターフェイスが再び同じ引数を提供する場合、ZTPはインターフェイスの1つを選択します。

    DHCP サーバーをプロビジョニングし、ソフトウェアと設定ファイルをファイル サーバー上の指定された DHCP サーバー パスに保存することをお勧めします。

  3. ソフトウェアイメージファイルとコンフィギュレーションファイルを、デバイスがこれらのファイルをダウンロードするFTP、HTTP、HTTPS、またはTFTPサーバーにダウンロードします。
  4. デバイスに必要な情報を提供するようにDHCPサーバーを設定します。
  5. IPアドレス割り当てを設定します。

    デバイスの管理アドレスに動的または静的IPアドレス割り当てを設定できます。静的 IP アドレス マッピングの管理 MACアドレスを決定するには、この手順を開始する前にメモしておいたデバイスの MACアドレスの最後のバイトに 1 を追加します。

  6. サーバーが画像へのURLに関する情報をクライアントに送信できるように、 dhcpd6.conf ファイルでDHCPv6オプション59(OPT_BOOTFILE_URL)の形式を定義します。
    注:

    EX3400、EX4300、QFX5100、QFX5200デバイスでは、HTTPおよびHTTPSトランスポートプロトコルのみがサポートされています。

    このオプションの形式は次のとおりです。

    例えば：

    転送モードとIPv6アドレスは必須ですが、ポート番号はオプションです。ポート番号を指定しない場合は、転送モードのデフォルトポート番号が使用されます。オプション 17 および 59 でポート番号を指定すると、オプション 17 のベンダー固有の情報オプションで記載されているポート番号が使用されます。

    イメージファイル名は、オプション59またはオプション17のいずれかで指定できます。オプション 59 と 17 の両方でイメージ ファイル名が記載されている場合は、オプション 17 のベンダー固有情報オプションで記載されているイメージ名が使用されます。

  7. 以下のDHCPオプション17サブオプションのベンダー固有情報の形式を定義します。

    ISC DHCP 4.2サーバーdhcpd6.confファイルの例を次に示します。

    • サブオプション00: インストールするソフトウェアイメージファイルの名前。

      注:

      DHCP サーバーがサブオプション 00 を使用できない場合、サブオプション 04 を使用してソフトウェア イメージのファイル名を設定します。サブオプション 00 とサブオプション 4 の両方が定義されている場合、サブオプション 04 は無視されます。

      例えば：

    • サブオプション01:インストールするスクリプトまたは設定ファイルの名前。

      例えば：

      注:

      ZTPは、ファイルの1行目に基づいてファイルがスクリプトファイルかどうかを判断します。最初の行に文字 #! その後にインタプリタパスが続く場合、ZTPはファイルをスクリプトとして扱い、指定されたインタプリタパスで実行します。スクリプトを実行するためには、スクリプトファイルがZTPプロセス中にデバイス上の有効な設定ファイルを取得して読み込む機能を備えている必要があります。

      以下のリストは、スクリプトのタイプとそれに関連するインタープリターパスを示しています。

      • シェルスクリプトインタプリタパス: #!/bin/sh

      • SLAXスクリプトインタプリタパス: #!/usr/libexec/ui/cscript

      • Pythonスクリプトインタプリタパス: #!/usr/bin/python

        セキュリティ上の理由から、Junos OS では、署名されていない Python スクリプトを Junos OS 搭載デバイス上で実行するための厳格な要件が設けられています。自動化が強化された Junos OS を実行しているデバイスと、Junos OS Evolved を実行しているデバイスのみが、ZTP プロセスの一環として署名されていない Python スクリプトの実行をサポートしています。

      ファイルに特殊文字(#!)が含まれていない場合、ZTPはそのファイルが設定ファイルであると判断し、設定ファイルを読み込みます。
      注:

      Junos OS リリース 21.1R1 以降、Python 2.7 はサポートされなくなったため、ZTP サーバーから取得される ZTP Python スクリプトは Python 3 を使用するように移行する必要があります。つまり、インタプリタのディレクティブ行は Python 3 を指し示し、スクリプトのコードも Python 3 に移行する必要があります。

    • サブオプション 02: 画像タイプ。

      注:

      サブオプション 2 を指定しない場合、ZTP プロセスはソフトウェア イメージをシンボリック リンクではなくファイル名として処理します。

    • サブオプション 04: インストールするソフトウェア イメージ ファイルの名前。

      注:

      DHCP サーバーがサブオプション 00 を使用できない場合は、サブオプション 04 を使用してイメージ ファイルを設定します。サブオプション 00 とサブオプション 4 の両方が定義されている場合、サブオプション 04 は無視されます。

      例えば：

    • サブオプション05:デフォルトポートではなく、イメージまたは設定ファイル、またはその両方をダウンロードするためにデバイスが使用するポート。

    • サブオプション 06: JLoader パッケージのファイル名 (QFX5100 デバイスでのみサポート)

    • サブオプション 07:FTP タイムアウト コード

    • サブオプション 08: DHCP サーバーから DHCP クライアントに渡される HTTP プロキシ サーバー情報。これは、デバイスがプロキシサーバーを介して電話ホームサーバーまたはリダイレクトサーバーにアクセスする必要がある場合に便利です。

      注:

      DHCPサーバーとHTTPプロキシサーバーを設定する際には、トラフィックがセキュアトンネルを通過できるように正しいポート番号を使用していることを確認してください。また、HTTPプロキシサーバーのホスト名またはIPアドレスとポート番号はコロンで区切られていることを確認してください(例:"http://[2001::1]:3128)。コロンを使用しない場合は、ポート1080が使用されます。

      DHCP クライアントが HTTP プロキシ サーバー情報を受信すると、その情報は /var/etc/phc_v6_vendor_specific_info.xml(INET6)ファイルに保存されます。

      request dhcp client renew interfaceコマンドを発行することで、HTTPプロキシサーバー情報を更新できます。DHCP クライアントは、DHCP サーバーから有効な HTTP プロキシ サーバー情報を取得します。このコマンドの使用は、プロビジョニングプロセスを再開するよりも簡単です HTTP プロキシサーバーが更新された場合、または HTTP プロキシサーバー情報が変更または削除されると、jdhcp はサブオプション 8 から受信した最新の情報で /var/etc/phc_v6_vendor_specific_info.xml ファイルを書き換えます。

    • DHCPv6プロトコルは、標準DHCPオプションにカプセル化されたベンダーオプションを送信するために、ベンダー固有情報オプション(「VSIO」)を定義します。

    以下の設定例は、先ほど設定した DHCPv6 オプションを示しています。

  8. デフォルト設定でデバイスの電源を入れます。
  9. コンソールを見て、ZTPプロセスを監視します。
    注:

    SLAXスクリプトが実行されると、 op-script.log ファイルと event-script.log ファイルが作成されます。

    また、これらのログファイルを使用して、問題が発生した場合のトラブルシューティングを行うこともできます。

    • /var/log/dhcp_logfile

      このファイルを使用して、DHCP クライアントログを確認します。

    • /var/log/event-script.log

      このファイルを使用して、設定のコミットステータスを確認します。

    • /var/log/image_load_log

      このファイルを使用して、ソフトウェアイメージと設定ファイルの取得とインストールステータスを確認します。

    • /var/log/messages

      このファイルを使用して、システムレベルのログを確認します。

    • /var/log/op-script.log

      このファイルを使用して、設定のコミットステータスを確認します。

    • /var/log/script_output

      このファイルを使用して、スクリプト実行出力を確認します。

    また、エラーメッセージを確認し、運用コマンドを発行することで、ZTPプロセスを監視することもできます。詳細については、 ゼロタッチプロビジョニングの監視 を参照してください。

SRXシリーズファイアウォールでのゼロタッチプロビジョニング

SRXシリーズファイアウォールでのゼロタッチプロビジョニングについて

このトピックでは、次のセクションについて説明します。

SRXシリーズファイアウォール上のZTPについて

ゼロタッチプロビジョニング(ZTP)により、デバイスを自動的にプロビジョニングおよび設定できるため、デバイスをネットワークに追加する際に必要となる手動介入のほとんどを最小限に抑えることができます。ZTPは、SRX300、SRX320、SRX340、SRX345、SRX550M、およびSRX1500デバイスでサポートされています。

リリース20.2R1 Junos OS以降、SRX300、SRX320、SRX340、SRX345、SRX550 HM、およびSRX1500デバイスでは、DHCP オプションを備えたゼロタッチプロビジョニングを使用してデバイスをプロビジョニングできます。詳細については、 DHCPオプションを使用したゼロタッチプロビジョニング を参照してください。

注:

ZTPは現在、SRX1500のxe-0/0/16およびxe-0/0/17ポートでサポートされています。これらのポートの使用を回避するために、以下のデフォルト設定がxe-0/0/18およびxe-0/0/19ポートに追加されました。

SRXシリーズファイアウォール上のZTPは、デバイスの初期起動と、デバイスの電源投入時の設定を担当します。この機能には以下が含まれます。

  • デバイスの最低限のブートストラップを提供します。SRXシリーズファイアウォールは、工場出荷時のデフォルト設定で出荷されます。工場出荷時のデフォルト設定には、セキュアで暗号化された接続を使用して中央サーバーに接続するために使用されるリダイレクトサーバーのURLが含まれています。

  • インターネット経由でサーバーに自動的に接続し、SRXシリーズファイアウォールを工場出荷時のデフォルト設定で起動する際に、お客様またはユーザーが指定した設定とJunos OSイメージをサーバーからダウンロードします。最初に新しいイメージをインストールし、次に初期設定を適用して、SRXシリーズファイアウォールにコミットします。

ZTPには、次のようなメリットがあります。

  • 導入の簡略化と迅速化

  • 設定精度の向上

  • 追加リソースなしでネットワークの拡張をサポート

ZTPプロセスでは、ネットワークアクティベーターを使用して、SRXシリーズファイアウォールを最初にプロビジョニングします。

ネットワークアクティベーターの概要

Network Service Activatorは、デバイスの迅速な検出とプロビジョニングを可能にし、複雑なデバイス設定を不要にします。

Network Activatorは最初に、エンドユーザーのサイトに常駐するSRXシリーズファイアウォール(以下、このドキュメントでは リモートデバイス と呼びます)をプロビジョニングします。リモートデバイスは、すべての対話に完全な承認と認証を提供するプロセスを使用して、Network Activatorをホストするサーバーからブートイメージと初期設定ファイルをダウンロードします。初期プロビジョニングが完了すると、リモートデバイスは管理サーバーと通信し、管理サーバーはリモートデバイスの管理と監視を開始します。

Network Activatorは、分散型アーキテクチャを使用してリモートデバイスをサポートします。Network Activatorは、1つの中央管理サーバー(中央サーバー)と複数の地域管理サーバー(地域サーバー)にインストールされます。デバイスは、割り当てられた地域サーバーと直接通信します。分散型アーキテクチャは、初期プロビジョニングプロセスの効率を最適化し、ネットワークの高性能化と拡張性の向上に貢献します。

図1分散型アーキテクチャと、初期プロビジョニングプロセスに含まれるコンポーネントについて説明します。

図1:リモートデバイス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.の初期プロビジョニングに関わるコンポーネント

初期プロビジョニングプロセスにおけるコンポーネントの役割は次のとおりです。

  • リモートデバイスは、初期プロビジョニングのリクエストを送信します。リモートデバイスは、エンドユーザーの場所に存在します。

  • リダイレクトツールは、ITU-T X.509プライベートキーインフラストラクチャ(PKI)デジタル証明書を使用して、リモートデバイスが割り当てられた地域サーバーにアクセスするための認証と承認を提供します。リダイレクトサービスは、ジュニパーネットワークスが運用および保守するAmazon Web Services(AWS)でホストされています。

  • 中央サーバーはネットワークアクティベーターをホストし、地域のアクティベーターサーバーと通信します。サービスプロバイダまたは企業の中央の場所の管理者は、このサーバーを操作して、Network Activatorをインストールしてセットアップします。中央サーバーは、サービスプロバイダの地理的に中央に配置されています。

  • 地域サーバーは、Network Activatorもホストします。このサーバーは、割り当てられたリモートデバイスに関する情報を保存し、それらのデバイスと直接通信します。このサーバーは通常、プロバイダーがエンド ユーザー向けに指定した地域管理場所に配置されます。

図2は、初期プロビジョニングワークフローを示しています。

図2:初期プロビジョニングWorkflow diagram of Juniper Networks Redirect Tool for remote device setup and management, showing steps from admin setup to device management.のワークフロー

詳細には、プロビジョニングワークフローは次のように進みます。

  1. サービスプロバイダの管理者:

    • 中央サーバーにNetwork Activatorをインストールしてセットアップします。

    • リダイレクトツールにリモートデバイスと地域サーバーを追加します。

  2. 中央サーバーは、インストールを地域サーバーに転送します。

  3. エンドユーザーはリモートデバイスの電源を入れ、コンピューターに接続し、Webページに認証コードを入力して、初期プロビジョニングのリクエストを送信します。

  4. デバイスは、X.509証明書と完全修飾ドメイン名(FQDN)をプロビジョニング要求としてリダイレクトツールに送信します。

  5. リダイレクトツールは、管理者がこのデバイスに指定した地域サーバーのデータストアを検索し、デバイスのリクエストがサーバーに指定されたX.509証明書に対応していることを確認します。

  6. リダイレクトツールは、地域サーバーの連絡先情報をデバイスに送信します。

  7. デバイスは、ブート イメージの URL と初期設定の場所を求めるリクエストを地域サーバーに送信します。

  8. 地域サーバーがデバイスに情報を送信します。

  9. デバイスは、地域のサーバーからブートイメージと設定を取得します。

  10. デバイスは、ブート イメージと設定を使用して起動し、運用可能になります。

制限事項

  • 正しいアクティベーションコードを入力する回数に制限はありません。

  • リモートデバイスがサーバーに到達できない場合(工場出荷時のデフォルト設定で設定されたアドレスが正しくない、サーバーがダウンしている場合など)、リモートデバイスは代替サーバーへの接続を試みます(工場出荷時のデフォルト設定で設定されている場合)。サーバーが1つしか設定されていない場合は、接続を再試行できます。このようなシナリオでは、コンソールを使用してデバイスを手動で設定することをお勧めします。

  • アクティベーションコードを入力するためにユーザーを認証Webページに自動的にリダイレクトするために必要なキャプティブポータルリダイレクトはサポートされていません。デバイスに接続した後、アクティベーションページに手動で移動する必要があります。

SRXシリーズファイアウォールでのゼロタッチプロビジョニングの設定

始める前に:

  • デバイスを開梱して取り付け、必要なケーブル配線を完了し、ラップトップまたはその他の端末デバイスを接続して、デバイスの電源を入れます。詳細については、お使いのデバイスの ハードウェアインストールガイド を参照してください。

  • SRX300、SRX320、SRX340、SRX345、およびSRX550Mデバイスの場合は、管理デバイスを接続してJ-Webインターフェイスにアクセスします。

    詳細については、 SRX300、 SRX320、 SRX340、 SRX345、 およびSRX550Mの各デバイスのクイックスタートガイドを参照してください。

    ZTPを使用するオプションが提供されています。このオプションを使用することも、スキップしてJ-Webウィザードに進むこともできます。

  • SRX1500デバイスでは、J-Webを使用してデバイスを設定する前に、CLIにアクセスしてルート認証と管理インターフェイスを設定する必要があります。詳細については、「 SRX1500 サービスゲートウェイの設定方法」を参照してください。

このセクションでは、デバイスの初期プロビジョニングにSRXシリーズファイアウォールでZTPを使用する方法を順を追って説明します。

ZTPを使用してSRXシリーズファイアウォールをプロビジョニングするには:

  1. 管理デバイス(PCまたはラップトップ)を、SRXシリーズファイアウォールのフロントパネルイーサネットポート(WANポート)に接続します。
  2. 管理デバイスからWebブラウザを起動し、図3に示すようにWebページに認証コードを入力します。
    図3: ZTPUser interface screen from Juniper Networks prompting for activation code entry with options Phone Home Client, Logs, and skip to JWeb.のアクティベーションコードの入力

    デバイスの認証に成功すると、 図4に示すように、サーバーからソフトウェアイメージと初期設定のダウンロードが開始されます。

    図4:ZTPプロセスの開始(ソフトウェアイメージのダウンロード) Software update screen for Juniper Networks device showing 5 percent download progress. Options: Phone Home Client, Logs, skip to JWeb.

    このステップでは:

    • アクティベーションコードがサーバーに送信され、認証に成功するとサーバーが初期設定をデバイスにプッシュします。認証に失敗した場合は、正しいコードを入力するよう求められます。

    • サーバーは、オプションで新しいソフトウェアイメージをSRXシリーズファイアウォールにプッシュできます。その場合は、まず新しいイメージをインストールしてから、初期設定を適用してデバイスにコミットします。

    新しいイメージがインストールされ、初期設定がデバイスに適用され、コミットされます。プロセスが完了すると、 図5に示すように確認メッセージが表示されます。

    図5:ZTPプロセスの完了Device activation complete message with options for Logs and skip to JWeb; Juniper Networks application.
  3. ログをクリックすると、ブートストラッププロセスの詳細が表示されます。

新しいソフトウェアイメージと設定をシステムに正常にインストールすると、クライアントはイメージと設定を提供したサーバーに bootstrap-complete 通知を送信します。通知が送信されると、サーバー名を含む設定がシステムから削除されます。次回ZTPを使用する場合は、リダイレクトサーバーのURLを明示的に設定する必要があります。

注:

どの段階でも障害が発生した場合は、手順を最初からやり直します。
注:

ZTPプロセスは、Junos OSバージョンのアップグレードまたはダウングレードのいずれかを行います。SRXシリーズファイアウォールのダウングレード中に、ZTPがサポートされていないJunos OSリリース15.1X49-D100より前のソフトウェアバージョンにダウングレードした場合、ZTPプロセスの自動インストールフェーズは行われません。

SRX300、SRX320、SRX340、SRX345、SRX550Mデバイスでは、ZTPがデバイスのプロビジョニングのデフォルト方法です。ただし、J-Webベースのプロビジョニング(SRX300シリーズのデバイスおよびSRX550MデバイスでサポートされているJ-Webセットアップウィザード)を使用する場合は、ZTPの代わりに、クライアントポータルで提供されているオプションを使用して、デバイスのソフトウェアの初期設定を実行するためのJ-Webセットアップウィザードにスキップできます。

「JWebにスキップ」オプションを選択した場合、図6に示すようにシステムroot認証パスワードを設定する必要があります。

図6:システムroot認証パスワードJuniper Networks JWeb interface login screen prompting system root password setup with Submit and Cancel options.の設定
注:

SRX1500デバイスでは、[ JWebにスキップ ]オプションはサポートされていません。J-Webにアクセスするには、CLIを介してSRX1500の初期セットアップ時にZTPクライアント設定を削除する必要があります。

ゼロタッチプロビジョニングのためのSRXシリーズファイアウォールの工場出荷時のデフォルト設定について

サービスゲートウェイは工場出荷時のデフォルト設定で出荷されます。以下は、ZTPの設定を含むデフォルト設定の例です。

この設定では、以下の点にご注意ください。

  • serverは、サーバーの名前またはIPアドレスを示します。SRXシリーズファイアウォールの工場出荷時のデフォルト設定には、複数のサーバーのIPアドレスが含まれている場合があります。

  • rfc-compliantは、アップグレード後、サーバーがRFC標準に準拠した特定の動作を適用することを示します。

注:

デフォルトでは、システムの自動インストール設定はデバイスの工場出荷時のデフォルト設定の一部です。そのため、管理者は、地域のサーバーからリモートデバイス(SRXシリーズファイアウォール)に送信される設定ファイルに、工場出荷時のデフォルト設定に delete system autoinstallation オプションが含まれている必要があることを確認する必要があります。

ゼロタッチプロビジョニングの監視

コンソールおよび動作モードコマンドを使用して、ゼロタッチプロビジョニングを監視できます。

コンソールを使用して Junos OS のゼロタッチ プロビジョニングを監視する

ZTPプロセス中は、以下のゼロタッチプロビジョニング(ZTP)アクティビティがコンソールに表示されます。

  • ZTPプロセスの開始時刻と終了時刻

  • バインドされたDHCPクライアントインターフェイスとバインドされていないDHCPクライアントインターフェイスのリスト。

  • DHCP サーバーが DHCP クライアントに送信する DHCP オプション。

  • ZTPに使用されるインターフェイスを示すログ。

  • DHCPクライアントがDHCPサーバーから取得するZTPパラメーター。

  • 設定ファイルとイメージファイルのファイル名、ファイルサーバーの名前、ファイルの取得に使用されるプロトコル、DHCPサーバーが設定とイメージファイルを取得する時間。

  • ファイルがサーバー上にない、またはサーバーに到達できないこと、およびタイムアウトによって引き起こされる障害状態。

  • 現在のZTPサイクルにおける再試行回数と残りの試行回数

  • ファイル転送の完了。

  • ZTPプロセスのインストール、再起動、状態

  • 内部状態エラーとZTPプロセスの終了

  • デフォルトルートが追加または削除されたときのログ。

システムログアラートを使用したゼロタッチプロビジョニングの監視

目的

この例では、自動イメージアップグレードが開始されることをシステムログアラートで警告します。

アクション

次のシステムログアラートを使用して、自動イメージアップグレードプロセスを監視します。

意味

このシステムログアラートは、自動イメージアップグレードが開始されることを示し、自動イメージアップグレードプロセスを停止する方法に関する情報を提供します。

エラーメッセージを使用したゼロタッチプロビジョニングの監視

目的

エラーメッセージは、どのDHCPオプションが設定されていないかに関する情報を提供します。

アクション

以下のエラーメッセージの情報を使用して、構成されていないDHCPオプションを見つけます。

意味

エラーメッセージは、DHCPログサーバー、ホスト名、NTPサーバーオプションが設定されていないことを示します。

システムログファイルを使用し、DHCPオプションを使用したJunos OSのゼロタッチプロビジョニングを監視する

目的

システムログファイルには、自動アップグレードプロセスの状態、バインドおよびバインドされていないDHCPクライアントインターフェイスのリスト、ファイルサーバーのIPアドレス、イメージファイルと設定ファイルの名前と場所、設定ファイルとイメージファイルの取得の成功と失敗に関する情報が記載されています。

アクション

以下のシステムログファイルの情報を使用して、自動アップグレードプロセスを監視します。

意味

これらのシステムログファイルは、ファイルサーバーから設定ファイルを取得しようとして6回失敗したこと、ファイルサーバーのIPアドレス、DHCPクライアントインターフェイス名、および再試行プロセスの発生回数を示しています。

システムログファイルを使用し、DHCPv6オプションを使用したJunos OSのゼロタッチプロビジョニングを監視する

目的

システムログファイルには、自動アップグレードプロセスの状態、バインドおよびバインドされていないDHCPクライアントインターフェイスのリスト、ファイルサーバーのIPアドレス、イメージファイルと設定ファイルの名前と場所、設定ファイルとイメージファイルの取得の成功と失敗に関する情報が記載されています。

アクション

以下のシステムログファイルの情報を使用して、自動アップグレードプロセスを監視します。

意味

これらのシステムログファイルには、ファイルサーバーからのイメージファイルの取得が6回失敗したこと、ファイルサーバーのIPアドレス、DHCPv6クライアントインターフェイス名、および再試行プロセスの発生回数が示されています。

show dhcp client bindingコマンドの使用

目的

show dhcp client bindingコマンドを発行して、DHCPクライアントバインディング情報を表示します

アクション

show dhcp client binding コマンドを発行して、DHCP クライアントの IP アドレス、DHCP クライアントのハードウェア アドレス、DHCP クライアントの IP アドレス リースが期限切れになる秒数、バインディング テーブル内の DHCP クライアント IP アドレスの状態、アクティブなクライアント バインディングを持つインターフェイスの名前を表示します。

show dhcp client binding

意味

このコマンドの出力には、バインドされているクライアントインターフェイスが1つあり、DHCPサーバーからDHCPオファーを受信しているインターフェイスが3つあることを示しています。

show dhcpv6 client bindingコマンドの使用

目的

show dhcpv6 client bindingコマンドを発行して、DHCPクライアントバインディング情報を表示します

アクション

show dhcp6 client binding コマンドを発行して、DHCPv6 クライアントの IP アドレス、DHCPv6 クライアントのハードウェア アドレス、DHCPv6 クライアントの IP アドレス リースが期限切れになる秒数、バインディング テーブル内の DHCPv6 クライアント IP アドレスの状態、アクティブなクライアント バインディングを持つインターフェイスの名前を表示します。

show dhcpv6 client binding

意味

このコマンドの出力では、バインドされているクライアントインターフェイスが1つあり、DHCPサーバーからDHCPv6オファーを受信しているインターフェイスが3つあることを示しています。

show dhcp client statisticsコマンドの使用

目的

show dhcp client statistics コマンドを発行して、DHCP クライアントの統計情報を表示します。

アクション

show dhcp client statistics コマンドを発行して、ドロップしたパケット数や送受信した DHCP および BOOTP メッセージ数などの DHCP クライアント統計情報を表示します。

show dhcp client statistics

意味

このコマンドの出力には、エラーでドロップされたパケット数、受信した BOOTREPLY および DHCPOFFER メッセージの数、送信された BOOTREQUEST および DHCPREQUEST メッセージの数が表示されます。

show dhcpv6 client statisticsコマンドの使用

目的

show dhcpv6 client statistics コマンドを発行して、DHCPv6 クライアントの統計情報を表示します。

アクション

show dhcpv6 client statistics コマンドを発行して、ドロップしたパケット数や送受信した DHCPv6 メッセージ数などの DHCPv6 クライアント統計情報を表示します。

show dhcpv6 client statistics

意味

このコマンドの出力には、エラーでドロップされたパケットの数と、送受信したDHCPV6メッセージの数が表示されます。

変更履歴テーブル

サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がお使いのプラットフォームでサポートされているかどうかを確認します。

リリース
説明
21.4R1-EVO
QFX5130-32CD、QFX5220、およびQFX5700デバイスJunos OS Evolved リリース 21.4R1 以降、ZTP は管理インターフェイスで DHCPv6 クライアントをサポートします。ブートストラッププロセス中に、デバイスはまずDHCPv4クライアントを使用して、DHCPサーバーにイメージと設定ファイルに関する情報をリクエストします。デバイスは、DHCPv4バインディングを順次チェックします。DHCPv4バインディングの1つに障害が発生した場合、デバイスはプロビジョニングが成功するまでバインディングのチェックを続行します。ただし、DHCPv4バインディングがない場合、デバイスはDHCPv6バインディングを確認し、デバイスが正常にプロビジョニングされるまでDHCPv4と同じプロセスに従います。DHCP サーバーは、DHCPv6 オプション 59 および 17 および該当するサブオプションを使用して、DHCP サーバーと DHCP クライアントの間で ZTP 関連情報を交換します。
21.3R1-EVO
Junos OS Evolved リリース 21.3R1 以降、PTX10001-36MR、PTX10003、PTX10004、PTX10008、PTX10016 デバイスで、ZTP は DHCP オプション 61 および 77 をサポートするようになりました。DHCP オプション 61 はシャーシのシリアル番号を指定するために使用され、DHCP オプション 77 はシャーシのメーカー、モデル、ソフトウェアバージョンを指定するために使用します。
21.2R1-EVO
PTX10008デバイス上のJunos OS Evolvedリリース21.2R1以降、ゼロタッチプロビジョニング(ZTP)がWANインターフェイスのポート速度を動的に検出し、この情報を使用して同じ速度のZTPサーバーポートを作成します。
21.2R1-EVO
Junos OS Evolvedリリース21.2R1以降、QFX5700デバイスは、ZTPブートストラッププロセス中に、WANインターフェイスまたは管理インターフェイスのいずれかで、適切なソフトウェアと設定ファイルを自動的にダウンロードしてデバイスにインストールする機能をサポートしています。
21.2R1
QFX10002デバイス上のJunos OSリリース21.2R1以降、ゼロタッチプロビジョニング(ZTP)は、WANインターフェイスのポート速度を動的に検出し、この情報を使用して同じ速度のZTPサーバーポートを作成します。
21.2R1
Junos OS リリース 21.2R1 以降、EX2300-C、EX2300-MP、EX4300、EX4300-MP、EX4300-VC、EX4400-24MP、EX4400-48MP、EX4600-VC、EX4650、および EX4650-48Y-VC デバイスでは、ブートストラップ プロセス中に、phone-home クライアントはプロキシ サーバーを介してリダイレクト サーバーにアクセスできるようになりました。DHCP サーバーは、DHCP オプション 43 サブオプション 8 を使用して、IPv4 および/または IPv6 プロキシ サーバーの詳細を phone-home クライアントに配信します。ターゲットスイッチで実行されているDHCPデーモンは、最初のDHCPサイクルでプロキシサーバーについて学習し、/var/etc/ディレクトリにあるphc_vendor_specific_info.xmlファイルまたはphc_v6_vendor-specific_info.xmlファイルのいずれかにベンダー固有の情報を入力します。
21.2R1
Junos OSリリース21.2R1以降、EX2300-C、EX2300-MP、EX4300、EX4300-MP、EX4300-VC、EX4400-24MP、EX4400-48MP、EX4600-VC、EX4650、およびEX4650-48Y-VCデバイスでは、DHCPv6クライアントとZTPを使用してスイッチをプロビジョニングできます。ブートストラッププロセス中に、デバイスはまずDHCPv4クライアントを使用して、DHCPサーバーにイメージと設定ファイルに関する情報をリクエストします。デバイスは、DHCPv4バインディングを順次チェックします。DHCPv4バインディングの1つに障害が発生した場合、デバイスはプロビジョニングが成功するまでバインディングのチェックを続行します。ただし、DHCPv4バインディングがない場合、デバイスはDHCPv6バインディングを確認し、デバイスが正常にプロビジョニングされるまでDHCPv4と同じプロセスに従います。DHCPv4 クライアントと DHCPv6 クライアントの両方が、デバイスのデフォルト設定の一部として含まれています。DHCP サーバーは、DHCPv6 オプション 59 および 17 および該当するサブオプションを使用して、DHCP サーバーと DHCP クライアント間で ZTP 関連情報を交換します。
21.1R1
リリース 21.1R1 以降Junos OS、EX2300、EX2300-VC、EX3400、EX3400-VC、EX4400-24T、EX4400-48F、EX4400-48T、および EX4600 デバイスでは、phone-home クライアントが DHCP オプション 43 サブオプション 8 を介して HTTP プロキシサーバーに関する情報を受信すると、プロキシサーバーとの HTTPS 透過トンネルが作成されます。トンネルが確立されると、Phone-Home クライアントは、そのトンネルを Phone-Home サーバーまたはリダイレクト サーバーのプロキシとして使用します。phone-home クライアントは、ソフトウェア イメージと設定ファイルをトンネルを介してデバイスにダウンロードします。ブートストラップが完了すると、デバイスが再起動し、トンネルが終了します。
21.1R1
Junos OSリリース21.1R1以降、EX2300、EX2300-VC、EX3400、EX3400-VC、EX4400-24T、EX4400-48F、EX4400-48T、およびEX4600デバイスでは、ブートストラッププロセス中に、phone-homeクライアントはプロキシサーバーを介してリダイレクトサーバーにアクセスできるようになりました。DHCP サーバーは、DHCP オプション 43 サブオプション 8 を使用して、IPv4 および/または IPv6 プロキシ サーバーの詳細を phone-home クライアントに配信します。ターゲットスイッチで実行されているDHCPデーモンは、最初のDHCPサイクルでプロキシサーバーについて学習し、/var/etc/ディレクトリにあるphc_vendor_specific_info.xmlファイルまたはphc_v6_vendor-specific_info.xmlファイルのいずれかにベンダー固有の情報を入力します。
20.4R1-EVO
Junos OS Evolvedリリース20.4R1以降、PTX10004デバイスは、ルーティングエンジン0(RE0)の管理インターフェイスを介したデバイス設定とソフトウェアアップグレードの自動化をサポートします。
20.4R1-EVO
Junos OS Evolvedリリース20.4R1以降、ACX5448およびQFX5120-48YMデバイスは、ZTPブートストラッププロセス中に、WANインターフェイスまたは管理インターフェイスのいずれかが、適切なソフトウェアと設定ファイルを自動的にダウンロードしてインストールする機能をサポートしています。
20.4R1
MXシリーズ、EX3400、EX4300、QFX5100、QFX5200デバイス上のJunos OSリリース20.4R1以降、ZTPはDHCPv6クライアントをサポートします。ブートストラッププロセス中に、デバイスはまずDHCPv4クライアントを使用して、DHCPサーバーにイメージと設定ファイルに関する情報をリクエストします。デバイスは、DHCPv4バインディングを順次チェックします。DHCPv4バインディングの1つに障害が発生した場合、デバイスはプロビジョニングが成功するまでバインディングのチェックを続行します。ただし、DHCPv4バインディングがない場合、デバイスはDHCPv6バインディングを確認し、デバイスが正常にプロビジョニングされるまでDHCPv4と同じプロセスに従います。DHCP サーバーは、DHCPv6 オプション 59 および 17 および該当するサブオプションを使用して、DHCP サーバーと DHCP クライアントの間で ZTP 関連情報を交換します。
20.4R1
EX4600、EX4650、RE-S-EX9200-2X00X6、QFX5110、QFX5200、QFX5200、QFX5210、QFX5120-32C、QFX5120-48Yデバイス上のJunos OSリリース20.4R1以降、従来のDHCPオプションベースのZTPまたはPHC(電話ホームクライアント)のいずれかを使用して、スイッチ用ソフトウェアをプロビジョニングできます。スイッチの起動時に、DHCPサーバーからZTP用のDHCPオプションを受信した場合、ZTPが再開されます。DHCP オプションが存在しない場合、PHC が試行されます。PHCにより、スイッチをネットワークに物理的に接続する以外にユーザーの介入なしに、設定やソフトウェアイメージなどのブートストラップデータを安全に取得できます。スイッチが最初に起動すると、PHCはリダイレクトサーバーに接続し、リダイレクトサーバーは電話ホームサーバーにリダイレクトして設定またはソフトウェアイメージを取得します。
20.2R1-S1
MXシリーズ、EX3400、EX4300、QFX5100、QFX5200デバイス上のJunos OSリリース20.2R1-S1以降、ZTPはDHCPv6クライアントをサポートします。ブートストラッププロセス中に、デバイスはまずDHCPv4クライアントを使用して、DHCPサーバーにイメージと設定ファイルに関する情報をリクエストします。デバイスは、DHCPv4バインディングを順次チェックします。DHCPv4バインディングの1つに障害が発生した場合、デバイスはプロビジョニングが成功するまでバインディングのチェックを続行します。ただし、DHCPv4バインディングがない場合、デバイスはDHCPv6バインディングを確認し、デバイスが正常にプロビジョニングされるまでDHCPv4と同じプロセスに従います。DHCP サーバーは、DHCPv6 オプション 59 および 17 および該当するサブオプションを使用して、DHCP サーバーと DHCP クライアントの間で ZTP 関連情報を交換します。
20.2R1
リリース 20.2R1 以降Junos OS、SRX300、SRX320、SRX340、SRX345、SRX550 HM、および SRX1500 デバイスでは、DHCP オプションまたは phone-home クライアントによるゼロ タッチ プロビジョニングを使用してデバイスをプロビジョニングできます。
20.1R1-EVO
PTX10003デバイス上のJunos OS Evolvedリリース20.1R1以降、ゼロタッチプロビジョニング(ZTP)は、WANインターフェイスのポート速度を動的に検出し、この情報を使用して同じ速度のZTPサーバーポートを作成します。
20.1R1-EVO
Junos OS Evolvedリリース20.1R1以降、PTX10008デバイスは、ルーティングエンジン0(RE0)の管理インターフェイスを介したデバイス設定とソフトウェアアップグレードの自動化をサポートしています。
19.4R1
Junos OSリリース19.4R1以降、ZTPは、ジュニパールートリフレクタ(JRR)上のデバイス設定とソフトウェアイメージのプロビジョニングを自動化できます。ZTPは、ZTP DHCPオプションを使用したセルフイメージアップグレードと自動設定更新をサポートします。このリリースでは、ZTPは、19.4R1以前のJunos OSリリースでサポートされている管理ポートem0に加えて、収益ポートem2からem9までをサポートします。
19.3R1-EVO
Junos OS Evolvedリリース19.3R1以降、QFX5220-128Cデバイス上のゼロタッチプロビジョニング(ZTP)では、WANインターフェイスまたは管理インターフェイスのいずれかを使用して、ブートストラッププロセス中に適切なソフトウェアと設定ファイルを自動的にダウンロードしてインストールできます。
19.3R1
Junos OSリリース19.3R1以降、ZTPブートストラッププロセス中に、WANインターフェイスまたは管理インターフェイスのいずれかを使用して、適切なソフトウェアと設定ファイルを自動的にダウンロードしてルーターにインストールできます。
19.2R1
Junos OSリリース19.2R1以降、ZTPは、ACX5448スイッチの管理インターフェイスem0でのデバイス設定とソフトウェアイメージのプロビジョニングを自動化できます。
19.1R1-EVO
Junos OS Evolvedリリース19.1R1以降、ZTPは、QFX5220およびPTX10003デバイスの管理インターフェイスでのデバイス設定とソフトウェアイメージのプロビジョニングを自動化できます。
19.1-Evo
Junos OS Evolvedリリース19.1R1以降、Junos OS Evolvedでのゼロタッチプロビジョニングを監視するには、 show system ztp コマンドを使用します。
18.3R1
Junos OSリリース18.3R1以降、最小限の手動操作でデバイス設定とソフトウェアイメージのプロビジョニングを自動化するZTPがMXシリーズVMホストでサポートされます。
18.2R1
Junos OSリリース18.2R1以降、ZTPは、PTX5000、PTX3000、PTX10008、PTX10016、PTX10002-60Cルーターを使用するVMホストプラットフォーム上で、デバイス設定とソフトウェアイメージのプロビジョニングを自動化できます。
18.2R1
Junos OSリリース18.2R1以降、ZTPは、QFX10008およびQFX10016スイッチを使用するVMホストプラットフォーム上で、デバイス設定とソフトウェアイメージのプロビジョニングを自動化できます。
18.1R1
Junos OSリリース18.1R1以降、ZTPは、QFX10002-60Cスイッチを使用するVMホストプラットフォーム上でのデバイス設定とソフトウェアイメージのプロビジョニングを自動化できます。
17.2R1
Junos OSリリース17.2R1以降、ZTPは、PTX1000ルーターを使用するVMホストプラットフォーム上でのデバイス設定とソフトウェアイメージのプロビジョニングを自動化できます。
16.1R1
Junos OSリリース16.1R1以降、実行するスクリプトまたは読み込む設定ファイルのいずれかを使用して、サポートされているデバイスをプロビジョニングできます。
12.2
Junos OSリリース12.2以降、コンソールと運用コマンドを使用してゼロタッチプロビジョニングを監視できるようになりました。