設定ファイルの読み込み

ジュニパー・ネットワークス・デバイスの設定データを含むファイルを作成し、そのファイルをローカル・デバイスにコピーすれば、そのファイルを CLI に読み込むことができます。ファイルを読み込んだ後、それをコミットしてデバイス上で設定を有効にするか、CLIを使用して設定を対話的に編集し、後にその設定をコミットすることができます。

また、ターミナルで入力しながらコンフィギュレーションを作成し、そのコンフィギュレーションを読み込むことも可能です。ターミナルからコンフィギュレーションを読み込むと、コンフィギュレーションの既存の部分を切り取って、別の場所に貼り付ける場合に便利です。

デバイスに配置されている既存のコンフィギュレーション・ファイルを読み込むには、コンフィギュレーloadション・モード・コマンドを使用します：

ターミナルからコンフィグレーションを読み込むには、次のバージョンのコンフィギュloadレーション・モード・コマンドを使用します。Ctrl-dを押すと入力が終了します。

コンフィギュレーション全体を置き換えるには、任意の階層でoverrideオプションを指定します。load overrideという操作は、現在の候補コンフィギュレーションを読み込んでいるファイルに完全に置き換えます。したがって、完全なコンフィギュレーションを保存した場合は、このオプションを使用します。

overrideというオペレーションは、現在の候補コンフィギュレーションを破棄し、そのコンフィギュレーションfilename または端末で入力したコンフィギュレーションを読み込みます。この overrideというオプションを使用して設定をコミットすると、すべてのシステム・プロセスが設定を再解析します。

コンフィギュレーションの一部を置き換えるには、replaceというオプションを指定します。このload replaceという操作は、読み込んだファイルに追加したreplace:というタグを探します。そして、この操作は、タグの後に指定されたもので、候補となるコンフィギュレーションのこれらの部分を置き換えます。これは、変更される内容をより正確に制御したい場合に有効です。この操作を行うには、端末で入力するファイルや設定にreplace:というタグを含める必要があります。ソフトウェアは、というタreplace:グを検索します。同じ名前の既存のステートメントがあれば削除し、受信した設定と置き換えます。同じ名前のステートメントが存在しない場合、このreplaceという操作は、replace:というタグでマークされたステートメントをコンフィギュレーションに追加します。

overrideまたはのmerge操作で、タreplace:グを含むファイルやタイプテキストを指定した場合、タreplace:グは無視されます。このシナリオの場合、overrideまたはmergeの操作が優先され、実行されます。

replaceという操作を行う場合、merge指定したファイルにタreplace:グがない場合は、replace操作として実行されます。また、入力したテキストにreplace:というタグがない場合は、replaceという操作もmergeという操作として実行されます。この情報は、自動化されたスクリプトを実行していて、スクリプトがmergeという操作あるいはreplaceという操作のどちらを実行する必要があるかを事前に知ることができない場合に便利かもしれません。スクリプトはどちらの場合にも対応できるようなreplaceという操作を行うことができます。

このload mergeという操作は、保存されたファイルまたは端末のコンフィギュレーションを既存の候補コンフィギュレーションにマージするものです。この情報は、新しいコンフィギュレーション・セクションを追加する場合に便利です。例えば、これまでBGPのコンフィギュレーションがなかった階[edit protocols]層レベルにBGPのコンフィギュレーションを追加する場合を考えてみましょう。このload mergeという操作を利用して、受信したコンフィギュレーションを既存の候補コンフィギュレーションと結合することができます。既存のコンフィギュレーションと受信コンフィギュレーションに矛盾するステートメントがある場合、受信コンフィギュレーションのステートメントが既存のコンフィギュレーションのステートメントを上書きします。

コンフィギュレーションの変更があった部分のみを置き換えるには、任意の階層でupdateオプションを指定します。このというload update操作は、候補コンフィギュレーションと新しいコンフィギュレーションのデータを比較します。この操作は、候補となるコンフィギュレーションのうち、新しいコンフィギュレーションと異なる部分のみを変更します。この操作は、例えば、既存のBGPのコンフィギュレーションがあり、読み込むファイルが何らかの形でそれを変更する場合に使用されます。

override、update、およびmergeというオプションは、JavaScript Object Notation (JSON) 形式のコンフィギュレーション・データの読み込みに対応しています。JSON形式を使用してコンフィギュレーション・データを読み込む場合、コマンドでjsonというオプションを指定する必要があります。順序指定されていないリストエントリ、つまり、リストキーが必ずしもリストエントリの最初の要素ではない場合のリストエントリが含まれるJSON設定データを読み込むには、順序指定されていないリストエントリでJSON設定データを読み込むを参照してください。

パッチ・ファイルでコンフィギュレーションの一部を変更する場合は、patchというオプションを指定します。このload patchという操作は、コンフィギュレーションの変更を含むファイルまたは端末入力を読み込みます。まず、すでにコンフィギュレーションが変更されているデバイスにおいて、2つのコンフィギュレーションの差分を出力するというコマshow | compareンドを入力します。そして、その差分を別のデバイスで読み込むことができます。このload patchというコマンドの利点は、ターゲット・デバイスに読み込む前に、異なる階層レベルのスニペットをテキスト・ファイルにコピーする手間を省くことができる点です。これは、複数のデバイスを同じオプションで設定する場合に、時間を節約するのに有効かもしれません。例えば、ルータ1でルーティング・ポリシーを設定し、ルータ2、ルータ3、およびルータ4にポリシーのコンフィギュレーションを複製する場合を考えます。load patchという操作が可能です。

この例では、まず、show | compareというコマンドを実行します。

例：

この例に引き続き、show | compareコマンドの出力をクリップボードにコピーし、階層レベルを含むことを確認します。ルータ2、ルータ3、およびルータ4では、load patch terminalを入力し、出力を貼り付けます。その後、Enterキーを押し、Ctrl-dキーを押して操作を終了します。パッチ入力で既存のステートメントと異なる値が指定された場合、パッチ入力は既存のステートメントを上書きします。

完全な階層レベルを指定せず、replace、set、update、またはmergeというオプションを使用する場合は、relativeというオプションを指定します。このオプションは、コンフィギュレーション階層内の現在の編集ポイントから相対的に受信したコンフィギュレーションを読み込みます。

例：

setというコンフィギュレーション・モード・コマンドを含むコンフィギュレーションを読み込むには、setというオプションを指定します。このオプションは、ファイルまたはターミナルから保存されたコンフィギュレーション・インストラクションを一行ずつ実行します。インストラクションには、 set、edit、exit、およびtopといった任意のコンフィギュレーション・モード・コマンドを含めることができます。

他のネットワーク・システムからローカル・ルータにコンフィギュレーション・ファイルをコピーするには、CLI Explorerで説明されているように、SSHとTelnetユーティリティを使用できます。

注:

Common Criteria環境で作業している場合、という属secret性が変更されるたびに（例えば、パスワードの変更やRADIUS共有シークレットの変更など）システム・ログ・メッセージが作成されます。これらの変更は、以下のコンフィギュレーションの読み込み操作時においてログに記録されます：

ローカル・システムでコンフィギュレーション・ファイルを作成し、そのファイルをデバイスにコピーしてから、CLIに読み込ませることができます。コンフィギュレーション・ファイルの読み込みが完了したら、コミットしてデバイス上でコンフィギュレーションを有効にすることができます。また、CLIを使用して対話的にコンフィギュレーションを編集し、後でコミットすることも可能です。

ローカル・システムからコンフィギュレーション・ファイルをアップロードするには：