JP2009177841A - ネットワーク装置及びその管理方法 - Google Patents

Abstract

【課題】従来の技術による諸問題を解決するためのネットワーク装置とその管理方法を提供する。
【解決手段】ネットワーク装置を管理する方法は、ネットワーク装置に管理ＩＰアドレスを設定し、ローカルコンピューターから、管理ＩＰアドレスに対応する所定のドメイン名を含むＤＮＳクエリーをネットワーク装置において受信し、所定のドメイン名を含むＤＮＳクエリーを受信すると、ネットワーク装置でローカルコンピューターに管理ＩＰアドレスを送信し、管理ＩＰアドレスを用いてネットワーク装置においてローカルコンピューターからの接続を受信し、ネットワーク装置を管理するステップを含む。
【選択図】図２

Description

この発明はコンピューターネットワークに関し、特にネットワーク装置に関する。

図１を参照する。図１は従来技術による単純なネットワークトポロジーを表す。ノートブックコンピューター１０はゲートウェイ１４と携帯型ネットワーク装置１２とを介してネットワーク１８に接続している。携帯型ネットワーク装置１２はファイアウォール、仮想私設ネットワークのインターネットプロトコル防護（ＩＰｓｅｃ ＶＰＮ）、ウイルス対策、攻撃検知・防御（ＩＤＰ）システムなどのサービスを提供するものである。ノートブックコンピューター１０及びネットワーク装置１２はいずれも携帯型であり、様々なネットワーク環境間を移動可能である。設定を簡素化するため、ネットワーク装置１２としてブリッジ装置を選ぶことが多い。ブリッジ装置は前記サービスをプラグアンドプレイ方式で提供するものである。

大部分のブリッジ装置は、所定の管理ＩＰ（インターネットプロトコル）アドレスによる設定、例えば前記サービス（ファイアウォール、ＩＰｓｅｃ ＶＰＮなど）の設定を許容する。ブリッジ装置にアクセスするため、ノートブックコンピューター１０の使用者は特定の管理ＩＰアドレス（例えば「10.0.0.1」）を予め指定しなければならない。しかし、ＩＰアドレスの指定は技術的に高度であって、ほとんどの使用者の技量を超えている。更に、ノートブックコンピューター１０は、様々なネットワーク環境で使用可能であるので、ネットワーク環境を変更するたび、使用者は新しい管理ＩＰアドレスを指定しなければならない。なぜなら、ネットワーク環境によってＩＰアドレスの指定が異なりえるからである（例えば、新しいネットワーク環境で既に、プロキシまたはゲートウェイが「10.0.0.1」を使用している可能性もある）。したがって、ネットワーク環境を変更する際に起こりえる競合（例えば図１の場合、新しいゲートウェイ１６は既に「10.0.0.1」を使用している）を防ぐため、ブリッジ装置に対して常に新しい管理ＩＰアドレスを指定しなければならない。これは一般の使用者にとって極めて不便である。

以上は、ブリッジ装置など携帯型ネットワーク装置における管理ＩＰアドレス指定の問題を例として説明したものであり、実際、その他の類似装置においても問題が起こりうる。

この発明は従来の技術による前記の問題を解決するため、構造化可能かつトランスペアレントなネットワーク装置及びその管理方法を提供することを課題とする。

この発明はネットワーク装置を管理する方法を提供する。該方法は、ネットワーク装置に管理ＩＰ（インターネットプロトコル）アドレスを設定し、ローカルコンピューターから、管理ＩＰアドレスに対応する所定のドメイン名を含むＤＮＳ（ドメイン名サービス）クエリーをネットワーク装置において受信し、所定のドメイン名を含むＤＮＳクエリーを受信すると、ネットワーク装置でローカルコンピューターに管理ＩＰアドレスを送信し、管理ＩＰアドレスを用いてネットワーク装置においてローカルコンピューターからの接続を受信し、ネットワーク装置を管理するステップを含む。

この発明は更に、構造化可能かつトランスペアレントなネットワーク装置を提供する。該ネットワーク装置は、ローカルコンピューターに接続するための第一ポートと、第一ポートに連結されたＩＰアドレスモジュールと、ＩＰアドレスモジュールと第一ポートとに連結され、ＤＮＳパケットを検知して、特定のＤＮＳパケットを検出すると管理ＩＰアドレスを第一ポートに送信するようにプログラムされているＤＮＳ取得モジュールと、ＩＰアドレスモジュールに連結された上位層サービスと、ＤＮＳ取得モジュールに連結され、外部ネットワークに接続するための第二ポートとを含む。ローカルコンピューターは上位層サービスでネットワーク装置を設定することができ、ローカルコンピューターは管理ＩＰアドレスを用いてＩＰアドレスモジュールを経由して上位層サービスに接続している。

この発明はネットワーク装置の設定を簡素化することを特徴とする。それによれば、使用者は覚えやすいドメイン名を入力するのみで、管理ＩＰアドレスを常に変更することなく、いかなるネットワーク環境でもネットワーク装置にアクセスすることができる。

従来のネットワークトポロジーを表す説明図である。 この発明によるネットワークトポロジーを表す説明図である。 この発明の実施例１によるネットワーク装置とその操作を表す第一説明図である。 この発明の実施例１によるネットワーク装置とその操作を表す第二説明図である。 この発明の実施例１によるネットワーク装置とその操作を表す第三説明図である。 この発明の実施例２によるネットワーク装置とその操作を表す第一説明図である。 この発明の実施例２によるネットワーク装置とその操作を表す第二説明図である。 この発明の実施例２によるネットワーク装置とその操作を表す第三説明図である。

かかる装置の特徴を詳述するために、具体的な実施例を挙げ、図示を参照にして以下に説明する。

図２を参照する。図２は特別設定を不要とするこの発明によるネットワーク装置２２を表す説明図である。ネットワーク装置２２（例えばブリッジ装置）は携帯型コンピューター（ローカルコンピューター）２０に接続され、コンピューター２０と外部ネットワーク（例えばインターネットまたはＷＡＮ（ワイドエリアネットワーク））との間に起こるすべてのトラヒックはブリッジ装置２２を経由する。コンピューター２０及びブリッジ装置２２はいずれも携帯可能であり、使用者は場所の制限を受けることなく、ブリッジ装置２２により提供される安全性を享受ながらコンピューター２０を使用することができる。

この発明によるコンピューター２０が、ブリッジ装置２２と交信してその設定（ファイアウォール設定またはウイルス検知開始）に必要な管理ＩＰアドレスを受信するプロセスは、下記の通りである。まずステップ２００では、使用者はドメイン名、例えば完全修飾ドメイン名（ＦＱＤＮ）「device.zyxel.com」をコンピューター２０に入力する。ドメイン名の入力について、ドメイン名をウェブブラウザーのアドレス欄に入力するか、またはショートカットアイコンをクリックするか、もしくはウェブサイトブックマークを利用するかのいずれも可能である。基本的に、使用者はウェブ用プログラム（例えばウェブブラウザーまたは専用プログラム）を「device.zyxel.com」に導くことである。一般に、ステップ２００ではＤＮＳ（ドメイン名システム）クエリーが入力され、ＤＮＳクエリーは、リソース「device.zyxel.com」の所在に関する外部ネットワークへの問い合わせとして理解することができる。続いてステップ２０２では、ブリッジ装置２２は「device.zyxel.com」がＩＰアドレス「10.0.0.1」にあると応答する（注意すべきなのは「device.zyxel.com」及び「10.0.0.1」はいずれも例示に過ぎない）。最後にステップ２０４では、コンピューター２０は、ＩＰアドレス「10.0.0.1」にブリッジ装置２２の管理トラヒックを導くことを承認する。なぜなら、ドメイン名より、ＩＰアドレスを利用したほうがデータ通信を容易にすることができるからである。総じて言えば、この発明によるブリッジ装置２２を設定する際、所定のドメイン名を指定するのみで、ウェブブラウザーまたは特別な設定プログラムを正しい管理ＩＰアドレスに向けることができる。覚えやすいドメイン名（例えば「device.zyxel.com」）を入力するだけで済むことは、この発明の長所である。

前記説明はこの発明の概要であり、次にこの発明の２つの実施例を紹介する。両実施例の主な相違点は、ブリッジ装置２２による管理ＩＰアドレスの設定、並びにコンピューター２０のＤＮＳクエリー及びＤＮＳサーバーのＤＮＳ回答に対するブリッジ装置２２の応答の仕方にある。すなわち、両実施例の相違点は前記ステップ２００とステップ２０２に関係する。実施例１では、ブリッジ装置２２はコンピューター２０からのＤＮＳクエリーパケットを取得して検知を行い、ＤＮＳクエリーに所定のドメイン名が含まれると検出すると、コンピューター２０にフェイクまたは擬似ＤＮＳを送信し、そうでないＤＮＳクエリーは、基準としてＤＮＳサーバーに転送される。実施例２では、ブリッジ装置２２は、第一コンピューター２０からすべてのＤＮＳクエリーパケットを、ブリッジ装置２２に対して管理ＩＰアドレスとしてのＩＰアドレスを含んだＤＮＳ回答で応答するＤＮＳサーバーに転送し、更に当該ＩＰアドレスによる管理を受諾するための自己設定を行い、コンピューター２０にＤＮＳ回答を転送する。両実施例は、ブリッジ装置２２がＤＮＳトラヒックを監視・検知する点で共通している。

図３を参照する。図３はこの発明の実施例１によるネットワーク装置とその操作を表す説明図である。ネットワーク装置（ブリッジ装置）２２は第一イーサネット（登録商標）ＭＡＣ（媒体アクセス制御）ユニット３０２と、第一ＮＩＣ（ネットワークインターフェイスカード）ドライバー３０４と、ルーティングモジュール（ＲＭ）３０６と、ネットワークインターフェイス３０８と、ＩＰアドレスモジュール３１０と、ＤＮＳ取得モジュール３１２と、第二ＮＩＣドライバー３１４と、第二イーサネット（登録商標）ＭＡＣユニット３１６とを含む。第一イーサネット（登録商標）ＭＡＣユニット３０２及び／または第一ＮＩＣドライバーは、ローカルコンピューター２０と接続する第一ポートとされ、第二イーサネット（登録商標）ＭＡＣユニット３０２及び／または第二ＮＩＣドライバーは、ＤＮＳサーバー３０を含んだ外部ネットワーク（例えばインターネットまたはＷＡＮ）に接続する第二ポートとされる。ブリッジ装置２２は更に、ＴＣＰ（伝送制御プロトコル）ユニット３１８と、ＵＤＰ（ユーザーデータグラムプロトコル）ユニット３２０と、その他のプロトコル３２２を含む。それ以外にも、ブリッジ装置２２の設定を許容する上位層サービス（例えばウェブサービス）３２４と、ＳＳＨ（セキュアソケットシェル）サービス３２６と、その他のサービス３２８などが提供される。上記構成要素の相互接続は図３で示された通りであるが、これらは例示に過ぎない。そこで非表示とされるブリッジ装置２２の構成素子は周知の方法で作動する。構成素子とは、ハードウェア、ソフトウェア、ファームウェアまたはその組み合わせを指す。

図３を参照する。図３は図２におけるＤＮＳクエリー２００のパス（太い破線）と、一般のＤＮＳクエリーと回答のパス３３０（細い破線）を表す。前記の通り、ＤＮＳクエリーとは、使用者がドメイン名を入力するとき、コンピューター２０が発するパケットまたは他の構造化データである。ＤＮＳクエリーがＤＮＳ取得モジュール３１２に届くと、ＤＮＳ取得モジュール３１２は、それが所定のドメイン名（例えば「device.zyxel.com」）に関するものであるか否かを検知する。ＤＮＳクエリーが所定のドメイン名に関連していなければ、ＤＮＳ取得モジュール３１２は通常のようにＤＮＳクエリーをＤＮＳサーバー３０に転送する。かかるＤＮＳクエリーはパス３３０を経由して、従来の技術と同じように処理される。この場合、ＤＮＳサーバーはブリッジ装置２２を通して、ドメイン名に対応するパブリックＩＰアドレスをコンピューター２０で応答する。一方、所定のドメイン名を含んだＤＮＳクエリーは下記のように別途に処理される。

取得されたＤＮＳクエリーパケットに所定のドメイン名が含まれると検出した場合、ＤＮＳ取得モジュール３１２は、フェイク（ＤＮＳ取得モジュール３１２自身が発するもの）または擬似ＤＮＳ回答でコンピューター２０に応答し、それと同時にＤＮＳクエリーをＤＮＳサーバーに転送しないとする（もっともＤＮＳクエリーをＤＮＳサーバーに転送しないとは限らない。例えば結果として得られるＤＮＳ回答を無視することも可能である）。擬似ＤＮＳ回答は、ＤＮＳサーバーからの通常のＤＮＳ回答と同じ形式を有し、その中には管理ＩＰアドレスが必ず含まれている。したがって、コンピューター２０にとって、ＤＮＳクエリーに対して通常のＤＮＳ回答が得られているので、当該ＤＮＳ回答はＤＮＳサーバーによるものではないという検知結果が得られないのである。その結果、コンピューター２０はブリッジ装置２２に対して管理ＩＰアドレス（例えば「10.0.0.1」）を取得する。前記操作については図４を参照する。図４では、図２におけるＤＮＳ回答２０２のパスが描かれている。

使用者がブリッジ装置２２を管理しようとするとき、コンピューター２０は取得された管理ＩＰアドレス（例えば「10.0.0.1」）を用いてブリッジ装置のウェブサービス３２４に接続する。この場合、ＩＰアドレスモジュール３１０は管理ＩＰアドレスを有するすべてのトラヒックをウェブサービス３２４に送る。この操作については図５を参照する。図５では、図２における管理トラヒック２０４のパスが描かれている。

実施例１について更に詳しく説明する。管理ＩＰアドレスはネットワーク装置（ブリッジ装置２２）で設定された仮想アドレスであり、ネットワーク内に予めプログラムされても、あるいは進行中に指定されても差し支えない。実施例１の特徴は、所定のドメイン名を含んだＤＮＳクエリーを取得すると、ＤＮＳ取得モジュール３１２は管理ＩＰアドレスを含んだ擬似ＤＮＳ回答を応答し、ＩＰアドレスモジュール３１０は管理ＩＰアドレスに関するコンピューター２０からのトラヒックをウェブサービス３２４に送ることにある。所定のドメイン名はＤＮＳモジュールが容易にアクセスできるところで保存され、管理ＩＰアドレスはＤＮＳモジュール及びＩＰアドレスモジュールのいずれも容易にその値にアクセスできるところで保存される。なお、ＤＮＳ取得モジュールは、所定のドメイン名に対して全てのＤＮＳクエリーパケットを検知するか、または所定のドメイン名を含まない可能性のあるＤＮＳクエリーパケットをとばして検知を行うことも可能である。最後に、注意すべきなのは、ＤＮＳ取得モジュール３１２は通常のＤＮＳトラヒックを妨害しないことである。

図６を参照する。図６はこの発明の実施例２によるネットワーク装置とその操作を表す説明図である。ネットワーク装置（ブリッジ装置）２２’は実施例１のブリッジ装置２２と同じ構成素子を多数包含しており、同一の構成素子には同じ番号がつけられている。両実施例の相違点は、実施例２はＤＮＳ取得モジュール３１２の代わりにＤＮＳ取得モジュール６１２を使用することにある。実施例１と同じように、ここで説明しないとするブリッジ装置２２’の構成素子はいずれも周知の方法で作動し、構成素子とは、ハードウェア、ソフトウェア、ファームウェアまたはその組み合わせを指す。

図６は一般のＤＮＳクエリーと回答のパス３３０（細い破線）と、図２におけるＤＮＳクエリー２００のパスとを表し、後者は図６で２００’（太い破線）と表される。ＤＮＳクエリー２００はブリッジ装置２２’、特に作用を伴わずにＤＮＳ取得モジュール６１２を経由して転送される。従って、ＤＮＳサーバー３０はすべてのＤＮＳクエリーに対して、ブリッジ装置２２’を経由してＤＮＳ回答をコンピューター２０に送信することによって応答できる。実施例２では、ＤＮＳサーバー３０は所定のドメイン名を含んだＤＮＳクエリー２００に応じて管理ＩＰアドレスを応答する。このことを実現するためには、管理ＩＰアドレスはＤＮＳサーバーで登録されたものまたはＤＮＳサーバーが取得できるものでなければならない。というのは、多くの場合、管理ＩＰアドレスは公開登録されたものであり、インターネットに接続されるすべてのコンピューターはそれを取得してＤＮＳクエリーを処理することができるのである。しかし、実施例２ではプライベートＩＰアドレスを使用することも可能であり、前記パブリックＩＰアドレスは例示に過ぎない。

実施例１と異なり、所定のドメイン名を含んだＤＮＳクエリー２００への応答を求めるため、ＤＮＳ取得モジュール６１２はＤＮＳ回答パケットを検知する。というのは、図７に示されるように、ＤＮＳ取得モジュール６１２はＤＮＳサーバー３０からのＤＮＳ回答パケットを取得し、所定のドメイン名（例えば「device.zyxel.com」）を含んだＤＮＳクエリー２００への応答に対応するＩＰアドレス（例えば「210.138.13.30」）を検索する。図７のＤＮＳ回答のパス２０２’は図２のステップ２０２に対応する。

実施例１と同じように、使用者がブリッジ装置２２’を管理しようとするとき、コンピューター２０は取得された管理ＩＰアドレス（例えば「210.138.13.30」）を用いてブリッジ装置２２のウェブサービス３２４に接続する。この場合、ＩＰアドレスモジュール３１０は管理ＩＰアドレスを有するすべてのトラヒックをウェブサービス３２４に送る。この操作については図８を参照する。図８では、図２における管理トラヒック２０４のパスが描かれている。

実施例２について更に詳しく説明する。管理ＩＰアドレスは、例えばネットワーク装置（ブリッジ装置２２’）において設定可能なパブリックアドレスである（もっともプライベートアドレスも可能）。ＤＮＳ取得モジュール６１２が管理ＩＰアドレスを検知して取得すると、その管理ＩＰアドレスはネットワーク装置にプログラムされる。実施例２の重要な特徴は、ＤＮＳ取得モジュール６１２は所定のドメイン名に対応するＤＮＳ回答を検知し、それを検出するときに管理ＩＰアドレスを設定し、更に管理ＩＰアドレスを含んだＤＮＳ回答を管理ＩＰアドレス承知する必要があるコンピューター２０に転送することである。なお、実施例１と同じように、ＩＰアドレスモジュール３１０は管理ＩＰアドレスに関するコンピューター２０からのトラヒックをウェブサービス３２４に送る。所定のドメイン名はＤＮＳモジュールが容易にアクセスできるところで保存され、管理ＩＰアドレスはＤＮＳモジュールとＩＰアドレスモジュールのいずれも容易にアクセスできるところで保存される。なお、ＤＮＳ取得モジュールは、所定のドメイン名に関して全てのＤＮＳ回答パケットを検知するか、または所定のドメイン名に対応しない可能性のあるＤＮＳ回答パケットをとばして検知を行うことも可能である。注意すべきなのは、ＤＮＳ取得モジュール６１２は通常のＤＮＳトラヒックを妨害しないことである。

ネットワーク装置（例えばブリッジ装置）はコンピューターを種々の攻撃から守る装置として利用される。この発明はネットワーク装置の設定を前記のように簡素化することを特徴とする。それによれば、使用者は覚えやすいドメイン名を入力するのみで、管理ＩＰアドレスを常に変更することなく、いかなるネットワーク環境でもネットワーク装置にアクセスすることができる。

以上はこの発明に好ましい実施例であって、この発明の実施の範囲を限定するものではない。よって、当業者のなし得る修正、もしくは変更であって、この発明の精神の下においてなされ、この発明に対して均等の効果を有するものは、いずれもこの発明の特許請求の範囲に属するものとする。

この発明はネットワーク装置の設定を簡素化することを特徴とする。それによれば、使用者は覚えやすいドメイン名を入力するのみで、管理ＩＰアドレスを常に変更することなく、いかなるネットワーク環境でもネットワーク装置にアクセスすることができる。

１０、２０ コンピューター
１２、２２、２２’ ネットワーク装置
１４、１６ ゲートウェイ
１８ ネットワーク
３０２ 第一イーサネット（登録商標）ＭＡＣユニット
３０４ 第一ＮＩＣドライバー
３０６ ルーティングモジュール
３０８ ネットワークインターフェイス
３１０ ＩＰアドレスモジュール
３１２、６１２ ＤＮＳ取得モジュール
３１４ 第二ＮＩＣドライバー
３１６ 第二イーサネット（登録商標）ＭＡＣユニット
３１８ ＴＣＰユニット
３２０ ＵＤＰユニット
３２２ プロトコル
３２４ 上位層（ウェブ）サービス
３２６ ＳＳＨサービス
３２８ サービス

Claims (11)

1. ネットワーク装置を管理する方法であって、
   当該ネットワーク装置に管理ＩＰ（インターネットプロトコル）アドレスを設定するステップと、
   ローカルコンピューターから、前記管理ＩＰアドレスに対応する所定のドメイン名を含むＤＮＳ（ドメイン名サービス）クエリーを当該ネットワーク装置において受信するステップと、
   当該ネットワーク装置で前記所定のドメイン名に関して前記ＤＮＳクエリーを検知するステップと、
   前記ＤＮＳクエリーが前記所定のドメイン名を含むことが検知される場合に、当該ネットワーク装置で前記ローカルコンピューターに前記管理ＩＰアドレスを含む疑似ＤＳＮ回答を送信し、該管理ＩＰアドレスを用いて当該ネットワーク装置において前記ローカルコンピューターからの接続を受信し、当該ネットワーク装置を管理するステップと、
   前記ＤＳＮクエリーが前記所定のドメイン名を含まないことが検知される場合に、該ＤＳＮクエリーをＤＳＮサーバーに転送し、該ＤＳＮサーバーから前記ＤＳＮクエリーに対応するＤＳＮ回答を受信し、該ＤＳＮ回答を前記ローカルコンピューターに転送するステップと
   を含む、方法。
2. 当該ネットワーク装置で複数の受信パケットから複数のＤＮＳクエリーを受信するステップを更に含む、請求項１記載のネットワーク装置を管理する方法。
3. 当該ネットワーク装置で前記所定のドメイン名に関してすべてのＤＮＳクエリーを検知するステップを更に含む、請求項２記載のネットワーク装置を管理する方法。
4. ＤＮＳクエリーが前記所定のドメイン名を含む場合、当該ネットワーク装置で他のコンピューターからの前記ＤＮＳクエリーを留めるステップを更に含む、請求項３記載のネットワーク装置を管理する方法。
5. 当該ネットワーク装置でＤＮＳクエリー以外のパケットを検知なしに転送するステップを更に含む、請求項４記載のネットワーク装置を管理する方法。
6. 前記管理ＩＰアドレスは、前記ネットワーク装置で予めプログラムされる、請求項１記載のネットワーク装置を管理する方法。
7. 前記ＤＳＮサーバーから当該ネットワークを介して前記ローカルコンピューターに転送されるＤＳＮ回答は、前記ＤＳＮクエリーに含まれるドメイン名に対応するパブリックＩＰアドレスを含む、請求項１記載のネットワーク装置を管理する方法。
8. 構造化可能かつトランスペアレントなネットワーク装置であって、
   ローカルコンピューターに接続するための第一ポートと、
   前記第一ポートに連結されたＩＰアドレスモジュールと、
   前記ＩＰアドレスモジュールと前記第一ポートに連結され、ＤＮＳパケットを検知して、特定のＤＮＳパケットを検出すると管理ＩＰアドレスを前記第一ポートに送信するようにプログラムされているＤＮＳ取得モジュールと、
   前記ＩＰアドレスモジュールに連結された上位層サービスと、
   前記ＤＮＳ取得モジュールに連結され、外部ネットワークに接続するための第二ポートとを含み、
   前記ローカルコンピューターは、前記上位層サービスで前記ネットワーク装置を設定することができ、前記ローカルコンピューターは前記管理ＩＰアドレスを用いて前記ＩＰアドレスモジュールを経由して前記上位層サービスに接続し、
   前記ＤＮＳパケットは、前記第一ポートから受信したＤＮＳクエリーパケットであり、
   前記ＤＮＳ取得モジュールは、所定のドメイン名を含んだＤＮＳクエリーパケットを検出する場合は、前記管理ＩＰアドレスをＤＮＳ回答として前記第一ポートに送信し、一方、前記所定のドメイン名とは異なるドメイン名を含んだＤＳＮクエリーパケットを検出する場合は、該ＤＳＮクエリーパケットを前記第二ポートを介してＤＳＮサーバーに転送し、該ＤＳＮサーバーから前記ＤＳＮクエリーパケットに対応するＤＳＮ回答を受信し、該ＤＳＮ回答を前記第一ポートに転送するようにプログラムされる、ネットワーク装置。
9. 前記管理ＩＰアドレスは当該ネットワーク装置内で予めプログラムされる、請求項８記載のネットワーク装置。
10. ルーティングモジュールと、
    ネットワークインターフェイスと、
    前記上位層サービスと前記ＩＰアドレスモジュールとの間に連結されたＴＣＰ（伝送制御プロトコル）ユニットとを更に含み、
    前記ＤＮＳ取得モジュールは前記ルーティングモジュールに置かれ、前記ＩＰアドレスモジュールは前記ネットワークインターフェイスと前記ルーティングモジュールとに置かれ、
    前記第一ポートは第一イーサネット（登録商標）ＭＡＣ（媒体アクセス制御）ユニットと第一ＮＩＣ（ネットワークインターフェイスカード）ドライバーとを含み、前記第二ポートは第二イーサネット（登録商標）ＭＡＣユニットと第二ＮＩＣドライバーとを含む、請求項８記載のネットワーク装置。
11. ブリッジ装置である、請求項８記載のネットワーク装置。

Images