BOOTPD

Section: Maintenance Commands (8)
索引 jman

BSD mandoc

名称

bootpd , bootpgw - インターネットブートプロトコルサーバ/ゲートウェイ

書式

[-i | s ] [-c chdir-path ] [-d level ] [-h hostname ] [-t timeout ] [bootptab [dumpfile ] ] bootpgw [-i | s ] [-d level ] [-h hostname ] [-t timeout ] server

索引

解説

ユーティリティは RFC951, RFC1532, RFC1533 で定義されたインターネットブートプロトコル (BOOTP) サーバを実装したものです。 bootpgw ユーティリティは、要求と応答を、あるサブネット上のクライアントと、別のサブネット上の BOOTP サーバ (すなわち ) との間で転送するのに使われる、単純な BOOTP ゲートウェイを実装しています。または bootpgw は BOOTREPLY パケットを転送しますが、 bootpgw だけが BOOTREQUEST パケットを転送します。

各々のネットワークセグメントにつき、通常一つのホストで、以下の行のどれかをファイル /etc/inetd.conf に含めることにより、あるいは bootpgw が inetd(8) から起動されるように設定されます:

bootps dgram udp wait root /usr/libexec/bootpd bootpd /etc/bootptab

bootps dgram udp wait root /usr/libexec/bootpgw bootpgw server

この動作モードは「inetd モード」と呼ばれ、ブート要求が到着した時にだけ (あるいは bootpgw を開始します。もし最後にパケットを受信してから 15 分以内に別のパケットを受信しないのなら、システムの資源を浪費しないように終了します。 -t オプションがこのタイムアウト時間を制御します (オプション参照)。

他の通常のコマンドのように単にシェルから起動することで、 (あるいは bootpgw ) を「スタンドアローンモード」( inetd(8) なし) で実行することも可能です。が大きなコンフィギュレーションデータベースのもとで使われる時には、 inetd モードでの起動時の遅延がクライアントの要求に対する素早い応答を妨げるので、スタンドアローンモードは特に役に立ちます。 (例えば /etc/rc.local からを呼びだすことによって、スタンドアローンモードで自動的に起動することができます。) bootpgw は設定ファイルを読まないので、起動時の遅延はかなり小さく、スタンドアローンモードはあまり役に立ちません。

どちらのプログラムも、inetd から呼び出されたかシェルから呼び出されたかを自動的に検出し、自動的に適当なモードを選択します。 -s と -i オプションは各々、スタンドアローンモードと inetd モードを強制するのに使います (オプション参照)

索引

オプション

以下のオプションを使用可能です:

-t timeout: あるいは bootpgw プロセスが終了する前に BOOTP パケットを待つ timeout 値 (分単位) を指定します。もし timeout 分内にパケットを受信しなければ、プログラムは終了します。 timeout の値が 0 の場合は「永遠に実行する」という意味です。スタンドアローンモードでは、このオプションは 0 に強制されます。
-d debug-level: 生成されるデバッグメッセージの量を制御する変数 debug-level を設定します。例えば、 -d 4 や -d 4 では、デバッグレベルが 4 に設定されます。古いバージョンのとの互換性のため、数字のパラメータを省略 (つまり、 -d だけ) すると単にデバッグレベルを一つだけ増加させます。
-c chdir-path: クライアントのブートファイルの存在とサイズを検査する間にで使われるカレントディレクトリを設定します。クライアントのブートファイルが相対パス名で指定されていて、が TFTP サーバと同じカレントディレクトリ (典型的には /tftpboot を必要とするときに有用です。このオプションは bootpgw によっては認識されません。
-h hostname: 接続を待っている IP アドレスに対応するホスト名を指定します。デフォルトではは gethostname(3) が返すマシンのホスト名に対応する IP アドレスで待ちます。
-i: 強制的に inetd モードにします。このオプションは時代遅れですが、古いバージョンのとの互換性のために残してあります。
-s: 強制的にスタンドアローンモードにします。このオプションは時代遅れですが、古いバージョンのとの互換性のために残してあります。
bootptab: がロードする設定ファイルの名前を指定します ( のみ)。これはあらかじめ知っているクライアントとそのクライアントのオプションに関するデータベースです。
dumpfile: が、SIGUSR1 シグナルを受信したときに内部データベースをダンプするファイルの名前を指定します ( のみ)。このオプションはが -DDEBUG フラグ付きでコンパイルされたときだけ認識されます。
server: bootpgw が受信した全ての BOOTREQUEST パケットを転送する、 BOOTP サーバの名前を指定します ( bootpgw のみ)。

索引

操作

bootps ポートに送られたどんなパケットも取り込んでどんな BOOTREPLY パケットも単純に転送するという点でと bootpgw の双方が似た動きをします。 BOOTREQUEST の扱いは違います。

bootpgw は動作開始時に、コマンド行パラメータとして名前を与えられた BOOTP サーバのアドレスを決めます。 bootpgw が BOOTREQUEST パケットを受信したとき、パケットの「ゲートウェイアドレス」と「ホップ数」フィールドを設定し、パケットを前に決めたアドレスの BOOT サーバへ転送します。要求パケットは、クライアントが少なくとも 3 秒は待っているとパケットが示している時にだけ転送されます。

は動作開始時に設定ファイル (通常 /etc/bootptab を読みこみます。これで、あらかじめ知っているクライアントとクライアントのオプションに関する内部データベースを初期化します。この内部データベースは、が回線切断シグナル (SIGHUP) を受信したとき、または設定ファイルが変更されたことを発見したときに、再読み込みが行なわれます。

が BOOTREQUEST パケットを受信したとき、クライアントの要求に一致するデータベースエントリを探します。もしそのクライアントをあらかじめ知っていればは前に見付けたデータベースエントリを使って BOOTREPLY パケットを構成し、 (ひょっとしたらゲートウェイを使って) クライアントに返答を送ります。もしクライアントが未知ならば、(debug > 0 のときは注意を出して) 要求は捨てられます。

が -DDEBUG オプションでコンパイルされていれば、 SIGUSR1 シグナルを送ると内部データベースをファイル /tmp/bootpd.dump か、コマンド行パラメータで指定されたダンプファイルにダンプします。

初期化の時どちらのプログラムも、 (普通は /etc/services を使う) getservbyname(3) を呼ぶことで UDP ポート番号を決定します。二つのサービス名 (とポート番号) が使われます: