Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

スクリプトのマスター ソースの場所を構成して使用する

各スクリプトのマスターコピーを中央リポジトリに保存することができます。これにより、ファイル管理が容易になります。マスター スクリプトを 1 か所で変更してから、スクリプトが現在有効になっている各デバイス上のコピーを更新できます。このセクションでは、スクリプトのマスター ソースの場所を構成する方法と、スクリプトのローカル コピーを更新する方法について説明します。

スクリプトのマスター ソースの設定

個々のスクリプトのマスター・コピーのソース・ロケーションを指定するには、以下を行います。

  1. ステートメントをsource設定し、マスターファイルのURLをHTTPS URL、HTTP URL、FTP URL、またはセキュアコピー(scp)スタイルのリモートファイル仕様として指定します。

    設定階層は、スクリプトタイプとファイル名によって異なります。

    次の例では、 ospf-neighbors.slax op スクリプトのマスター ソースの場所を設定しています。

  2. 場所がsourceHTTPSサーバー上にある場合は、サポートされているデバイスで ステートメントをcert-file設定します。デバイスがサーバー証明書の検証に使用するプライバシ拡張メール(PEM)形式で、証明書への絶対パス(Root CAまたは自己署名)を指定します。

    設定階層は、スクリプトタイプとファイル名によって異なります。

    次の例では、 ospf-neighbors.slax op スクリプトのマスター コピーが存在するサーバーの証明書を検証するために使用されるルート CA 証明書を構成します。

設定に ステートメントを source 含めると、 コマンドを発行するまでスクリプトのローカルコピーには set refresh 影響しません。その時点で、デバイスは指定された URL からマスター コピーを取得し、ローカル コピーを上書きします。

マスター ソースからスクリプトを更新するために使用するルーティング インスタンスの設定

Junos OS リリース 18.1R1 以前は、デフォルトの管理インターフェイスを使用してマスター ソースからスクリプトを更新できます。ただし、Junos OS リリース 17.3R1 以降では、管理トラフィックが他の制御トラフィックやプロトコル トラフィックとルーティング テーブルを共有する必要がないように、管理インターフェイスをデフォルト以外の仮想ルーティングおよび転送(VRF)インスタンスに限定することができます。Junos OS リリース 18.1R1 以降、マスター ソースからのコミット、イベント、JET、op、SNMP スクリプトの更新またはダウンロードに使用するルーティング インスタンスを指定できます。このルーティングインスタンスは、非デフォルトの管理インスタンス mgmt_junos または他のルーティングインスタンスのいずれかです。

階層レベルで スクリプトを更新するには、指定したルーティングインスタンスを設定する [edit system routing-instances] 必要があります。

マスター ソースからスクリプトを更新する場合に使用 mgmt_junos します。

  1. 階層レベルで ステートメントを設定して、 management-instance mgmt_junosを [edit system] 有効にします。
  2. 階層レベルでmgmt_junosルーティングインスタンスを [edit routing-instances] 設定します。
  3. スクリプトの 3 つのrouting-instance階層レベルのいずれかで、mgmt_junos ルーティング インスタンスを設定します
    • コミット、op、またはSNMPスクリプトの場合、 階層レベルでmgmt_junosルーティングインスタンスを [edit system scripts (commit | op | snmp)] 設定します。

    • イベントスクリプトの場合、 階層レベルでmgmt_junosルーティングインスタンスを [edit event-options event-script file] 設定します。

    • JET スクリプトの場合、 階層レベルで mgmt_junos ルーティング インスタンスを設定します [edit system extensions extension-service application file]

メモ:

設定された管理インターフェイスを使用してマスター ソースからスクリプトを更新するには、 に対routing-instance-nameしてのみmgmt_junosを設定できます。非管理インターフェイスを使用するには、 に対routing-instance-nameして何かを設定できます。

マスター ソースからのスクリプトの更新

デバイス上の1つ以上のスクリプトにマスターソースを設定した場合、 設定モードコマンドを使用して、そのデバイス上のスクリプトを set refresh 更新できます。マスター ソースの場所が構成されている特定のスクリプト タイプの単一スクリプトまたはすべてのスクリプトを更新できます。

更新操作は、 コマンドを発行 set refresh するとすぐに行われます。コマンドを set refresh 発行すると、デバイスはすぐに指定された URL への接続を試み、マスター ファイルのコピーを取得します。マスターコピーは、デバイスのスクリプトディレクトリに格納されているローカルスクリプトを上書きします。ステートメントが load-scripts-from-flash 設定されている場合、デバイスはハードディスク上のスクリプトではなく、フラッシュ ドライブ上のスクリプトを更新します。マスター ソースがスクリプトに対して定義されていない場合、そのスクリプトは更新されず、警告が発行されます。コミット スクリプトの場合、更新された コミット スクリプト は次に コマンドを発行 commit したときに実行されます。スクリプト設定に ステートメントが routing-instance 含まれている場合、Junos OSはそのルーティングインスタンスを使用してスクリプトを更新します。

メモ:

コマンドを発行しても set refresh 、 ステートメントは refresh 設定に追加されません。したがって、 コマンドは、設定にステートメントを追加する代わりに、操作を実行することで動作モードコマンドのように動作します。

コマンドは set refresh 、Junos OS CLIで一意で、運用モードコマンドのように動作しますが、設定モード内から実行できます。その他すべての Junos OS CLI 運用モード コマンドは、コマンド モードからしか実行できません。この方法でこの機能は、コミット スクリプトを開発するユーザーの利便性を高めます。

デバイスにデュアル ルーティング エンジンがあり、両方のルーティング エンジンでスクリプトを更新する場合は、各ルーティング エンジンで 個別に コマンドを set refresh 発行する必要があります。または、要求するルーティングエンジンでスクリプトを更新し、運用モードコマンドを request system scripts synchronize 使用してスクリプトを他のルーティングエンジンに同期するか commit synchronize scripts 、設定モードコマンドを使用して、設定をコミットして同期する際にすべてのスクリプトを他のルーティングエンジンに同期させることができます。

マスター ソースから単一のスクリプトを更新するには、スクリプトが set refresh 設定されている 階層レベルで コマンドを発行します。階層の場所は、次の例に示すように、スクリプトの種類とファイル名によって異なります。マスター ソースの source 場所を指定する ステートメントは、すでに設定されている必要があります。

指定されたスクリプトタイプのすべての有効なスクリプトをマスターソースファイルから更新するには、そのスクリプトタイプの set refresh 階層レベルで コマンドを発行します。

リリース履歴テーブル
リリース
説明
21.2R1
Junos OS リリース 21.2R1 以降、HTTPS サーバーからスクリプトを更新する場合、証明書を指定する必要があります。