Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページで
 

デバイスの設定を変更

CLI により、既存のJunos OS設定を変更することができます。このセクションでは、ステートメントの追加、ステートメントの削除、ステートメントのコピー、新しい識別子の挿入の詳細について、例を挙げながら説明します。

現在のコンフィグレーションを編集しているユーザーを表示する

現在コンフィグレーションを編集しているユーザを表示するには、statusコンフィグレーション モード コマンドを使用します。

システムは、誰が設定を編集しているか(rchen)、ユーザーがどこにログインしているか(terminal p0)、ユーザーがログインした日付と時間(2018-03-01 13:17:25 PST)、ユーザーがどの階層を編集しているか([edit interfaces])などを表示します。

status設定モードコマンドを発行し、ユーザーが将来の時刻にアクティブになる候補設定をスケジュールしている場合、システムはコミットをスケジュールした人(root)、ユーザーがログインしている場所(terminal d0)、ユーザーがログインした日付と時刻(2018-10-31 14:55:15 PST)、およびコミットが(commit at).を保留していることを表示します。

statusコンフィギュレーション モード コマンドを発行したとき、ユーザーがコンフィギュレーション独占モードでコンフィグレーションの編集を行っている場合、システムは、誰がコンフィギュレーションを編集しているか(root)、ユーザーがログインしている場所(terminal d0)、ユーザーがログインした日付と時間(2018-11-01 13:05:11 PST)、およびユーザーがコンフィギュレーション独占モード(exclusive [edit])でコンフィギュレーションを編集していることを表示します。

ジュニパーネットワークスの機器設定を変更する方法

ジュニパーネットワークスのデバイスを設定したり、既存の設定を変更したりするには、editおよびsetコマンドを使用して、設定にステートメントを追加します。各ステートメント階層に対して、最上位レベルのステートメントで始まる階層を作成します。その後、徐々に下の階層に移動するステートメントで、階層を作り続けます。

階層を変更するには、2つの設定モードコマンドを使用します。目的に応じて適切なコマンドを選択してください。

  • edit—指定された階層レベルに移動します。その階層レベルが存在しない場合は、editコマンドで作成されます。そのeditコマンドの構文は次のとおりです:

  • set—設定ステートメントを作成し、識別子の値を設定します。そのsetコマンドを発行した後は、階層内の同じレベルに留まります。そのsetコマンドの構文は次のとおりです:

    設定ステートメントへの階層とステートメント自体は、ですstatement-path。すでにステートメントの階層レベルに移動している場合は、ステートメントパスを省略することができます。設定ステートメント自体は、statementです。この文字identifier列は、ステートメントのインスタンスを識別します。

ステートメントには、コンテナーステートメントまたはリーフステートメントのいずれかが可能です。コンテナステートメントには、その内部に、追加のコンテナステートメントやリーフステートメントを含めることができます。しかし、リーフステートメントは単独で成立します。コマンドはコンテナステートメントをedit?表示しますが、はコンテナステートメントとリーフステートメントの両方をset?表示し、を使って区別>しています。

注:

edit コマンドを使用して、識別子の値を変更することはできません。そのsetコマンドを使用する必要があります。

コンフィギュレーション・ステートメントと識別子を追加する方法

ジュニパー・ネットワーク・デバイスのすべてのプロパティは、コンフィギュレーションにステートメントを含めるように設定します。ステートメントは、固定テキストであるキーワードで構成されています。また、ステートメント中に識別子を含めることも可能です。識別子とは、インターフェイス名やユーザー名など、自分で定義した識別名で、これによって自分やCLIがステートメントの集合体を識別することができます。

例えば、次のリストは、コンフィギュレーション・モードのトップ・レベルで利用可能なステートメントを示します:

ステートメント名の前にある山括弧( >)は、それがコンテナ・ステートメントであることを示すとともに、その下のレベルの他のステートメントを定義できることを示しています。ステートメント名の前に山括弧( >)がない場合、そのステートメントはリーフ・ステートメントであり、その下の階層レベルの他のステートメントを定義することはできません。

ステートメント名の前にあるプラス記号(+)は、ステートメントが一連の値を含むことができることを示します。セットを指定する場合は、値を括弧で囲んでください。たとえば、以下のように表示されます。

一部のステートメントでは、識別子を含めることができます。インターフェース名など一部の識別子については、正確なフォーマットで指定する必要があります。例えば、インターフェース名so-0/0/0は、Flexible PIC Concentrator(FPC)上のスロット0、最初のPICの位置、物理インターフェースカード(PIC)の最初のポートにあるSONET/SDHインターフェースを指します。

インターフェースの説明テキスト、ポリシーとファイアウォール用語の名前など、その他の識別子については、特殊文字、スペース、およびタブを含む任意の名前を指定できます。

識別子を引用符(ダブル・クォート)で囲む必要があります。また、識別子や、スペース、タブ文字、あるいは以下のいずれかの文字を含む文字列は、引用符で囲む必要があります:

オプションが必要なステートメントに対してオプションを入力しない場合、必要な情報の種類を示すメッセージが表示されます。この例では、コマンドを完了するためにエリア番号を入力する必要があります。

デバイス・コンフィギュレーションからステートメントを削除する方法

コンフィギュレーション・モード・コマンドを使用して、デバイス・コンフィギdeleteュレーションからステートメントまたは識別子を削除します。ステートメントや識別子を削除すると、そのステートメントや識別子に関連する機能が「アンコンフィギュレーション」され、その機能はデフォルトの状態に戻されます。

ステートメントを削除すると、そのステートメントとその下位のステートメントおよび識別子がすべてコンフィギュレーションから削除されます。

複数の識別子を持つことができるステートメントでは、1つの識別子を削除すると、その識別子だけが除かれます。ステートメント中の他の識別子はそのままです。

現在の階層レベルから始まる階層全体を削除する場合は、ステートメントや識別子を指定せずにdeleteというコマンドを使用します。ステートメントや識別子を省略すると、削除の確認画面が表示されます:

注:

1つのdeleteというコマンドで、階層内の複数のステートメントや識別子を削除することはできません。複数のdeleteというコマンドを使用して、各ステートメントまたは識別子を個別に削除する必要があります。例えば、次のような[edit system]という階層レベルのコンフィギュレーションを考えてみましょう。

domain-namehost-name、およびbackup-routerをコンフィギュレーションから削除するには、各ステートメントを個別に削除する必要があります。

1つのdeleteというコマンドを発行することはできません。例えば、以下のようなコマンドでは動作しません。

チャネル化されたインタフェースやスタティック・ルートなど、関連するコンフィギュレーションの項目を1つのコマンドと正規表現で同時に削除することができます。ステートメントや識別子を削除すると、そのステートメントや識別子に関連する機能が「アンコンフィギュレーション」され、その機能はデフォルトの状態に戻されます。

インターフェースなど、通常複数の項目を配置するコンフィギュレーションの特定の部分のみを削除することができますただし、この例のように、異なる項目の「グループ」を削除することはできません:

ステートメントを削除すると、そのステートメントとその下位のステートメントおよび識別子がすべてコンフィギュレーションから削除されます。

関連する設定項目を削除するには,というコンフィギュwildcardレーション・モード・コマンドにというdeleteオプションを付けて発行し,次のようにステートメント・パス,正規表現でまとめる項目,および正規表現を指定します:

注:

wildcardというコマンドを使用して関連するコンフィギュレーション項目を削除する場合、正規表現は最後のステートメントにする必要があります。

Junos OSが8つ以上の関連項目にマッチした場合、CLIは最初の8つの項目のみを表示します。

コンフィギュレーションからインターフェイスを削除する方法

この構文を使用すると、t1-0/0/0:0からt1-0/0/0:23の範囲で複数のT1インタフェースを削除できます:

コンフィギュレーションからルートを削除する方法

この構文を使用することで、172.0.0.0 から172.255.0.0までの範囲のスタティック・ルートを削除することができます:

例:機器構成からステートメントを削除する

次の例では、 ステートメントを削除して、ルーターで OSPF を効果的にアンコンフィグレーospfションする方法を示しています。

現在のレベルから下のすべてのステートメントを削除します。

特定のプロパティをアンコンフィグレーションします。この例では、インターフェース速度の設定を削除します。

コンフィギュレーション内のステートメントをコピーする

機器構成上、類似したステートメントが多数ある場合、1 つのステートメントを追加し、そのステートメントのコピーを作成することができます。ステートメントをコピーすると、そのステートメントと、そのステートメントの下に設定されたステートメントの階層全体が複製されます。ステートメントをコピーすることは、同じタイプの多くの物理的または論理的インターフェイスを設定する場合に便利です。

コンフィギュレーション内の既存のステートメントのコピーを作成する場合。

  1. コンフィグレーションモードcopyコマンドを使用します。
  2. コンフィギュレーションの一部をコピーした直後に、新しいコンフィギュレーションの有効性を確認します。
  3. コンフィギュレーションが無効な場合は、コピーした部分と元の部分のどちらかを修正して、有効なコンフィギュレーションを作成します。

例:コンフィギュレーション内のステートメントをコピーする

この例では、既存の VC をコピーしてインターフェース上に1つの仮想接続(VC)を作成する方法を示しています。

要件

この例を設定する前に、デバイス初期化以外の特別な設定を行う必要はありません。

この例を始める前に、以下の初期設定を行ってください。

この例の初期設定を素早く行うには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク構成に合わせて必要な内容を変更した後、このコマンドを[edit]階層レベルの CLI にコピー&ペーストし、コンフィグレーションモードでcommitを入力します。

概要

この例では、ステートメントをコピーする方法を説明するために、すでに設定されている仮想接続と非常によく似た仮想接続を追加しています。

設定

CLIクイック構成

[edit interfaces at-1/0/0]の階層レベルから始める。

コピーで構成する

ステップバイステップでの手順

コンフィギュレーションをコピーして構成する場合。

  1. [edit interfaces at-1/0/0]の階層レベルに移動し、ユニット 61 をコピーする。

  2. 新しいコンフィギュレーションを見て、コンフィギュレーションを有効にするために変更する必要があるものを確認します。

  3. 有効な設定に変更する。

    この例では、仮想回路識別子(VCI)と仮想パス識別子(VPI)を再設定したいと思います。

    また、新しいインターフェースの IP アドレスは、それ自身の IP アドレスに置き換えたいと思います。

結果

例:設定の置換

デバイスの設定に変更を加える必要がある場合、deleteコマンドを使用して元の構成設定を削除し、setコマンドを使用して新しい構成設定を追加できます。しかし、より効率的で使いやすい設定の変更方法は他にも存在します。

この例では、以下の設定モードコマンドを使用して既存の設定を更新する方法を示しています。

  • rename—インターフェイス名などの既存の構成設定の名前を変更します。このコマンドは、デバイスに新しいインターフェイスを追加する場合に便利です。

  • copy—構成設定と、その設定の下で構成されたステートメントの階層全体をコピーします。設定ステートメントのコピーは、同じタイプの物理または論理インターフェイスを設定する場合に便利です。

  • replace—設定のテキストパターンのグローバル変更を行います。例えば、デバイス上のすべてのインターフェイスの説明ステートメントに共通の単語のスペルミスがある場合、単一のコマンドでこれを修正できます。

要件

この例を設定する前に、デバイス初期化以外の特別な設定を行う必要はありません。

概要

このトピックの最初の例では、以下の設定を変更します。

  • 入力エラーを含む説明付きの新しいインターフェイスを作成します。

  • 作成したインターフェイスから設定をコピーして、新しいインターフェイスを作成します。

  • 作成したインターフェイスの1つの名前を変更します。

  • 作成したインターフェイスの説明の入力エラーを修正します。

2番目のより短い例では、わずかに異なる状況で同じコマンドをいくつか試しています。

設定

コピー、名前変更、および置換コマンドを使用したループバックインターフェイス設定の変更

ステップバイステップでの手順
注意:

既存の設定がこの例で使用されたループバックインターフェイスユニット番号のいずれかを使用している場合、異なる未使用のループバックインターフェイスユニット番号を代わりに使用する必要があります。そうしないと、以下のステップの実行によってデバイスの既存の運用ステータスが損なわれる可能性があります。

copyrename、およびreplaceコマンドを使用してループバックインターフェイスの設定を作成および変更するには:

  1. 新しいループバックインターフェイスユニット番号を作成し、説明を含めます。

    説明におけるループバックのミススペルは意図的です。

  2. 先ほど追加したループバックインターフェイスの設定を表示します。

  3. ユニット100からユニット101に作成したループバックインターフェイス(エラー)を複製します。

  4. ループバックインターフェイスlo0ユニット100およびlo0ユニット101の設定を表示します。

    copyコマンドは、descriptionなどの子ステートメントを含むインターフェイスを複製します。

  5. ループバックインターフェイスlo0ユニット100の名前をループバックインターフェイスlo0ユニット102に変更します。

  6. ループバックインターフェイスlo0ユニット100の設定を表示します。

    このコマンドの結果は表示されないはずです。ループバックインターフェイスlo0ユニット100がなくなりました。renameコマンドは、指定された設定ステートメントを新しい設定に置き換えます。

  7. ループバックインターフェイスlo0ユニット101および102の説明中のloopbackという単語のミススペルを修正します。

  8. ループバックインターフェイスlo0ユニット101およびlo0 102の設定を表示し、loopbackという単語のスペルが正しくなっていることを確認します。

    replaceコマンドは、何かしらの制限がない限り、コマンドで指定されたパターンのすべてのインスタンスを置き換えます。このトピックの次の例は、replaceコマンドの効果を制限する方法の1つです。

  9. 設定モードでは、rollbackコマンドを使用して、デバイス設定を以前のステップを実行する前の状態に戻すことができます。

結果

show interfaces lo0 unit 101設定モードでは、およびコマshow interfaces lo0 unit 102ンドを使用して、デバイスの設定がこの例のステップを実行する前の状態になっていることを確認します。

このコマンドの結果は表示されないはずです。

このコマンドの結果は表示されないはずです。

トップレベル設定階層レベルのコピーコマンドの比較

ステップバイステップでの手順

前の例は、[edit interfaces interface-name unit logical-interface-number]階層レベルでcopyrename、およびreplaceコマンドを示しています。この例では、CLI設定モード階層のトップレベルでこれらのコマンドの一部がどのように機能するかを示しています。

次の例では、設定階層のいくつかのレベルに移動する必要があります。CLI のナビゲーションについては、コンフィグレーション・モードでの CLI エディタの使用を参照してください。

  1. イーサネットインターフェイスを作成します。

  2. 作成したインターフェイスを別のインターフェイスにコピーします。

    このコマcopyンドを前の例のものと比較します。コマcopyンドは、コピーされる値のunit前にあるキーワードを取得します。

    キーワードinterfacesは、前置詞の後にto、コピーされる値の前に繰り返されないことに注意してください。これは、copyコマンドで一部のトップレベルステートメントで発生します。

    ヒント:

    同様に、コマrenameンドでは、いくつかのトップレベルステートメントの新しい識別子の前にステートメントのキーワード部分を繰り返しません。

  3. 今までの設定を表示します。

  4. et-2/1/0のアドレスを別のIPアドレスに置き換えます。

    すべての発生ではなく、パターンの特定の発生のみを変更する場合、コマreplaceンドを使用する前に、特定の階層レベルに移動する必要があります。

  5. インターフェイスを再表示します。

  6. 設定モードでは、コマrollbackンドを使用して、デバイス設定を前のステップを実行する以前の状態に戻すことができます。

結果

show interfaces et-2/0/0設定モードでは、およびコマshow interfaces et-2/1/0ンドを使用して、デバイスの設定がこの例のステップを実行する前の状態になっていることを確認します。

このコマンドの結果は表示されないはずです。

このコマンドの結果は表示されないはずです。

機器構成に新しい識別子を挿入する

Juniper Networks のデバイスを設定する場合、ほとんどのステートメントと識別子を任意の順序で入力することができます。設定文を入力する順序に関係なく、CLI は常に厳密な順序で設定を表示します。しかし、いくつかのケースでは、設定ステートメントが順番に分析されるシーケンスを作成するため、ステートメントの順序が重要になります。

例えば、ルーティング ポリシーやファイア ウォール フィルターでは、順次分析される用語を定義する。また、ダイナミック MPLS で名前付きパスを作成する場合、パス内のトランジット ルーターの順序リストを、最初のトランジット ルーターから始まり、最後のトランジット ルーターで終わるように定義します。

ステートメントの順序が重要である設定の一部を変更するには、insertコンフィグレーション モード コマンドを使用します。

insertコマンドを使用せず、識別子を設定した場合、その識別子は類似した識別子のリストの最後に配置されます。

例:機器構成に新しい識別子を挿入する

この例では、コマinsertンドの使用を示しています。

setコマンドを使用して追加された用語は、既存の用語リストの最後に配置されますが、insertコマンドを使用して指定した順序で用語を追加します。ステートメントの順序を指定することは、設定ステートメントが順番に分析されるシーケンスを作成するため、順序に関するケースでは重要です。

この例で示すように、insertコマンドで使用する前に、用語を作成する(または既に作成されている)必要があります。用語を配置する際の参照ポイントも必要です。例えば、用語T1を用語T2の前に配置するには、T1とT2の両方が既に存在し、データが登録されている必要があります。空の用語が自動的にJunos OS削除されます。

要件

用語を挿入する前に、初期ポリシーを設定する必要があります。この例の初期ポリシーを迅速に設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除してネットワーク構成に合わせて必要な詳細を変更し、コマンドを階[edit policy-options]層レベルでCLIにコピー&ペーストして、設定モードcommitからを入力します。

次に、階層が正しく設定されていることを確認します。

概要

ステートメントの順序が重要である設定の一部を変更するには、insert設定モードコマンドを使用する必要があります。代わりにコマsetンドを使用すると、追加ステートメントまたは識別子は順次間違った位置に表示されるようになります。コマンドの用語を正しい順序で取得する唯一の方法は、設定を解除し、最初からやり直すことです。

設定

CLIクイック構成

この例を迅速に設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク設定に一致させる必要がある詳細情報を変更し、コマンドを[edit policy-options]階層レベルでCLIにコピー&ペーストし、設定モードcommitにを入力してください。

用語を挿入して設定

ステップバイステップでの手順
  1. 設定条件を実行する必要がある順序を決定します。最初の用語と追加する新しい用語の両方を検討してください。

    元の設定では、ポリシーの名前はstaticsで、4語です。最初の3語はそれぞれ異なる一致基準で一致し、結果の一致は拒否されます。最後の用語は、トラフィックの残りすべてを受け入れます。

    この例では、他のタイプのトラフィックを排除する2つの用語を追加する必要があります。これらの用語は、元の設定の最後の用語よりも前に実行する必要があります。

  2. 元の用語4から用語6に名前を変更します。

    このステップでは、用語6に名前が変更された元の最後の用語が保持されます。

  3. 新しい用語4を作成します。

    ローカルシステムアドレスからのトラフィックに一致する新しい用語が追加され、それを拒否します。

  4. 新しい用語5を作成します。

    集約ルートからのトラフィックに一致する新しい用語が追加され、それを拒否します。

  5. 用語3の後に用語4を挿入します。

  6. 用語4の後に用語5を挿入します。

結果

機器構成におけるステートメントと識別子の無効化および再活性化

Junos OSコンフィグレーションでは、ステートメントと識別子を無効にすることで、commitコマンドを発行したときにそれらが有効にならないようにすることができます。無効化された文や識別子には、inactiveタグが付けられます。これらはコンフィグレーションには残りますが、commitコマンドを発行しても有効になりません。

ステートメントまたは識別子を無効にするには、deactivateコンフィグレーション モード コマンドを使用します。

ステートメントまたは識別子を再活性化するには、コンフィactivateグレーション モード コマンドを使用します。

identifierどちらのコマンドでも、指定statementするとは現在の階層レベルにある必要があります。ステートメントを無効化すると、その特定のステートメントは無視され、コマcommitンドを発行しても全く適用されません。

ステートメントを無効にするには、コンフィdisableグレーションモードコマンドを使用します。

コンフィギュレーション階層の一部では、ステートdisableメントを含めることで機能を無効化することができます。一例として、[edit interface interface-name]階層レベルでdisableステートメントを含めることで、インターフェイスを無効化することができる。機能を無効にした場合、commitコマンドを発行すると再活性化されますが、ダウンまたは管理上無効であるかのように扱われます。

例:機器構成におけるステートメントと識別子の無効化および再活性化

この例では、deactivateactivate設定モードコマンドを使用する一般的な使用例を示していますこれには、グレースフルルーティングエンジンスイッチオーバー(GRES)が設定された、プライマリとバックアップのデュアルルーティングエンジンを使用します。両方のルーティングエンジンのソフトウェアは、アップグレードする必要があります。これは、GRES を停止し、ルーティングエンジンを更新した後、GRES を再起動することで簡単に行うことができます。

注:

また、GRES の代わりにノンストップ アクティブ ルーティング(NSR)を設定する以外は、同じ設定を使用して、同様のアップグレードを行うことができます。NSR を停止し、ルーティングエンジンをアップグレードしてから NSR を再起動する必要があります。

要件

この例では、アップグレード可能なデュアルルーティングエンジンを搭載したデバイスを使用する必要があります。

この例を始める前に、GRES が設定されていることを確認します。

概要

この例では、2 つのルーティングエンジンがあります。GRES が設定されていて、ルーティングエンジンのアップグレードが必要です。アップグレードを行うためには、GRES 機能を無効化し、各ルーティングエンジンをアップグレードした後、再度 GRES を有効化する必要があります。

設定

GRES の無効化および再有効化の設定

ステップバイステップでの手順

ルーティングエンジンのアップグレードのために GRES を無効化し、再有効化するには、次の手順に従います:

  1. ルーターで GRES が有効になっていることを示します。

  2. GRES を無効化します。

  3. GRES が無効化であることを示します。

  4. ルーティングエンジンを 1 つずつアップグレードしていきます。

    デュアルルーティングエンジンの Junos OS をアップグレードする方法については、冗長化ルーティングエンジンを搭載したデバイスへのソフトウェアパッケージのインストールをご覧ください。

  5. GRES を再有効化します。

結果

GRES 機能が再び有効化されていることを確認します。

機器構成をグローバルに変更する方法

そのreplace設定モードコマンドを使用して、機器構成内の変数や識別子にグローバルに変更することができます。このコマンドは、設定内のパターンを別のパターンで置き換えます。例えば、PIC がルーター内の別のスロットに移動したときに、このコマンドを使用して、インターフェイス名のすべての出現箇所を検索し、置換することができます。

その オpatternpattern1プションは、設定で置き換えたい識別子や値を定義するテキスト文字列または正規表現です。

このpattern2オプションは、の内部にある識別子や値を置換するテキスト文字列または正規表現ですpattern1

CLI では、(POSIX 1003.2 に定義されたとおりに)標準的な UNIX スタイルの正規表現構文を使用します。正規表現にスペース、演算子、またはワイルドカード文字が含まれる場合は、表現を引用符で囲みます。最長マッチを行う修飾子(できるだけ一致させる)をサポートします。遅延修飾子(できるだけ一致しないようにする)はサポートされていません。

その  オuptonプションは、置換されたオブジェクトの数を指定します。そのnの値は、設定で置き換えられるオブジェクトの総数を制御します(パターンの発生回数の総数ではありません)。同じ階層レベルのオブジェクト(兄弟)が最初に置換されます。特定のオブジェクト内でパターンが複数出現した場合は、単一の置換とみなされます。replace pattern 01 with pattern 02 upto 2020201例えば、設定にのテキ010101 スト文字列が含まれている場合、コマンドはを(ではなく020202010101に置換します。010101から020202への置換は、3つの別々の置換(n =3)ではなく、単一の置き換え(n = 1)とみなされます。

そのuptoオプションを指定しない場合は、pattern1に一致する設定の識別子や値がすべて置換されます。

そのコマreplaceンドは、どの階層レベルの設定モードでも使用できます。すべての一致は、大文字と小文字を区別します。

replaceコマンドで使用する一般的な正規表現

表 1: replaceコマンドで使用する一般的な正規表現

オペレータ

機能

|

パイプの両側にある2つの用語のいずれかに一致する可能性があることを示します。

^

式の先頭で使用され、一致を開始させる場所を示します。

$

表現の末尾で使用し、$文字目まで正確に一致させる必要があることを示します。

[ ]

一致させる文字または数字の範囲を指定します。範囲の開始と終了を区切るには、ハイフン(-)を使用します。

( )

一致させる語句のグループを指定します。番号付き変数として格納されます。\1 \2 .... \9としてバックリファレンスに使用します。

*

0項以上を示します。

+

1つ以上の項を示します。

.

スペース(" ")以外の任意の文字を示します。

\

バックスラッシュは特殊文字をエスケープし、その特殊な意味を抑制します。例えば、 \. は.(ピリオド記号)と一致します。

\n

n番目のグループと一致するバックリファレンス。

&

全一致にマッチするバックリファレンス。

次の表は交換の一例を示しています。

表 2: 交換例

コマンド

結果

replace pattern myrouter with router1

一致: myrouter

結果: router1

replace pattern "192\.168\.(.*)/24" with "10.2.\1/28"

一致: 192.168.3.4/24

結果: 10.2.3.4/28

replace pattern "1.\1" with "abc&def"

一致: 1.1

結果: abc1.1def

replace pattern 1.1 with " abc\&def"

一致: 1#1

結果: abc&def

例:機器構成におけるグローバルな置換を使用する方法— \n 後方参照

この例では、後方参照を使用してパターンを置換する方法を示しています。

要件

この例を設定する前に、デバイスの開始以降の特別な設定は必要ありません。

開始する前に、以下の設定を行います。

この初期設定をすばやく設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク構成に合わせて必要な詳細を変更した後、[edit]階層レベルの CLI にコマンドをコピー&ペーストしてください:

概要

正規表現の最も便利な機能の 1 つに、後方参照があります。後方参照は、文字列内で繰り返される文字や部分文字列を特定する便利な方法です。一度パターンを検索すると、再び入力しなくても繰り返すことができます。先に取得したパターンをだけで参照します \#(は、パターンを一致させる回数を示す数字#です)。

後方参照を使用して、データを呼び出したり、検索したり、別のものに置換したりできます。このようにして、大規模なデータセットを 1 つの置換コマンドで再フォーマットすることができるので、手動でパターンを探して置換する時間を節約できます。

設定

コマンドの後方参照を使用した置換の設定

ステップバイステップでの手順

そのJunos OS設定のパターンを後方参照を使用して置換するには、次の手順に従います:

  • そのreplaceコマンドを使用します。

    この場合、:1bf51bf5に置き換えます。

    後方参照(\1)に注目してください。これは、そのパターンを検索して、一度だけ置換する必要があることを示しています。

結果

その結果、以下のような設定になります。

2000::c0a8::1bf5この例では、パターンを一2000::c0a8:1bf5旦に置換しています。

例:デバイス設定でのグローバルな置換—インターフェイス名の置換

この例では、replaceというコマンドを使用して、設定でインターフェイス名をグローバルに置換する方法を説明します。

このreplaceコマンドを使った方が、より早く、より良い方法で設定を変更することができます。例えば、PIC をルーター内の別のスロットに移動して、インターフェース名を変更する可能性があります。1 つのコマンドで、設定全体を更新できます。または、他の類似の設定、例えば、同様のインターフェイスで設定を迅速に拡張することができます。

このcopyreplaceのコマンドを組み合わせて使用することで、設定を追加した後、新たにコピーした設定の一部を置換できます。このコマreplaceンドは、正規表現で動作します。正規表現は、迅速で、柔軟性が高く、広く使用されています。まさに検索する必要のあるあらゆるパターンを作り出すことができ、ほとんどのプログラミング言語が正規表現に対応しています。

要件

この例を設定する前に、デバイス初期化以外の特別な設定を行う必要はありません。

開始する前に、ルーターに以下の階層を設定してください。この階層を迅速に設定するには、CLIクイック構成を参照してください。

概要

この例では、replaceというコマンドを使用して、設定でインターフェイス名をグローバルに置換する方法を説明します。簡単な例です。

前回の設定が、今回の設定更新の出発点となります。この例では、1 つのコマンドで設定全体の初期インターフェース名を変更しています。

設定

CLIクイック構成

この例の初期設定を素早く行うには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除し、ネットワーク構成に合わせて必要な内容を変更した後、これらのコマンドを[edit]階層レベルの CLI にコピー&ペーストし、設定モードからcommitを入力します。

インターフェース名変更の設定

ステップバイステップでの手順

インターフェース名を変更するには:

  1. 設定モードの階層の最上部にいることを確認します。

  2. so-0/0/0patternキーワードを使用したコマreplaceンドso-1/1/0で、をに置き換えます。

結果

必要な変更を行った後、show interfacesおよびshow protocolsの設定モードコマンドを使用して、設定を確認します。

設定が正しいことを確認した後、commitというコマンドを入力します

例:機器構成におけるグローバル置換- upto オプション

図 1に示すような階層を考える。という文字列は 3 か所に表示010101される。ge-0/0/0ge-0/0/0.0fe-0/0/1の説明欄に記載されています。この 3 つのインスタンスは、3 つのオブジェクトです。upto次の例は、オプションを使用して、デバイスコンフィギュレーションで置換を実行する方法を示しています。

図 1: オブジェクトによる置き換え オブジェクトによる置き換え

01コマreplaceンドのupto 2オプションは、2 つのオブジェクトインスタンスについて02をに変換します。メインインターフェイスge-0/0/0fe-0/0/1の下にあるオブジェクトが最初に置き換えられます(これらは階層レベルで兄弟であるため)。の制upto 2限により、コマンドreplaceは階層内の1番目と 2 番目のインスタンス(兄弟)のパターンを置き換えますが、3番目のインスタンス(最初のインスタンスの子)は置き換えません。

デバイス・コンフィギュレーションにコメントを追加

デバイスのコンフィギュレーションには、コンフィギュレーション内の任意のステートメントを記述するためのコメントを含めることができます。CLIで対話的にコメントを追加したり、ASCIIコンフィギュレーション・ファイルを編集してコメントを追加することができます。

インターフェイスを設定する際、[edit interfaces interface-name]という階層層レベルにdescriptionというステートメントを含めることで、インターフェイスに関するコメントを追加することができます。あなたが含めたコメントは、show interfacesコマンドの出力に表示されます。

CLIでコメントを追加

コンフィギュレーション・モードでコメントを追加すると、そのコメントは現在のレベルのステートメントに関連付けられます。各ステートメントには、1行のコメントを関連付けることができます。コメントをステートメントに関連付ける前に、ステートメントが存在する必要があります。コメントは、ステートメントの前の行に配置されます。

コンフィギュレーションにコメントを追加するには、annotateというコンフィギュレーション・モードのコマンドを使用します。

statementはコメントを付けるコンフィギュレーション・ステートメントで、現在の階層レベルになければなりません。指定されたstatementというコメントが既に存在する場合は、削除され新しいコメントに置き換えられます。

comment-string 121はコメント本文です。コメント・ステートメントは任意の長さで、1行で入力する必要があります。コメントにスペースが含まれる場合は、引用符で囲む必要があります。コメント文字列中に/* */あるいは#というコメント・デリミタを含めることができます。何も指定しない場合、コメント文字列は/* */コメント・デリミタで囲まれます。

既存のコメントを削除する場合は、空白のコメント文字列を指定します。

annotateというコマンドでコメントを追加した場合,show configuration modeコマンドまたはshow configurationというoperational modeコマンドを入力すると,コンフィギュレーション内でコメントを確認できます。

注:

Junos OSは、onelinerを含むコンフィギュレーション階層の最終レベルまでのアノテーションをサポートしています。ただし、onelinerの部分(oneliner内の子ステートメントあるいは識別子)に対するアノテーションはサポートされていません。例えば、以下のコンフィギュレーション階層例では、level 1親階層まではアノテーションがサポートされていますが、metric子階層文はサポートされていません:

ファイルへのコメントの追加

ASCII設定ファイルを編集してコメントを追加するときは、1つ以上の行を追加することができ、関連付けられたステートメントの前に追加する必要があります。ステートメントに続く同じ行やステートメントに続く別の行など、ファイル内の他の場所にコメントを配置した場合、CLIでコンフィギュレーションを開くというloadコマンドを使用する際にコメントが削除されます。

次のコンフィギュレーション例の抜粋は、コンフィギュレーション・ファイルにコメントを配置する方法と配置しない方法を示しています。

コンフィギュレーション・ファイルに直接コメントを記述する場合、以下の方法でコメントの書式を設定することができます:

  • コメントを/* で始め、*/で終わらせます。コメント・テキストは1行でも、あるいは複数行にまたがることでも可能です。

  • コメントを#で開始し、改行(キャリッジ・リターン)で終了します。

例:CLIを使用してデバイスのコンフィギュレーションにコメントを含めます

デバイスのコンフィギュレーションにコメントを加えることで、コンフィギュレーション・ファイルが読みやすくなり、ユーザーが理解しやすくなります。annotateステートメントを使用すれば、設定通りにコメントを入れることができます。この例では、すでに存在するコンフィギュレーションに対してCLIを使用してコメントを追加しています:

要件

この例を設定する前に、デバイス初期化以外の特別な設定を行う必要はありません。

コメントを追加する前に、ルーターで次の階層を設定する必要があります。

この例の初期設定を素早く行うには、以下のコマンドをコピーしてテキスト・ファイルに貼り付け、改行を削除してネットワーク・コンフィギュレーションに合わせて必要な内容を変更し、このコマンドをCLIに[edit]という階層レベルでコピー&ペーストして、コンフィグレーション・モードからcommitを入力します。

ここで、この階層が設定されていることを確認してください。

概要

CLIを使用してコメントを追加する場合、コンフィギュレーション・モードでannotateステートメントを使用して行います。追加した各コメントは、現在のレベルのステートメントに関連付けられます。各ステートメントには、1行のコメントを関連付けることができます。

annotate ステートメントを設定するには、コメントを関連付けたいステートメントのレベルへ移動します。コメントを表示するには、コンフィギュレーション階層の最上位に移動して、showコマンドを使用します。

設定

CLIクイック構成

この例のコメントを素早く設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除してネットワーク・コンフィギュレーションに合わせて必要な詳細を変更し、CLIにコピーして[edit]という階層レベルから貼り付け、コンフィギュレーション・モードからcommitを入力します。

コマンドは、階層の異なるセクションに注釈を付けると、階層を下へ下へと移動することに注意してください

CLI設定モードでのコメントの挿入

ステップバイステップでの手順

この手順は、すでに初期設定を行っていることを前提にしています。

コンフィギュレーションにコメントを追加するには:

  1. コメントを追加する必要がある最初の階層に移動します。

  2. annotateというステートメントを使用して、areaというコンフィギュレーション・ステートメントにコメントを追加します。

  3. interfaceというコンフィギュレーション・ステートメントにレベルを下げます。

  4. annotateというステートメントを使用して、インターフェイスso-0/0/0.0にコメントを追加します。

結果

階層の一番上に移動して、showというコマンドで追加したコメントを確認します。コメントは、関連するステートメントの前に表示されます。

設定が正しいことを確認した後、commitというコマンドを入力します

例:ワイルドカード コマンドを Range オプションと共に使用する

デバイスの設定に変更を加える必要がある場合、deleteコマンドを使用して元の構成設定を削除し、setコマンドを使用して新しい構成設定を追加できます。しかし、より効率的で使いやすい設定の変更方法は他にも存在します。

この例では、activate、非アクティブ化、削除、保護、設定、表示、および保護解除の設定コマンドで、範囲とともにワイルドカード コマンドを使用する方法を示します。

注:

ワイルドカード コマンドでは、構成階層を作成できません。これを使用して、既存のステートメントを変更します。空の階層で非アクティブ化などのパラメーターを設定しようとすると、フォーム warning: statement not found の CLI エラーが発生することが予想されます。

要件

デバイスで実行されている Junos OS リリース 12.1 以降。

概要

ワイルドカード コマンドの range オプションを使用すると、アクティブ化、非アクティブ化、削除、保護、設定、表示、および保護解除コマンドで範囲を指定できます。範囲を使用して、インターフェイス、論理ユニット、VLAN、およびその他の番号付き要素の範囲を指定できます。ワイルドカード範囲オプションは、入力したコマンドを複数のコマンドに展開し、それぞれが範囲内の 1 つの項目に対応します。

ワイルドカード範囲オプションを使用すると、複数の設定ステートメントを個別に設定するのではなく、1つのsetコマンドで設定できます。例えば、異なるポート番号を持つ24のギガビットイーサネットインターフェイスを設定する場合、24の個別のセットインターフェイスコマンドの代わりに、単一のワイルドカード範囲設定コマンドを使用することができます。

同様に、30個の論理インターフェイスのグループを非アクティブ化するには、各論理インターフェイスを個別に非アクティブ化する代わりに、ワイルドカード範囲のdeactivateコマンドを使用できます。

設定

rangeステートメントとともにワイルドカードコマンドを様々な設定タスクに使用します。

ステップバイステップでの手順
  1. ワイルドカード範囲は、アクティブ、非アクティブ化、削除、保護、設定、表示、および保護解除の設定コマンドで使用できます。
  2. wildcard ステートメントは、完全なコンフィギュレーション階層で修飾できます。設定階層にパークされている場合、ワイルドカード コマンドは、その階層でサポートされているオプションに対する相対パスになります。

    前者の場合、インターフェイス階層へのフルパスはワイルドカードステートメントで指定されます。2 番目に、ユーザーはインターフェイス階層にパークされます。サポートされるオプションは、どちらの方法でも同じです。

範囲オプションを使用した設定ステートメントの一連の名前付き識別子の設定

ステップバイステップでの手順

ポート番号(0〜23)の異なる同じタイプのインターフェイスシリーズを設定する場合は、ポート番号の範囲を以下の形式で指定します。

  1. 結果を表示します。範囲ワイルドカードの範囲が24の異なるsetコマンドに拡張され、0〜23の範囲のポート番号を持つインターフェイスを設定できます。この場合、 vpls プロトコルファミリーを追加するためにインターフェイスが作成されます。インターフェイスがすでに定義されている場合は、 ファミリーのみが追加されます。

構文での複数範囲の指定

ステップバイステップでの手順

ワイルドカードの範囲コマンドで複数の範囲を指定できます。各範囲はコンマで区切る必要があります。範囲を重複させることもできます。

注:

残りの例では、10個のポリシーステートメントを含む設定の一時コピーを作成します。これらのステートメントを使用することで、階層のヌル部分の属性を操作しようとしたときに報告されるCLIエラーを回避できます。

  1. 構文に複数の範囲を指定するには、各範囲の最小値と最大値をコンマで区切って含めます。
  2. 結果を表示します。ワイルドカードの範囲が拡張され、指定された範囲に一致する名前を持つポリシーに deactivate ステートメントが追加されます。注目すべきは、候補となるコンフィギュレーションに対する変更のリストに p4p10 がないことです。

    注:

    指定されたポリシー名が構成にまだ存在しない場合は、エラーが返されます。これは、設定階層の空の部分に deactivate ステートメントを追加できないためです。

構文での範囲と一意の数値を指定する

ステップバイステップでの手順

ワイルドカード範囲コマンドの構文で、範囲と一意の番号の組み合わせを指定できます。

  1. 一時的な設定を再読み込みします。

  1. 範囲と一意の番号を指定するには、コンマで区切ります。この例では、10 が一連の範囲に一意の番号として追加されます。
  2. 結果を表示します。ワイルドカードの範囲が拡張され、指定された範囲に一致する名前を持つポリシーと一意の番号に deactivate ステートメントが追加されます。その結果、この例では p10 ポリシーも非アクティブ化されます。

    注:

    指定されたポリシー名が構成にまだ存在しない場合は、エラーが返されます。これは、空のコンフィギュレーション階層に deactivate ステートメントを追加できないためです。

範囲から一部の値を除外する

ステップバイステップでの手順

感嘆符を使用して除外する数値または数値の範囲をマークすることにより、範囲から特定の値を除外できます。

  1. 一時的な設定を再読み込みします。

  2. 範囲から特定の値を除外するには、除外する部分を !構文で。
  3. 結果を表示します。ワイルドカードの範囲が拡張され、指定された範囲に一致する名前を持つポリシーに deactivate ステートメントが追加されます。ポリシー p3p4 は、候補の構成に加えられた変更のリストに含まれていないことに注意してください。ワイルドカードの範囲から除外されています。

    注:

    指定されたポリシー名が構成にまだ存在しない場合は、エラーが返されます。これは、空のコンフィギュレーション階層に deactivate ステートメントを追加できないためです。

ステップ番号による範囲の指定

ステップバイステップでの手順

ステップ番号を指定して、範囲内の間隔を一定にすることができます。step 値は、最初の一致をカウントし、指定されたステップ値まで後続の一致をスキップします。

  1. 一時的な設定を再読み込みします。

  2. ステップを指定するには、構文の前にスラッシュ (/) を付けた step 値を含めます。ここでは、1〜10の範囲を指定し、ステップ値2を使用して各一致の間に1つの数値をスキップします。その効果は、奇数(1)の一致から始めるときに、すべての偶数の一致をスキップすることです。
  3. 結果を表示します。ワイルドカードの範囲が拡張され、最初の一致から始めて、他のすべての一致するステートメントに deactivate ステートメントが追加されます。

    注:

    指定されたポリシー名が構成にまだ存在しない場合は、エラーが返されます。これは、空のコンフィギュレーション階層に deactivate ステートメントを追加できないためです。

    ステップ関数をわかりやすく説明するために、一時的な構成を復元し、ワイルドカード コマンドをステップ値 4 で繰り返します。これで、最初の一致ごとに3つのエントリがスキップされます。

  4. 結果を表示します。ワイルドカードの範囲が拡大され、最初の一致から始めて、4 番目に一致するステートメントごとに deactivate ステートメントが追加されます。

ワイルドカードを使用したポリシーの削除 p1-p10

ステップバイステップでの手順

ワイルドカード関数をテストするために追加した一時ポリシーを削除します。

  1. deleteステートメントとワイルドカードの範囲ステートメントを使用して、p1からp10までのポリシーを削除します。
  2. 結果を表示します。私たちの policy-options スタンザには、 p1 から p10までのポリシーのみが含まれていました。これにより、空の policy-options設定階層になります。