- はじめに
- 概要
- CLI の使用方法
- スイッチの IP アドレスおよびデフォルト ゲー トウェイの割り当て
- Cisco EnergyWise の設定
- スイッチのクラスタ化
- スイッチの管理
- SDM テンプレートの設定
- スイッチベース認証の設定
- IEEE 802.1X ポートベース認証の設定
- インターフェイス特性の設定
- Auto Smartports マクロの設定
- VLAN の設定
- VTP の設定
- 音声 VLAN の設定
- STP の設定
- MSTP の設定
- オプションのスパニング ツリー機能の設定
- Flex Link および MAC アドレス テーブル移 動更新機能の設定
- DHCP 機能 および IP 送信元ガード の設定
- ダイナミック ARP 検査の設定
- IGMP スヌーピングおよび MVR の設定
- ポート単位のトラフィック制御の設定
- CDP の設定
- LLDP、LLDP-MED、および有線ロケーショ ン サービスの設定
- UDLD の設定
- SPAN および RSPAN の設定
- RMON の設定
- システム メッセージ ロギングの設定
- SNMP の設定
- ACL によるネットワーク セキュリティの設定
- Cisco IOS IP サービス レベル契約（SLA） 動作の設定
- QoS の設定
- IPv6 ホスト機能 の設定
- IPv6 MLD スヌーピングの設定
- EtherChannel およびリンク ステート トラッ キングの設定
- トラブルシューティング
- サポート対象 MIB
- Cisco IOS ファイル システム、コンフィギュ レーション ファイル、およびソフトウェア イ メージの操作
- Catalyst 2950 スイッチから Catalyst 2960 スイッチへのアップグレードの推奨
- Cisco IOS Release 12.2(50)SE でサポート されていないコマンド
- 索引
Catalyst 2960 スイッチ ソフトウェア コンフィギュ レーション ガイド Cisco IOS リリース12.2(50)SE
偏向のない言語
この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
翻訳について
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
- Updated:
- 2017年6月7日
章のタイトル： ACL によるネットワーク セキュリティの設定
ACL によるネットワーク セキュリティの設定
（注） スイッチで LAN ライト イメージが稼動している場合、ACL を設定できますが、ACL をインターフェイスや VLAN には適用できません。
この章では、Access Control List（ACL; アクセス コントロール リスト）を使用して、Catalyst 2960 スイッチ上でネットワーク セキュリティを設定する方法について説明します。コマンドおよび表の中では、アクセス コントロール リスト（ACL）の意味でアクセス リストという言葉を使用しています。
（注） この章に記載されている IP ACL の情報は、IP Version 4（IPv4）のものです。
この章で使用されるコマンドの構文および使用方法の詳細については、このリリースのコマンド リファレンス、『 Cisco IOS IP Configuration Guide 』 Release 12.2 の「IP Addressing and Services」の章にある「Configuring IP Services」、および『 Cisco IOS IP Command Reference, Volume 1 of 3: Addressing and Services 』 Release 12.2 を参照してください。Cisco IOS のマニュアルには、Cisco.com のホームページ（ [Documentation] > [Cisco IOS Software] > [12.2 Mainline] > [Configuration Guides] または [Command References] ）からアクセス可能です。
ACL の概要
パケット フィルタリングによって、ネットワーク トラフィックを限定し、さらに特定のユーザまたはデバイスに使用させるネットワークを制限できます。ACL はスイッチを通過するトラフィックをフィルタリングし、特定のインターフェイスでパケットを許可、または拒否します。ACL は、パケットに適用される許可条件および拒否条件を集めて順番に並べたものです。パケットがインターフェイスに着信すると、スイッチはパケットのフィールドと適用される ACL を比較し、アクセス リストに指定されている条件に基づいて、転送に必要な許可がパケットに与えられているかどうかを調べます。スイッチはパケットをアクセス リスト内の条件に対して 1 つずつテストします。最初に一致した条件によって、スイッチがパケットを許可するかまたは拒否するかが決まります。スイッチは最初に一致した時点でテストを中止するので、リストに条件を指定する順序が重要です。いずれの条件とも一致しなかった場合、スイッチはパケットを拒否します。制限がない場合、スイッチはパケットを転送し、制限がある場合はパケットを廃棄します。スイッチは、転送されるすべてのパケットに ACL を使用できます。
ネットワークに基本的なセキュリティを導入する場合は、スイッチにアクセス リストを設定します。ACL を設定しないと、スイッチを通過するパケットはすべて、ネットワークのすべての部分に伝送される可能性があります。ACL を使用すると、ネットワークの場所ごとにアクセス可能なホストを制御したり、転送またはブロックされるトラフィックの種類を決定できます。たとえば、電子メール トラフィックの転送は許可し、Telnet トラフィックは許可しないといったことが可能です。
ACL には Access Control Entry（ACE; アクセス コントロール エントリ）を順番に指定したリストが含まれます。ACE ごとに、 permit または deny 、および ACE と一致するためにパケットが満たさなければならない一連の条件を指定します。 permit または deny の意味は、ACL が使用されるコンテキストによって異なります。
スイッチは、次の IP ACL およびイーサネット（Media Access Control [MAC; メディア アクセス制御]）ACL をサポートします。
•
IP ACL は、TCP、User Datagram Protocol（UDP; ユーザ データグラム プロトコル）、Internet Group Management Protocol（IGMP; インターネット グループ管理プロトコル）、Internet Control Message Protocol（ICMP; インターネット制御メッセージ プロトコル）などの IPv4 トラフィックをフィルタリングします。
• イーサネット ACL は、非 IP トラフィックをフィルタリングします。
このスイッチでは、Quality of Service（QoS）分類 ACL もサポートされています。詳細については、「QoS ACL に基づく分類」を参照してください。
ポート ACL
ポート ACL は、スイッチのレイヤ 2 インターフェイスに適用される ACL です。ポート ACL は、物理インターフェイス上でだけサポートされるため、EtherChannle インターフェイスではサポートされません。また、ポート ACL は着信方向のインターフェイス上にだけ適用できます。次のアクセス リストがサポートされています。
• 送信元アドレス、宛先アドレス、およびオプションのプロトコル タイプ情報を使用する拡張 IP アクセス リスト
• 送信元 MAC アドレス、宛先 MAC アドレス、およびオプションのプロトコル タイプ情報を使用する MAC 拡張アクセス リスト
スイッチは、特定のインターフェイス上に設定されている着信方向のすべての機能に関連した ACL をテストし、パケットが ACL 内のエントリと一致するかどうかによって、パケットの転送を許可または拒否します。このように、ACL はネットワーク全体または一部へのアクセスを制御します。図 30-1 に、すべてのワークステーションが同じ VLAN 内にある場合に、ポート ACL を使用してネットワークへのアクセスを制御する例を示します。レイヤ 2 の着信方向に適用された ACL は、ホスト A が人事部ネットワークにアクセスすることを許可しますが、ホスト B が同一のネットワークにアクセスすることは拒否します。ポート ACL は、着信方向のレイヤ 2 インターフェイスにだけ適用されます。
図 30-1 ACL を使用したネットワーク トラフィックの制御
ポート ACL をトランク ポートに適用すると、そのトランク ポートにあるすべての VLAN で ACL によるトラフィックのフィルタリングが実行されます。音声 VLAN のあるポートにポート ACL を適用すると、データ VLAN と音声 VLAN の両方でその ACL によるトラフィックのフィルタリングが実行されます。
ポート ACL を使用すると、IP アクセス リストを使用して IP トラフィックをフィルタリングし、MAC アドレスを使用して非 IP トラフィックをフィルタリングできます。同じレイヤ 2 インターフェイスに IP アクセス リストと MAC アクセス リストの両方を適用すると、そのレイヤ 2 インターフェイスで IP トラフィックと非 IP トラフィックをフィルタリングできます。
（注） 1 つのレイヤ 2 インターフェイスに適用できるのは、IP アクセス リスト 1 つと MAC アクセス リスト 1 つだけです。すでに IP アクセス リストと MAC アクセス リストが 1 つずつ設定されているレイヤ 2 インターフェイスに、新しい IP アクセス リストまたは MAC アクセス リストを適用すると、前に設定した ACL が新しい ACL に置き換えられます。
分割トラフィックおよび非分割トラフィックの処理
IP パケットは、ネットワークを通過中に分割されることがあります。分割された場合、TCP または UDP ポート番号、ICMP タイプ、コードなどのレイヤ 4 情報が格納されているのは、パケットの先頭部分が含まれるフラグメントだけです。他のいずれのフラグメントにも、この情報は格納されません。
一部の ACE はレイヤ 4 情報を調べないため、すべてのパケット フラグメントに適用できます。ただし、通常の方法では、レイヤ 4 情報をテストする ACE は分割された IP パケットのほとんどのフラグメントに適用できません。フラグメントにレイヤ 4 情報が含まれず、ACE が一部のレイヤ 4 情報を調べる場合には、一致規則が次のように変更されます。
• フラグメント内のレイヤ 3 情報（TCP、UDP などのプロトコル タイプを含む）を調べる許可 ACE は、格納されていないレイヤ 4 情報に関係なく、フラグメントに一致すると見なされます。
• レイヤ 4 情報を調べる拒否 ACE は、フラグメントにレイヤ 4 情報が格納されていない限り、フラグメントと一致することはありません。
次のコマンドで設定されたアクセス リスト 102 が 3 つのフラグメント パケットに適用されたとします。
（注） この例の 1 番めおよび 2 番めの ACE で、宛先アドレスの後ろに eq キーワードが指定されています。これは、TCP 宛先ポートのうち、それぞれ Simple Mail Transfer Protocol（SMTP; 簡易メール転送プロトコル）および Telnet に対応する well-known 番号の有無をテストするという意味です。
• パケット A は、ホスト 10.2.2.2 のポート 65000 から SMTP ポート上のホスト 10.1.1.1 へ送信される TCP パケットです。このパケットが分割される場合、最初のフラグメントは、すべてのレイヤ 4 情報が格納されているので、完全なパケットの場合と同様、最初の ACE（許可）と一致します。最初の ACE はフラグメント適用時にレイヤ 3 情報だけを調べるため、SMTP ポート情報の有無にかかわらず残りのフラグメントも最初の ACE と一致します。この例の情報は、パケットが TCP で宛先が 10.1.1.1 ということです。
• パケット B は、ホスト 10.2.2.2 のポート 65001 から Telnet ポート上のホスト 10.1.1.2 へ送信される TCP パケットです。このパケットが分割される場合、すべてのレイヤ 3 情報とレイヤ 4 情報が存在するため、最初のフラグメントは 2 番めの ACE（拒否）と一致します。パケットの残りのフラグメントは、レイヤ 4 情報がないので、2 番めの ACE と一致しません。残りのフラグメントは 3 番めの ACE（許可）に一致します。
最初のフラグメントが拒否されたので、ホスト 10.1.1.2 は完全なパケットを再び組み立てることができず、パケット B は事実上、拒否されます。ただし、許可されたあとのフラグメントがパケットを再び組み立てるときに、ネットワーク帯域幅とホスト 10.1.1.2 のリソースが消費されます。
• 分割パケット C は、ホスト 10.2.2.2 のポート 65001 からホスト 10.1.1.3 のポート ftp に送信されます。このパケットが分割される場合、最初のフラグメントは 4 番めの ACE（拒否）と一致します。他のフラグメントもすべて、4 番めの ACE と一致します。この ACE はレイヤ 4 情報を調べず、すべてのフラグメントに含まれているレイヤ 3 情報から、ホスト 10.1.1.3 に送信中であったことが認識され、前の許可 ACE は別のホストをチェックしていたということがわかるためです。
IPv4 ACL の設定
（注） スイッチで LAN ライト イメージが稼動している場合、ACL を設定できますが、ACL をインターフェイスや VLAN には適用できません。
スイッチに IPv4 ACL を設定する手順は、他のシスコ製スイッチおよびルータに IPv4 ACL を設定する場合と同じです。ここでは、手順を簡単に説明します。ACL の設定に関する詳細は、『 Cisco IOS IP Configuration Guide 』 Release 12.2 の「IP Addressing and Services」の章にある「Configuring IP Services」を参照してください。コマンドの詳細については、『 Cisco IOS IP Command Reference, Volume 1 of 3: Addressing and Services 』 Release 12.2 を参照してください。Cisco IOS のマニュアルには、Cisco.com のホームページ（ [Documentation] > [Cisco IOS Software] > [12.2 Mainline] > [Configuration Guides] または [Command References] ）からアクセス可能です。
スイッチがサポートしない Cisco IOS ルータ ACL 関連の機能は、次のとおりです。
• 非 IP プロトコル ACL（表 30-1を参照）またはブリッジグループ ACL
• 再帰 ACL またはダイナミック ACL（スイッチ クラスタリング機能が使用する一部の特殊なダイナミック ACL は除く）
スイッチ上で IP ACL を使用する手順は、次のとおりです。
ステップ 1 アクセス リストの番号または名前およびアクセス条件を指定して、ACL を作成します。
ステップ 2 ACL をインターフェイスまたは端末回線に適用します。
• 「IP ACL のハードウェアおよびソフトウェアの処理」
標準および拡張 IPv4 ACL の作成
ここでは、IP ACL について説明します。ACL は許可条件と拒否条件を集めて順番に並べたものです。スイッチはパケットをアクセス リスト内の条件に対して 1 つずつテストします。最初に一致した条件によって、スイッチがパケットを許可するかまたは拒否するかが決まります。スイッチは最初に一致した時点でテストを中止するので、条件の指定順序が重要です。いずれの条件とも一致しなかった場合、スイッチはパケットを拒否します。
ソフトウェアは IPv4 用に、次に示すタイプの ACL、つまりアクセス リストをサポートします。
• 標準 IP アクセス リストでは、送信元アドレスを使用して照合します。
• 拡張 IP アクセス リストでは、送信元アドレスおよび宛先アドレスを使用して照合し、オプションとしてプロトコル タイプ情報を使用して、より細かな制御を行います。
アクセス リスト番号
ACL を表す番号は、作成しているアクセス リストのタイプを示します。 表 30-1 に、アクセス リスト番号と対応するアクセス リストのタイプ、およびスイッチでのサポートの有無を示します。スイッチは、IPv4 標準および IPv4 拡張アクセス リスト（番号 1 ～ 199 および 1300 ～ 2699）をサポートします。
|
|
|
|
|---|---|---|
（注） 番号制標準および拡張 ACL のほかに、サポートされている番号を使用することによって、名前付き標準および拡張 IP ACL を作成することもできます。つまり、標準 IP ACL の名前を 1 ～ 99、拡張 IP ACL の名前を 100 ～ 199 にすることができます。番号制リストの代わりに名前付き ACL を使用した場合、名前付きリストからエントリを個別に削除できるという利点があります。
番号制標準 ACL の作成
番号制標準 ACL を作成するには、特権 EXEC モードで次の手順を実行します。
ACL 全体を削除する場合は、 no access-list access-list-number グローバル コンフィギュレーション コマンドを使用します。番号制アクセス リストからは ACE を個別に削除できません。
（注） ACL を作成するときは、ACL の末尾に暗黙の拒否ステートメントがデフォルトで存在し、それ以前のステートメントで一致が見つからなかったすべてのパケットに適用されることに注意してください。標準アクセス リストで、対応する IP ホスト アドレスの ACL 仕様からマスクを省略した場合、0.0.0.0 がマスクとして使用されます。
次に、IP ホスト 171.69.198.102 へのアクセスを拒否し、それ以外のすべてのホストへのアクセスを許可する標準 ACL を作成し、その結果を表示する例を示します。
host 一致条件を指定されたエントリ、および 0.0.0.0 の無視（ don' t care マスク）を指定されたエントリが、リストの先頭（ゼロ以外の無視 [ don' t care ] マスクを指定されたすべてのエントリの上）に来るように、標準アクセス リストの順序に常に書き換えられます。したがって、 show コマンドの出力およびコンフィギュレーション ファイルでは、ACE は必ずしも入力した順番に表示されません。
作成した番号制標準 IPv4 ACL は、端末回線（「端末回線への IPv4 ACL の適用」を参照）、インターフェイス（「インターフェイスへの IPv4 ACL の適用」を参照）に適用できます。
番号制拡張 ACL の作成
標準 ACL の場合、一致基準には送信元アドレスだけが使用されますが、拡張 ACL では送信元および宛先アドレスとともに、オプションとしてプロトコル タイプ情報を使用して照合できるので、より細かな制御が可能です。番号制拡張アクセス リストで ACE を作成する場合、ACL の作成後に追加したものは、リストの末尾に組み込まれることに注意してください。番号制リストの場合、リストを並べ替えたり、ACE を選択して追加したり削除したりはできません。
プロトコルによっては、そのプロトコルに適用される特定のパラメータおよびキーワードもあります。
次の IP プロトコルがサポートされています（プロトコル キーワードはカッコ内の太字）。
Authentication Header Protocol（ ahp ）、Enhanced Interior Gateway Routing Protocol（ eigrp ）、Encapsulation Security Payload（ esp ）、Generic Routing Encapsulation（ gre ）、ICMP（ icmp ）、IGMP（ igmp ）、任意の Interior Protocol（ ip ）、IP in IP トンネリング（ ipinip ）、KA9Q NOS 互換 IP over IP トンネリング（ nos ）、Open Shortest Path First ルーティング（ ospf ）、Payload Compression Protocol（ pcp ）、Protocol Independent Multicast（ pim ）、TCP（ tcp ）、または UDP（ udp ）
（注） ICMP エコー応答はフィルタリングできません。他のすべての ICMP コードまたはタイプはフィルタリングできます。
各プロトコルの特定のキーワードに関する詳細は、次のコマンド リファレンスを参照してください。
• 『 Cisco IOS IP Command Reference, Volume 1 of 3: Addressing and Services 』 Release 12.2
• 『 Cisco IOS IP Command Reference, Volume 2 of 3: Routing Protocols 』 Release 12.2
• 『 Cisco IOS IP Command Reference, Volume 3 of 3: Multicast 』 Release 12.2
これらのマニュアルには、Cisco.com のホームページ（ [Documentation] > [Cisco IOS Software] > [12.2 Mainline] > [Command References] ）からアクセス可能です。
（注） スイッチは、動的アクセス リストまたは再帰アクセス リストをサポートしていません。また、minimize-monetary-cost Type of Service（ToS; サービス タイプ）ビットに基づくフィルタリングもサポートしていません。
サポートされているパラメータは、TCP、UDP、ICMP、IGMP、またはその他の IP のカテゴリに分類できます。
拡張 ACL を作成するには、特権 EXEC モードで次の手順を実行します。
|
|
|
|
|---|---|---|
access-list access-list-number |
拡張 IPv4 アクセス リストおよびアクセス条件を定義します。 access-list-number は、100 ～ 199 または 2000 ～ 2699 の 10 進数です。 deny または permit を入力し、条件と一致した場合にパケットを拒否するか、または許可するかを指定します。 protocol の場合は、IP プロトコルの名前または番号を入力します。つまり、 ahp 、 eigrp 、 esp 、 gre 、 icmp 、 igmp 、 igrp 、 ip 、 ipinip 、 nos 、 ospf 、 pcp 、 pim 、 tcp 、 udp 、または IP プロトコル番号を表す 0 ～ 255 の整数を指定します。すべての IP（ICMP、TCP、および UDP を含む）と照合する場合は、キーワード ip を使用します。 （注） このステップでは、ほとんどの IP プロトコルに対応するオプションを指定します。TCP、UDP、ICMP、および IGMP の具体的なパラメータについては、ステップ 2b ～ 2e を参照してください。source は、パケットの送信元であるネットワークまたはホストの番号です。 source-wildcard によって、ワイルドカード ビットが source に適用されます。 destination は、パケットの宛先ネットワークまたはホストの番号です。 destination-wildcard によって、ワイルドカード ビットが destination に適用されます。 source、source-wildcard、destination、および destination-wildcard は、次の 3 つの方法で指定できます。 • • • • • • • |
|
access-list access-list-number { deny | permit } protocol any any [ precedence precedence ] [ tos tos ] [ fragments ] [ time-range time-range-name ] [ dscp dscp ] |
アクセス リスト コンフィギュレーション モードで、source と source-wildcard の値 0.0.0.0 255.255.255.255 の省略形を使用するか、または destination と destination-wildcard の値 0.0.0.0 255.255.255.255 の省略形を使用して、拡張 IP アクセス リストを定義します。 |
|
access-list access-list-number { deny | permit } protocol |
source と source-wildcard の値 source 0.0.0.0 の省略形を使用するか、または destination と destination-wildcard の値 destination 0.0.0.0 の省略形を使用して、拡張 IP アクセス リストを定義します。 |
|
access-list access-list-number |
（任意）拡張 TCP アクセス リストおよびアクセス条件を定義します。 次に示す例外を除き、ステップ 2a の説明にあるパラメータと同じパラメータを使用します。 （任意） operator および port を入力すると、送信元ポート（ source source-wildcard の後ろに入力した場合）または宛先ポート（ destination destination-wildcard の後ろに入力した場合）が比較されます。使用可能な演算子は eq （等しい）、 gt （より大きい）、 lt （より小さい）、 neq （等しくない）、 range （包含範囲）などです。演算子にはポート番号を指定する必要があります（ range の場合は 2 つのポート番号をスペースで区切って指定する必要があります）。 port にポート番号を 10 進数（0 ～ 65535）として入力するか、または TCP ポート名を入力します。TCP ポート名を参照する場合は、? を使用するか、『 Cisco IOS IP Configuration Guide 』 Release 12.2 の「IP Addressing and Services」の章にある「Configuring IP Services」を参照してください。TCP をフィルタリングするときは、TCP ポートの番号または名前だけを使用します。 • • |
|
access-list access-list-number |
（任意）拡張 UDP アクセス リストおよびアクセス条件を定義します。 UDP パラメータは TCP の説明にあるパラメータと同じです。ただし、[ operator [ port ]] ポート番号またはポート名は、UDP ポートの番号または名前でなければなりません。また、UDP の場合、 flag および established パラメータは無効です。 |
|
access-list access-list-number |
（任意）拡張 ICMP アクセス リストおよびアクセス条件を定義します。 ICMP パラメータはステップ 2a の IP プロトコルの説明にあるパラメータとほとんど同じですが、ICMP メッセージ タイプおよびコード パラメータが追加されています。オプションのキーワードの意味は次のとおりです。 • • • |
|
access-list access-list-number |
（任意）拡張 IGMP アクセス リストおよびアクセス条件を定義します。 IGMP パラメータはステップ 2a の IP プロトコルの説明にあるパラメータとほとんど同じですが、次に示すオプションのパラメータが追加されています。 igmp-type ：IGMP メッセージ タイプと照合するには、0 ～ 15 の番号またはメッセージ名（ dvmrp 、 host-query 、 host-report 、 pim 、または trace ）を入力します。 |
|
アクセス リスト全体を削除する場合は、 no access-list access-list-number グローバル コンフィギュレーション コマンドを使用します。番号制アクセス リストからは ACE を個別に削除できません。
次に、ネットワーク 171.69.198.0 のすべてのホストからネットワーク 172.20.52.0 のすべてのホストへの Telnet アクセスを禁止し、他のすべてのアクセスを許可する拡張アクセス リストを作成し、表示する例を示します （ eq キーワードを宛先アドレスの後に指定すると、Telnet に対応する TCP 宛先ポート番号がテストされます）。
ACL の作成後に（端末から入力するなどして）追加したものは、リストの末尾に組み込まれます。番号制アクセス リストの特定の場所では ACE を追加または削除できません。
（注） ACL を作成するときは、アクセス リストの末尾に暗黙の拒否ステートメントがデフォルトで存在し、それ以前のステートメントで一致が見つからなかったすべてのパケットに適用されることに注意してください。
作成した番号制拡張 ACL は、端末回線（「端末回線への IPv4 ACL の適用」を参照）、インターフェイス（「インターフェイスへの IPv4 ACL の適用」を参照）に適用できます。
ACL 内の ACE シーケンスの再編集
新しく ACL を作成すると、アクセス リスト内のエントリのシーケンス番号が自動的に生成されます。 ip access-list resequence グローバル コンフィギュレーション コマンドを使用して、ACL のシーケンス番号を編集したり、適用する ACE の順番を変更したりできます。たとえば、ACL に新規 ACE を追加した場合、その ACE はリストの一番下に配置されます。その場合、シーケンス番号を変更することで、ACL 内の ACE を異なる場所に移動できます。
ip access-list resequence コマンドの詳細については、次の URL にアクセスしてください。
http://preview.cisco.com/en/US/products/sw/iosswrel/ps1838/products_feature_guide09186a0080134a60.html
名前付き標準および拡張 ACL の作成
番号ではなく英数字のストリング（名前）で、IPv4 ACL を特定できます。名前付き ACL を使用すると、番号制アクセス リストの場合より多くの IPv4 アクセス リストをルータで設定できます。番号ではなく名前でアクセス リストを指定する場合、モードとコマンド構文が多少異なります。ただし、IP アクセス リストを使用するすべてのコマンドが名前付きアクセス リストを受け入れるわけではありません。
（注） 標準 ACL または拡張 ACL に指定する名前は、アクセス リスト番号のサポートされる範囲内の番号にすることもできます。つまり、標準 IP ACL の名前を 1 ～ 99、拡張 IP ACL の名前を 100 ～ 199 にすることができます。番号制リストの代わりに名前付き ACL を使用した場合、名前付きリストからエントリを個別に削除できるという利点があります。
名前付き ACL を設定する前に、次の注意事項と制限事項を考慮してください。
• 番号制 ACL を受け入れるすべてのコマンドが、名前付き ACL を受け入れるわけではありません。インターフェイスのパケット フィルタおよびルート フィルタ用の ACL では、名前を使用できます。
• 標準 ACL と拡張 ACL には同じ名前を使用できません。
• 「標準および拡張 IPv4 ACL の作成」で説明したとおり、番号制 ACL を使用することもできます。
名前付き標準 ACL を作成するには、特権 EXEC モードで次の手順を実行します。
|
|
|
|
|---|---|---|
アクセス リスト コンフィギュレーション モードで、パケットを転送するのか廃棄するのかを決定する、拒否条件または許可条件を 1 つまたは複数指定します。 |
||
名前付き標準 ACL を削除するには、 no ip access-list standard name グローバル コンフィギュレーション コマンドを使用します。
名前付き拡張 ACL を作成するには、特権 EXEC モードで次の手順を実行します。
|
|
|
|
|---|---|---|
{ deny | permit } protocol { source [ source-wildcard ] | host source | any } { destination [ destination-wildcard ] | host destination | any } [ precedence precedence ] [ tos tos ] [ established ] [ time-range time-range-name ] |
アクセスリスト コンフィギュレーション モードで、許可条件または拒否条件を指定します。 プロトコルおよび他のキーワードの定義については、「番号制拡張 ACL の作成」を参照してください。 • • • |
|
名前付き拡張 ACL を削除するには、 no ip access-list extended name グローバル コンフィギュレーション コマンドを使用します。
標準または拡張 ACL を作成するときは、ACL の末尾に暗黙的な拒否ステートメントがデフォルトで存在し、それ以前のステートメントで一致が見つからなかったすべてのパケットに適用されることに注意してください。標準 ACL で、対応する IP ホスト アドレスのアクセス リスト仕様に基づくマスクを指定しなかった場合、0.0.0.0 がマスクと見なされます。
ACL の作成後に行った追加は、リストの末尾に組み込まれます。ACE は、選択的に特定の ACL に追加できません。ただし、 no permit および no deny アクセスリスト コンフィギュレーション モード コマンドを使用すると、名前付き ACL からエントリを削除できます。次に、名前付きアクセス リスト border-list から ACE を個別に削除する例を示します。
番号制 ACL ではなく名前付き ACL を使用する理由の 1 つは、名前付き ACL から行を選択して削除できるためです。
作成した名前付き ACL は、インターフェイス（「インターフェイスへの IPv4 ACL の適用」を参照）に適用できます。
ACL での時間範囲の使用法
time-range グローバル コンフィギュレーション コマンドを使用することによって、曜日および時刻に基づいて拡張 ACL を選択的に適用できます。最初に時間範囲の名前を定義して、時間範囲の時刻および日付、または曜日を設定します。この時間範囲名は、ACL を適用してアクセス リストに制限を設定するときに入力します。時間範囲を使用すると、ACL の許可ステートメントまたは拒否ステートメントの有効期間（指定期間内、指定曜日など）を定義できます。 time-range キーワードおよび引数については、「標準および拡張 IPv4 ACL の作成」および「名前付き標準および拡張 ACL の作成」に記載されている、名前付きおよび番号制拡張 ACL の手順を参照してください。
時間ベースのアクセス リストを使用すると、CPU に負荷が生じます。これは、アクセス リストの新規設定を他の機能や、Ternary CAM（TCAM）にロードされた結合済みの設定とマージする必要があるためです。このため、複数のアクセス リストが短期間に連続して（互いに数分以内に）有効となるような設定を行わないように注意する必要があります。
（注） 時間範囲には、スイッチのシステム クロックが使用されます。したがって、信頼できるクロック ソースが必要です。Network Time Protocol（NTP）を使用してスイッチ クロックを同期させることを推奨します。詳細については、「システム日時の管理」を参照してください。
ACL の時間範囲パラメータを設定するには、特権 EXEC モードで次の手順を実行します。
複数の項目を別々の時間で有効にする場合は、上記の手順を繰り返してください。
設定した時間範囲の制限を削除するには、 no time-range time-range-name グローバル コンフィギュレーション コマンドを使用します。
次に、 workhours （営業時間）の時間範囲および会社の休日（2006 年 1 月 1 日）を設定し、設定確認する例を示します。
時間範囲を適用するには、時間範囲を実装できる拡張 ACL 内に、時間範囲名を入力します。次に、拡張アクセス リスト 188 を作成して確認する例を示します。このアクセス リストでは、定義された休業時間中はすべての送信元からすべての宛先への TCP トラフィックを拒否し、営業時間中はすべての TCP トラフィックを許可します。
次に、名前付き ACL を使用して、同じトラフィックを許可および拒否する例を示します。
ACL へのコメントの挿入
remark キーワードを使用すると、エントリに関するコメント（注釈）を任意の IP 標準または拡張 ACL に組み込むことができます。コメントを使用すると、ACL エントリの理解とスキャンが容易になります。1 つのコメント行は 100 文字までです。
コメントは許可（permit）ステートメントまたは拒否（deny）ステートメントの前後どちらにでも配置できます。コメントがどの許可ステートメントまたは拒否ステートメントの説明であるのかが明白になるように、コメントの位置には一貫性が必要です。たとえば、一部のコメントは対応する許可または拒否ステートメントの前にあり、他のコメントは対応するステートメントの後ろにあるという状況は、混乱の原因となります。
番号制の IP 標準または拡張 ACL にコメントを挿入するには、 access-list access-list number remark remark グローバル コンフィギュレーション コマンドを使用します。コメントを削除するには、 no 形式のコマンドを使用します。
次の例では、Jones のワークステーションにアクセスを許可し、Smith のワークステーションにはアクセスを許可しません。
名前付き IP ACL のエントリに関しては、 remark アクセス リスト コンフィギュレーション コマンドを使用します。コメントを削除するには、 no 形式のコマンドを使用します。
次の例では、Jones のサブネットには発信 Telnet の使用が許可されていません。
端末回線への IPv4 ACL の適用
番号制 ACL を使用すると、1 つまたは複数の端末回線へのアクセスを制御できます。端末回線には名前付き ACL を適用できません。すべての仮想端末回線にユーザが接続する可能性があるため、すべてに同じ制限を設定する必要があります。
インターフェイスへの ACL の適用の手順については、「インターフェイスへの IPv4 ACL の適用」を参照してください。
仮想端末回線と ACL に指定されたアドレス間の着信接続および発信接続を制限するには、特権 EXEC モードで次の手順を実行します。
端末回線から ACL を削除するには、 no access-class access-list-number { in | out } ライン コンフィギュレーション コマンドを使用します。
インターフェイスへの IPv4 ACL の適用
ここでは、IPv4 ACL をネットワーク インターフェイスへ適用する方法について説明します。以下の注意事項に留意してください。
• ACL は着信レイヤ 2 インターフェイスにだけ適用してください。
• インターフェイスへのアクセスを制御する場合、名前付きまたは番号制 ACL を使用できます。
インターフェイスへのアクセスを制御するには、特権 EXEC モードで次の手順を実行します。
|
|
|
|
|---|---|---|
指定されたアクセス グループを削除するには、 no ip access-group { access-list-number | name } { in } インターフェイス コンフィギュレーション コマンドを使用します。
次に、ポートにアクセス リスト 2 を適用して、ポートに着信するパケットをフィルタリングする例を示します。
着信 ACL の場合、パケットの受信後にスイッチは ACL を使用してパケットを調べます。ACL がパケットを許可すると、スイッチはパケットの処理を継続します。ACL がパケットを拒否すると、スイッチはパケットを廃棄します。
未定義の ACL をインターフェイスに適用すると、スイッチは ACL がインターフェイスに適用されていないと判断して処理を行い、すべてのパケットが許可されてしまいます。ネットワーク セキュリティのため、未定義の ACL を使用する場合は注意してください。
IP ACL のハードウェアおよびソフトウェアの処理
ACL の処理は主にハードウェアで実行されますが、トラフィック フローの中には CPU に転送してソフトウェア処理を行う必要があるものもあります。ハードウェアで ACL コンフィギュレーションを保存する容量がいっぱいになると、パケットは転送のために CPU に送信されます。ソフトウェア転送トラフィックの転送レートは、ハードウェア転送トラフィックより大幅に低くなります。
ACL により多数のパケットが CPU へ送信されると、スイッチのパフォーマンスが低下する可能性があります。
show ip access-lists 特権 EXEC コマンドを入力しても、表示される一致カウントはハードウェアで制御されるアクセスのパケットを表示しません。スイッチド パケットに関するハードウェアの ACL の基本的な統計情報を取得する場合は、show access-lists hardware counters 特権 EXEC コマンドを使用します。
ACL のトラブルシューティング
次の ACL マネージャ メッセージが表示され、[chars] がアクセスリスト名であるとします。
スイッチには、ACL のハードウェア表現を作成するために十分なリソースがありません。リソースには、ハードウェア メモリとラベル スペースが含まれますが、CPU メモリは含まれません。使用可能な論理演算ユニットまたは特定のハードウェア リソースの不足が、この問題の原因です。論理演算ユニットは、TCP、UDP、または SCTP ポート番号に対する eq （ ne 、 gt 、 lt 、または range ）以外の TCP フラグ照合またはテストに必要です。
• ACL の名前を英数字順で前になる名前または番号に変更する。
特定のハードウェア リソースを判別するには、 show platform layer4 acl map 特権 EXEC コマンドを入力します。スイッチに使用可能なリソースがない場合、出力には、index 0 ～ 15 が使用不可であることが示されます。
リソース不足の場合の ACL の設定に関する詳細は、Bug Toolkit の「CSCsq63926」を参照してください。
たとえば、次の ACL をインターフェイスに適用するとします。
フラグ関連の演算子を使用できません。この問題を回避するには、次の操作を行ってください。
• ip access-list resequence グローバル コンフィギュレーション コマンドを使用して、4 番めの ACE を先頭の ACE の前に移動する。
• 他の ACL より英数字順で前になる名前または番号に、ACL の名前を変更します（たとえば、ACL 79 を ACL 1 に変更します）。
これで、ACL 内の先頭の ACE をインターフェイスに適用できます。スイッチは、ACE を Opselect インデックス内で使用可能なマッピング ビットに割り当て、TCAM で同じビットを使用するようにフラグ関連の演算子を割り当てます。
IPv4 ACL の設定例
ここでは、IPv4 ACL の設定および適用例を示します。ACL のコンパイルに関する詳細については、『 Cisco IOS Security Configuration Guide 』 Release 12.2 、および『 Cisco IOS IP Configuration Guide 』 Release 12.2 の「IP Addressing and Services」の章にある「Configuring IP Services」を参照してください。
次に、標準 ACL を使用して、アドレス 172.20.128.64 の特定インターネット ホストへのポート アクセスを許可する例を示します。
次に、拡張 ACL を使用して、ポート 80（HTTP）からポートへのトラフィックを拒否する例を示します。他のタイプのトラフィックは、すべて許可します。
番号制 ACL
次の ACL は、ネットワーク 36.0.0.0 サブネット上のアドレスを許可し、56.0.0.0 サブネットからのすべてのパケットを拒否します。ACL はポートに着信するパケットに適用されます。
拡張 ACL
この例では、インターネットに接続されたネットワークがあり、ネットワーク上の任意のホストが、インターネット上の任意のホストと TCP 接続を確立できるようにする場合を考えます。ただし、IP ホストには、専用メール ホストのメール（SMTP）ポート接続を除いて、ネットワーク上のホストへの TCP 接続は設定しないものとします。
SMTP は、接続の一端では TCP ポート 25、もう一方ではランダムなポート番号を使用します。接続している間は、同じポート番号が使用されます。インターネットから着信するメール パケットの宛先ポートは 25 です。ネットワークのセキュア システムは常にポート 25 でメール接続を受け入れるため、着信サービスは制御されます。
名前付き ACL
次の例では、 marketing_group という拡張 ACL を作成します。 marketing_group ACL は、宛先アドレスと宛先ワイルドカードの値 171.69.0.0 0.0.255.255 への任意の TCP Telnet トラフィックを許可し、その他の TCP トラフィックを拒否します。他の IP トラフィックは、すべて許可します。
marketing_group ACL は、ポートに着信するトラフィックに適用されます。
IP ACL に適用される時間範囲
次の例では、月曜日から金曜日の午前 8 時～午後 6 時（18 時）の間、IP の HTTP トラフィックが拒否されます。UDP トラフィックは、土曜日および日曜日の正午～午後 8 時の間だけ許可されます。(20:00).
コメント付き IP ACL エントリ
次に示す番号制 ACL の例では、Jones のワークステーションにアクセスを許可し、Smith のワークステーションにはアクセスを許可しません。
次に示す番号制 ACL の例では、Winter および Smith のワークステーションでの Web 閲覧が禁止されます。
次に示す名前付き ACL の例では、Jones のサブネットにはアクセスを許可しません。
次に示す名前付き ACL の例では、Jones のサブネットには発信 Telnet の使用を許可しません。
名前付き MAC 拡張 ACL の作成
VLAN またはレイヤ 2 インターフェイスで非 IPv4 トラフィックをフィルタリングするには、MAC アドレスおよび名前付き MAC 拡張 ACL を使用します。手順については、他の名前付き拡張 ACL を設定する場合と同様です。
mac access-list extended コマンドでサポートされている非 IP プロトコルの詳細については、このリリースのコマンド リファレンスを参照してください。
（注） appletalk はコマンドラインのヘルプに表示されますが、deny および permit MAC アクセスリスト コンフィギュレーション モード コマンドの一致条件としてサポートされていません。
名前付き MAC 拡張 ACL を作成するには、特権 EXEC モードで次の手順を実行します。
ACL 全体を削除する場合は、 no mac access-list extended name グローバル コンフィギュレーション コマンドを使用します。名前付き MAC 拡張 ACL から ACE を個別に削除することもできます。
次に、EtherType DECnet Phase IV トラフィックだけを拒否し、他のすべてのタイプのトラフィックを許可する、 mac1 という名前のアクセス リストを作成して表示する例を示します。
レイヤ 2 インターフェイスへの MAC ACL の適用
MAC ACL を作成し、それをレイヤ 2 インターフェイスに適用すると、そのインターフェイスに着信する非 IP トラフィックをフィルタリングできます。MAC ACL を適用する場合は、次の注意事項を考慮してください。
• 同じレイヤ 2 インターフェイスに適用できるのは、IP アクセス リスト 1 つと MAC アクセス リスト 1 つだけです。IP アクセス リストは IP パケットだけをフィルタリングし、MAC アクセス リストは非 IP パケットをフィルタリングします。
• 1 つのレイヤ 2 インターフェイスに適用できる MAC アドレス リストは 1 つだけです。すでに MAC ACL が設定されているレイヤ 2 インターフェイスに MAC アクセス リストを適用すると、前に設定した ACL が新しい ACL に置き換えられます。
レイヤ 2 インターフェイスへのアクセスを制御するために MAC アクセス リストを適用するには、特権 EXEC モードで次の手順を実行します。
|
|
|
|
|---|---|---|
特定のインターフェイスを指定し、インターフェイス コンフィギュレーション モードを開始します。インターフェイスは物理レイヤ 2 インターフェイス（ポート ACL）でなければなりません。 |
||
指定したアクセス グループを削除するには、no mac access-group { name} インターフェイス コンフィギュレーション コマンドを使用します。
次に、ポートに MAC アクセス リスト mac1 を適用して、ポートに着信するパケットをフィルタリングする例を示します。
（注） mac access-group インターフェイス コンフィギュレーション コマンドは、物理レイヤ 2 インターフェイスに適用された場合だけ有効となります。このコマンドを EtherChannel ポート チャネルには使用できません。
パケットの受信後に、スイッチは着信 ACL とパケットを照合します。ACL がパケットを許可すると、スイッチはパケットの処理を継続します。ACL がパケットを拒否すると、スイッチはパケットを廃棄します。未定義の ACL をインターフェイスに適用すると、スイッチは ACL がインターフェイスに適用されていないと判断して処理を行い、すべてのパケットが許可されてしまいます。ネットワーク セキュリティのため、未定義の ACL を使用する場合は注意してください。
IPv4 ACL の設定の表示
スイッチ上に設定されている ACL およびインターフェイスに適用された ACL を表示できます。
ip access-group インターフェイス コンフィギュレーション コマンドを使用して、レイヤ 2 インターフェイスに ACL を適用した場合は、そのインターフェイスのアクセス グループを表示できます。また、レイヤ 2 インターフェイスに適用された MAC ACL も表示できます。この情報を表示するには、特権 EXEC コマンドを使用します（ 表 30-2 を参照）。
フィードバック