ワイルドカードマスク計算ツール - サブネットマスクの逆変換
← メイン計算ツールに戻る

ワイルドカードマスク計算ツール

ACLとOSPF構成用のワイルドカードマスクを計算。

wildcard.calcTitle

wildcard.calcDesc

wildcard.aclLabel

サブネットマスクルックアップとワイルドカードリファレンス

CIDRwildcard.thSubnetwildcard.thWildcardwildcard.thHosts
ネットワーキングガイド

ワイルドカードマスク:柔軟なネットワークアクセス制御の鍵

ワイルドカードマスクは、IPアドレスのどの部分を一致させ、どの部分を無視するかを定義するために使用されるCiscoネットワーキングの基本的なツールです。サブネットマスクがネットワーク部分とホスト部分の境界を特定するのに対し、ワイルドカードマスクは異なる目的を果たします—ネットワークエンジニアにアクセス制御リスト(ACL)やOSPFなどのルーティングプロトコル用の柔軟なルールを作成する能力を提供します。ワイルドカードマスクを理解することは、ネットワークセキュリティを設定し、トラフィックをフィルタリングし、Ciscoデバイスでルーティングを管理する人にとって不可欠です。

ワイルドカードマスクとは何か、どのように機能するか

ワイルドカードマスクは、サブネットマスクと同様にドット付き10進数表記で書かれた32ビット数です。しかし、ビットの意味は反転しています。ワイルドカードマスクでは、ビット位置の0は対応するIPアドレスのビットが完全に一致する必要があります。1はビットが無視され、ワイルドカード化されることを意味します—0または1のいずれかです。この反転は最初は混乱するかもしれませんが、ワイルドカードマスクに力と柔軟性を与えるものです。例えば、0.0.0.255のワイルドカードマスクは、ルーターに最初の3オクテットを完全に一致させ、最後のオクテットを無視するよう指示し、実質的に/24サブネット全体を一致させます。

ワイルドカードマスクを計算する最も簡単な方法は、サブネットマスクの各オクテットを255から引くことです。255.255.255.0のサブネットマスクの場合、255から引いて0.0.0.255を取得します。255.255.255.252(/30)の場合は、255から引いて0.0.0.3を取得します。255.255.0.0(/16)の場合は、0.0.255.255になります。サブネットマスクのビットごとのNOTを取ってワイルドカードマスクを計算することもできます。この計算ツールは両方の計算を即座に実行し、任意のCIDRプレフィックスまたはサブネットマスクを対応するワイルドカードマスクに変換し、明確な参照表に詳細を表示します。

アクセス制御リストのワイルドカードマスク

ワイルドカードマスクの最も一般的な使用はCisco ACLです。ACLエントリは許可または拒否アクション、IPアドレス、ワイルドカードマスクで構成されます。この組み合わせはルーターにどのトラフィックを一致させるかを正確に伝えます。例えば、ACLエントリ<code class="dg-code">access-list 10 permit 192.168.1.0 0.0.0.255</code>は192.168.1.0/24ネットワークからのすべてのトラフィックを許可します。単一のホストのみを許可したい場合は、<code class="dg-code">access-list 10 permit 192.168.1.100 0.0.0.0</code>を使用し、ワイルドカードマスク0.0.0.0はすべてのビットが完全に一致する必要があることを意味します。キーワード<code class="dg-code">host</code>を省略形として使用できます:<code class="dg-code">access-list 10 permit host 192.168.1.100</code>。

ワイルドカードマスクは非連続マッチングもサポートしており、これはサブネットマスクには不可能です。例えば、0.0.3.255のワイルドカードマスクは、3番目のオクテットの特定のビットのみを一致させることで、異なるサブネット間の特定のアドレスの組み合わせに一致できます。この柔軟性は、不連続なアドレス範囲を持つ複雑なネットワーク環境で特に有用です。ただし、非連続ワイルドカードマスクは意図しない一致を避けるために慎重な計画が必要です。この計算ツールの参照表は、任意のワイルドカードマスクが一致する正確な範囲を簡単に検証できます。

OSPFルーティングのワイルドカードマスク

OSPF構成では、ワイルドカードマスクは<code class="dg-code">network</code>コマンドで使用され、ルーターにどのインターフェースがOSPFルーティングプロセスに参加すべきかを伝えます。構文は<code class="dg-code">network [IP] [ワイルドカードマスク] area [エリアID]</code>です。例えば、<code class="dg-code">network 192.168.1.0 0.0.0.255 area 0</code>は、IPアドレスが192.168.1.0/24サブネット内のすべてのインターフェースでルーティングを有効にするようOSPFに伝えます。ワイルドカードマスクは、指定されたアドレスに一致するインターフェースのみが含まれることを保証し、管理者にOSPF参加の精密な制御を提供します。

ACLとOSPFの両方で、ワイルドカードマスクを正しく取得することは重要です。不正確なワイルドカードマスクは正規トラフィックをブロックし、不正アクセスを許可し、またはルーティングプロトコルを失敗させる可能性があります。最も一般的なエラーはワイルドカードマスクとサブネットマスクの混同です—0は完全一致、1は無視を意味し、これはサブネットマスクの逆であることを覚えておいてください。ワイルドカードマスク計算ツールは/0から/32までの完全な参照を提供し、すべてのプレフィックス長のサブネットマスク、ワイルドカードマスク、使用可能なホストを表示します。ルーター設定やCCNA試験準備中の迅速な参照のために、このページをブックマークしてください。

wildcard.article.c3



よくある質問

ワイルドカードマスクの用途は?

ワイルドカードマスクはCisco ACL(アクセス制御リスト)とOSPF(Open Shortest Path First)ルーティングプロトコルで使用され、IPアドレスのどのビットが完全に一致する必要があり、どのビットが無視できるかを指定します。ACLでは、許可または拒否されるソースまたは宛先IPアドレスを決定します。OSPFでは、ネットワーク文でルーターにどのインターフェースがOSPFルーティングプロセスに参加すべきかを伝えるために使用されます。

ワイルドカードマスクの取得方法は?

ワイルドカードマスクを計算するには、サブネットマスクの各オクテットを255から引きます。例えば、255.255.255.0のサブネットマスクは0.0.0.255のワイルドカードマスクになります。/24 CIDRプレフィックスは0.0.0.255のワイルドカードマスク、/16は0.0.255.255、/30は0.0.0.3を提供します。式:ワイルドカード = ~サブネットマスク(ビットごとのNOT)を使用することもできます。この計算ツールは任意のCIDRまたはサブネットマスクを対応するワイルドカードマスクに自動的に変換します。

ワイルドカードマスクのポイントは?

ワイルドカードマスクのポイントは、ACLルールとルーティングプロトコル用の柔軟なIPアドレスマッチングを提供することです。ネットワークビットとホストビットを特定するサブネットマスクとは異なり、ワイルドカードマスクは0を完全一致、1を無視を意味します。これにより、ネットワーク管理者はIPアドレスの範囲を正確に一致させることができます。例えば、0.0.0.255は/24サブネット内の任意のホストに一致し、0.0.3.255は複数のサブネットにわたる慎重に選択されたアドレスのセットに一致できます。

なぜACLはワイルドカードマスクを使用するのか?

ACLはワイルドカードマスクをサブネットマスクの代わりに使用します。ワイルドカードマスクはより大きなマッチング柔軟性を提供するためです。ワイルドカードマスクを使用すると、正確なIPアドレス(0.0.0.0)、完全なサブネット(/24の場合は0.0.0.255)、またはサブネットマスクでは不可能な非連続アドレスパターンに一致できます。この柔軟性により、ネットワークエンジニアは正確なトラフィックフィルタリングルールを作成できます。例えば、特定のホスト範囲からのトラフィックを許可しつつ他のものを拒否します。これはサブネットマスクだけでは達成できません。

/30ワイルドカードマスクとは?

/30 CIDRプレフィックスは255.255.255.252のサブネットマスクと0.0.0.3のワイルドカードマスクに対応します。このワイルドカードマスクはIPアドレスの最後の2ビットに一致します(3のバイナリは00000011)。最初の30ビットが一致する必要があり、最後の2ビットは変更可能であることを意味します。/30ワイルドカードマスクは、サブネットに4つのアドレスのみが存在するポイントツーポイントリンクアドレスにACLで一致させるために一般的に使用されます。