このページの内容
デバイスの設定を変更する
CLIにより、既存の Junos OS Evolved 設定を変更できます。このセクションでは、ステートメントの追加、ステートメントの削除、ステートメントのコピー、新しい識別子の挿入の詳細について、例を挙げながら説明します。
現在コンフィグレーションを編集しているユーザーを表示する
現在コンフィグレーションを編集しているユーザを表示するには、 status コンフィギュレーションモードコマンドを使用します。
user@host# status
Users currently editing the configuration:
rchen terminal p0 (pid 55691) on since 2018-03-01 13:17:25 PST
[edit interfaces]
システムは、誰が設定を編集しているか(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).
[edit]
user@host# status
Users currently editing the configuration:
root terminal d0 (pid 767) on since 2018-10-31 14:55:15 PST, idle 00:03:09
commit at
statusコンフィギュレーションモードコマンドを発行したときに、ユーザーがコンフィギュレーション独占モードでコンフィグレーションの編集を行っている場合、システムは、誰がコンフィギュレーションを編集しているか(root)、ユーザーがログインしている場所(terminal d0)、ユーザーがログインした日付と時刻(2018-11-01 13:05:11 PST)、およびユーザーがコンフィギュレーション独占モード(exclusive [edit])でコンフィギュレーションを編集していることを表示します。
[edit]
user@host# status
Users currently editing the configuration:
root terminal d0 (pid 2088) on since 2018-11-01 13:05:11 PST
exclusive [edit]
関連項目
ジュニパーネットワークスのデバイス設定を変更する方法
ジュニパーネットワークスデバイスを設定したり、既存の設定を変更したりするには、 edit および set コマンドを使用して、設定にステートメントを追加します。各ステートメント階層に対して、最上位レベルのステートメントで始まる階層を作成します。その後、徐々に下の階層に移動するステートメントで階層を作成し続けます。
階層を変更するには、2つの設定モードコマンドを使用します。目的に応じて適切なコマンドを選択してください。
edit- 指定した階層レベルに移動します。その階層レベルが存在しない場合は、editコマンドで作成されます。editコマンドの構文は次のとおりです。edit <statement-path>
set—設定ステートメントを作成し、識別子の値を設定します。setコマンドを発行した後は、階層内の同じレベルに留まります。setコマンドの構文は次のとおりです。set <statement-path> statement <identifier>
設定ステートメントへの階層とステートメント自体は
statement-pathです。すでにステートメントの階層レベルに移動している場合は、ステートメントパスを省略できます。設定ステートメント自体はstatementです。identifier文字列は、ステートメントのインスタンスを識別します。
ステートメントには、コンテナーステートメントまたはリーフステートメントのいずれかが可能です。コンテナステートメントには、その中に追加のコンテナステートメントやリーフステートメントを含めることができます。しかし、リーフステートメントは単独で成立します。コマンドはコンテナステートメントを edit? 表示しますが、 set? はコンテナステートメントとリーフステートメントの両方を表示し、 > を使用して区別しています。
editコマンドを使用して、識別子の値を変更することはできません。setコマンドを使用する必要があります。
関連項目
設定ステートメントと識別子を追加する方法
ジュニパーネットワークスデバイスのすべてのプロパティを設定するには、設定にステートメントを含めます。ステートメントは、固定テキストであるキーワードで構成されています。また、ステートメントに識別子を含めることもできます。識別子とは、インターフェイス名やユーザー名など、自分で定義した識別名で、これによって自分やCLIがステートメントの集合体を識別することができます。
例えば、以下のリストは、コンフィギュレーション・モードのトップ・レベルで利用可能なステートメントを示しています:
user@host# set ?
Possible completions:
> accounting-options Accounting data configuration
+ apply-groups Groups from which to inherit configuration data
> chassis Chassis configuration
> class-of-service Class-of-service configuration
> firewall Define a firewall configuration
> forwarding-options Configure options to control packet sampling
> groups Configuration groups
> interfaces Interface configuration
> policy-options Routing policy option configuration
> protocols Routing protocol configuration
> routing-instances Routing instance configuration
> routing-options Protocol-independent routing option configuration
> snmp Simple Network Management Protocol
> system System parameters
ステートメント名の前にある山括弧(>)は、それがコンテナ・ステートメントであることを示すとともに、その下のレベルの他のステートメントを定義できることを示しています。ステートメント名の前に山括弧(>)がない場合、そのステートメントはリーフステートメントであり、その下の階層レベルの他のステートメントを定義することはできません。
ステートメント名の前にあるプラス記号(+)は、ステートメントが一連の値を含むことができることを示します。セットを指定する場合は、値を括弧で囲んでください。例えば：
[edit]
user@host# set policy-options community my-as1-transit members [65535:10 65535:11]
一部のステートメントでは、識別子を含めることができます。インターフェイス名など一部の識別子については、正確な形式で識別子を指定する必要があります。例えば、インターフェース名so-0/0/0は、Flexible PIC Concentrator(FPC)上のスロット0、最初のPICの位置、物理インターフェースカード(PIC)の最初のポートにあるSONET/SDHインターフェースを指します。
一部のステートメントでは、識別子を含めることができます。インターフェイス名など一部の識別子については、正確な形式で識別子を指定する必要があります。例えば、インターフェース名et-0/0/0は、Flexible PIC Concentrator(FPC)上のスロット0、最初のPICの位置、物理インターフェースカード(PIC)の最初のポートにあるSONET/SDHインターフェースを指します。
インターフェイスの説明テキスト、ポリシー名、ファイアウォール用語名など、その他の識別子については、特殊文字、スペース、タブを含む任意の名前を指定できます。
識別子は引用符(ダブル・クォート)で囲む必要があります。また、識別子や、スペース、タブ文字、または以下のいずれかの文字を含む文字列は、引用符で囲む必要があります。
( ) [ ] { } ! @ # $ % ^ & | ' = ?
オプションが必要なステートメントに対してオプションを入力しない場合、必要な情報の種類を示すメッセージが表示されます。この例では、コマンドを完了するためにエリア番号を入力する必要があります。
[edit]
user@host# set protocols ospf area
^
syntax error, expecting <identifier>
関連項目
デバイス・コンフィギュレーションからステートメントを削除する方法
deleteコンフィギュレーションモードコマンドを使用して、デバイスコンフィギュレーションからステートメントまたは識別子を削除します。ステートメントや識別子を削除すると、そのステートメントや識別子に関連する機能が「アンコンフィギュレーション」され、その機能はデフォルトの状態に戻されます。
user@host# delete <statement-path> <identifier>
ステートメントを削除すると、そのステートメントとその下位のステートメントおよび識別子がすべてコンフィギュレーションから削除されます。
複数の識別子を持つことができるステートメントでは、1つの識別子を削除すると、その識別子だけが削除されます。ステートメント内の他の識別子はそのままです。
現在の階層レベルから始まる階層全体を削除する場合は、ステートメントや識別子を指定せずに delete コマンドを使用します。ステートメントまたは識別子を省略すると、削除の確認を求められます。
[edit]
user@host# delete
Delete everything under this level? [yes, no] (no)
Possible completions:
no Don't delete everything under this level
yes Delete everything under this level
Delete everything under this level? [yes, no] (no)
1つの delete コマンドを使用して、階層内の複数のステートメントや識別子を削除することはできません。複数の delete コマンドを使用して、各ステートメントまたは識別子を個別に削除する必要があります。例えば、 [edit system] 階層レベルで以下の設定を考えてみましょう。
system {
host-name host-211;
domain-name domain-122;
backup-router 192.168.71.254;
arp;
authentication-order [ radius password tacplus ];
}
コンフィギュレーションから domain-name、 host-name、 backup-router を削除するには、各ステートメントを個別に削除する必要があります。
user@hostdelete system host-name host-211user@hostdelete system domain-name domain-122user@hostdelete system backup-router 192.168.71.254
単一の delete コマンドを発行することはできません。例えば、以下のコマンドでは動作しません。
user@host> delete system hostname host-211 domain-name domain-122 backup-router 192.168.71.254
チャネル化されたインターフェイスや静的ルートなど、関連する設定項目を1つのコマンドと正規表現で同時に削除できます。ステートメントや識別子を削除すると、そのステートメントや識別子に関連する機能が「アンコンフィギュレーション」され、その機能はデフォルトの状態に戻されます。
インターフェイスなど、通常複数の項目を配置するコンフィギュレーションの特定の部分のみを削除することができます。ただし、この例のように、異なる項目の「グループ」を削除することはできません。
user@host#show system servicesftp; rlogin; rsh; ssh { root-login allow; } telnet; [edit] user@host#wildcard delete system services *syntax error.
ステートメントを削除すると、そのステートメントとその下位のステートメントおよび識別子がすべてコンフィギュレーションから削除されます。
関連する設定項目を削除するには、deleteオプションを付けてwildcard設定モードコマンドを発行し、次のようにステートメントパス、正規表現でまとめる項目、正規表現を指定します。
user@host# wildcard delete <statement-path> <identifier> <regular-expression>
wildcardコマンドを使用して関連する設定項目を削除する場合、正規表現は最後のステートメントにする必要があります。
Junos OS Evolvedが8つ以上の関連項目に一致する場合、CLIは最初の8つの項目のみを表示します。
コンフィギュレーションからインターフェイスを削除する方法
次の構文を使用すると、 t1-0/0/0:0 から t1-0/0/0:23 の範囲で複数のT1インターフェイスを削除できます。
user@host# wildcard delete interfaces t1-0/0/0:.*
matched: t1-0/0/0:0
matched: t1-0/0/0:1
matched: t1-0/0/0:2
Delete 3 objects? [yes,no] (no) no
コンフィギュレーションからルートを削除する方法
この構文を使用することで、 172.0.0.0 から 172.255.0.0 の範囲のスタティック・ルートを削除することができます:
user@host# wildcard delete routing-options static route 172.*
matched: 172.16.0.0/12
matched: 172.16.14.0/24
matched: 172.16.100.0/24
matched: 172.16.128.0/19
matched: 172.16.160.0/24
matched: 172.17.12.0/23
matched: 172.17.24.0/23
matched: 172.17.28.0/23
...
Delete 13 objects? [yes,no] (no)
例:デバイス設定からステートメントを削除する
以下の例では、 ospf ステートメントを削除して、ルーター上のOSPFを効果的にアンコンフィグレーションする方法を示しています。
[edit] user@host#set protocols ospf area 0.0.0.0 interface et-0/0/0 hello-interval 5[edit] user@host#showprotocols { ospf { area 0.0.0.0 { interface et-0/0/0 { hello-interval 5; } } } } [edit] user@host#delete protocols ospf[edit] user@host#show[edit] user@host#
現在のレベルから下のすべてのステートメントを削除します。
[edit] user@host#edit protocols ospf area 0.0.0.0[edit protocols ospf area 0.0.0.0] user@host#set interface et-0/0/0 hello-interval 5[edit protocols ospf area 0.0.0.0] user@host#deleteDelete everything under this level? [yes, no]yes[edit protocols ospf area 0.0.0.0] user@host#show[edit] user@host#
特定のプロパティの設定を解除します。この例では、インターフェイス記述の設定を削除します。
[edit] user@host#set interfaces et-3/0/0 description "Description of Test interface"[edit] user@host#showinterfaces { et-3/0/0 { description "Description of Test interface"; } } [edit] user@host#delete interfaces et-3/0/0 description[edit] user@host#showinterfaces { et-3/0/0; }
コンフィギュレーション内のステートメントをコピーする
機器構成に類似したステートメントが多数ある場合、1 つのステートメントを追加し、そのステートメントのコピーを作成することができます。ステートメントをコピーすると、そのステートメントと、そのステートメントの下に設定されたステートメントの階層全体が複製されます。ステートメントをコピーすることは、同じタイプの物理または論理インターフェイスを多数設定する場合に便利です。
設定内の既存のステートメントのコピーを作成するには:
- コンフィグレーションモード
copyコマンドを使用します。user@host#
copy existing-statement to new-statement - コンフィギュレーションの一部をコピーした直後に、新しいコンフィギュレーションの有効性を確認します。
- コンフィギュレーションが無効な場合は、コピーした部分と元の部分のどちらかを修正して、有効なコンフィギュレーションを作成します。
例:コンフィギュレーション内のステートメントをコピーする
この例では、既存の VC をコピーしてインターフェイス上に 1 つの仮想接続(VC)を作成する方法を示します。
要件
この例を設定する前に、デバイスの初期化以外の特別な設定を行う必要はありません。
この例を始める前に、以下の初期設定を行ってください。
[edit interfaces]
user@host# show
at-1/0/0 {
description "PAIX to MAE West"
encapsulation atm-pvc;
unit 61 {
point-to-point;
vci 0.61;
family inet {
address 10.0.1.1/24;
}
}
}
この例の初期設定を素早く行うには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除してネットワーク構成に合わせて必要な内容を変更し、このコマンドを [edit] 階層レベルのCLIにコピー&ペーストして、設定モードで commit を入力します。
set interfaces at-1/0/0 description "PAIX to MAE West" set interfaces at-1/0/0 encapsulation atm-pvc set interfaces at-1/0/0 unit 61 point-to-point set interfaces at-1/0/0 unit 61 vci 0.61 set interfaces at-1/0/0 unit 61 family inet address 10.0.1.1/24
概要
この例では、ステートメントをコピーする方法を説明するために、すでに設定されている仮想接続と非常によく似た仮想接続を追加しています。
設定
CLIクイックコンフィグレーション
[edit interfaces at-1/0/0]階層レベルから開始します。
copy unit 61 to unit 62set unit 62 vci 0.62edit unit 62replace pattern 10.0.1.1 with 10.0.2.1
コピーで構成する
ステップバイステップの手順
設定をコピーして設定するには:
[edit interfaces at-1/0/0]階層レベルに移動し、ユニット61をコピーする。[edit interfaces at-1/0/0] user@host#
copy unit 61 to unit 62-
新しい設定を見て、設定を有効にするために変更する必要があるものを確認します。
user@host#
show interfaces at-1/0/0description "PAIX to MAE West" encapsulation atm-pvc; unit 61 { point-to-point; vci 0.61; family inet { address 10.0.1.1/24; } } unit 62 { point-to-point; vci 0.61; family inet { address 10.0.1.1/24; } } 有効な設定に変更します。
この例では、仮想回路識別子(VCI)と仮想パス識別子(VPI)を再設定したいと思います。
[edit interfaces at-1/0/0] user@host#
set unit 62 vci 0.62また、新しいインターフェイスのIPアドレスを独自のIPアドレスに置き換えたいと思います。
[edit interfaces at-1/0/0] user@host#
edit unit 62user@host#replace pattern 10.0.1.1 with 10.0.2.1
結果
[edit]
show interfaces
at-1/0/0 {
description "PAIX to MAE West"
encapsulation atm-pvc;
unit 61 {
point-to-point;
vci 0.61;
family inet {
address 10.0.1.1/24;
}
}
unit 62 {
point-to-point;
vci 0.62;
family inet {
address 10.0.2.1/24;
}
}
}
例:設定の置換
デバイスの設定に変更を加える必要がある場合は、 delete コマンドを使用して元の構成設定を削除し、 set コマンドを使用して新しい構成設定を追加できます。ただし、より効率的で使いやすい設定の変更方法は他にも存在します。
この例では、以下の設定モードコマンドを使用して既存の設定を更新する方法を示しています。
rename—インターフェイス名などの既存の構成設定の名前を変更します。このコマンドは、デバイスに新しいインターフェイスを追加する場合に便利です。copy—構成設定と、その設定の下で構成されたステートメントの階層全体をコピーします。設定ステートメントのコピーは、同じタイプの物理または論理インターフェイスを多数設定する場合に便利です。replace—設定のテキストパターンにグローバル変更を加えます。例えば、デバイス上のすべてのインターフェイスの説明ステートメントに共通の単語のスペルミスがある場合、単一のコマンドでこの間違いを修正できます。
要件
この例を設定する前に、デバイスの初期化以外の特別な設定を行う必要はありません。
概要
このトピックの最初の例では、以下の設定変更を行います。
入力エラーを含む説明付きの新しいインターフェイスを作成します。
作成したインターフェイスから設定をコピーして、新しいインターフェイスを作成します。
作成したインターフェイスの1つの名前を変更します。
作成したインターフェイスの説明の入力エラーを修正します。
2番目の短い例では、わずかに異なる状況で同じコマンドをいくつか試しています。
設定
コピー、名前変更、および置換コマンドを使用したループバックインターフェイス設定の変更
ステップバイステップの手順
既存の設定でこの例で使用されたループバックインターフェイスユニット番号のいずれかを使用している場合は、異なる未使用のループバックインターフェイスユニット番号を置き換える必要があります。そうしないと、以下の手順を実行すると、デバイスの既存の運用ステータスが損なわれる可能性があります。
copy、rename、およびreplaceコマンドを使用してループバックインターフェイスの設定を作成および変更するには:
-
新しいループバックインターフェイスユニット番号を作成し、説明を含めます。
説明におけるループバックのスペルミスは意図的です。
[edit] user@host#
set interfaces lo0 unit 100 description "this is a lopbck interface" -
先ほど追加したループバックインターフェイスの設定を表示します。
[edit] user@host#
show interfaces lo0 unit 100description "this is a lopbck interface"; -
ユニット100からユニット101に作成したループバックインターフェイス(エラーを含む)を複製します。
[edit] user@host#
copy interfaces lo0 unit 100 to unit 101 -
ループバックインターフェイスlo0ユニット100およびlo0ユニット101の設定を表示します。
[edit] user@host#
show interfaces lo0 unit 100description "this is a lopbck interface";[edit] user@host#show interfaces lo0 unit 101description "this is a lopbck interface";copyコマンドは、descriptionなどの子ステートメントを含むインターフェイスを複製します。 -
ループバックインターフェイスlo0ユニット100の名前をループバックインターフェイスlo0ユニット102に変更します。
[edit] user@host#
rename interfaces lo0 unit 100 to unit 102 -
ループバックインターフェイスlo0ユニット100の設定を表示します。
[edit] user@host#
show interfaces lo0 unit 100[edit] user@host#このコマンドの結果は表示されないはずです。ループバックインターフェイスlo0ユニット100がなくなりました。
renameコマンドは、指定された設定ステートメントを新しい設定に置き換えます。 -
ループバックインターフェイスlo0ユニット101およびlo0ユニット102の説明における ループバック という単語のスペルミスを修正します。
[edit] user@host#
replace pattern lopbck with loopback -
ループバックインターフェイスlo0ユニット101およびlo0 102の設定を表示して、 ループバック という単語のスペルが正しくなっていることを確認します。
[edit] user@host#
show interfaces lo0 unit 101description "this is a loopback interface";[edit] user@host#show interfaces lo0 unit 102description "this is a loopback interface";replaceコマンドは、何らかの制限がない限り、コマンドで指定されたパターンのすべてのインスタンスを置き換えます。このトピックの次の例は、replaceコマンドの効果を制限する方法の 1 つです。 -
設定モードでは、
rollbackコマンドを使用して、デバイス設定を前のステップを実行する前の状態に戻すことができます。[edit] user@host#
rollback
結果
設定モードでは、 show interfaces lo0 unit 101 コマンドと show interfaces lo0 unit 102 コマンドを使用して、デバイスの設定がこの例のステップを実行する前の状態になっていることを確認します。
[edit]
user@host: show interfaces lo0 unit 101
[edit]
user@host#
このコマンドの結果は表示されないはずです。
[edit] user@host# show interfaces lo0 unit 102 [edit] user@host#
このコマンドの結果は表示されないはずです。
トップレベル設定階層レベルのコピーコマンドの比較
ステップバイステップの手順
前の例は、[edit interfaces interface-name unit logical-interface-number]階層レベルでcopy、rename、およびreplaceコマンドを示しています。この例では、これらのコマンドの一部が CLI 設定モード階層の最上位レベルでどのように機能するかを示しています。
次の例では、設定階層のさまざまなレベルに移動する必要があります。CLI のナビゲーションについては、「 設定モードでの CLI エディターの使用 」を参照してください。
-
イーサネットインターフェイスを作成します。
[edit] user@host#
set interfaces et-2/0/0 unit 0 family inet address 192.0.2.2 -
作成したインターフェイスを別のインターフェイスにコピーします。
[edit] user@host#
copy interfaces et-2/0/0 to et-2/1/0この
copyコマンドを前の例のコマンドと比較します。copyコマンドは、コピーされる値のunit前のキーワードを取得します。[edit] user@host#
copy interfaces lo0 unit 100 to unit 101キーワード
interfacesは、前置詞toの後、コピーされる値の前に繰り返されないことに注意してください。これは、copyコマンドで一部のトップレベルステートメントで発生します。ヒント:同様に、
renameコマンドでは、いくつかのトップレベルステートメントの新しい識別子の前にステートメントのキーワード部分を繰り返しません。 -
今までの設定を表示します。
[edit] user@host#
show interfaceset-2/0/0 { unit 0 { family inet { address 192.0.2.2/32; } } } et-2/1/0 { unit 0 { family inet { address 192.0.2.2/32; } } } -
et-2/1/0のアドレスを別のIPアドレスに置き換えます。
[edit interfaces et-2/1/0 unit 0 family inet] user@host#
replace pattern 192.0.2.2 with 192.0.2.40すべての発生ではなく、パターンの特定の発生のみを変更する場合は、
replaceコマンドを使用する前に、その特定の階層レベルに移動する必要があります。 -
インターフェイスを再表示します。
[edit] user@host#
show interfaceset-2/0/0 { unit 0 { family inet { address 192.0.2.2/32; } } } et-2/1/0 { unit 0 { family inet { address 192.0.2.40/32; } } } -
設定モードでは、
rollbackコマンドを使用して、デバイス設定を前の手順を実行する前の状態に戻します。[edit] user@host#
rollback
結果
設定モードでは、 show interfaces et-2/0/0 コマンドと show interfaces et-2/1/0 コマンドを使用して、デバイスの設定がこの例のステップを実行する前の状態になっていることを確認します。
[edit]
user@hostshow interfaces et-2/0/0
[edit]
user@host#
このコマンドの結果は表示されないはずです。
[edit]
user@R1# show interfaces et-2/1/0
[edit]
user@host#
このコマンドの結果は表示されないはずです。
デバイス構成に新しい識別子を挿入する
ジュニパーネットワークスのデバイスを設定する場合、ほとんどのステートメントと識別子を任意の順序で入力できます。設定ステートメントを入力する順序に関係なく、CLIは常に厳密な順序で設定を表示します。しかし、いくつかのケースでは、設定ステートメントが順番に分析されるシーケンスを作成するため、ステートメントの順序が重要になります。
例えば、ルーティングポリシーやファイアウォールフィルターでは、順次分析される用語を定義します。また、ダイナミック MPLS で名前付きパスを作成する場合、パス内のトランジット ルーターの順序リストを、最初のトランジット ルーターから始まり、最後のトランジット ルーターで終わるように定義します。
ステートメントの順序が重要である設定の一部を変更するには、 insert 設定モードコマンドを使用します。
user@host#insert <statement-path> identifier1 (before | after) identifier2
insertコマンドを使用せず、識別子を設定した場合、その識別子は類似した識別子のリストの最後に配置されます。
例:デバイス構成に新しい識別子を挿入する
この例では、 insert コマンドの使用を示しています。
setコマンドを使用して追加された用語は、既存の用語リストの最後に配置されますが、insertコマンドを使用して指定した順序で用語を追加します。ステートメントの順序を指定することは、設定ステートメントが順番に分析されるシーケンスを作成するため、順序が重要なケースでは重要です。
この例で示すように、 insert コマンドで使用する前に、用語を作成する(または既に作成されている)必要があります。用語を配置するための参照ポイントも存在する必要があります。例えば、用語 T1 を用語 T2 の前に配置するには、T1 と T2 の両方が既に存在し、データが登録されている必要があります。 Junos OS Evolved は、空の用語を自動的に削除します。
要件
用語を挿入する前に、初期ポリシーを設定する必要があります。この例の初期ポリシーを迅速に設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除してネットワーク構成に合わせて必要な詳細を変更し、コマンドを [edit policy-options] 階層レベルでCLIにコピー&ペーストして、構成モードから commit を入力します。
set policy-statement statics term term1 from route-filter 192.168.0.0/16 orlonger set policy-statement statics term term1 from route-filter 224.0.0.0/3 orlonger set policy-statement statics term term1 then reject set policy-statement statics term term2 from protocol direct set policy-statement statics term term2 then reject set policy-statement statics term term3 from protocol static set policy-statement statics term term3 then reject set policy-statement statics term term4 then accept
次に、階層が正しく設定されていることを確認します。
[edit policy-options]
user@host# show
policy-statement statics {
term term1 {
from {
route-filter 192.168.0.0/16 orlonger;
route-filter 224.0.0.0/3 orlonger;
}
then reject;
}
term term2 {
from protocol direct;
then reject;
}
term term3 {
from protocol static;
then reject;
}
term term4 {
then accept;
}
}
概要
ステートメントの順序が重要である設定の一部を変更するには、 insert 設定モードコマンドを使用する必要があります。代わりに set コマンドを使用すると、追加されたステートメントまたは識別子は順次間違った位置に表示されるようになります。コマンドの用語を正しい順序で取得する唯一の方法は、設定を解除して最初からやり直すことです。
設定
CLIクイックコンフィグレーション
この例をすばやく設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除してネットワーク設定に一致させる必要がある詳細情報を変更し、[edit policy-options]階層レベルでコマンドをCLIにコピーアンドペーストして、 commit設定モードに入ります。
[edit] user@host#rename policy-options policy-statement statics term term4 to term term6[edit] user@host#set policy-options policy-statement statics term term4 from protocol local[edit] user@host#set policy-options policy-statement statics term term4 then reject[edit] user@host#set policy-options policy-statement statics term term5 from protocol aggregate[edit] user@host#set policy-options policy-statement statics term term5 then reject[edit] user@host#insert policy-options policy-statement statics term term4 after term term3[edit] user@host#insert policy-options policy-statement statics term term5 after term term4
用語を挿入するように設定
ステップバイステップの手順
-
設定条件を実行する必要がある順序を決定します。元の用語と追加する新しい用語の両方を検討してください。
元の設定では、ポリシーの名前は
staticsで、4つの用語があります。最初の 3 つの用語はそれぞれ異なる一致基準で一致し、結果の一致は拒否されます。最後の用語は、残りのトラフィックをすべて受け入れます。この例では、他のタイプのトラフィックを排除する2つの用語を追加する必要があります。これらの用語は両方とも、元の設定の最後の用語よりも前に実行する必要があります。
元の用語4から用語6に名前を変更します。
[edit] user@host#
rename policy-options policy-statement statics term term4 to term term6このステップでは、用語6に名前が変更された元の最後の用語が保持されます。
新しい用語4を作成します。
[edit] user@host#
set policy-options policy-statement statics term term4 from protocol localuser@host#set policy-options policy-statement statics term term4 then rejectローカルシステムアドレスからのトラフィックに一致する新しい用語が追加され、それを拒否します。
新しい用語5を作成します。
[edit] user@host#
set policy-options policy-statement statics term term5 from protocol aggregateuser@host#set policy-options policy-statement statics term term5 then reject集約ルートからのトラフィックに一致する新しい用語が追加され、それを拒否します。
用語3の後に用語4を挿入します。
[edit] user@host#
insert policy-options policy-statement statics term term4 after term term3用語4の後に用語5を挿入します。
[edit] user@host#
insert policy-options policy-statement statics term term5 after term term4
結果
[edit]
user@host# show policy-options policy-statement statics
term term1 {
from {
route-filter 192.168.0.0/16 orlonger;
route-filter 224.0.0.0/3 orlonger;
}
then reject;
}
term term2 {
from protocol direct;
then reject;
}
term term3 {
from protocol static;
then accept;
}
term term4 {
from protocol local;
then reject;
}
term term5 {
from protocol aggregate;
then reject;
}
term term6 {
then accept;
}
デバイス構成内のステートメントと識別子の無効化および再活性化
Junos OS Evolved構成では、ステートメントと識別子を無効にすることで、commitコマンドを発行したときにそれらが有効にならないようにすることができます。無効化されたステートメントと識別子には、inactiveタグが付けられます。これらは設定に残りますが、commitコマンドを発行してもアクティブになりません。
ステートメントまたは識別子を無効にするには、 deactivate 設定モードコマンドを使用します。
user@host# deactivate( statement | identifier )
ステートメントまたは識別子を再活性化するには、 activate 設定モードコマンドを使用します。
user@host# activate ( statement | identifier )
どちらのコマンドでも、指定する statement と identifier は現在の階層レベルにある必要があります。ステートメントを無効化すると、その特定のステートメントは無視され、 commit コマンドを発行してもまったく適用されません。
ステートメントを無効にするには、 disable 設定モードコマンドを使用します。
設定階層の一部では、disable ステートメントを含めて機能を無効にすることができます。一例として、[edit interface interface-name]階層レベルでdisableステートメントを含めることで、インターフェイスを無効化することができます。機能を無効にした場合、commitコマンドを発行すると再活性化されますが、ダウンまたは管理上無効であるかのように扱われます。
例:デバイス構成内のステートメントと識別子の無効化および再活性化
この例では、 deactivate および activate 設定モードコマンドを使用する一般的な使用例を示しています。これには、グレースフルルーティングエンジンスイッチオーバー(GRES)が設定された、プライマリとバックアップのデュアルルーティングエンジンが含まれます。両方のルーティングエンジンのソフトウェアをアップグレードする必要があります。これは、GRES を無効化し、ルーティングエンジンを更新した後、GRES を再起動することで簡単に行うことができます。
また、GRES の代わりにノンストップ アクティブ ルーティング(NSR)を設定する以外は、同じ設定を使用して同様のアップグレードを行うことができます。NSR を停止し、ルーティングエンジンをアップグレードしてから NSR を再起動する必要があります。
要件
この例では、アップグレード可能なデュアルルーティングエンジンを搭載したデバイスを使用する必要があります。
この例を始める前に、GRES が設定されていることを確認します。
概要
この例では、2つのルーティングエンジンがあります。GRES が設定されていて、ルーティングエンジンのアップグレードが必要です。アップグレードを行うには、GRES 機能を無効化し、各ルーティングエンジンをアップグレードした後、再度 GRES を有効化する必要があります。
設定
GRES の無効化および再有効化の設定
ステップバイステップの手順
ルーティングエンジンのアップグレードのために GRES を無効化し、再有効化するには、次の手順に従います。
ルーターで GRES が有効になっていることを示します。
[edit] user@host#
show chassisredundancy { graceful-switchover; } fpc 2 { pic 0 { tunnel-services { bandwidth 1g; } } }GRES を無効化します。
[edit] user@host#
deactivate chassis redundancy graceful-switchoveruser@host#commitGRES が無効化であることを示します。
[edit] user@host#
show chassisredundancy { inactive: graceful-switchover; } fpc 2 { pic 0 { tunnel-services { bandwidth 1g; } } }-
ルーティングエンジンを 1 つずつアップグレードしていきます。
GRES を再有効化します。
[edit] user@host#
activate chassis redundancy graceful-switchoveruser@host#commit
結果
GRES 機能が再び有効化されていることを確認します。
[edit]
user@host# show chassis
redundancy {
graceful-switchover;
}
fpc 2 {
pic 0 {
tunnel-services {
bandwidth 1g;
}
}
}
デバイス設定をグローバルに変更する方法
replace設定モードコマンドを使用して、デバイス設定内の変数と識別子にグローバルに変更できます。このコマンドは、設定内のパターンを別のパターンに置き換えます。例えば、PIC がルーター内の別のスロットに移動したときに、このコマンドを使用して、インターフェイス名のすべての出現箇所を検索し、置換することができます。
user@host# replace pattern pattern1 with pattern2 <upto n>
pattern pattern1オプションは、設定で置き換えたい識別子と値を定義するテキスト文字列または正規表現です。
pattern2オプションは、pattern1内にある識別子と値を置き換えるテキスト文字列または正規表現です。
CLI は、標準的な UNIX スタイルの正規表現構文 (POSIX 1003.2 で定義されているとおり) を使用します。正規表現にスペース、演算子、またはワイルドカード文字が含まれる場合は、表現を引用符で囲みます。貪欲な修飾子(できるだけ一致させる)をサポートします。遅延修飾子(できるだけ一致しないようにする)はサポートされていません。
upto nオプションは、置換されるオブジェクトの数を指定します。nの値は、設定で置き換えられるオブジェクトの総数を制御します(パターンの発生回数の総数ではありません)。同じ階層レベルのオブジェクト(兄弟)が最初に置換されます。特定のオブジェクト内でパターンが複数出現した場合は、単一の置換と見なされます。例えば、設定に010101 テキスト文字列が含まれている場合、コマンドはreplace pattern 01 with pattern 02 upto 2010101を(020201ではなく)020202に置き換えます。010101を020202に置き換えることは、3つの別々の置き換え(n = 3)ではなく、単一の置き換え(n = 1)とみなされます。
uptoオプションを指定しない場合、pattern1に一致する設定内の識別子と値はすべて置換されます。
replaceコマンドは、どの階層レベルの設定モードでも使用できます。すべての一致は大文字と小文字を区別します。
replaceコマンドで使用する一般的な正規表現
オペレーター |
機能 |
|---|---|
|
パイプの両側にある 2 つの用語のいずれかに一致する可能性があることを示します。 |
|
式の先頭で使用され、一致を開始させる場所を示します。 |
|
式の末尾で使用し、 |
|
一致させる文字または数字の範囲を指定します。範囲の開始と終了を区切るには、ハイフン( - )を使用します。 |
|
一致させる用語のグループを指定します。番号付き変数として格納されます。 |
|
0項以上を示します。 |
|
1つ以上の項を示します。 |
|
スペース(" ")以外の任意の文字を示します。 |
|
バックスラッシュは特殊文字をエスケープして、その特殊な意味を抑制します。例えば\。 |
|
n番目のグループと一致するバックリファレンス。 |
|
全一致に一致するバックリファレンス。 |
次の表に交換例を示します。
コマンド |
結果 |
|---|---|
|
一致: 結果: |
|
一致: 結果: |
|
一致: 結果: |
|
一致: 結果: |
例:デバイス構成でグローバル置換を使用する方法—\n 後方参照
この例では、後方参照を使用してパターンを置換する方法を示しています。
要件
この例を設定する前に、デバイスの開始以降の特別な設定は必要ありません。
開始する前に、以下を設定します。
[edit]
user@host# show interfaces
xe-0/0/0 {
unit 0;
}
et-3/0/1 {
vlan-tagging;
unit 0 {
description "inet6 configuration. IP: 2000::c0a8::1bf5";
vlan-id 100;
family inet {
address 17.10.1.1/24;
}
family inet6 {
address 2000::c0a8:1bf5/3;
}
}
}
この初期設定をすばやく設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除して、ネットワーク設定に合わせて必要な詳細を変更してから、コマンドを [edit] 階層レベルのCLIにコピー&ペーストしてください。
set interfaces xe-0/0/0 unit 0set interfaces et-3/0/1 vlan-taggingset interfaces et-3/0/1 unit 0 description "inet6 configuration IP: 2000::c0a8::1bf5"set interfaces et-3/0/1 unit 0 vlan-id 100set interfaces et-3/0/1 unit 0 family inet address 17.10.1.1/24set interfaces et-3/0/1 unit 0 family inet6 address 2000::c0a8:1bf5/3
概要
正規表現の最も便利な機能の 1 つは、後方参照です。後方参照は、文字列内で繰り返される文字や部分文字列を特定する便利な方法です。一度パターンを見つけたら、再び書かなくても繰り返すことができます。先に取得したパターンを \# だけで参照します( # は、パターンを一致させる回数を示す数字です)。
後方参照を使用して、データを呼び出したり、検索したり、別のものに置換したりできます。このようにして、大規模なデータセットを 1 つの置換コマンドで再フォーマットできるため、手動でパターンを探して置換する時間を節約できます。
設定
コマンドの後方参照を使用した置換の設定
ステップバイステップの手順
Junos OS Evolved設定のパターンを後方参照を使用して置換するには、次の手順に従います。
replaceコマンドを使用します。[edit] user@host#
replace pattern pattern1 with pattern2この場合、
:1bf5を1bf5に置き換えます。[edit] user@host#
replace pattern "(.*):1bf5" with "\11bf5"後方参照(\1)に注目してください。これは、パターンを検索して一度だけ置換する必要があることを示しています。
結果
その結果、以下のような設定になります。
[edit]
user@host# show interfaces
xe-0/0/0 {
unit 0;
}
et-3/0/1 {
vlan-tagging;
unit 0 {
description "inet6 configuration. IP: 2000::c0a8:1bf5";
vlan-id 100;
family inet {
address 17.10.1.1/24;
}
family inet6 {
address 2000::c0a8:1bf5/3;
}
}
}
この例では、パターン 2000::c0a8::1bf5 を 2000::c0a8:1bf5 に一度置換しています。
例:デバイス設定でのグローバルな置換—インターフェイス名の置換
この例では、 replace コマンドを使用して、設定内のインターフェイス名をグローバルに置換する方法を示しています。
replaceコマンドを使用すると、設定をより早く、より良い方法で変更できます。例えば、PICをルーター内の別のスロットに移動して、インターフェイス名を変更する可能性があります。1 つのコマンドで、設定全体を更新できます。または、他の類似の設定、例えば、同様のインターフェイスで設定を迅速に拡張することもできます。
copyコマンドとreplaceコマンドを組み合わせて使用することで、設定を追加した後、新しくコピーした設定の一部を置換できます。replaceコマンドは、正規表現で動作します。正規表現は、迅速で柔軟性が高く、ユビキタスです。検索する必要のあるほぼすべてのパターンを作り出すことができ、ほとんどのプログラミング言語が正規表現をサポートしています。
要件
この例を設定する前に、デバイスの初期化以外の特別な設定を行う必要はありません。
開始する前に、ルーターに以下の階層を設定してください。この階層を迅速に設定するには、「 CLIクイック設定 」を参照してください。
user@host#show interfaceset-0/0/0 { dce; } user@host#show protocolsospf { area 0.0.0.0 { interface et-0/0/0.0 { hello-interval 5; } } }
概要
この例では、 replace コマンドを使用して、設定内のインターフェイス名をグローバルに置換する方法を示しています。簡単な例です。
前回の設定が、今回の設定更新の出発点となります。この例では、1 つのコマンドで設定全体の初期インターフェース名を変更しています。
設定
CLIクイックコンフィグレーション
この例の初期設定を素早く行うには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除してネットワーク構成に合わせて必要な内容を変更した後、これらのコマンドを [edit] 階層レベルのCLIにコピー&ペーストし、設定モードから commit を入力します。
set interfaces xe-0/0/0 description "Description for Test interface" set protocols ospf area 0.0.0.0 interface xe-0/0/0.0 hello-interval 5
インターフェース名変更の設定
ステップバイステップの手順
インターフェース名を変更するには:
設定モードの階層の最上部にいることを確認します。
user@host#
top-
patternキーワードを使用したreplaceコマンドを使用して、xe-0/0/0をxe-1/1/0に置き換えます。user@host#
replace pattern xe-0/0/0 with xe-1/1/0
結果
必要な変更を行った後、 show interfaces および show protocols の設定モードコマンドを使用して、設定を確認します。
[edit] user@host#show interfacesxe-1/1/0 { description "Description for Test interface"; } user@host#show protocolsospf { area 0.0.0.0 { interface xe-1/1/0.0 { hello-interval 5; } } }
設定が正しいことを確認した後、 commit コマンドを入力します。
デバイスコンフィギュレーションにコメントを追加する
デバイスのコンフィギュレーションには、コンフィギュレーション内の任意のステートメントを記述するためのコメントを含めることができます。CLIで対話的にコメントを追加したり、ASCII設定ファイルを編集したりすることができます。
インターフェイスを設定する際、[edit interfaces interface-name]階層レベルでdescriptionステートメントを含めることで、インターフェイスに関するコメントを追加できます。含めたコメントは、show interfacesコマンドの出力に表示されます。
CLIにコメントを追加
コンフィギュレーション・モードでコメントを追加すると、そのコメントは現在のレベルのステートメントに関連付けられます。各ステートメントには、1行のコメントを関連付けることができます。コメントをステートメントに関連付ける前に、ステートメントが存在する必要があります。コメントは、ステートメントの前の行に配置されます。
コンフィギュレーションにコメントを追加するには、 annotate コンフィギュレーション・モード・コマンドを使用します。
user@host# annotate statement "comment-string"
statement は、コメントを付ける設定ステートメントです。現在の階層レベルである必要があります。指定した statement のコメントが既に存在する場合は、削除され、新しいコメントに置き換えられます。
comment-string はコメントの本文です。コメント・テキストは任意の長さで、1行で入力する必要があります。コメントにスペースが含まれている場合は、引用符で囲む必要があります。コメント文字列には、コメント区切り文字 /* */ または #を含めることができます。何も指定しない場合、コメント文字列は /* */ コメント区切り文字で囲まれます。
既存のコメントを削除するには、空のコメント文字列を指定します。
user@host# annotate statement ""
annotateコマンドでコメントを追加した場合、show configuration modeコマンドまたはshow configuration operational modeコマンドを入力することで、コンフィギュレーション内でコメントを確認できます。
Junos OS Evolved は、onelinerを含む設定階層の最終レベルまでのアノテーションをサポートしています。ただし、onelinerの部分(oneliner内の子ステートメントまたは識別子)のアノテーションはサポートされていません。例えば、以下のコンフィギュレーション階層例では、アノテーションは level 1 親階層まではサポートされていますが、 metric 子ステートメントはサポートされていません。
[edit protocols]
isis {
interface et-0/0/0.0 {
level 1 metric 10;
}
}
}
ファイルにコメントを追加する
ASCII設定ファイルを編集してコメントを追加するときは、1つ以上の行を追加することができ、関連付けられたステートメントの前に追加する必要があります。ステートメントに続く同じ行やステートメントに続く別の行など、ファイル内の他の場所にコメントを配置した場合、 load コマンドを使用してコンフィギュレーションをCLIで開くときにコメントが削除されます。
次のコンフィギュレーション例の抜粋は、コンフィギュレーション・ファイルにコメントを配置する方法と配置しない方法を示しています。
/* This comment goes with routing-options */
routing-options {
/* This comment goes with routing-options traceoptions */
traceoptions {
/* This comment goes with routing-options traceoptions tracefile */
tracefile rpd size 1m files 10;
/* This comment goes with routing-options traceoptions traceflag task */
traceflag task;
/* This comment goes with routing-options traceoptions traceflag general */
traceflag general;
}
autonomous-system 10458; /* This comment is dropped */
}
routing-options {
rib-groups {
ifrg {
import-rib [ inet.0 inet.2 ];
/* A comment here is dropped */
}
dvmrp-rib {
import-rib inet.2;
export-rib inet.2;
/* A comment here is dropped */
}
/* A comment here is dropped */
}
/* A comment here is dropped */
}
コンフィギュレーション・ファイルに直接コメントを含める場合、以下の方法でコメントの書式を設定することができます。
コメントを
/*で始め、*/で終わらせます。コメント・テキストは1行でも、複数行にまたがることでも可能です。コメントを
#で開始し、改行(キャリッジ・リターン)で終了します。
例:CLIを使用してデバイス・コンフィギュレーションにコメントを含める
デバイスのコンフィギュレーションにコメントを加えることで、コンフィギュレーション・ファイルが読みやすくなり、ユーザーが理解しやすくなります。 annotate ステートメントを使用すれば、設定通りにコメントを入れることができます。この例では、既存のコンフィギュレーションに対して CLI を使用してコメントを追加しています。
要件
この例を設定する前に、デバイスの初期化以外の特別な設定を行う必要はありません。
コメントを追加する前に、ルーターで以下の階層を設定する必要があります。
この例の初期設定を素早く行うには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除してネットワーク構成に合わせて必要な内容を変更し、このコマンドを [edit] 階層レベルのCLIにコピー&ペーストし、設定モードから commit を入力します。
set protocols ospf area 0.0.0.0 interface et-0/0/0.0 hello-interval 5
ここで、この階層が設定されていることを確認します。
user@host# show protocols
ospf {
area 0.0.0.0 {
interface et-0/0/0 {
hello-interval 5;
}
}
}
概要
CLIを使用してコメントを追加する場合、 annotate ステートメントを使用して設定モードで行います。追加した各コメントは、現在のレベルのステートメントに関連付けられます。各ステートメントには、1行のコメントを関連付けることができます。
annotateステートメントを設定するには、コメントを関連付けたいステートメントのレベルに移動します。コメントを表示するには、コンフィギュレーション階層の最上位に移動し、showコマンドを使用します。
設定
CLIクイックコンフィグレーション
この例のコメントを素早く設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除してネットワーク設定に合わせて必要な詳細を変更し、コマンドを [edit] 階層レベルからコピーしてCLIに貼り付け、設定モードから commit を入力します。
edit protocols ospfannotate area 0.0.0.0 "Backbone area configuration added June 15, 2020"edit area 0.0.0.0annotate interface et-0/0/0.0 "Interface from router sj1 to router sj2"
コマンドは、階層の異なるセクションに注釈を付けると、階層を下へ下へと移動することに注意してください。
CLI設定モードでのコメントの挿入
ステップバイステップの手順
この手順は、すでに初期設定を行っていることを前提にしています。
コンフィギュレーションにコメントを追加するには:
コメントを追加する必要がある最初の階層に移動します。
[edit] user@host#
edit protocols ospfannotateステートメントを使用して、area設定ステートメントにコメントを追加します。[edit protocols ospf] user@host#
annotate area 0.0.0.0 "Backbone area configuration added June 15, 1998"interfaceの設定ステートメントにレベルを下げます。[edit protocols ospf] user@host#
edit area 0.0.0.0-
annotateステートメントを使用して、インターフェイスet-0/0/0.0にコメントを追加します。[edit protocols ospf area 0.0.0.0] user@host#
annotate interface et-0/0/0.0 "Interface from router sj1 to router sj2"
結果
階層の一番上に移動し、 show コマンドを使用して追加したコメントを確認します。コメントは、関連するステートメントの前に表示されます。
[edit]
user@host# show protocols
ospf {
/* Backbone area configuration added June 15, 2020 */
area 0.0.0.0 {
/* Interface from router sj1 to router sj2 */
interface et-0/0/0.0 {
hello-interval 5;
}
}
}
設定が正しいことを確認した後、 commit コマンドを入力します。
例:ワイルドカードコマンドとrangeオプションを使用する
デバイスの設定に変更を加える必要がある場合は、 delete コマンドを使用して元の構成設定を削除し、 set コマンドを使用して新しい構成設定を追加できます。ただし、より効率的で使いやすい設定の変更方法は他にも存在します。
この例では、アクティブ化、非アクティブ化、削除、保護、設定、表示、および保護解除の設定コマンドの範囲とともにワイルドカードコマンドを使用する方法を示しています。
ワイルドカードコマンドは設定階層を作成できません。これを使用して、既存のステートメントを変更します。空CLI階層に非アクティブ化などのパラメーターを設定しようとすると、 warning: statement not found 形式のエラーが発生することが予想されます。
要件
デバイスで実行されている Junos OS リリース 12.1 以降。
概要
ワイルドカード コマンドを含む範囲オプションを使用すると、アクティブ化、非アクティブ化、削除、保護、設定、表示、および保護解除コマンドで範囲を指定できます。範囲を使用して、インターフェイス、論理ユニット、VLAN、およびその他の番号付き要素の範囲を指定できます。ワイルドカード範囲オプションは、入力したコマンドを複数のコマンドに拡張し、それぞれが範囲内の1つの項目に対応します。
ワイルドカード範囲オプションを使用すると、複数の設定ステートメントを個別に設定するのではなく、単一のセットコマンドで設定することができます。例えば、ポート番号の異なる 24 ギガビット イーサネット インターフェイスを設定するには、24 個の個別の set interfaces コマンドではなく、1 つのワイルドカード range set コマンドを使用できます。
同様に、30の論理インターフェイスのグループを非アクティブ化するには、各論理インターフェイスを個別に非アクティブ化する代わりに、ワイルドカードrange deactivateコマンドを使用できます。
設定
- ワイルドカードコマンドとrangeステートメントを使用して、さまざまな設定タスクを実行します。
- 設定ステートメントに一連の名前付き識別子を設定するためのrangeオプションの使用
- 構文での複数範囲の指定
- 構文での範囲と一意の番号を指定する
- 範囲から一部の値を除外する
- ステップ番号による範囲の指定
- ワイルドカードを使用してポリシーp1-p10を削除
ワイルドカードコマンドとrangeステートメントを使用して、さまざまな設定タスクを実行します。
ステップバイステップの手順
- アクティブ、非アクティブ化、削除、保護、設定、表示、および保護解除の設定コマンドでワイルドカード範囲を使用できます。
[edit] user@host#
wildcard range ? Possible completions: activate Remove the inactive tag from a statement annotate Annotate the statement with a comment deactivate Add the inactive tag to a statement delete Delete a data element protect Protect the statement set Set a parameter show Show a parameter unprotect Unprotect the statement -
wildcardステートメントは、完全な設定階層で修飾できます。設定階層に駐車した場合、ワイルドカードコマンドは、その階層でサポートされているオプションを基準にした相対的コマンドです。[edit] user@host#
wildcard range set interfaces ? Possible completions: <interface-name> Interface name + apply-groups Groups from which to inherit configuration data + apply-groups-except Don't inherit configuration data from these groups > interface-range Interface ranges configuration > interface-set Logical interface set configuration lo0 Interface name > stacked-interface-set Stacked interface set configuration > traceoptions Interface trace options xe-0/0/0:0 Interface name xe-0/0/0:1 Interface nameuser@host# edit interfaces [edit interfaces]wildcard range set ? Possible completions: <interface-name> Interface name + apply-groups Groups from which to inherit configuration data + apply-groups-except Don't inherit configuration data from these groups > interface-range Interface ranges configuration > interface-set Logical interface set configuration lo0 Interface name > stacked-interface-set Stacked interface set configuration > traceoptions Interface trace options xe-0/0/0:0 Interface name xe-0/0/0:1 Interface name最初のケースでは、インターフェイス階層へのフルパスはワイルドカードステートメントで指定されます。2つ目は、ユーザーはインターフェイス階層に駐車されます。サポートされているオプションは、どちらの方法でも同じです。
設定ステートメントに一連の名前付き識別子を設定するためのrangeオプションの使用
ステップバイステップの手順
異なるポート番号(0〜23)を持つ一連の同じタイプのインターフェイスを設定するには、次の形式でポート番号の範囲を指定します。
-
[edit] user@host# wildcard range set interfaces ge-0/0/[0-23] unit 0 family vpls
-
結果を表示します。ワイルドカードの範囲は、0〜23の範囲のポート番号でインターフェイスを設定するための24種類のセットコマンドに拡張されています。この場合、
vplsプロトコルファミリーを追加するためにインターフェイスが作成されます。インターフェイスがすでに定義されている場合は、ファミリーのみが追加されます。root@R1# show | compare [edit interfaces] + ge-0/0/0 { + unit 0 { + family vpls; + } + } + ge-0/0/1 { + unit 0 { + family vpls; + } + } + ge-0/0/2 { + unit 0 { + family vpls; + } + } . . . + ge-0/0/23 { + unit 0 { + family vpls; + }
構文での複数範囲の指定
ステップバイステップの手順
ワイルドカードの範囲コマンドで複数の範囲を指定することができます。各範囲はカンマで区切る必要があります。範囲を重複させることもできます。
残りの例では、10個のポリシーステートメントを含む設定の一時コピーを作成します。これらのステートメントを持つことで、階層の NULL 部分の属性を操作しようとしたときに報告される CLI エラーを回避できます。
[edit] user@device# set policy-options policy-statement p1 then reject set policy-options policy-statement p10 then reject set policy-options policy-statement p2 then reject set policy-options policy-statement p3 then reject set policy-options policy-statement p4 then reject set policy-options policy-statement p5 then reject set policy-options policy-statement p6 then reject set policy-options policy-statement p7 then reject set policy-options policy-statement p8 then reject set policy-options policy-statement p9 then reject [edit] user@device# save temp Wrote 254 lines of configuration to 'temp'
- 構文で複数の範囲を指定するには、各範囲の最小値と最大値をカンマで区切って含めます。
[edit] user@host# wildcard range deactivate policy-options policy-statement p[1-3,5-7,6-9]
-
結果を表示します。ワイルドカード範囲が展開され、指定された範囲に一致する名前を持つポリシーに
deactivateステートメントが追加されます。注目すべきは、候補構成への変更リストに p4 と p10 がないことです。注:指定されたポリシー名が設定内にまだ存在しない場合は、エラーが返されます。これは、設定階層の空の部分にdeactivateステートメントを追加できないためです。
[edit] show | compare [edit policy-options] ! inactive: policy-statement p1 { ... } ! inactive: policy-statement p2 { ... } ! inactive: policy-statement p3 { ... } ! inactive: policy-statement p5 { ... } ! inactive: policy-statement p6 { ... } ! inactive: policy-statement p7 { ... } ! inactive: policy-statement p8 { ... } ! inactive: policy-statement p9 { ... }
構文での範囲と一意の番号を指定する
ステップバイステップの手順
ワイルドカードrangeコマンドの構文で、範囲と一意の数字の組み合わせを指定できます。
-
一時設定をリロードします。
[edit] user@host# load override temp load complete
- 範囲と一意の番号を指定するには、カンマで区切ります。この例では、10は一連の範囲に一意の番号として追加されます。
[edit] user@host# wildcard range deactivate policy-options policy-statement p[1-3,5,7,10]
-
結果を表示します。ワイルドカード範囲が拡張され、指定された範囲に一致する名前を持つポリシーと一意の番号に
deactivateステートメントが追加されます。その結果、この例では p10 ポリシーも無効化されます。注:指定されたポリシー名が設定内にまだ存在しない場合は、エラーが返されます。これは、空の設定階層にdeactivateステートメントを追加できないためです。
[edit] user@host# show | compare [edit policy-options] ! inactive: policy-statement p1 { ... } ! inactive: policy-statement p10 { ... } ! inactive: policy-statement p2 { ... } ! inactive: policy-statement p3 { ... } ! inactive: policy-statement p5 { ... } ! inactive: policy-statement p7 { ... }
範囲から一部の値を除外する
ステップバイステップの手順
感嘆符を使用して除外する数字または数字の範囲をマークすることで、範囲から特定の値を除外できます。
-
一時設定をリロードします。
[edit] user@host# load override temp load complete
- 範囲から特定の値を除外するには、除外する部分を !構文で。
[edit] user@host# wildcard range deactivate policy-options policy-statement p[1-5,!3-4]
-
結果を表示します。ワイルドカードの範囲が拡張され、指定された範囲に一致する名前を持つポリシーに
deactivateステートメントが追加されます。ポリシー p3 と p4 は、候補の構成に加えられた変更のリストに含まれていないことに注意してください。彼らはワイルドカードの範囲から除外されています。注:指定されたポリシー名が設定内にまだ存在しない場合は、エラーが返されます。これは、空の設定階層にdeactivateステートメントを追加できないためです。
[edit] user@host# show | compare [edit policy-options] ! inactive: policy-statement p1 { ... } ! inactive: policy-statement p2 { ... } ! inactive: policy-statement p5 { ... }
ステップ番号による範囲の指定
ステップバイステップの手順
歩数を指定して、範囲内の間隔を一定にすることができます。ステップ値は、最初の一致をカウントし、その後の一致を指定されたステップ値までスキップします。
-
一時設定をリロードします。
[edit] user@host# load override temp load complete
- ステップを指定するには、構文にステップ値をスラッシュ(/)で囲みます。ここでは、1 から 10 の範囲を指定し、ステップ値 2 を使用して各一致間の 1 つの数字をスキップします。効果は、奇数 (1) に一致することから始めるときに、すべての偶数の一致をスキップすることです。
[edit] user@host# wildcard range deactivate policy-options policy-statement p[1-10/2]
-
結果を表示します。ワイルドカードの範囲が拡張され、最初の一致から始まる他のすべての一致ステートメントに
deactivateステートメントが追加されます。注:指定されたポリシー名が設定内にまだ存在しない場合は、エラーが返されます。これは、空の設定階層にdeactivateステートメントを追加できないためです。
[edit] user@host# show | compare [edit policy-options] ! inactive: policy-statement p1 { ... } ! inactive: policy-statement p3 { ... } ! inactive: policy-statement p5 { ... } ! inactive: policy-statement p7 { ... } ! inactive: policy-statement p9 { ... }ステップ機能をよりよく説明するために、一時的な設定は復元であり、ワイルドカードコマンドが繰り返されます。今回はステップ値4です。これで、各最初の一致の後に 3 つのエントリがスキップされます。
[edit] user@host# load override temp load complete user@host## wildcard range deactivate policy-options policy-statement p[1-10/4] \
-
結果を表示します。ワイルドカードの範囲は拡張され、最初の一致から始まる 4 番目の一致するステートメントごとに
deactivateステートメントが追加されます。[edit] user@host# show | compare [edit policy-options] ! inactive: policy-statement p1 { ... } ! inactive: policy-statement p5 { ... } ! inactive: policy-statement p9 { ... }
ワイルドカードを使用してポリシーp1-p10を削除
ステップバイステップの手順
ワイルドカード機能をテストするために追加された一時ポリシーを削除します。
deleteステートメントをワイルドカードの範囲ステートメントとともに使用し、p10[edit] user@host# wildcard range delete policy-options policy-statement p[1-10]
-
結果を表示します。私たちの
policy-optionsスタンザには、p10を通じてp1されたポリシーのみが含まれていました。これにより、空のpolicy-options設定階層になります。[edit] user@host# show policy-options