インストール対象のマシンが LAN に接続されている場合、 TFTP を用いると、そのマシンをネットワーク越しに他のマシンから起動できます。 インストールシステムを別のマシンから起動するには、 その「別のマシン」の特定の場所に起動ファイルを置き、 またインストール対象のマシンの起動をサポートするよう 設定しなければなりません。
設定が必要なのは TFTP サーバです。 また CATS マシンでは BOOTP サーバ 、DHCP サーバ. のいずれかの設定が必要です。
BOOTP は IP プロトコルのひとつです。 クライアントに対して、使うべき IP アドレスと、 ブートイメージをネットワークのどこから取得するかを伝えます。 DHCP (Dynamic Host Configuration Protocol) は、 BOOTP との後方互換性を保ちつつ、より柔軟に拡張させたものです。 システムによっては DHCP でしか設定できないこともあります。
Trivial File Transfer Protocol (TFTP) は、 ブートイメージをクライアントに提供するために用います。 理論的には、どんなサーバでも、どんなプラットフォームでも、 これらのプロトコルを実装してさえいれば利用できます。 この節では、SunOS 4.x, SunOS 5.x (Solaris), GNU/Linux での例を示します。
GNU/Linux で使える BOOTP サーバは二つあります。 CMU の bootpd と、もう一つは実際には DHCP サーバなのですが、 ISC の dhcpd です。それぞれ Debian GNU/Linux では bootp パッケージと dhcp パッケージに入っています。
CMU bootpd を使う場合は、まず /etc/inetd.conf ファイルの 該当行をアンコメント (または追加) する必要があります。 Debian GNU/Linux では update-inetd --enable bootps を実行し、 続いて /etc/init.d/inetd reload とすれば OK です。 この行は次のようなものです。
bootps dgram udp wait root /usr/sbin/bootpd bootpd -i -t 120 |
ここで次に /etc/bootptab を作成します。 このファイルの書式は、 printcap, termcap, disktab ファイルなどでお馴染みの、 例のわかりにくい形式になっています。 詳細は bootptab マニュアルページを見てください。 CMU bootpd では、 クライアントのハードウェア (MAC) アドレスを知っておかなければなりません。 /etc/bootptab の例を示します。
client:\ hd=/tftpboot:\ bf=tftpboot.img:\ ip=192.168.1.90:\ sm=255.255.255.0:\ sa=192.168.1.1:\ ha=0123456789AB: |
少なくともクライアントのハードウェアアドレスを指定している "ha" オプションは変更する必要があるでしょう。 "bf" オプションはクライアントが TFTP で取得するファイルを指定しています。 詳細は 項4.3.4. 「TFTP イメージを適切な場所に配置する」 を参照してください。
対照的に、ISC dhcpd を使っての BOOTP の設定は実に簡単です。 dhcpd では、BOOTP クライアントは やや特殊な DHCP クライアントとして取り扱われます。 アーキテクチャによっては、BOOTP によるクライアントの起動には 複雑な設定が必要になります。 これに該当してしまったら、項4.3.2. 「DHCP サーバの設定」 の節を読んでください。 該当しないアーキテクチャでは、 クライアントの含まれるサブネットの設定ブロックに allow bootp というディレクティブを追加し、 /etc/init.d/dhcpd restart で dhcpd を再起動するだけです。
このマニュアルの執筆の時点では、フリーソフトウェアの DHCP サーバは ISC の dhcpd だけしかありません。 Debian GNU/Linux では、これは dhcp パッケージに入っています。 次に示すのは、dhcp の設定ファイル (普通は /etc/dhcpd.conf) の例です。
option domain-name "example.com";
option domain-name-servers ns1.example.com;
option subnet-mask 255.255.255.0;
default-lease-time 600;
max-lease-time 7200;
server-name "servername";
subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.200 192.168.1.253;
option routers 192.168.1.1;
}
host clientname {
filename "/tftpboot/tftpboot.img";
server-name "servername";
next-server servername;
hardware ethernet 01:23:45:67:89:AB;
fixed-address 192.168.1.90;
}
|
注: 新しい(そして好ましい) dhcp3 パッケージは /etc/dhcp3/dhcpd.conf を使用します。
この例では、"servername" というサーバがひとつあり、 DHCP サーバ, TFTP サーバ, ネットワークゲートウェイの仕事をすべて行っています。 domain-name オプション、サーバ名、クライアントのハードウェアアドレスは、 必ず変更する必要があります。 "filename" オプションは TFTP 経由で取得するファイルの名前です。
dhcpd の設定ファイルの編集を終えたら、 /etc/init.d/dhcpd restart によって dhcpd を再起動してください。
TFTP サーバを立ち上げるには、 まず tftpd が有効になっているか確認します。 /etc/inetd.conf に次のような行があればおそらく大丈夫です。
tftp dgram udp wait nobody /usr/sbin/tcpd in.tftpd /tftpboot |
Debian パッケージは一般的にインストールする際、 デフォルトで正しくセットアップできます。
/etc/inetd.conf を見て、in.tftpd の引数に与えられているディレクトリを覚えてください。 後でこのディレクトリを使います。 in.tftpd のバージョンによっては、 -l 引数をつけると、 すべての要求をシステムログに記録できます。 これは起動エラーの診断に有用です。 /etc/inetd.conf を変更したら、 変更したことを inetd に伝えなければなりません。 Debian マシンでは /etc/init.d/inetd reload を実行します。 他のマシンでは、inetd のプロセス ID を見つけて、 kill -HUP inetd-pid を実行します。
次に行うことは、 項4.2.3. 「インストール用ファイルのありか」 の記述にある、必要な TFTP ブートイメージを、 tftpd のブートイメージディレクトリに置く作業です。 このディレクトリは普通 /tftpboot です。 tftpd が特定のクライアントの起動に用いるファイルへのリンクを、 ここに作らなければなりません。 残念ながら、ファイルの名前は TFTP クライアントによって決まり、 強制力のある標準は存在しません。
TFTP クライアントが検索するファイルは、 client-ip-in-hexclient-architecture であることが多いです。 client-ip-in-hex を計算するには、 クライアントの IP アドレスの各バイトを 16 進数表記に変換します。 bc プログラムが使えるマシンが手元にあるようなら、 これを使うのがいいでしょう。 まず obase=16 コマンドを実行し、 出力を 16 進にします。続いてクライアントの IP アドレスの各部を ひとつづつ入力します。 client-architecture の値には、 いろいろな値を入れて試してみてください。
DECstation には、各サブアーキテクチャごとに tftp イメージがあり、 カーネルとインストーラがひとつのイメージに収められています。 命名規則は tftpimage-subarchitecture または tftpimage-subarchitecture.gz です。 tftp イメージが gzip されている (名前の最後が .gz になっている) 場合は、まず gunzip tftpimage-subarchitecture.gz として展開しなければなりません。 DECstation は TFTP から圧縮ファイルで起動することはできません。 上述の例のように BOOTP/DHCP を設定したのでしたら、 使いたい tftp イメージを /tftpboot/tftpboot.img にコピーします。
DECstation ファームウェアから TFTP ブートするには、 boot #/tftp というコマンドを使います。ここで # は起動元の TurboChannel デバイスの番号です。 ほとんどの DECstation では、これは "3" です。 BOOTP/DHCP サーバがファイル名を与えない場合や、 パラメータを追加して渡したい場合は、 次の書式に従ってこれらを追加できます。
boot #/tftp/filename param1=value1 param2=value2 ...
DECstation ファームウェアのリビジョンに寄っては、 ネットワークブートに問題があることがあります。 転送は開始するのですが、しばらく経つと a.out err で停止してしまうのです。 これにはいくつかの理由が考えられます。
ファームウェアが TFTP 転送の最中に ARP リクエストに反応しない。 すると ARP タイムアウトが起こり、転送が停止します。 これを解決するには、DEC station のイーサネットカードの MAC アドレスを、 TFTP サーバの ARP テーブルに静的に追加することです。 これを行うには TFTP サーバマシンの root 権限で arp -s IP-address MAC-address とします。 DECstation の MAC-address は、DECstation ファームウェアのプロンプトで cnfg と入力すればわかります。
TFTP から起動できるファイルサイズの制限がファームウェアにある。
そもそも全く TFTP からは起動できないファームウェアリビジョンもあります。 ファームウェアリビジョンごとの違いについての概説は、 NetBSD web ページ: http://www.netbsd.org/Ports/pmax/board-list.html#proms. にあります。
システムによっては、標準のインストール RAM ディスクと、 TFTP ブートイメージに必要なメモリとをあわせると、 メモリが足りないことがあります。 この場合でも TFTP を用いたインストールは可能で、 ルートディレクトリを同様にネットワークから NFS でマウントするようにすればいいのです。 このタイプの設定は、 ディスクレスクライアントやデータレスクライアントにも適しています。
まず、項4.3. 「TFTP ネットブート用ファイルの準備」 に説明されている全ての手順を踏んでください。
Linux カーネルイメージを TFTP サーバにコピーします。 起動させようとしているアーキテクチャの a.out イメージにしてください。
root アーカイブを NFS サーバで untar します (NFS サーバは TFTP サーバと同じマシンでも構いません)。
# cd /tftpboot # tar xvzf root.tar.gz |
GNU tar を使ってください。 (SunOS のものなど、他の tar プログラムでは、 デバイスを通常のファイルとして扱ってしまいます)
/tftpboot/debian-sparc-root ディレクトリを、 クライアントから root でアクセスできるようにします。 つまり次の行を /etc/exports に追加します (GNU/Linux の書式ですが、SunOS でも同じようなもののはず):
/tftpboot/debian-sparc-root client(rw,no_root_squash) |
注意: "client" は、起動しようとしているシステムの (このサーバから見た) ホスト名または IP アドレスにします。
/tftpboot ディレクトリに、 debian-sparc-root に対するシンボリックリンクを、 IP アドレスの名前 (ドット区切り表記) で作ります。 例えばクライアントの IP アドレスが 192.168.1.3 なら次のようにします。
# ln -s debian-sparc-root 192.168.1.3 |
項4.3.5. 「メモリの少ないシステムでの TFTP インストール」 の場合と似ています。 RAM ディスクをロードせず、 新しく作った NFS-root ファイルシステムから起動させたいわけですから。 tftpboot イメージへのシンボリックリンクは、 カーネルイメージへのシンボリック (例えば linux-a.out) に置き換える必要があります。
RARP/TFTP は、すべてのデーモンが同じサーバで動作している必要がありました (sparc ワークステーションは TFTP リクエストを以前の RARP リクエストに 返答したサーバに送ります)。