デバイスの設定を変更

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

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

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

   content_copy zoom_out_map

   [edit interfaces at-1/0/0]
   user@host# copy unit 61 to unit 62
   

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

   content_copy zoom_out_map

   user@host# 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.61;
       family inet {
           address 10.0.1.1/24;
       }
   }
   

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

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

   content_copy zoom_out_map

   [edit interfaces at-1/0/0]
   user@host# set unit 62 vci 0.62
   

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

   content_copy zoom_out_map

   [edit interfaces at-1/0/0]
   user@host# edit unit 62
   user@host# replace pattern 10.0.1.1 with 10.0.2.1
   

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

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

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

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

   content_copy zoom_out_map

   [edit]
   user@host# set interfaces lo0 unit 100 description "this is a lopbck interface"
   

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

   content_copy zoom_out_map

   [edit]
   user@host# show interfaces lo0 unit 100
   description "this is a lopbck interface";
   

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

   content_copy zoom_out_map

   [edit]
   user@host# copy interfaces lo0 unit 100 to unit 101
   

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

   content_copy zoom_out_map

   [edit]
   user@host# show interfaces lo0 unit 100
   description "this is a lopbck interface";
   [edit]
   user@host# show interfaces lo0 unit 101
   description "this is a lopbck interface";
   

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

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

   content_copy zoom_out_map

   [edit]
   user@host# rename interfaces lo0 unit 100 to unit 102
   

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

   content_copy zoom_out_map

   [edit]
   user@host# show interfaces lo0 unit 100
   [edit]
   user@host# 
   

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

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

   content_copy zoom_out_map

   [edit]
   user@host# replace pattern lopbck with loopback
   

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

   content_copy zoom_out_map

   [edit]
   user@host# show interfaces lo0 unit 101
   description "this is a loopback interface";
   [edit]
   user@host# show interfaces lo0 unit 102
   description "this is a loopback interface";
   

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

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

   content_copy zoom_out_map

   [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 エディタの使用を参照してください。

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

   content_copy zoom_out_map

   [edit]
   user@host# set interfaces et-2/0/0 unit 0 family inet address 192.0.2.2
   

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

   content_copy zoom_out_map

   [edit]
   user@host# copy interfaces et-2/0/0 to et-2/1/0
   

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

   content_copy zoom_out_map

   [edit]
   user@host# copy interfaces lo0 unit 100 to unit 101
   

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

   ヒント:

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

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

   content_copy zoom_out_map

   [edit]
   user@host# show interfaces
   et-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;
           }
       }
   }
   

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

   content_copy zoom_out_map

   [edit interfaces et-2/1/0 unit 0 family inet]
   user@host# replace pattern 192.0.2.2 with 192.0.2.40
   

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

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

   content_copy zoom_out_map

   [edit]
   user@host# show interfaces
   et-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;
           }
       }
   }
   

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

   content_copy zoom_out_map

   [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# 

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

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

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

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

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

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

   content_copy zoom_out_map

   [edit]
   user@host# rename policy-options policy-statement statics term term4 to term term6
   

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

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

   content_copy zoom_out_map

   [edit]
   user@host# set policy-options policy-statement statics term term4 from protocol local
   user@host# set policy-options policy-statement statics term term4 then reject
   

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

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

   content_copy zoom_out_map

   [edit]
   user@host# set policy-options policy-statement statics term term5 from protocol aggregate
   user@host# set policy-options policy-statement statics term term5 then reject
   

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

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

   content_copy zoom_out_map

   [edit]
   user@host# insert policy-options policy-statement statics term term4 after term term3
   

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

   content_copy zoom_out_map

   [edit]
   user@host# insert policy-options policy-statement statics term term5 after term term4
   

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

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

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

   content_copy zoom_out_map

   [edit]
   user@host# show chassis 
   redundancy {
       graceful-switchover;
   }
   fpc 2 {
       pic 0 {
           tunnel-services {
               bandwidth 1g;
           }
       }
   }
   

2. GRES を無効化します。

   content_copy zoom_out_map

   [edit]
   user@host# deactivate chassis redundancy graceful-switchover
   user@host# commit
   

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

   content_copy zoom_out_map

   [edit]
   user@host# show chassis 
   redundancy {
       inactive: graceful-switchover;
   }
   fpc 2 {
       pic 0 {
           tunnel-services {
               bandwidth 1g;
           }
       }
   }

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

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

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

   content_copy zoom_out_map

   [edit]
   user@host# activate chassis redundancy graceful-switchover
   user@host# commit
   

結果

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

[edit]
user@host# show chassis 
redundancy {
    graceful-switchover;
}
fpc 2 {
    pic 0 {
        tunnel-services {
            bandwidth 1g;
        }
    }
}

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

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

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

  content_copy zoom_out_map

  [edit]
  user@host# replace pattern pattern1 with pattern2
  

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

  content_copy zoom_out_map

  [edit]
  user@host# replace pattern "(.*):1bf5" with "\11bf5"
  

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

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

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

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

   content_copy zoom_out_map

   user@host# top
   

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

   content_copy zoom_out_map

   user@host# replace pattern so-0/0/0 with so-1/1/0
   

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

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

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

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

   content_copy zoom_out_map

   [edit]
   user@host# edit protocols ospf
   

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

   content_copy zoom_out_map

   [edit protocols ospf]
   user@host# annotate area 0.0.0.0 "Backbone area configuration added June 15, 1998" 
   

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

   content_copy zoom_out_map

   [edit protocols ospf]
   user@host# edit area 0.0.0.0
   

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

   content_copy zoom_out_map

   [edit protocols ospf area 0.0.0.0]
   user@host# annotate interface so-0/0/0.0 "Interface from router sj1 to router sj2"
   

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

1. ワイルドカード範囲は、アクティブ、非アクティブ化、削除、保護、設定、表示、および保護解除の設定コマンドで使用できます。
   content_copy zoom_out_map

   [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
   

2. wildcard ステートメントは、完全なコンフィギュレーション階層で修飾できます。設定階層にパークされている場合、ワイルドカード コマンドは、その階層でサポートされているオプションに対する相対パスになります。

   content_copy zoom_out_map

   [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 name
   
   user@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 番目に、ユーザーはインターフェイス階層にパークされます。サポートされるオプションは、どちらの方法でも同じです。

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

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

1. content_copy zoom_out_map

   [edit]
   user@host# wildcard range set interfaces ge-0/0/[0-23] unit 0 family vpls

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

   content_copy zoom_out_map

   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;
   +       }

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

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

[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'

1. 構文に複数の範囲を指定するには、各範囲の最小値と最大値をコンマで区切って含めます。
   content_copy zoom_out_map

   [edit]
   user@host# wildcard range deactivate policy-options policy-statement p[1-3,5-7,6-9]

2. 結果を表示します。ワイルドカードの範囲が拡張され、指定された範囲に一致する名前を持つポリシーに deactivate ステートメントが追加されます。注目すべきは、候補となるコンフィギュレーションに対する変更のリストに p4 と p10 がないことです。

   注:

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

   content_copy zoom_out_map

   [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 { ... }

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

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

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

   content_copy zoom_out_map

   [edit]
   user@host# load override temp 
   load complete
   

1. 範囲と一意の番号を指定するには、コンマで区切ります。この例では、10 が一連の範囲に一意の番号として追加されます。
   content_copy zoom_out_map

   [edit]
   user@host# wildcard range deactivate policy-options policy-statement p[1-3,5,7,10]

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

   注:

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

   content_copy zoom_out_map

   [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 { ... }

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

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

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

   content_copy zoom_out_map

   [edit]
   user@host# load override temp 
   load complete
   

2. 範囲から特定の値を除外するには、除外する部分を !構文で。
   content_copy zoom_out_map

   [edit]
   user@host# wildcard range deactivate policy-options policy-statement p[1-5,!3-4]

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

   注:

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

   content_copy zoom_out_map

   [edit]
   user@host# show | compare 
   [edit policy-options]
   !    inactive: policy-statement p1 { ... }
   !    inactive: policy-statement p2 { ... }
   !    inactive: policy-statement p5 { ... }

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

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

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

   content_copy zoom_out_map

   [edit]
   user@host# load override temp 
   load complete
   

2. ステップを指定するには、構文の前にスラッシュ (/) を付けた step 値を含めます。ここでは、1〜10の範囲を指定し、ステップ値2を使用して各一致の間に1つの数値をスキップします。その効果は、奇数(1)の一致から始めるときに、すべての偶数の一致をスキップすることです。
   content_copy zoom_out_map

   [edit]
   user@host# wildcard range deactivate policy-options policy-statement p[1-10/2]

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

   注:

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

   content_copy zoom_out_map

   [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つのエントリがスキップされます。

   content_copy zoom_out_map

   [edit]
   user@host# load override temp                                                     
   load complete
   user@host## wildcard range deactivate policy-options policy-statement p[1-10/4]    
   \

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

   content_copy zoom_out_map

   [edit]
   user@host# show | compare 
   [edit policy-options]
   !    inactive: policy-statement p1 { ... }
   !    inactive: policy-statement p5 { ... }
   !    inactive: policy-statement p9 { ... }
   

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

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

1. deleteステートメントとワイルドカードの範囲ステートメントを使用して、p1からp10までのポリシーを削除します。
   content_copy zoom_out_map

   [edit]
   user@host# wildcard range delete policy-options policy-statement p[1-10]

2. 結果を表示します。私たちの policy-options スタンザには、 p1 から p10までのポリシーのみが含まれていました。これにより、空の policy-options設定階層になります。

   content_copy zoom_out_map

   [edit]
   user@host# show policy-options