JP2001326696A - アクセス制御方法 - Google Patents
アクセス制御方法Info
- Publication number
- JP2001326696A JP2001326696A JP2000146598A JP2000146598A JP2001326696A JP 2001326696 A JP2001326696 A JP 2001326696A JP 2000146598 A JP2000146598 A JP 2000146598A JP 2000146598 A JP2000146598 A JP 2000146598A JP 2001326696 A JP2001326696 A JP 2001326696A
- Authority
- JP
- Japan
- Prior art keywords
- subnet
- server
- dhcp
- terminal
- router
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 サブネットに接続されている端末とサーバと
ルータを介して接続しているアプリケーションサーバか
ら構成されるネットワークでＤＨＣＰを利用してユーザ
単位でのサーバへのアクセス制御方法を提供する。 【解決手段】 端末がネットワークに接続する際に、接
続要求情報をブロードキャストし、サーバが割り当て設
定情報の提案をブロードキャストし、割り当て設定情報
の提案を受けた端末が認証に要する情報を含む要求情報
をブロードキャストし、サーバが認証に要する情報を受
け、サーバに接続されているデータベースを参照して認
証する。認証に成功すればサーバが端末に対応するアク
セス制御をルータに依頼する。依頼を受けたルータは依
頼に含まれる各種情報を基に送受パケットのフィルタリ
ングを実施する。ルータは送受パケットのフィルタリン
グの結果に基づき端末とサーバに結果情報を送信し、端
末とサーバの接続を完了する。
ルータを介して接続しているアプリケーションサーバか
ら構成されるネットワークでＤＨＣＰを利用してユーザ
単位でのサーバへのアクセス制御方法を提供する。 【解決手段】 端末がネットワークに接続する際に、接
続要求情報をブロードキャストし、サーバが割り当て設
定情報の提案をブロードキャストし、割り当て設定情報
の提案を受けた端末が認証に要する情報を含む要求情報
をブロードキャストし、サーバが認証に要する情報を受
け、サーバに接続されているデータベースを参照して認
証する。認証に成功すればサーバが端末に対応するアク
セス制御をルータに依頼する。依頼を受けたルータは依
頼に含まれる各種情報を基に送受パケットのフィルタリ
ングを実施する。ルータは送受パケットのフィルタリン
グの結果に基づき端末とサーバに結果情報を送信し、端
末とサーバの接続を完了する。
Description
【０００１】
【発明の属する技術分野】本発明は端末をネットワーク
に接続する際のアクセス制御方法に関し、特に動的ホス
ト設定プロトコル（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎ
ｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、以降ＤＨＣ
Ｐと称す）を利用するユーザ単位でのサーバへのアクセ
ス制御に関する。
に接続する際のアクセス制御方法に関し、特に動的ホス
ト設定プロトコル（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎ
ｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、以降ＤＨＣ
Ｐと称す）を利用するユーザ単位でのサーバへのアクセ
ス制御に関する。
【０００２】
【従来の技術】端末をネットワークに接続する際に、Ｄ
ＨＣＰは非常に有用なプロトコルである。しかし、ＤＨ
ＣＰを使用しても運用面でセキュリティ上に問題点があ
る。
ＨＣＰは非常に有用なプロトコルである。しかし、ＤＨ
ＣＰを使用しても運用面でセキュリティ上に問題点があ
る。
【０００３】
【発明が解決しようとする課題】第１の問題点は、接続
要求があれば如何なる端末に対してもインターネットプ
ロトコル（以降、ＩＰと称す）アドレスを割り当て、ネ
ットワークへの接続を許可してしまうということであ
る。その理由は、ＤＨＣＰには認証の概念が存在しない
ためである。
要求があれば如何なる端末に対してもインターネットプ
ロトコル（以降、ＩＰと称す）アドレスを割り当て、ネ
ットワークへの接続を許可してしまうということであ
る。その理由は、ＤＨＣＰには認証の概念が存在しない
ためである。
【０００４】第２の問題点は、運用上ある端末あるいは
ユーザに対して、特定サーバへのアクセスを拒否したい
場合に、それを実現ができないことである。
ユーザに対して、特定サーバへのアクセスを拒否したい
場合に、それを実現ができないことである。
【０００５】ＤＨＣＰによりＩＰアドレスを割り当てら
れた端末は、ネットワークを通じて、ＷＷＷ、メール、
Ｎｅｗｓ、プリンタ、ファイルなどのサービスを行って
いるアプリケーションサーバへアクセスすることが可能
となる。もし特定アプリケーションサーバへのアクセス
を拒否したい場合には、ネットワークへの接続そのもの
を拒否する必要があり、ユーザの利便性を著しく損なう
ことになっている。
れた端末は、ネットワークを通じて、ＷＷＷ、メール、
Ｎｅｗｓ、プリンタ、ファイルなどのサービスを行って
いるアプリケーションサーバへアクセスすることが可能
となる。もし特定アプリケーションサーバへのアクセス
を拒否したい場合には、ネットワークへの接続そのもの
を拒否する必要があり、ユーザの利便性を著しく損なう
ことになっている。
【０００６】第３の問題点は、何らかの方法で、ネット
ワークのＩＰアドレスを不正入手し、手動設定を行うこ
とによりネットワーク接続した場合には、それを防止す
ることができないことである。
ワークのＩＰアドレスを不正入手し、手動設定を行うこ
とによりネットワーク接続した場合には、それを防止す
ることができないことである。
【０００７】本発明の目的は、以上の問題点を解決する
ような、サブネットに接続されているＤＨＣＰクライア
ント端末とＤＨＣＰサーバとルータを介して接続してい
るアプリケーションサーバから構成されるネットワーク
でＤＨＣＰを利用してユーザ単位でのアプリケーション
サーバへのアクセス制御方法を提供することである。
ような、サブネットに接続されているＤＨＣＰクライア
ント端末とＤＨＣＰサーバとルータを介して接続してい
るアプリケーションサーバから構成されるネットワーク
でＤＨＣＰを利用してユーザ単位でのアプリケーション
サーバへのアクセス制御方法を提供することである。
【０００８】
【課題を解決するための手段】本発明のアクセス制御方
法は、第１サブネットに接続されているＤＨＣＰクライ
アント端末と、データベースを持つＤＨＣＰサーバと、
第１サブネットとルータを介して接続される第２サブネ
ットと、第２サブネットに接続されているアプリケーシ
ョンサーバから構成されるネットワークにおけるアクセ
ス制御方法において、ＤＨＣＰを利用し、認証情報デー
タベースによってユーザ単位でのクライアント端末を認
証し、クライアント端末の送受パケットをサーバとルー
タの協同によってフィルタリングすることを特徴とす
る。
法は、第１サブネットに接続されているＤＨＣＰクライ
アント端末と、データベースを持つＤＨＣＰサーバと、
第１サブネットとルータを介して接続される第２サブネ
ットと、第２サブネットに接続されているアプリケーシ
ョンサーバから構成されるネットワークにおけるアクセ
ス制御方法において、ＤＨＣＰを利用し、認証情報デー
タベースによってユーザ単位でのクライアント端末を認
証し、クライアント端末の送受パケットをサーバとルー
タの協同によってフィルタリングすることを特徴とす
る。
【０００９】また、本発明のアクセス制御方法は、第１
サブネットに接続されているＤＨＣＰクライアント端末
と、データベースを持つＤＨＣＰサーバと、第１サブネ
ットとルータを介して接続される第２サブネットと、第
２サブネットに接続されているアプリケーションサーバ
から構成されるネットワークにおけるアクセス制御方法
であって、クライアント端末が、ネットワークに接続す
る際に、ＤＨＣＰサーバから端末認証とユーザ認証を得
るステップと、認証によって得られる情報を基にＤＨＣ
Ｐサーバとルータが連携してユーザ単位のアクセス制御
を実施するステップと、アクセスされたクライアント端
末のネットワークへの接続が完了するステップを有す
る。
サブネットに接続されているＤＨＣＰクライアント端末
と、データベースを持つＤＨＣＰサーバと、第１サブネ
ットとルータを介して接続される第２サブネットと、第
２サブネットに接続されているアプリケーションサーバ
から構成されるネットワークにおけるアクセス制御方法
であって、クライアント端末が、ネットワークに接続す
る際に、ＤＨＣＰサーバから端末認証とユーザ認証を得
るステップと、認証によって得られる情報を基にＤＨＣ
Ｐサーバとルータが連携してユーザ単位のアクセス制御
を実施するステップと、アクセスされたクライアント端
末のネットワークへの接続が完了するステップを有す
る。
【００１０】さらに、本発明のアクセス制御方法は、第
１サブネットに接続されているＤＨＣＰクライアント端
末と、データベースを持つＤＨＣＰサーバと、第１サブ
ネットとルータを介して接続される第２サブネットと、
第２サブネットに接続されているアプリケーションサー
バから構成されるネットワークにおけるアクセス制御方
法であって、ＤＨＣＰクライアント端末がネットワーク
に接続する際に、ＤＨＣＰクライアント端末が接続要求
情報をブロードキャストし、ＤＨＣＰサーバが割り当て
設定情報の提案をブロードキャストするステップと、割
り当て設定情報の提案を受けたＤＨＣＰクライアント端
末が認証に要する情報を含むＤＨＣＰ要求情報をブロー
ドキャストし、ＤＨＣＰサーバがＤＨＣＰクライアント
端末の認証に要する情報を受け、ＤＨＣＰサーバに接続
されているデータベースを参照して認証するステップ
と、認証に成功すればＤＨＣＰサーバがＤＨＣＰクライ
アント端末に対応するアクセス制御をルータに依頼し、
認証に失敗すればＤＨＣＰクライアント端末に失敗を報
告するステップと、依頼を受けたルータは依頼に含まれ
る各種情報を基に送受パケットのフィルタリングの設定
を行うステップと、ルータは送受パケットのフィルタリ
ングの設定結果に基づきＤＨＣＰサーバに結果情報を送
信し、さらに前記ＤＨＣＰサーバが前記ＤＨＣＰクライ
アント端末に結果情報を返し、最終的に前記ＤＨＣＰク
ライアント端末のネットワーク接続が完了するステップ
を有する。
１サブネットに接続されているＤＨＣＰクライアント端
末と、データベースを持つＤＨＣＰサーバと、第１サブ
ネットとルータを介して接続される第２サブネットと、
第２サブネットに接続されているアプリケーションサー
バから構成されるネットワークにおけるアクセス制御方
法であって、ＤＨＣＰクライアント端末がネットワーク
に接続する際に、ＤＨＣＰクライアント端末が接続要求
情報をブロードキャストし、ＤＨＣＰサーバが割り当て
設定情報の提案をブロードキャストするステップと、割
り当て設定情報の提案を受けたＤＨＣＰクライアント端
末が認証に要する情報を含むＤＨＣＰ要求情報をブロー
ドキャストし、ＤＨＣＰサーバがＤＨＣＰクライアント
端末の認証に要する情報を受け、ＤＨＣＰサーバに接続
されているデータベースを参照して認証するステップ
と、認証に成功すればＤＨＣＰサーバがＤＨＣＰクライ
アント端末に対応するアクセス制御をルータに依頼し、
認証に失敗すればＤＨＣＰクライアント端末に失敗を報
告するステップと、依頼を受けたルータは依頼に含まれ
る各種情報を基に送受パケットのフィルタリングの設定
を行うステップと、ルータは送受パケットのフィルタリ
ングの設定結果に基づきＤＨＣＰサーバに結果情報を送
信し、さらに前記ＤＨＣＰサーバが前記ＤＨＣＰクライ
アント端末に結果情報を返し、最終的に前記ＤＨＣＰク
ライアント端末のネットワーク接続が完了するステップ
を有する。
【００１１】また、送受パケットのフィルタリングを実
施するステップが、ルータが、ＤＨＣＰクライアント端
末から送信されるすべてのパケットを受信するステップ
と、ルータが、ＤＨＣＰサーバで設定されたアクセスリ
ストに基づいて、パケットが許可されたものであればア
プリケーションサーバに転送し、不許可ならばアプリケ
ーションサーバに転送せずにパケットを廃棄し、履歴と
してログ情報を残すフィルタリングステップを有する。
施するステップが、ルータが、ＤＨＣＰクライアント端
末から送信されるすべてのパケットを受信するステップ
と、ルータが、ＤＨＣＰサーバで設定されたアクセスリ
ストに基づいて、パケットが許可されたものであればア
プリケーションサーバに転送し、不許可ならばアプリケ
ーションサーバに転送せずにパケットを廃棄し、履歴と
してログ情報を残すフィルタリングステップを有する。
【００１２】また、第１サブネットに接続されているＤ
ＨＣＰクライアント端末は、特別なサブネットマスクを
設定して、ルータとＤＨＣＰクライアント端末のみの第
３サブネットを形成するステップと、第１サブネットに
接続されているアプリケーションサーバにルータを介し
てパケットの送受信を行うステップを有する。
ＨＣＰクライアント端末は、特別なサブネットマスクを
設定して、ルータとＤＨＣＰクライアント端末のみの第
３サブネットを形成するステップと、第１サブネットに
接続されているアプリケーションサーバにルータを介し
てパケットの送受信を行うステップを有する。
【００１３】また、第１サブネットにさらにエージェン
ト端末を接続し、エージェント端末は、ネットワークに
流れるＩＰおよび媒体アクセス制御（以下ＭＡＣと称
す）アドレス情報をエージェント端末の持つデータベー
スに収集するステップと、 ＤＨＣＰサーバが持つＤＨ
ＣＰクライアント端末のキャッシュデータとエージェン
ト端末のデータベースとを比較検証するステップを有す
る。
ト端末を接続し、エージェント端末は、ネットワークに
流れるＩＰおよび媒体アクセス制御（以下ＭＡＣと称
す）アドレス情報をエージェント端末の持つデータベー
スに収集するステップと、 ＤＨＣＰサーバが持つＤＨ
ＣＰクライアント端末のキャッシュデータとエージェン
ト端末のデータベースとを比較検証するステップを有す
る。
【００１４】さらに、本発明のアクセス制御方法は、第
１サブネットに接続されているＤＨＣＰクライアント端
末と、データベースを持つＤＨＣＰサーバと、第１サブ
ネットとルータを介して接続される第２サブネットと、
第２サブネットに接続されているアプリケーションサー
バから構成されるネットワークにおけるアクセス制御方
法において、ＤＨＣＰクライアント端末毎にアプリケー
ションサーバへのアクセス制御が行うステップと、ＤＨ
ＣＰサーバによるユーザ認証だけではなく、ＤＨＣＰサ
ーバとルータが連携して、アクセス制御を行うステップ
と、ＤＨＣＰクライアント端末とルータのみのサブネッ
トを構築するステップと、第１サブネットに接続するエ
ージェント端末により不正接続の端末を検出するステッ
プを有することを特徴とする。
１サブネットに接続されているＤＨＣＰクライアント端
末と、データベースを持つＤＨＣＰサーバと、第１サブ
ネットとルータを介して接続される第２サブネットと、
第２サブネットに接続されているアプリケーションサー
バから構成されるネットワークにおけるアクセス制御方
法において、ＤＨＣＰクライアント端末毎にアプリケー
ションサーバへのアクセス制御が行うステップと、ＤＨ
ＣＰサーバによるユーザ認証だけではなく、ＤＨＣＰサ
ーバとルータが連携して、アクセス制御を行うステップ
と、ＤＨＣＰクライアント端末とルータのみのサブネッ
トを構築するステップと、第１サブネットに接続するエ
ージェント端末により不正接続の端末を検出するステッ
プを有することを特徴とする。
【００１５】
【発明の実施の形態】次に本発明の実施の形態について
図面を参照して詳細に説明する。
図面を参照して詳細に説明する。
【００１６】図１を参照すると、本発明の実施例は、Ｄ
ＨＣＰサーバ１と、データベース２と、端末３（ＤＨＣ
Ｐクライアント）と、ルータ４と、端末３と別のサブネ
ット７上に存在するサーバａ５とから構成される。
ＨＣＰサーバ１と、データベース２と、端末３（ＤＨＣ
Ｐクライアント）と、ルータ４と、端末３と別のサブネ
ット７上に存在するサーバａ５とから構成される。
【００１７】ＤＨＣＰサーバ１は、通常のＤＨＣＰサー
バに加えて、ユーザ認証用のデータとユーザアクセス制
御用のデータを含むデータベース２を有す。ＤＨＣＰサ
ーバ１は、端末３からの要求に対して認証を行い、ルー
タ４に対してユーザに対応したアクセス制御を依頼す
る。
バに加えて、ユーザ認証用のデータとユーザアクセス制
御用のデータを含むデータベース２を有す。ＤＨＣＰサ
ーバ１は、端末３からの要求に対して認証を行い、ルー
タ４に対してユーザに対応したアクセス制御を依頼す
る。
【００１８】データベース２は、認証データとキャッシ
ュデータから成る。認証データは、認証に必要なユーザ
ＩＤ、パスワード、ユーザに対応したアクセス制御を行
うためのアクセスリストを含む。アクセスリストは、発
信元ＩＰアドレス（割り当て予定アドレス）、宛先ＩＰ
アドレス（各種サーバのＩＰアドレス、ネットワークア
ドレス）、発信元ポート番号（任意）、宛先ポート番号
（各種サーバのポート番号）などのパラメータを組み合
わせて、パケットの転送許可、不許可を記述したもので
ある。
ュデータから成る。認証データは、認証に必要なユーザ
ＩＤ、パスワード、ユーザに対応したアクセス制御を行
うためのアクセスリストを含む。アクセスリストは、発
信元ＩＰアドレス（割り当て予定アドレス）、宛先ＩＰ
アドレス（各種サーバのＩＰアドレス、ネットワークア
ドレス）、発信元ポート番号（任意）、宛先ポート番号
（各種サーバのポート番号）などのパラメータを組み合
わせて、パケットの転送許可、不許可を記述したもので
ある。
【００１９】また、キャッシュデータは、運用中に動的
に変化するデータで、ユーザＩＤとそのユーザに割り当
てたＩＰアドレス、ユーザの使用している端末のＭＡＣ
アドレス（Ｅｔｈｅｒｎｅｔ（登録商標）アドレス）、
ＩＰアドレスを割り当てた時刻、リース時間などを含
む。
に変化するデータで、ユーザＩＤとそのユーザに割り当
てたＩＰアドレス、ユーザの使用している端末のＭＡＣ
アドレス（Ｅｔｈｅｒｎｅｔ（登録商標）アドレス）、
ＩＰアドレスを割り当てた時刻、リース時間などを含
む。
【００２０】端末３は、ＤＨＣＰサーバ１に対してＩＰ
アドレスなどの設定情報の割り当てを要求するととも
に、認証を受けるための認証情報を提供する。ルータ４
は、ＤＨＣＰサーバ１からの依頼を受けて、アクセス制
御を行う。端末３宛てのパケットは必ずこのルータ４を
経由することになる。サーバａ５は、ＷＷＷ、メール、
Ｎｅｗｓ、ファイル、プリンタなどの種々のサービスを
提供している端末を示し、端末３と別サブネット７上に
存在する。
アドレスなどの設定情報の割り当てを要求するととも
に、認証を受けるための認証情報を提供する。ルータ４
は、ＤＨＣＰサーバ１からの依頼を受けて、アクセス制
御を行う。端末３宛てのパケットは必ずこのルータ４を
経由することになる。サーバａ５は、ＷＷＷ、メール、
Ｎｅｗｓ、ファイル、プリンタなどの種々のサービスを
提供している端末を示し、端末３と別サブネット７上に
存在する。
【００２１】次に、図１及び図２及び図３を参照して本
実施例の動作について詳細に説明する。
実施例の動作について詳細に説明する。
【００２２】まず最初に、端末３がネットワークへ接続
する際の、認証手順を含んだＩＰアドレス割り当ての手
順を図２を参照して説明する。
する際の、認証手順を含んだＩＰアドレス割り当ての手
順を図２を参照して説明する。
【００２３】端末３は、ＤＨＣＰＤＩＳＣＯＶＥＲをブ
ロードキャストする（ステップ２０）。ＤＨＣＰＤＩＳ
ＣＯＶＥＲを受信したＤＨＣＰサーバ１は、割り当てる
べき設定情報を提案するために、ＤＨＣＰＯＦＦＥＲを
ブロードキャストする（ステップ２１）。ここまでは通
常のＤＨＣＰのフローと同様である。設定情報の提案を
受けた端末３は、ＤＨＣＰＲＥＱＵＥＳＴをＤＨＣＰサ
ーバ１へブロードキャストする（ステップ２２）。この
メッセージには、ユーザＩＤ、パスワードオプション
（ハッシュ化し不可視化する）が含まれる。
ロードキャストする（ステップ２０）。ＤＨＣＰＤＩＳ
ＣＯＶＥＲを受信したＤＨＣＰサーバ１は、割り当てる
べき設定情報を提案するために、ＤＨＣＰＯＦＦＥＲを
ブロードキャストする（ステップ２１）。ここまでは通
常のＤＨＣＰのフローと同様である。設定情報の提案を
受けた端末３は、ＤＨＣＰＲＥＱＵＥＳＴをＤＨＣＰサ
ーバ１へブロードキャストする（ステップ２２）。この
メッセージには、ユーザＩＤ、パスワードオプション
（ハッシュ化し不可視化する）が含まれる。
【００２４】端末３からユーザＩＤ、パスワードを含む
ＤＨＣＰＲＥＱＵＥＳＴを受信したＤＨＣＰサーバ１
は、端末認証およびユーザ認証を行う（ステップ２
３）。端末認証は、端末３から送信されてきたＭＡＣア
ドレスを検索キーとして、データベース２を参照するこ
とによって行われる。次に、端末３から送信されてきた
ユーザＩＤ、パスワードからデータベース２を参照して
ユーザ認証が行われる。認証に成功すれば、ＤＨＣＰサ
ーバ１はユーザに対応したアクセス制御をルータ４へ依
頼するためにＣｏｎｆｉｇｕｒｅ−Ｒｅｑｕｅｓｔを送
信する（ステップ２４）。認証に失敗したならば、クラ
イアントへＤＨＣＰＮＡＫを送信する。
ＤＨＣＰＲＥＱＵＥＳＴを受信したＤＨＣＰサーバ１
は、端末認証およびユーザ認証を行う（ステップ２
３）。端末認証は、端末３から送信されてきたＭＡＣア
ドレスを検索キーとして、データベース２を参照するこ
とによって行われる。次に、端末３から送信されてきた
ユーザＩＤ、パスワードからデータベース２を参照して
ユーザ認証が行われる。認証に成功すれば、ＤＨＣＰサ
ーバ１はユーザに対応したアクセス制御をルータ４へ依
頼するためにＣｏｎｆｉｇｕｒｅ−Ｒｅｑｕｅｓｔを送
信する（ステップ２４）。認証に失敗したならば、クラ
イアントへＤＨＣＰＮＡＫを送信する。
【００２５】ＤＨＣＰサーバ１から送信されるＣｏｎｆ
ｉｇｕｒｅ−Ｒｅｑｕｅｓｔには、アクセスリスト、端
末３のＭＡＣアドレス、割り当て予定のＩＰアドレスと
いった情報が含まれる。
ｉｇｕｒｅ−Ｒｅｑｕｅｓｔには、アクセスリスト、端
末３のＭＡＣアドレス、割り当て予定のＩＰアドレスと
いった情報が含まれる。
【００２６】ルータ４は、ＤＨＣＰサーバ１から依頼さ
れたアクセスリストに基づき、適当なパケットフィルタ
の設定を行う（ステップ２５）。設定が完了したら、ル
ータ４はＣｏｎｆｉｇｕｒｅ−ＡｃｋをＤＨＣＰサーバ
１へ送信する（ステップ２６）。ルータ４から、アクセ
ス制御の設定完了のＣｏｎｆｉｇｕｒｅ−Ａｃｋを受信
したら、ＤＨＣＰサーバ１は端末３に対してＤＨＣＰＡ
ＣＫを送信する（ステップ２７）。以上で、ユーザ認証
を経て、ネットワークを接続するための必要最低限の設
定すなわち初期化が完了となる（ステップ２８）。
れたアクセスリストに基づき、適当なパケットフィルタ
の設定を行う（ステップ２５）。設定が完了したら、ル
ータ４はＣｏｎｆｉｇｕｒｅ−ＡｃｋをＤＨＣＰサーバ
１へ送信する（ステップ２６）。ルータ４から、アクセ
ス制御の設定完了のＣｏｎｆｉｇｕｒｅ−Ａｃｋを受信
したら、ＤＨＣＰサーバ１は端末３に対してＤＨＣＰＡ
ＣＫを送信する（ステップ２７）。以上で、ユーザ認証
を経て、ネットワークを接続するための必要最低限の設
定すなわち初期化が完了となる（ステップ２８）。
【００２７】この時点で、端末３は、ユーザ認証を経
て、最低限の設定情報として、ＩＰアドレス、サブネッ
トマスク、ルーティング情報（デフォルトルート）、Ｉ
Ｐアドレスのリース時間が既に設定されており、ルータ
にはアクセスリストの設定が行われている。
て、最低限の設定情報として、ＩＰアドレス、サブネッ
トマスク、ルーティング情報（デフォルトルート）、Ｉ
Ｐアドレスのリース時間が既に設定されており、ルータ
にはアクセスリストの設定が行われている。
【００２８】次に、端末３（ＤＨＣＰクライアント）と
それと別サブネット７上に存在するサーバａ５間のデー
タ通信の流れを追いながら、アクセス制御がどのように
実現されているのかを説明する。
それと別サブネット７上に存在するサーバａ５間のデー
タ通信の流れを追いながら、アクセス制御がどのように
実現されているのかを説明する。
【００２９】端末３は、ルーティングテーブルに基づ
き、サーバａ５宛てのパケットをルータへ送信する。そ
れを受信したルータ４は、ルーティングテーブルに基づ
き、そのパケットをサーバａ５へ転送する。こうしてサ
ーバａ５は、端末３から送信されたパケットを受信する
ことができる。逆に、サーバａ５から端末３宛のパケッ
トは、そのルーティングテーブルに基づき、ルータ４へ
送られる。それを受信したルータ４は、そのルーティン
グテーブルに基づき、端末３へパケットを転送する。こ
うして端末３は、サーバａ５から送信されたパケットを
受信することができる。
き、サーバａ５宛てのパケットをルータへ送信する。そ
れを受信したルータ４は、ルーティングテーブルに基づ
き、そのパケットをサーバａ５へ転送する。こうしてサ
ーバａ５は、端末３から送信されたパケットを受信する
ことができる。逆に、サーバａ５から端末３宛のパケッ
トは、そのルーティングテーブルに基づき、ルータ４へ
送られる。それを受信したルータ４は、そのルーティン
グテーブルに基づき、端末３へパケットを転送する。こ
うして端末３は、サーバａ５から送信されたパケットを
受信することができる。
【００３０】上述のように、端末３から送信されるすべ
てのパケットは必ずルータ４を経由することになる。つ
まり、ルータ４は送信パケットが許可されたものであれ
ば転送し、不許可ならば転送せずにパケットを廃棄し、
その旨のログ情報を残す。それゆえ、ルータ４はステッ
プ２５で設定したアクセスリストに基づいて、アクセス
制御が可能となる。
てのパケットは必ずルータ４を経由することになる。つ
まり、ルータ４は送信パケットが許可されたものであれ
ば転送し、不許可ならば転送せずにパケットを廃棄し、
その旨のログ情報を残す。それゆえ、ルータ４はステッ
プ２５で設定したアクセスリストに基づいて、アクセス
制御が可能となる。
【００３１】最後に、端末３がすべての処理を終了し
て、ネットワークから切り離される際に、ＩＰアドレス
を開放する手順を図３を用いて説明する。
て、ネットワークから切り離される際に、ＩＰアドレス
を開放する手順を図３を用いて説明する。
【００３２】端末３は、ＤＨＣＰサーバ１に対してＤＨ
ＣＰＲＥＬＥＡＳＥを送信する（ステップ３１）。この
メッセージには、ユーザＩＤ、パスワードオプションが
含まれる。ＤＨＣＰＲＥＬＥＡＳＥを受信したＤＨＣＰ
サーバ１は、そのメッセージに含まれるユーザＩＤ、パ
スワードからデータベース２に基づいて認証を行なう
（ステップ３２）。認証に成功すれば、ユーザに対応し
たアクセス制御の解除をルータ４へ依頼する。そのため
に、ＤＨＣＰサーバ１はＴｅｒｍｉｎａｔｅ−Ｒｅｑｕ
ｅｓｔをルータ４へ送信する（ステップ３３）。Ｔｅｒ
ｍｉｎａｔｅ−Ｒｅｑｕｅｓｔを受信したルータ４は、
ＤＨＣＰサーバ１から依頼されたアクセスリストに基づ
き設定を解除し、Ｔｅｒｍｉｎａｔｅ−ＡｃｋをＤＨＣ
Ｐサーバへ送信する（ステップ３４）。
ＣＰＲＥＬＥＡＳＥを送信する（ステップ３１）。この
メッセージには、ユーザＩＤ、パスワードオプションが
含まれる。ＤＨＣＰＲＥＬＥＡＳＥを受信したＤＨＣＰ
サーバ１は、そのメッセージに含まれるユーザＩＤ、パ
スワードからデータベース２に基づいて認証を行なう
（ステップ３２）。認証に成功すれば、ユーザに対応し
たアクセス制御の解除をルータ４へ依頼する。そのため
に、ＤＨＣＰサーバ１はＴｅｒｍｉｎａｔｅ−Ｒｅｑｕ
ｅｓｔをルータ４へ送信する（ステップ３３）。Ｔｅｒ
ｍｉｎａｔｅ−Ｒｅｑｕｅｓｔを受信したルータ４は、
ＤＨＣＰサーバ１から依頼されたアクセスリストに基づ
き設定を解除し、Ｔｅｒｍｉｎａｔｅ−ＡｃｋをＤＨＣ
Ｐサーバへ送信する（ステップ３４）。
【００３３】次に本発明の第２の実施例について図面を
参照して詳細に説明する。図４によると、本実施例は、
端末３と物理的に同一のサブネット６上にあるサーバｂ
８に対するアクセス制御という点が先の実施例と異な
る。
参照して詳細に説明する。図４によると、本実施例は、
端末３と物理的に同一のサブネット６上にあるサーバｂ
８に対するアクセス制御という点が先の実施例と異な
る。
【００３４】端末３は、図２の手順で、ユーザ認証を経
て、ＤＨＣＰサーバ１が割り当てる最低限の設定情報と
して、ＩＰアドレス、サブネットマスク（２５５．２５
５．２５５．２５１）、ルーティング情報（デフォルト
ルート）、ＩＰアドレスのリース時間が割り当てられ
る。さらに、最初の実施例では実施されなかった端末３
自身のＡＲＰ Ｒｅｐｌｙの停止が追加実行される。
て、ＤＨＣＰサーバ１が割り当てる最低限の設定情報と
して、ＩＰアドレス、サブネットマスク（２５５．２５
５．２５５．２５１）、ルーティング情報（デフォルト
ルート）、ＩＰアドレスのリース時間が割り当てられ
る。さらに、最初の実施例では実施されなかった端末３
自身のＡＲＰ Ｒｅｐｌｙの停止が追加実行される。
【００３５】ルータ４には、アクセスリストの設定、端
末３に対するＰｒｏｘｙ ＡＲＰの設定、端末３のＭＡ
ＣアドレスのＡＲＰテーブルへの登録が図２のステップ
２５の時点で行われる。Ｐｒｏｘｙ ＡＲＰとは、端末
３のＩＰアドレスのＡＲＰＲｅｑｕｅｓｔに対して、ル
ータ４が代わりにＡＲＰ Ｒｅｐｌｙを応答するもので
ある。
末３に対するＰｒｏｘｙ ＡＲＰの設定、端末３のＭＡ
ＣアドレスのＡＲＰテーブルへの登録が図２のステップ
２５の時点で行われる。Ｐｒｏｘｙ ＡＲＰとは、端末
３のＩＰアドレスのＡＲＰＲｅｑｕｅｓｔに対して、ル
ータ４が代わりにＡＲＰ Ｒｅｐｌｙを応答するもので
ある。
【００３６】ここで特徴的なのは、サブネットマスクと
して２５５．２５５．２５５．２５１、３０ビットマス
クを使用していることである。この設定により、図４に
示すように、ルータ４と端末３は、所属端末が２つのみ
のサブネット９を形成することになる。そのためサーバ
ｂ８は、たとえ物理的には同一サブネットに存在して
も、論理的に別サブネット上に存在していることにな
り、サーバｂ８宛てのパケットはルータ４を経由して送
信される。
して２５５．２５５．２５５．２５１、３０ビットマス
クを使用していることである。この設定により、図４に
示すように、ルータ４と端末３は、所属端末が２つのみ
のサブネット９を形成することになる。そのためサーバ
ｂ８は、たとえ物理的には同一サブネットに存在して
も、論理的に別サブネット上に存在していることにな
り、サーバｂ８宛てのパケットはルータ４を経由して送
信される。
【００３７】次にサーバｂ８と端末３の通信手順を図
５、図６を参照して詳細に説明する。
５、図６を参照して詳細に説明する。
【００３８】図５によれば、まず、端末３はＡＲＰ Ｒ
ｅｑｕｅｓｔをブロードキャストして、ルータ４のＭＡ
Ｃアドレスを問い合わせる（ステップ４０）。ＡＲＰ
Ｒｅｑｕｅｓｔを受信したルータ４は、ＡＲＰ Ｒｅｐ
ｌｙで応答する（ステップ４１）。ルータ４のＭＡＣア
ドレスを解決した端末３は、ルータ４へサーバｂ８宛て
のパケットを送信する（ステップ４２）。それを受信し
たルータ４は、ルーティングを行い、パケットをサーバ
ｂ８へ転送しようとする。（ステップ４３）。そこで、
ルータ４はＡＲＰ Ｒｅｑｕｅｓｔをブロードキャスト
して、サーバｂ８のＭＡＣアドレスを解決しようとする
（ステップ４４）。それに対してサーバｂ８はＡＲＰ
Ｒｅｐｌｙで応答する（ステップ４５）。それを受信し
たルータ４は、サーバｂ８へサーバｂ８宛てのパケット
を転送する（ステップ４６）。このとき、サーバｂ６宛
てのパケットはルータ４を経由している。
ｅｑｕｅｓｔをブロードキャストして、ルータ４のＭＡ
Ｃアドレスを問い合わせる（ステップ４０）。ＡＲＰ
Ｒｅｑｕｅｓｔを受信したルータ４は、ＡＲＰ Ｒｅｐ
ｌｙで応答する（ステップ４１）。ルータ４のＭＡＣア
ドレスを解決した端末３は、ルータ４へサーバｂ８宛て
のパケットを送信する（ステップ４２）。それを受信し
たルータ４は、ルーティングを行い、パケットをサーバ
ｂ８へ転送しようとする。（ステップ４３）。そこで、
ルータ４はＡＲＰ Ｒｅｑｕｅｓｔをブロードキャスト
して、サーバｂ８のＭＡＣアドレスを解決しようとする
（ステップ４４）。それに対してサーバｂ８はＡＲＰ
Ｒｅｐｌｙで応答する（ステップ４５）。それを受信し
たルータ４は、サーバｂ８へサーバｂ８宛てのパケット
を転送する（ステップ４６）。このとき、サーバｂ６宛
てのパケットはルータ４を経由している。
【００３９】逆に、サーバｂ８から端末３宛てのパケッ
トの送信の手順を説明する。図６によれば、サーバｂ８
は、ＡＲＰ Ｒｅｑｕｅｓｔをブロードキャストして、
端末３のＭＡＣアドレスを解決しようとする（ステップ
５０）。それに対して、Ｐｒｏｘｙ ＡＲＰの設定がさ
れている（ステップ５１）ルータ４は、ＡＲＰ Ｒｅｐ
ｌｙに自身のＭＡＣアドレスを入れて応答する（ステッ
プ５２）。一方、端末３は、ＡＲＰ Ｒｅｐｌｙ停止５
３を行っているので、このＡＲＰ Ｒｅｑｕｅｓｔには
応答することができない。アドレス解決をしたサーバｂ
８は、ルータ４へ端末３宛てのパケットを送信する（ス
テップ５４）。それを受信したルータ４は、ルーティン
グを行い（ステップ５５）、端末３へ端末３宛てのパケ
ットを転送する（ステップ５６）。このとき、ＡＲＰテ
ーブルには端末３のＩＰアドレスとＭＡＣアドレスの組
が登録されているので、ＡＲＰを使うことなく、ユニキ
ャストでパケットを転送することができる。
トの送信の手順を説明する。図６によれば、サーバｂ８
は、ＡＲＰ Ｒｅｑｕｅｓｔをブロードキャストして、
端末３のＭＡＣアドレスを解決しようとする（ステップ
５０）。それに対して、Ｐｒｏｘｙ ＡＲＰの設定がさ
れている（ステップ５１）ルータ４は、ＡＲＰ Ｒｅｐ
ｌｙに自身のＭＡＣアドレスを入れて応答する（ステッ
プ５２）。一方、端末３は、ＡＲＰ Ｒｅｐｌｙ停止５
３を行っているので、このＡＲＰ Ｒｅｑｕｅｓｔには
応答することができない。アドレス解決をしたサーバｂ
８は、ルータ４へ端末３宛てのパケットを送信する（ス
テップ５４）。それを受信したルータ４は、ルーティン
グを行い（ステップ５５）、端末３へ端末３宛てのパケ
ットを転送する（ステップ５６）。このとき、ＡＲＰテ
ーブルには端末３のＩＰアドレスとＭＡＣアドレスの組
が登録されているので、ＡＲＰを使うことなく、ユニキ
ャストでパケットを転送することができる。
【００４０】いずれの場合も、端末３から送信されるす
べてパケットは、必ずルータ４を経由することになるの
で、ルータ４のアクセスリストによりアクセス制御が可
能となる。
べてパケットは、必ずルータ４を経由することになるの
で、ルータ４のアクセスリストによりアクセス制御が可
能となる。
【００４１】以上、サーバが端末３と同一サブネット６
に存在する場合のアクセス制御方法を説明したが、サー
バが端末３と同一サブネット６と別サブネット７に同時
に存在する場合でも、本実施例と同様にアクセス制御が
可能である。
に存在する場合のアクセス制御方法を説明したが、サー
バが端末３と同一サブネット６と別サブネット７に同時
に存在する場合でも、本実施例と同様にアクセス制御が
可能である。
【００４２】次に本発明の第３の実施例について図面を
参照して詳細に説明する。図７によると、本実施例は、
Ｅｔｈｅｒｎｅｔ上に流れるＡＲＰ Ｒｅｐｌｙパケッ
トをキャプチャーし、ＩＰアドレスとＭＡＣアドレスの
組をデータベースに保持する機能を持つエージェント７
０が存在する点が異なる。
参照して詳細に説明する。図７によると、本実施例は、
Ｅｔｈｅｒｎｅｔ上に流れるＡＲＰ Ｒｅｐｌｙパケッ
トをキャプチャーし、ＩＰアドレスとＭＡＣアドレスの
組をデータベースに保持する機能を持つエージェント７
０が存在する点が異なる。
【００４３】本実施例では、先の実施例を運用中に、何
らかの方法でＩＰアドレスを不正入手し、手動設定を行
うことによりネットワークに端末に接続した場合の対策
方法について説明する。
らかの方法でＩＰアドレスを不正入手し、手動設定を行
うことによりネットワークに端末に接続した場合の対策
方法について説明する。
【００４４】図８において、エージェント７０は、Ｅｔ
ｈｅｒｎｅｔ上に流れるＡＲＰ Ｒｅｐｌｙパケットを
キャプチャーしてＩＰアドレスとＭＡＣアドレスの組を
収集し、それをデータベース８０に保持する。
ｈｅｒｎｅｔ上に流れるＡＲＰ Ｒｅｐｌｙパケットを
キャプチャーしてＩＰアドレスとＭＡＣアドレスの組を
収集し、それをデータベース８０に保持する。
【００４５】一方、ＤＨＣＰサーバ１が持つデータベー
ス２には、現在アドレスが割り当てられているユーザＩ
Ｄとそのユーザに割り当てたＩＰアドレス、ユーザの使
用している端末のＭＡＣアドレス、ＩＰアドレスを割り
当てた時刻、リース時間などを含む。
ス２には、現在アドレスが割り当てられているユーザＩ
Ｄとそのユーザに割り当てたＩＰアドレス、ユーザの使
用している端末のＭＡＣアドレス、ＩＰアドレスを割り
当てた時刻、リース時間などを含む。
【００４６】ＤＨＣＰ以外の手順で正規にＩＰアドレス
を割り当てられた端末の情報を加えたキャッシュデータ
２と、エージェントのデータベース８０とを定期的に比
較検証する。もし、不正に入手したＩＰアドレスを使用
していた端末が存在すると、キャッシュデータにはその
端末の情報が存在しないため、上記の比較検証によって
不正接続を検出することができる。
を割り当てられた端末の情報を加えたキャッシュデータ
２と、エージェントのデータベース８０とを定期的に比
較検証する。もし、不正に入手したＩＰアドレスを使用
していた端末が存在すると、キャッシュデータにはその
端末の情報が存在しないため、上記の比較検証によって
不正接続を検出することができる。
【００４７】本実施例では、エージェントの導入によ
り、ＩＰアドレスの不正入手による接続を検出できると
いう新たな効果を有する。
り、ＩＰアドレスの不正入手による接続を検出できると
いう新たな効果を有する。
【００４８】
【発明の効果】第１の効果は、ユーザ及び端末毎にネッ
トワーク接続可否を制御することができることにある。
トワーク接続可否を制御することができることにある。
【００４９】その理由は、ＤＨＣＰにユーザ認証を導入
したからである。
したからである。
【００５０】第２の効果は、ユーザ及び端末毎にアプリ
ケーションサーバへのアクセス制御を行うことができる
ことにある。
ケーションサーバへのアクセス制御を行うことができる
ことにある。
【００５１】その理由は、ＤＨＣＰサーバとルータが連
携してパケットフィルタを設定し、さらに端末から送信
されるすべてのパケットがルータを通過するようにした
ためである。
携してパケットフィルタを設定し、さらに端末から送信
されるすべてのパケットがルータを通過するようにした
ためである。
【００５２】第３の効果は、ネットワークのＩＰアドレ
スを不正入手し、手動設定を行うことによりネットワー
ク接続した端末を検出することができることにある。
スを不正入手し、手動設定を行うことによりネットワー
ク接続した端末を検出することができることにある。
【００５３】その理由は、ＩＰアドレスとＭＡＣアドレ
スの組を収集する機能を持つエージェントを導入したた
めである。
スの組を収集する機能を持つエージェントを導入したた
めである。
【００５４】第４の効果は、サーバ個別のアクセス制御
を不要とすることができることにある。
を不要とすることができることにある。
【００５５】その理由は、端末の接続段階でアクセス制
御を行い、端末からサーバ宛てのパケットが一切届かな
いからである。
御を行い、端末からサーバ宛てのパケットが一切届かな
いからである。
【図１】第１の実施例の構成を示すネットワーク図であ
る。
る。
【図２】第１の実施例の動作を示すシーケンス図であ
る。
る。
【図３】第１の実施例の動作を示すシーケンス図であ
る。
る。
【図４】第２の実施例の構成を示すネットワーク図であ
る。
る。
【図５】第２の実施例の動作を示すシーケンス図であ
る。
る。
【図６】第２の実施例の動作を示すシーケンス図であ
る。
る。
【図７】第３の実施例の構成を示すネットワーク図であ
る。
る。
【図８】第３の実施例の動作を示す図である。
１ ＤＨＣＰサーバ ２ データベース ３ 端末（ＤＨＣＰクライアント） ４ ルータ ５ サーバａ ６、７、９ サブネット ８ サーバｂ ７０ エージェント
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 GA11 GA21 GA31 HA01 HA06 HA10 HB18 JB00 KB06 KB13 KC58 MB01 5K030 GA15 HA08 HC14 HD03 HD07 HD09 JT03 JT06 KA05 LB02 LC13 LD19 LD20 MD09 5K033 AA08 CB01 CB08 CC01 DA01 DA05 DB19 DB20 EA07 EC03
Claims (7)
- 【請求項１】 第１サブネットに接続されているＤＨＣ
Ｐクライアント端末と、データベースを持つＤＨＣＰサ
ーバと、第１サブネットとルータを介して接続される第
２サブネットと、第２サブネットに接続されているアプ
リケーションサーバから構成されるネットワークにおけ
るアクセス制御方法において、 ＤＨＣＰを利用し、認証情報データベースによってユー
ザ単位での前記クライアント端末を認証し、クライアン
ト端末の送受パケットをサーバとルータの連携によって
フィルタリングすることを特徴とするアクセス制御方
法。 - 【請求項２】 第１サブネットに接続されているＤＨＣ
Ｐクライアント端末と、データベースを持つＤＨＣＰサ
ーバと、第１サブネットとルータを介して接続される第
２サブネットと、第２サブネットに接続されているアプ
リケーションサーバから構成されるネットワークにおけ
るアクセス制御方法であって、 前記クライアント端末が、ネットワークに接続する際
に、ＤＨＣＰサーバから端末認証とユーザ認証を得るス
テップと、 前記認証によって得られる情報を基にＤＨＣＰサーバと
ルータが連携してユーザ単位のアクセス制御を実施する
ステップと、 前記認証を得たＤＨＣＰクライアント端末のネットワー
ク接続が完了するステップを有するアクセス制御方法。 - 【請求項３】 第１サブネットに接続されているＤＨＣ
Ｐクライアント端末と、データベースを持つＤＨＣＰサ
ーバと、第１サブネットとルータを介して接続される第
２サブネットと、第２サブネットに接続されているアプ
リケーションサーバから構成されるネットワークにおけ
るアクセス制御方法であって、 前記ＤＨＣＰクライアント端末が前記ネットワークに接
続する際に、前記ＤＨＣＰクライアント端末が接続要求
情報をブロードキャストし、前記ＤＨＣＰサーバが割り
当て設定情報の提案をブロードキャストするステップ
と、 割り当て設定情報の提案を受けた前記ＤＨＣＰクライア
ント端末が認証に要する情報を含むＤＨＣＰ要求情報を
ブロードキャストし、ＤＨＣＰサーバが前記ＤＨＣＰク
ライアント端末の認証に要する情報を受け、ＤＨＣＰサ
ーバに接続されているデータベースを参照して認証する
ステップと、 認証に成功すればＤＨＣＰサーバが前記ＤＨＣＰクライ
アント端末に対応するアクセス制御をルータに依頼し、
認証に失敗すれば前記ＤＨＣＰクライアント端末に失敗
を報告するステップと、 依頼を受けたルータは依頼に含まれる各種情報を基に送
受パケットのフィルタリングを設定するステップと、 前記ルータは送受パケットのフィルタリングの設定結果
に基づき前記ＤＨＣＰサーバに結果情報を送信し、さら
に前記ＤＨＣＰサーバが前記ＤＨＣＰクライアント端末
に結果情報を返し、最終的に前記ＤＨＣＰクライアント
端末がネットワーク接続が完了するステップを有するア
クセス制御方法。 - 【請求項４】 前記送受パケットのフィルタリングを実
施するステップが、 前記ルータが、前記ＤＨＣＰクライアント端末から送信
されるすべてのパケットを受信するステップと、 前記ルータが、前記ＤＨＣＰサーバで設定されたアクセ
スリストに基づいて、前記パケットが許可されたもので
あればアプリケーションサーバに転送し、不許可ならば
アプリケーションサーバに転送せずにパケットを廃棄
し、履歴としてログ情報を残すフィルタリングステップ
を有する請求項１乃至３の何れかに記載のアクセス制御
方法。 - 【請求項５】 前記第１サブネットに接続されているＤ
ＨＣＰクライアント端末が、 特別なサブネットマスクを設定して、前記ルータと前記
ＤＨＣＰクライアント端末のみの第３サブネットを形成
するステップと、 前記第１サブネットに接続されているアプリケーション
サーバに前記ルータを介してパケットの送受信を行うス
テップを有する請求項１乃至４の何れかに記載のアクセ
ス制御方法。 - 【請求項６】 前記第１サブネットにさらにエージェン
ト端末を接続し、前記エージェント端末が、 ネットワークに流れるＩＰおよびＭＡＣアドレス情報を
前記エージェント端末の持つデータベースに収集するス
テップと、 前記ＤＨＣＰサーバが持つ前記ＤＨＣＰクライアント端
末に関するキャッシュデータと前記エージェント端末の
データベースとを比較検証するステップを有する請求項
１乃至４の何れかに記載のアクセス制御方法。 - 【請求項７】 第１サブネットに接続されているＤＨＣ
Ｐクライアント端末と、データベースを持つＤＨＣＰサ
ーバと、第１サブネットとルータを介して接続される第
２サブネットと、第２サブネットに接続されているアプ
リケーションサーバから構成されるネットワークにおけ
るアクセス制御方法において、 前記ＤＨＣＰクライアント端末毎にアプリケーションサ
ーバへのアクセス制御が行うステップと、 前記ＤＨＣＰサーバによるユーザ認証だけではなく、Ｄ
ＨＣＰサーバとルータが連携して、アクセス制御を行う
ステップと、 前記ＤＨＣＰクライアント端末とルータのみのサブネッ
トを構築するステップと、 第１サブネットに接続するエージェント端末により不正
接続の端末を検出するステップを有することを特徴とす
るアクセス制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000146598A JP2001326696A (ja) | 2000-05-18 | 2000-05-18 | アクセス制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000146598A JP2001326696A (ja) | 2000-05-18 | 2000-05-18 | アクセス制御方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001326696A true JP2001326696A (ja) | 2001-11-22 |
Family
ID=18652926
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000146598A Pending JP2001326696A (ja) | 2000-05-18 | 2000-05-18 | アクセス制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001326696A (ja) |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005328108A (ja) * | 2004-05-12 | 2005-11-24 | Nec Corp | ネットワーク、認証サーバ装置、ルータ装置及びそれらに用いる端末管理方法 |
| WO2006035478A1 (ja) * | 2004-09-27 | 2006-04-06 | Hewlett-Packard Development Company, L.P. | コンピュータシステムおよびその方法 |
| JP2006340161A (ja) * | 2005-06-03 | 2006-12-14 | Hitachi Ltd | パケット通信装置 |
| JP2007089199A (ja) * | 2005-09-20 | 2007-04-05 | Accenture Global Services Gmbh | 通信サービスのためのサードパーティアクセスゲートウェイ |
| CN100352220C (zh) * | 2004-11-18 | 2007-11-28 | 中兴通讯股份有限公司 | 基于动态主机配置协议加网络门户认证的安全接入方法 |
| CN100372331C (zh) * | 2005-12-12 | 2008-02-27 | 华为技术有限公司 | 一种过滤数据的方法及*** |
| JP2009055631A (ja) * | 2004-10-19 | 2009-03-12 | Panasonic Corp | 通信装置および認証方法 |
| WO2009069178A1 (ja) * | 2007-11-29 | 2009-06-04 | Duaxes Corporation | 通信制御装置及び通信制御方法 |
| US7573846B2 (en) | 2003-10-27 | 2009-08-11 | Samsung Electronics Co., Ltd. | Method and system for supporting mobility of mobile terminal |
| JP2009245301A (ja) * | 2008-03-31 | 2009-10-22 | Nec Corp | セッション管理・制御装置、方法、及び、プログラム |
| JP2011100207A (ja) * | 2009-11-04 | 2011-05-19 | Nippon Yunishisu Kk | リモートアクセス装置、リモートアクセスプログラム、リモートアクセス方法及びリモートアクセスシステム |
| WO2013190688A1 (ja) | 2012-06-21 | 2013-12-27 | 富士通株式会社 | 情報処理システム，情報処理方法，通信装置 |
| JP2014230157A (ja) * | 2013-05-23 | 2014-12-08 | 日本電信電話株式会社 | 管理装置、管理システム、管理方法及び管理プログラム |
| WO2015174823A1 (en) * | 2014-05-16 | 2015-11-19 | Mimos Berhad | System and method for accessing a network |
| WO2018052046A1 (ja) * | 2016-09-16 | 2018-03-22 | Ｎｅｃフィールディング株式会社 | 監視装置、端末装置、通信システム、監視装置の制御方法、端末装置の制御方法及びプログラム |
| JP7404922B2 (ja) | 2020-02-20 | 2023-12-26 | 沖電気工業株式会社 | 通信制御装置および通信制御方法並びに通信制御方法のプログラム |
-
2000
- 2000-05-18 JP JP2000146598A patent/JP2001326696A/ja active Pending
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7573846B2 (en) | 2003-10-27 | 2009-08-11 | Samsung Electronics Co., Ltd. | Method and system for supporting mobility of mobile terminal |
| JP4572086B2 (ja) * | 2004-05-12 | 2010-10-27 | Ｎｅｃインフロンティア株式会社 | ネットワーク、認証サーバ装置、ルータ装置及びそれらに用いる端末管理方法 |
| JP2005328108A (ja) * | 2004-05-12 | 2005-11-24 | Nec Corp | ネットワーク、認証サーバ装置、ルータ装置及びそれらに用いる端末管理方法 |
| WO2006035478A1 (ja) * | 2004-09-27 | 2006-04-06 | Hewlett-Packard Development Company, L.P. | コンピュータシステムおよびその方法 |
| US7761539B2 (en) | 2004-09-27 | 2010-07-20 | Hewlett-Packard Development Company, L.P. | Computer system and method thereof |
| JP2009055631A (ja) * | 2004-10-19 | 2009-03-12 | Panasonic Corp | 通信装置および認証方法 |
| CN100352220C (zh) * | 2004-11-18 | 2007-11-28 | 中兴通讯股份有限公司 | 基于动态主机配置协议加网络门户认证的安全接入方法 |
| JP2006340161A (ja) * | 2005-06-03 | 2006-12-14 | Hitachi Ltd | パケット通信装置 |
| JP4620527B2 (ja) * | 2005-06-03 | 2011-01-26 | 株式会社日立製作所 | パケット通信装置 |
| JP2007089199A (ja) * | 2005-09-20 | 2007-04-05 | Accenture Global Services Gmbh | 通信サービスのためのサードパーティアクセスゲートウェイ |
| JP4709721B2 (ja) * | 2005-09-20 | 2011-06-22 | アクセンチュア グローバル サーヴィシズ ゲゼルシャフト ミット ベシュレンクテル ハフツング | 通信サービスのためのサードパーティアクセスゲートウェイ |
| CN100372331C (zh) * | 2005-12-12 | 2008-02-27 | 华为技术有限公司 | 一种过滤数据的方法及*** |
| WO2009069178A1 (ja) * | 2007-11-29 | 2009-06-04 | Duaxes Corporation | 通信制御装置及び通信制御方法 |
| JP2009245301A (ja) * | 2008-03-31 | 2009-10-22 | Nec Corp | セッション管理・制御装置、方法、及び、プログラム |
| JP2011100207A (ja) * | 2009-11-04 | 2011-05-19 | Nippon Yunishisu Kk | リモートアクセス装置、リモートアクセスプログラム、リモートアクセス方法及びリモートアクセスシステム |
| WO2013190688A1 (ja) | 2012-06-21 | 2013-12-27 | 富士通株式会社 | 情報処理システム，情報処理方法，通信装置 |
| US9509680B2 (en) | 2012-06-21 | 2016-11-29 | Fujitsu Limited | Information processing system, information processing method and communication device |
| JP2014230157A (ja) * | 2013-05-23 | 2014-12-08 | 日本電信電話株式会社 | 管理装置、管理システム、管理方法及び管理プログラム |
| WO2015174823A1 (en) * | 2014-05-16 | 2015-11-19 | Mimos Berhad | System and method for accessing a network |
| WO2018052046A1 (ja) * | 2016-09-16 | 2018-03-22 | Ｎｅｃフィールディング株式会社 | 監視装置、端末装置、通信システム、監視装置の制御方法、端末装置の制御方法及びプログラム |
| JP7404922B2 (ja) | 2020-02-20 | 2023-12-26 | 沖電気工業株式会社 | 通信制御装置および通信制御方法並びに通信制御方法のプログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1876754B1 (en) | Method system and server for implementing dhcp address security allocation | |
| US8484695B2 (en) | System and method for providing access control | |
| US5884024A (en) | Secure DHCP server | |
| US7975048B2 (en) | Network including snooping | |
| JP4716682B2 (ja) | Ｍａｃアドレスの動的変更 | |
| JP2001326696A (ja) | アクセス制御方法 | |
| CA2274050A1 (en) | System, device, and method for routing dhcp packets in a public data network | |
| US8005963B2 (en) | Method and apparatus for preventing counterfeiting of a network-side media access control address | |
| JP2001211180A (ja) | クライアント認証機能付きｄｈｃｐサーバ、及びその認証方法 | |
| CN111654485B (zh) | 一种客户端的认证方法以及设备 | |
| WO2009079895A1 (fr) | Procédé permettant d'attribuer une adresse ip secondaire sur la base d'une authentification d'accès dhcp | |
| CN110445889B (zh) | 一种以太网环境下交换机ip地址管理方法及*** | |
| WO2012126335A1 (zh) | 一种访问控制方法、接入设备及*** | |
| JP3994412B2 (ja) | ネットワークシステム、網内識別子の設定方法、ネットワーク接続点、網内識別子の設定プログラム、及び記録媒体 | |
| KR100714368B1 (ko) | 인증 서버와 연동되는 ｉｐ 주소 관리 시스템 | |
| WO2009079896A1 (fr) | Procédé d'authenfication d'accès utilisateur fondé sur un protocole de configuration d'hôte dynamique | |
| JP2002084306A (ja) | パケット通信装置及びネットワークシステム | |
| JP2010187314A (ja) | 認証機能付きネットワーク中継機器及びそれを用いた端末の認証方法 | |
| Cisco | Configuring the System | |
| WO2001075626A9 (en) | Bridge configuration over ip/web | |
| WO2006075823A1 (en) | Internet protocol address management system co-operated with authentication server | |
| KR100513296B1 (ko) | 네트워크 접근제어를 위한 네트워크 관리장치와관리시스템 및 이를 이용한 네트워크 접근제어 방법 | |
| WO2013034056A1 (zh) | 一种位置信息处理方法和*** | |
| JP2004207788A (ja) | アクセス制御方法、アクセス制御装置およびその装置を用いたアクセス制御システム | |
| TWI255629B (en) | Method for allocating certified network configuration parameters |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040303 |