|
梅本肇 / ume@mahoroba.org
ネットワークインターフェイスの状態を見てみる。リスト2はifconfigの結果である。fxp0とfxp1がUPしているのがわかる。fxp1のほうはネットワークにつないでいないので、リンクローカルアドレス（fe80::290:27ff:fe3c:ef5）だけが割り振られている。注目していただきたいのはfxp0だ。何もしていないのに、すでにグローバルアドレス（3ffe:505:2:0:290:27ff:fe4e:f629と2001:200:301:0:290:27ff:fe4e:f629）が割り振られている。
リスト1 rootにデフォルトで設定されているPATH
fxp0は3ffe:505:2:0::/64と2001:200:301::/64というプレフィックスを持つネットワークにつながっている。IPv6のプラグアンドプレイ機能により、自動的にグローバルアドレスが割り振られているのだ。
リスト2 起動直後のネットワークインターフェースの状態 platpc[102]# ifconfig -a fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 inet 192.168.10.51 netmask 0xffffff00 broadcast 192.168.10.255 inet6 fe80::290:27ff:fe4e:f629@fxp0 prefixlen 64 scopeid 0x1 inet6 3ffe:505:2:0:290:27ff:fe4e:f629 prefixlen 64 inet6 2001:200:301:0:290:27ff:fe4e:f629 prefixlen 64 ether 00:90:27:4e:f6:29 media: autoselect supported media: autoselect 100baseTX <full-duplex> 100baseTX 10baseT/UTP <full-duplex> 10baseT/UTP fxp1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 inet6 fe80::290:27ff:fe3c:ef5@fxp1 prefixlen 64 scopeid 0x2 ether 00:90:27:3c:0e:f5 media: autoselect supported media: autoselect 100baseTX <full-duplex> 100baseTX 10baseT/UTP <full-duplex> 10baseT/UTP lp0: flags=8810<POINTOPOINT,SIMPLEX,MULTICAST> mtu 1500 gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 inet6 fe80::290:27ff:fe4e:f629@gif0 prefixlen 64 scopeid 0x4 gif1: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 inet6 fe80::290:27ff:fe4e:f629@gif1 prefixlen 64 scopeid 0x5 gif2: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 inet6 fe80::290:27ff:fe4e:f629@gif2 prefixlen 64 scopeid 0x6 gif3: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 inet6 fe80::290:27ff:fe4e:f629@gif3 prefixlen 64 scopeid 0x7 tun0: flags=8010<POINTOPOINT,MULTICAST> mtu 1500 lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 inet6 fe80::1@lo0 prefixlen 64 scopeid 0x9 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000
すると、4台のホストが応答してくれた。応答を返してくれたホストはIPv6に対応しているので、そのアドレスでアクセスすることが期待できる。リスト4は、pianoにリンクローカルアドレスでTELNETしたところだ。
リスト3 誰か返事して
では、経路テーブルを見てみよう。デフォルトの経路も自動的に設定されていることがわかる（リスト5）。この状態で外にも出て行くことが可能である。
リスト4 リンクローカルアドレスでTELNET
さて、ここまでで、IPv6がすぐに使用できることがおわかりいただけただろう。IPv6のプラグアンドプレイって便利だよね。もちろん、似たようなことはIPv4でもDHCPを使用すれば実現できる。しかし、IPv6では標準機能として備えている点がすばらしいと思う。
リスト5 経路情報
リブートする前に、取り敢えずsendmailの確認。sendmailは勝手に立ち上がらないようになっている。よしよし。:-)
リスト6 /etc/rc.confへのIPv4設定の追加
では、IPv6でクエリーできるか試してみよう（図1）。
リスト7 /etc/resolv.confの設定
おやっ？ IPv6を使ってくれない（図2）。
図1 クエリーを試す
FreeBSD標準のnslookupである。これでは無理だね。IPv6版bindを入れないといけないのかなと思って、マニュアルを見てみると、IPv6ed Packageとしてbind-8.1.2がインストールされているようだ。/usr/local/bin/にあった。
図2 IPv6を使ってくれない
では、ホスト名でTELNETしてみよう（図4）。大丈夫だね。グローバルアドレスでお話ししていることもわかるだろう。
図3 クエリーの確認ができた
図4 ホスト名でTELNETする
本来は、ネットワークの初期化部分とサーバー群の起動部分を分離し、/etc/rcから適宜起動されるように、rc.net6と/etc/rcを統合すべきなのだろうが、そこまではやってない。これはおそらく、KAMEの配布物にできるだけ近い状態にしておき、FreeBSDやKAMEをバージョンアップする際の便宜を計ったものだろう。
リスト8 /etc/rc.localからのrc.net6の起動部分 # put your local stuff here if [ -f /usr/local/v6/etc/rc.net6 ]; then sh /usr/local/v6/etc/rc.net6 fi echo '.'
リスト9 /etc/rc からKAME版inetdを起動 if [ "X${inetd_enable}" != X"NO" ]; then echo -n ' inetd' if [ -x /usr/local/v6/sbin/inetd ]; then /usr/local/v6/sbin/inetd ${inetd_flags} else inetd ${inetd_flags} fi fi
リスト10 IPv6 対応された/etc/inetd.confの記述(一部抜粋)
図5 /etc/sendmail.cf
第3の方法は、IPv6 over IPv4トンネルを使う方法である（図7）。この場合、既存ネットワークにはまったく変更を加える必要がない。やはり、ネイティブにIPv6を流したいところだが、IPv6が市民権を得るまではこの方法でしのぐことになるだろう。
図6 ルータによる接続
IPv6プリインストールマシンならば、上記のどの構成も作ることが可能である。ネットワークカードが2枚刺さっているのは、やはりルータ用途を意識したものだろう。
図7 トンネルによる接続 
図8 Mozilla6でhttp://www.v6.imasy.or.jp/を開いたところ 
また、sendmailやbindなどのIPv6対応サーバー系アプリケーションが入っているし、ApacheなどもKAMEのportsからインストールできるので、サーバー用途にもすぐに使用可能だ。しかし、パーティションの切り方を見ると、/varが128Mバイトしかなく、サーバー用途で使用するにはいささか小さいかもしれない（リスト11）。
図9 Mozilla6でhttp://www.jp.freebsd.org/を開いたところ 
全体的に見て、一応何にでも使えるように考えてあるようだが、その分、狙いが少しぼやけたものになっているようにも感じる。しかしながら、一通りIPv6を試してみるという向きには嬉しいマシンといえるだろう。
リスト11 初期状態のディスク情報
問い合わせ先
ぷらっとホーム株式会社
本社営業部営業課
Tel.(03)3251-2600