DHCP の使用に先立ってネットワークを設定する際には、1 つまたは複数のサーバーを構成する際の判断に役立つ情報を収集する必要があります。次の表の作業マップを使用して、DHCP を使用するためにネットワークを準備する作業を特定します。この表では、必要な作業、各作業で実行する内容の説明、および、個別の作業の実行手順を詳しく説明した節を一覧にして示しています。
作業 |
説明 |
説明 |
---|---|---|
ネットワークトポロジをマッピングします。 |
ネットワークでどのようなサービスが利用できるのかを判別し、その場所を突き止めます。 | |
必要な DHCP サーバーの数を決めます。 |
予想される DHCP クライアント数を元にして必要な DHCP サーバーの数を決めます。 | |
システムファイルと netmasks テーブルを更新します。 |
ネットワークトポロジを正確に反映します。 |
ネットワークの物理的な構造を示すマップをまだ作成していない場合は、それを作成します。このマップには、ルーターやクライアントの場所と、ネットワークサービスを提供するサーバーの場所を明示してください。ネットワークトポロジを示すこのマップは、どのサーバーから DHCP サービスを提供するかや、どのような構成情報をクライアントに提供するかを決める上で役立ちます。
ネットワークの計画については、第 2 章TCP/IP ネットワークの計画 (手順)を参照してください。
DHCP 構成プロセスは、サーバーのシステムファイルとネットワークファイルから、いくつかのネットワーク情報を検索できます。これらのファイルについては、 「システムファイルとネットマスクテーブルの更新」を参照してください。ただし、クライアントにほかのサービス情報を提供したい場合には、サーバーのマクロに入力する必要があります。ネットワークトポロジを点検する際には、クライアントが認識する必要があるサーバーの IP アドレスを控えておいてください。たとえば、次のサーバーがネットワークでサービスを提供している場合があります。しかし、DHCP 構成では、これらのサーバーは検出されません。
タイムサーバー
ログサーバー
プリントサーバー
インストールサーバー
ブートサーバー
Web プロキシサーバー
スワップサーバー
X Window フォントサーバー
Trivial File Transfer Protocol (TFTP) サーバー
IP ネットワーク環境によっては、いくつかのローカルエリアネットワーク (LAN) が同じネットワークハードウェアメディアを共有していることがあります。このようなネットワークでは、複数のネットワークハードウェアインタフェースが使用されていたり、複数の論理インタフェースが使用されていたりします。このような共有メディアネットワークでは、DHCP はうまく動作しません。同じ物理ネットワークで複数の LAN が動作していると、DHCP クライアントの要求はすべてのネットワークハードウェアインタフェースに送信されます。そのため、クライアントは、すべての IP ネットワークに同時に接続されているものとみなされます。
DHCP は、適切な IP アドレスをクライアントに割り当てられるように、クライアントのネットワークアドレスを特定できる必要があります。同じハードウェアメディアに複数のネットワークが存在していると、サーバーは、クライアントのネットワークを特定できないため、IP アドレスを割り当てることができません。
DHCP は、複数のネットワークの 1 つでしか実行できません。1 つのネットワークがユーザーの DHCP ニーズと合わない場合は、すべてのネットワークを再構成する必要があります。次のヒントを参考にしてください。
サブネットに対して可変長サブネットマスク (VLSM) を使用して、現在の IP アドレス空間をより有効に活用します。これにより、同じ物理ネットワーク上で複数のネットワークを使用する必要がなくなるかもしれません。可変長サブネットの実装については、netmasks(4) のマニュアルページを参照してください。Classless Inter-Domain Routing (CIDR) と VLSM の詳細は、http://www.ietf.org/rfc/rfc1519.txt を参照してください。
スイッチ上のポートを構成し、デバイスを別の物理 LAN に割り当てます。これにより、Oracle Solaris DHCP の要件である、1 つの LAN から 1 つの IP ネットワークへのマッピングが維持されます。ポートの構成については、スイッチに関する技術資料を参照してください。
DHCP クライアントをサポートするために必要なサーバーの数は、データストアに何を使用するかによって異なります。次の表は、1 つの DHCP サーバーで DHCP と BOOTP クライアントをいくつまでサポートできるかをデータストア別に示したものです。
表 13–1 DHCP サーバーによってサポートされると見込まれる最大のクライアント数
データストア |
サポートされる最大のクライアント数 |
---|---|
テキストファイル |
10,000 |
NIS+ |
40,000 |
バイナリファイル |
100,000 |
この最大数は一般的な指針であり、絶対的な数ではありません。DHCP サーバーのクライアント容量は、サーバーが 1 秒間にいくつのトランザクションを処理する必要があるかに大きく依存します。一方、トランザクション頻度は、リース期間や使用パターンで大きく変わります。たとえば、リースが 12 時間に設定され、ほとんどのユーザーが夜にシステムを停止するとします。多くのユーザーが朝の同じ時間にシステムを開始すると、多数のクライアントがリースを同時に要求するので、サーバーは、トランザクションのピークを処理できなければなりません。したがって、このような環境では、DHCP サーバーがサポートできるクライアントの数は本来より少なくなります。リース期間がより長い環境や、ケーブルモデムなど常時接続されているデバイスからなる環境では、サポートされるクライアントの数は多くなります。
データストアのタイプによる比較については、「DHCP データストアの選択」を参照してください。
DHCP を構成する間に、DHCP ツールは、サーバー上のさまざまなシステムファイルを走査し、サーバーの構成に使用できる情報を収集します。
DHCP マネージャや dhcpconfig を使ってサーバーの構成を行う前に、システムファイルの内容が最新の状態になっていることを確認してください。サーバーの構成を行なったあとにエラーに気が付いた場合は、DHCP マネージャまたは dhtadm を使って、サーバー上のマクロを修正する必要があります。
次の表は、DHCP サーバーの構成中に収集されるいくつかの情報と、情報の提供元を示します。サーバーで DHCP を構成する前に、これらの情報が適切に設定されていることを確認してください。サーバーの構成後にシステムファイルを変更する場合は、この変更を反映するためにサービスを再構成する必要があります。
表 13–2 DHCP 構成に使用される情報
情報 |
送信元 |
Comments |
---|---|---|
時間帯 |
システムの日時、時間帯の設定値 |
日時と時間帯は Oracle Solaris のインストール時に初期設定されます。日付を変更する場合は、date コマンドを使用します。時間帯を変更する場合は、/etc/default/init ファイルを編集して TZ 環境変数を設定します。詳細は、TIMEZONE(4) のマニュアルページを参照してください。 |
DNS パラメータ |
/etc/resolv.conf |
DHCP サーバーは、/etc/resolv.conf ファイルから DNSドメイン名や DNS サーバーアドレスなどの DNS パラメータを取得します。resolv.conf の詳細は、『Solaris のシステム管理 (ネーミングとディレクトリサービス : DNS、NIS、LDAP 編)』や resolv.conf(4) のマニュアルページを参照してください。 |
NIS または NIS+ パラメータ |
システムのドメイン名、nsswitch.conf、NIS、NIS+ |
DHCP サーバーは、domainname コマンドを使ってサーバーシステムのドメイン名を取得し、nsswitch.conf ファイルを見てドメインベースの情報をどこから検索するかを決めます。サーバーシステムが NIS または NIS+ クライアントの場合、DHCP サーバーは照会を行なって NIS または NIS+ サーバーの IP アドレスを取得します。詳細は、nsswitch.conf(4) のマニュアルページを参照してください。 |
デフォルトルーター |
システムの経路制御テーブル、管理者による入力 |
DHCP サーバーはネットワーク経路制御テーブルを検索し、ローカルネットワークに接続されているクライアントのデフォルトルーターを見つけます。クライアントが同じネットワーク上にない場合は、DHCP サーバーがこの情報の入力を要求する必要があります。 |
サブネットマスク |
ネットワークインタフェース、netmasks テーブル |
DHCP サーバーは、自身のネットワークインタフェースを参照して、ローカルクライアント用のネットマスクとブロードキャストアドレスを特定します。この要求がリレーエージェントからすでに転送されてきている場合には、リレーエージェントのネットワークにある netmasks テーブルからサブネットマスクを取得します。 |
ブロードキャストアドレス |
ネットワークインタフェース、netmasks テーブル |
ローカルネットワークの場合には、DHCP サーバーは、ネットワークインタフェースからブロードキャストアドレスを取得します。リモートネットワークでは、サーバーは BOOTP リレーエージェントの IP アドレスとリモートネットワークのネットマスクを使用して、そのネットワーク用のブロードキャストアドレスを計算します。 |