Comments
Description
Transcript
IPv6 - 阪南大学
IPv6 を使ったネットワーク構築 阪南大学 経営情報学部 5107118 澤竹 1 経営情報学科 潤一郎 目次 第2章 関連研究 ............................................................................................................. 4 第1節 IPv4 について .................................................................................................... 4 第2節 IPv6 について .................................................................................................... 5 第3節 KAME プロジェクト・FreeBSD について ........................................................ 6 第4節 第3章 Linux について .................................................................................................. 6 Linux での IPv6 実装 ......................................................................................... 8 第1節 Linux の IPv6 実装の現状 .................................................................................. 8 第2節 IPv6 の基本設定 ............................................................................................... 10 第3節 アプリケーションの導入 .................................................................................. 11 第4節 パッケージ管理によらないアプリケーションの導 ........................................... 13 第5節 アプリケーションの設定 .................................................................................. 14 第6節 動作確認 ........................................................................................................... 16 第7節 IPv6 アドレス用マクロ .................................................................................... 18 第 8 節 Linux の IPv6 対応の将来動向......................................................................... 19 第 4 章 FreeBSD での IPv6 実装 ..................................................................................... 20 第1節 OS の基本設定.................................................................................................. 20 第2節 アプリケーションの導入 .................................................................................. 22 第3節 アプリケーションの設定 .................................................................................. 26 第 4 節 動作確認 ........................................................................................................... 28 第 5 章 IPv6 対応ルータについて .................................................................................... 31 第1節 IPv6 対応ルータの仕様の比較 ......................................................................... 31 第2節 IPv6 対応ルータ 8 製品の詳細説明 .................................................................. 31 第1項 corega/CG-WLBARGPXB[5] ......................................................................... 31 第2項 corega/CG-BARPRO6[6] ............................................................................... 32 第3項 第4項 BUFFALO/BBR-4HG[7]................................................................................ 32 BUFFALO/WHR-G301N[8] .......................................................................... 33 第5項 PLANEX/BRL-04M[9]................................................................................... 33 第6項 PLANEX/MZK-WNH[10] .............................................................................. 34 第7項 I･O DATA/WN-G54/R3[11] ............................................................................ 34 第8項 I･O DATA/NP-BBRL[12] ............................................................................... 35 第3節 ホームネットワークの構築事例 ....................................................................... 35 第 4 節 製品仕様の比較結果および考察 ....................................................................... 36 第 6 章 まとめ .................................................................................................................. 37 参考文献 ............................................................................................................................. 38 謝辞 .................................................................................................................................... 38 2 第1章 はじめに 世界でのインターネット利用人口は、2006 年時点で 10 億人を越えて現在も増加し続 けている。2013 年には世界でのインターネット利用人口は 22 億人になるとも言われて おり、全世界の 3 割以上の人がインターネットを利用すると予測されている。しかし、 このままインターネット利用人口が増え続ければ、IP アドレスが枯渇するという問題 が予想されている。現在、IPv4 というプロトコルが使用されており、振り分け可能な IP アドレス数は、232（＝4,294,967,296）個である。この IP 枯渇問題に対し、IETF （Internet Engineering Task Force）会議では、Classless Inter-Domain Routing（以 下 CIDR）と Supernetting を検討することになった。CIDR はクラスを廃止すること によりアドレスの利用効率を高める技術である。Supernetting は、経路を集約しその 数を削減するための技術である。これらの技術は実用化され、アドレスの枯渇時期を先 延ばしにすることを可能にした。しかし、2009 年 8 月時点での未使用の IPv4 アドレ ス数が約 5 億個とされており、ここ数年で IP アドレスが枯渇するのは間違いないとさ れている。 そこで、現在 IP 枯渇問題を解決するために実装が進められている IPv6 というプロ トコルに着目した。IPv6 プロトコルは、現在主流である IPv4 プロトコルにかわるもの として開発されている。 それまで最大であった IPv4 プロトコルの IP アドレスの数を、 2128（＝340,282,366,920,938,463,463,374,607,431,768,211,456）個まで使えるという ものである。これだけの数の IP アドレスが使用可能になれば、IP 枯渇問題は解消され ることになる。現在、日本国内では一部の ISP により商用・実験サービスが開始され ている。 そこで、本論文では FreeBSD と Linux を利用した IPv6 ネットワーク構築を紹介す る。2 章では IPv6 全体の概要と Linux、KAME プロジェクトの FreeBSD について紹 介する。3 章では Linux を利用した IPv6 プロトコルの構築を紹介する。4 章では FreeBSD を利用した IPv6 プロトコルの設定を紹介する。5 章では IPv6 対応ルータの 仕様比較を紹介する。6 章では本論文のまとめを述べる。 3 第2章 関連研究 2 章では、本研究に使用する技術や例題を紹介する。1 節では IPv6 の概要について、 2 節では IPv6 プロトコルの概要について、3 節では KAME プロジェクト・FreeBSD について、4 節では Linux について紹介する。 第1節 IPv4 について IPv4 とは、Internet Protocol Version 4 の略である。OSI 参照モデルにおいてネッ トワーク層に位置づけられるプロトコルである。転送の単位であるパケットの経路選択 と、その断片化と再構築が主な機能である。TCP/IP の基本機能として現在のインター ネットで利用されている IP はこれがほとんどである。アドレス資源を 32 ビットで管 理しているため、識別できるコンピュータの最大数は 42 億 9496 万 7296 台である。ま た、IP パケットの先頭には必ず IP ヘッダが付加され、それにより経路選択などの IP 機能が実現されている（図 1） 。[2] そして、IP で用いられる 32 ビットのアドレスは IP アドレスと呼ばれており、この IP アドレスはネットワークアドレスとホストアドレスに分けて用いられる。通常は、 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 バージョン ヘッダ長 サービス種別 識別子 生存時間 全長 フラグ プロトコル 断片位置 チェックサム 送信元アドレス 宛先アドレス 拡張情報 データ 【図 1】パケット形式図 ドット付き十進法あるいはドットアドレスと呼ばれる 0～255 の数字 4 組をドットでつ ないだ形で表記される。ネットワークアドレスとホストアドレスの境界は、IP アドレ スの先頭のビット列で定められ、境界の位置により IP アドレスはクラス（class）とし て分類されている（図 2）。 クラス 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 ホスト a 0 ネットワーク ネットワーク ホスト b 1 0 1 1 0 ネットワーク ホスト c 1 1 1 拡張アドレスモード 【図 2】 クラス分類図 4 第2節 IPv6 について IPv6 とは、Internet Protocol Version 6[3]の略であり、IPv4 の次世代プロトコルとし て注目されている。IPv4 の次世代プロトコルとしての検討は、1992 年頃から始まり、 1994 年に複数の IP 候補から SIPP(Simple Internet Protocol Plus)という IP が採用さ れ、翌 1995 年に IPv6 となり基本仕様が取り決められた。また、現状では個人への割 り 当 て が 可 能 な グ ロ ー バ ル IP の 数 は 限 り が あ る た め 、 NAT(Network Address Translator)を使ってプライベートアドレスとグローバルアドレスを変換して通信して いる。しかし、ネットワークを相互接続する必要がある場合、プライベートアドレスを 使用している場合、ネットワークの管理者が相互接続をしようとすれば、アドレスが重 複 す る 可 能 性 が 出 て く る 。 さ ら に 、 NAT の ア ド レ ス 変 換 が IPSec （ Security Architecture for Internet Protocol）では改ざんとなってしまうために、IPSec が機能 せず、IPSec が使用できないということもある。また、当初インターネットは研究ネッ トワークから始まったが、音楽、画像、動画などの大容量のマルチメディア情報をやり 取りするようになって IPv4 では対応できなくなりつつある。携帯電話や携帯端末機、 自動車、情報家電などもインターネットに接続され、常時接続環境が普及した場合、プ ライベートアドレスや NAT の限界も見えてきている。しかし、IPv6 では、アドレス空 間が拡大されたことから、このような環境変化などに対応できると考えられる(図 3)。 このように IPv6 の導入により、さまざまな機器がネットワークにつながり、それらの 間で通信が可能になり、新しい応用も考えられる。このように、IPv6 は様々な可能性 を支える基盤技術といえる。 モバイル 研究ネットワ 研究ネット ーク ワーク 携帯電話 携帯情報端末 研究ネット 商用ネットワー ワーク ク(ISP) 商用ネットワー 自動車 ク(ISP) 企業内 IP SOHO ネットワーク 企業内 IP SOHO ネットワーク 情報家電 【図 3】インターネット技術の適用範囲の拡大 5 第3節 KAME プロジェクト・FreeBSD について KAME プロジェクトとは、IIJ、NEC、東芝、日立、富士通、横河電機各社による共 同研究プロジェクトである。IPv6 と IPsec の開発及び普及を目的として、1998 年から 活動している。 KAME プロジェクトでは BSD 系の OS（FreeBSD、NetBSD、OpenBSD など）を ターゲットとしてプロトコルスタックの開発やアプリケーションの IPv6 対応などを行 っている。2005 年には、IPv6 の基本規格の実装はほぼ安定したということで、 「KAME プロジェクト完成宣言」が行われ、2006 年 3 月をもって活動の終了が発表された。ち なみに、KAME プロジェクトの Web サイトに IPv6 でアクセスするとトップページの 亀の画像が手足を動かすアニメーションをするようになっている。このページは、IPv6 で通信可能かどうかを判断する手段として広く知られており、「亀が躍る」と呼ばれて いる。KAME の実装は BSD ライセンス下でフリーソフトウェアとして公開されており、 現在までに各 BSD UNIX の IPv6 スタックとして採用されており、さらにルータベン ダなどにも採用されている。KAME プロジェクトは、USAGI プロジェクトや TAHI プロジェクト同様に WIDE プロジェクト傘下のプロジェクトで、特にこれらのプロジ ェクトとは密接に関係している。 FreeBSD とは、UNIX 系のオープンソースの OS であり、NetBSD や OpenBSD と 同じ BSD の子孫のひとつである。特徴は、Web サイトで、安定していて高速・高性能 かつ安全・先進的な機能や多くのセキュリティ機能を提供しており、FreeBSD jail（OS レベル仮想化機構）等の機能もレンタルサーバ等に適したシステムであるといえる。 Linux とは異なり、カーネルとユーザーランドを含めてひとつの OS であり、そして OS 側に GPL ライセンスのものを含まないようにしている。かつては自分の環境に合 わせてカーネルを再ビルドする方法が主流であったが、generic カーネルに必要に応じ てカーネルモジュールを追加する形で運用することが多い。 第4節 Linux について Linux とは、一般的には UNIX 系のコンピュータ用 OS の一群を示し、厳密にはその 中核となる部分であるカーネルのことである。1991 年にフィンランドのヘルシンキ大 学の大学院生（当時）Linus Torvalds 氏によって開発された。最初はアセンブリ言語 で記述されたターミナルエミュレータだったが、その後 Minix よりも優れた Minix を 作るために拡張された。現在では、パーソナルコンピュータに限らず、携帯電話のよう な組み込みシステムからメインフレームや HPCC などのスーパーコンピュータまで、 6 幅広く利用されている。Linux はほかの OS に比べ、低い性能のコンピュータでも軽快 に動作する。Linux と呼ばれているものには、Red Hat、Debian、Slackware など、 各種のディストリビューションがあり、それぞれ少しずつ違いがある。ただし、本当の 意味で Linux と呼べるのはカーネルのみであり、OS を構成するほかの部分は GNU も しくは BSD スタイルライセンスを採用しているソフトウェアで構成されている。 Linux カーネルを用いて構築された OS 環境は、一時的には UNIX 系 OS、UNIX 互換 OS な どとして分類される。ただし厳密には本来の UNIX と混同して扱うことは適切ではな い。かつては「ハッカーの OS」としてのイメージが強かったが、最近ではユーザーフ レンドリーなデスクトップ環境が充実し、さらにシステムソフトウェアパッケージなど の管理システムも発達し、グラフィカルなラッパーなどが充実した結果、システムの保 守運用も容易なものとなったため、それまで縁遠いものとされてきたエンドユーザーの 一部にも普及し始めている。さらに無料なうえ、オープンソースで改良も自由であるが、 改変、追加した部分は GPL に基づいてソースの改良は公開しなければならないという 条件がある。最近になり基本ライブラリである libc についても、GNU libc を採用する ものがほとんどであるため、システムを構成する最も基本となるソフトウェアは、 Linux カーネルと GNU libc、gcc の 3 点セットであるといえる。ほかのツールの選択 の違いや、gcc やカーネルの採用バージョンの違いはあるが、 この 3 点を抑えておけば、 読み替えることが可能である。この多くの利用者の知識を取り入れるというウィキペデ ィアとよく似た利用方法が、各方面に利用できる「幅広い機能」と数多くの利用者によ る修正を経た結果の「高い信頼性」につながっている。 7 第3章 第1節 Linux での IPv6 実装 Linux の IPv6 実装の現状 現在、IPv4 アドレス枯渇問題は、インターネットアーキテクチャに対して非常に大 きな影響を与えている。まず、インターネットをレイヤ分けすると（図 4）のように表 現できる。IP を表す第 3 層（ネットワーク層）のプロトコルだけが単一となっており、 それ以外はすべて複数のプロトコルが存在しているため、砂時計のような形になってい る。しかし、今までは単一であった IP が IPv6 の登場によって 2 つへ変わろうとして いる。 （図 5）IPv6 と、IPv4 には互換性がないため、両者は平行して存在するようにな り、IPv6 インターネットと IPv4 インターネットが同時に利用されるようになることが 考えられる。その時、一般的な家庭での接続形態は（図 6）のようになる。現時点では、 各家庭からのインターネット接続は IPv4 に対してのみである。しかし、それと同時に IPv6 とも接続することが、徐々に可能となっていくと思われている。しかし、一般家 庭へ配線を考えた場合、結局は１つの配線に IPv6 と IPv4 の両方のパケットが流れる だけであり、物理的には同じ通信路やトロポジになる部分も多いと思われる。 Thunderbird Firefox Mew Apache POP3 TELNET HTTP SMTP TCP UDP Thunderbird Firefox Mew Apache POP3 TELNET HTTP SMTP TCP UDP IPv4 IPv4 MPLS PPP Ethernet SONET CAT-5e CAT-6 Wireless MPLS PPP Ethernet SONET CAT-5e CAT-6 Wireless 【図 4】 【図 5】 IPv6 が加わったレイヤ分け IPv4 のレイヤ分け IPv4インター ネット IPv6インター ネット CPE 【図 6】 IPv6 一般的な家庭での接続形態 8 そこで、Linux の IPv6 対応状況であるが、FreeBSD の KAME プロジェクトなどと比 較すると、あまり芳しくない。しかし、現在のバージョンの Linux が IPv6 のプラット フォームとして利用できないわけではない。現在の Linux の実装では、IPv6 サーバや ルータとしての利用で問題が発生する場合もあるが、デスクトップの IPv6 端末として 利用するには、十分な機能がある。さらに、BSD や Solaris などとも比較しても、日本 語に対応した環境構築が容易なためデスクトップの IPv6 対応ホストとして考えた場合 は非常に便利なものである。 Linux での IPv6 実装において、問題の一つはカーネル内部のスタックの未分離問題 である。Linux カーネルの IPv6 プロトコルスタックは、 IPv4 プロトコルスタックと別々 になっていないため、IPv6 だけを利用したものは作れない。同様に、カーネル内部で IPv4 と IPv6 が分離していないため、KAME 環境のように IPv6 と IPv4 を分けて管理 することができない。 （図 7）そのため、１つのプログラムで、IPv6 と IPv4 のサービ スを行う必要がある。 IPv6独自部分 IPv4スタック ＋ IPv4、IPv6共通部分 デバイスドライバなど 【図 7】 カーネル内部のプロトコルスタックの構造 IPv6 において、アドレス自動生成を使用する場合、ホストはルータが出す Router Advertisement メッセージを受信し、それに追従して状態を変える。現在の Linux カ ーネルでは、この機能に問題があり、実験目的のネットワークなどでは、運用中にアド レスが変更されるなど、ルータを変更した場合などに正常な通信ができなくなるという 問題がある。そのため、アドレスの付け替えやルータの入れ替えなどを行うたびに、ア ドレス自動生成を利用する Linux は、再起動する必要がでてくる。 アプリケーションに関しても、最近になって sendmail や BIND のように IPv6 が標 準で対応しているソフトウェアも増えてきてはいる。しかし、開発の本家で IPv6 への 対応がいまだに行われていないものに関しては、IPv6 利用者や IPv6 プロトコルスタッ フの開発に携わっている人たちが、独自にパッチを製作している。さらに、Linux では IPv6 アプリケーションのパッケージを IPv4 用のパッケージと別に配布する体制のデ ィストリビューションがないため、IPv6 を利用する場合、自分でバイナリパッケージ を製作する必要がある。 9 第2節 IPv6 の基本設定 まず、Linux で利用する OS は、IPv6 対応を積極的に行っているディストリビュー ションの中でも、日本語の利用環境が整っている Kondara/MNU Linux を利用する。 Kondara/MNU Linux には、Kondara プロジェクトから配布されているフリーと商用 の 2 種類のバージョンがあるが、ここでは安定していてかつ最新である商用版である Kondara2000 をベースに解説していく。OS のインストールは、通常のインストールで よく、インストール終了後すでに IPv6 対応がされたカーネルなどがインストールされ ている。 [root@linux root]$ sysctl -a|grep ipv6 net.ipv6.conf.eth0.router_solicitation_delay = 1 net.ipv6.conf.rth0.router_solicitation_interval = 4 net.ipv6.conf.rth0.router_solicitations = 3 net.ipv6.conf.rth0.dad_transmits = 1 net.ipv6.conf.rth0.autoconf = 1 ←eth0のアドレス自動生成は有効 net.ipv6.conf.rth0.accept_redirects = 1 net.ipv6.conf.rth0.accept_ra = 1 ←eth0でRouter Advertisementは受理する net.ipv6.conf.rth0.mtu = 1500 net.ipv6.conf.rth0.hop_limit = 64 net.ipv6.conf.rth0.forwarding = 0 （中略） net.ipv6.conf.default.autoconf = 1 ←標準のアドレス自動生成は有効 net.ipv6.conf.default.accept_redirects = 1 net.ipv6.conf.default.accept_ra = 1 ←標準でRouter Advertisementは受理する net.ipv6.conf.default.mtu = 1280 net.ipv6.conf.default.hop_limit = 64 （中略） net.ipv6.route.max_size = 4096 net.ipv6.route.gc_thresh = 1024 【図 8】 sysctl コマンドによるカーネルの状態確認 次に、IPv6 の設定であるが、DNS と Web サーバをインストールするためにアドレ ス自動生成を利用するための設定を行う。Kondara に限らず、最近の Linux ディスト リビューションでは、カーネル変数の設定に/etc/sysct1.conf ファイルを用い、起動時 に sysctl コマンドがその設定を見て自動的にカーネル変数に値を書き込むようになっ ている。流れとしては、最初に現在の IPv6 関係のカーネル変数がどのようになってい るかを確認した後、不足部分を/etc/sysctl.conf に定義する。 アドレス自動生成を用いたホスト設定は、sysctl で確認する。確認すべき項目は autoconf と accept_ra の 2 か所で、現在利用しているインターフェースおよびデフォ ルトの設定が 1 になっていることを確認する（図 8）。ここでは、eth0 でルータの通知 を受信し、アドレス自動生成をする設定になっている。 10 第3節 アプリケーションの導入 Kondara2000 ではカーネルおよび一部のアプリケーションは IPv6 に対応しているが、 ソフトウェアの一部は IPv6 に対応していない。そこで、ソフトウェアを Apache およ び BIND9 に変更し導入する。Kondara は RedHat と同じ rpm コマンドでアプリケー ションを管理しているため、これを利用して必要なソフトウェアを導入していく。 まず、rpm コマンドについて解説する。rpm コマンドとは 、RedHat Package Manager の略であり、プログラムなどのバイナリファイルや設定ファイル、ドキ ュメントなどがひとまとめになったものを示す。rpm コマンドには、『バイナリパ ッケージのインストール、削除、アップグレード』『インストール済みのパッケー ジに関する問い合わせ』『ソースからのバイナリおよびソースパッケージの構築』 という大きく分けて 3 つの機能がある。この中から、 『ソースからのバイナリおよ びソースパッケージの構築』を利用してバイナリパッケージの作成とインストール を行う。 まず、バイナリパッケージのインストールを行う必要がある。RPM 用のバイナリパ ッケージは、通常ファイル名が『パッケージ+バージョン番号.CPU アーキテクチャ /usr/src/redhat SOURCES SRPMS SPECS コンパイルなど ソースファイル 作成済みソース specファイル置場 作業ディレクトリ バッチファイル置場 パッケージ置場 BUILD RPMS i386 i586 386用バイナリパッケージ置場 noarch アーキテクチャ非依存 パッケージ置場 【図 9】 /usr/src/redhat 以下のディレクトリ構造 rpm -Uvh パッケージファイル名 【図 10】 バイナリパッケージのアップグレードインストール 名.rpm』となっている。インテル対応では”i386.rpm”や”i586.rpm”というファイル名と なるが、機種依存しない画像データや font データなどは”noarch.rpm”というファイル 名となる。また、ディレクトリ構造は（図 9）のようになっている。既存アプリケーシ ョンのバージョンアップ版を導入する場合は、 （図 10）のようにするとアップグレード インストールされる。 RPM のソースパッケージには、nosrc.rpm と src.rpm の 2 種類がある。これらの違 いは、nosrc.rpm は、一部のファイルがソースパッケージに含まれていないため別途ダ 11 ウンロードが必要になる。Src.rpm は、すべての必要なファイルがパッケージに含まれ ている。Kondara では、オリジナルソフトウェアの配布コントロールや、配布制限の あるソフトウェアの、ソースパッケージの配布の流通を考慮し、nosrc.rpm が基本にな っている。まず、 （図１１）のように/usr/src/redhat/SPECS にある『パッケージ名.spec』 を参照し、NoSource フィールドを確認して不足しているソースを判断し、ソースを別 rpm -i パッケージ名.nosrc.rpm 【図 11】 ソースパッケージの展開 rpm -ba パッケージ名.spec 【図 12】 バイナリパッケージの作成 途でダウンロードしたら、/usr/src/redhat/SOURCES に置いておく。その後、SPECS ディレクトリで、 （図１２）のようにすれば/usr/src/redhat/RPMS/以下にバイナリパッ ケージが作成されるため、そのパッケージを RPM でインストールする。 次に、IPv6 を使用する上で必要なソフトウェアを導入していく。Kondara2000 では、 inetd、telnet、ftp などが IPv6 に対応していないため、最小限動作確認に必要なもの として inetd と telnet、telnetd の IPv6 対応版をインストールする必要がある。 最初に開発版のソースパッケージから、ソースパッケージとその他必要なソースを入 手する。Linux の IPv6 の情報がまとめられたサイトがあり、そこで紹介されている関 連サイトから様々なソースや IPv6 パッチを入手することができる。このとき、注意し なければならないことが、最近の Kondara の開発版や Redhat の 7 以降では、新しい RPM のパッケージ方式を利用している。そのため、RPM のバージョン 4 系列のもの でないとうまく取り扱えない場合がある。その場合、先に RPM を ver.4 以上のものと 取り換える必要がある。そのため、 （表 1）のようなソースパッケージを利用する。 ・apache-1.3.12-3k.src.rpm ・inetd-0.16-6k.src.rpm ・telnet-0.16-7k.src.rpm ・bind-9.0.0-1k.src.rpm ・tcp_wrappers-7.6-13k.src.rpm 【表 1】 利用するソースパッケージ 次に、アプリケーションのコンパイルとインストールを行う。今回導入するアプリケー ションでは telnet と inetd の間に依存関係が存在するため、inetd を先にインストール する必要がある。しかし、コンパイル時の依存関係はないため、コンパイル自体は独立 して行うことができる。まず、/usr/src/redhat/SPECS ディレクトリを開き、bash のプ ロンプトで（図 13）のように入力すると、すべてのアプリケーションが自動でコンパ イルされてバイナリパッケージが作成される。次に、/usr/src/redhat/RPMS/ディレク トリを開き、パッケージができていることを確認する。このとき正常にコンパイルでき 12 ていれば（図 14）のようになっている。 [root@linux SPECS]$ for I in *.spec ;do rpm -ba $i ;done 【図１３】 全パッケージの一括ビルド [root@linux root]$ cd /usr/src/redhat/RPMS [root@linux RPMS]$ Is i386 i586 noarch [root@linux RPMS]$ IS */ i386/: apache-1.3.12-3k.i386.rpm bind-utils-9.0.0-1k.i386.rpm apache-devel-1.3.12-3k.i386.rpm inetd-0.16-6k.i386.rpm apache-manual-1.3.12-3k.i386.rpm tcp_wrappers-7.6-13k.i386.rpm bind-9.0.0-1k.i386.rpm telnet-0.16-7k.i386.rpm bind-devel-9.0.0-1k.i386.rpm telnet-server-0.16-7k.i386.rpm i586/: noarch/: [root@linux RPMS]$ 【図１４】 作成済みパッケージの確認 これらのファイルを順番に rpm-Uvh してインストールするが、古いバージョンと衝突 してインストールできない場合がある。その場合一度古いバージョンを削除したうえで 新しいバージョンをインストールするか、RPM に-force オプションを与えて強制的に インストールする方法がある。しかし、強制インストールには問題があり、元になるア プリケーションのバージョンアップに伴い、パッケージのバージョンアップが発生した 場合、rpm コマンドを利用したアップデートインストールができない（RPM がエラー で異常終了する）場合がある。 第 4 節 パッケージ管理によらないアプリケーションの導 入 IPv6 対応パッケージの中には、アプリケーションのバージョンアップや最新開発版 を利用するとき、対応しているパッケージがないことがある。このような場合でも、い ずれは入手可能になるが、セキュリティ上の理由などから、対応パッケージが配布され るのを待っていられないこともある。そのような場合は独自に IPv6 対応パッチを入手 して、コンパイルとインストールを行う必要がある。前節で紹介したアプリケーション のうち、Apache の開発版および BIND9 以外は IPv6 を標準サポートしていないため、 それらのアプリケーションはパッチを探してコンパイルする必要がある。また、これら のパッチは RPM を用いずにインストールしなければならないため、目的のバージョン のソフトウェア用の IPv6 対応ソースパッケージが見つからなかった場合、自分でパッ ケージ化するか、インストールする必要がある。しかし、IPv6 非対応のソースパッケ ージがある場合、ビルドの手順が spec ファイルに記載されており、Linux の IPv4 環境 13 で動作させるためのパッチが同封されているのでこれを用いればコンパイルは簡単に 行うことができる。 まず、インストールするアプリケーション用の IPv6 対応パッチを web 上から探し、 ダウンロードする。次に、そのソフトウェアのバージョンと同じバージョンの IPv4 ソ ースパッケージを探しダウンロードし、パッケージを展開しておく。そして、SPEC デ rpm -bp スペックファイル 【図 15】 rpm によるソースの展開とパッチの適用 ィレクトリを開き（図 15）のコマンドで BUILD ディレクトリにソースを展開しパッ チを適用する。 すると、BUILD ディレクトリ以下に IPv4 環境で必要なパッチが適用済みになった 展開済みソースができるので、それに対して IPv6 パッチを適用してインストールを行 う。IPv6 パッチの適用が完了したら、IPv6 対応パッチに付属しているテキストファイ ルを参照し、IPv6 対応させる場合に必要なコンパイルオプションなどを確認しておく。 第5節 アプリケーションの設定 まず、inetd の設定を行うが、動作確認のために telnet コネクションを受け付ける設定 # #telnet telnet stream # stream tcp nowait tcp nowait root root /usr/sbin/tcpd /usr/sbin/in.telnetd in.telnetd in.telnetd 【図 16】/etc/inetd.conf の記述例 を行う。Tcp_wrapper を用いることもできるが、動作しなかったときにどこが間違っ ていたのかわからなくなるので、tcp_wrapper を用いず telnet で接続できるように、 （図 16）のように/etc/inetd.conf を編集する。 Apache の設定は、RPM でインストールした場合、各ファイルがどこにインストー ルされているか確認しなければならない。そのため、Apache のバイナリパッケージに 含まれているファイル一覧を表示させ、そのリストを確認する（図 17）。 この例では、設定ファイルが/etc/httpd/conf 以下に格納され、画像や HTML ファイ ルなどが/home/httpd 以下に格納されている。起動スクリプトもインストールされてお り、ログのメンテナンスの設定も確認できる。 14 [root@linux /root]# rpm -q -l apache /etc/httpd/conf ┐ /etc/httpd/conf/access.conf ｜ /etc/httpd/conf/httpd.conf ｜←設定ファイル関連 /etc/httpd/conf/magic ｜ /etc/httpd/conf/srm.conf ┘ /etc/httpd/logs ←ログの格納場所 /etc/httpd/modules ←モジュールの格納場所 /etc/logrotate.d/apache ←ログの処理関連 /etc/rc.d/init.d/httpd ←起動スクリプト関連 /etc/rc.d/rc0.d/k15httpd /etc/rc.d/rc1.d/k15httpd /etc/rc.d/rc2.d/k15httpd /etc/rc.d/rc3.d/k15httpd /etc/rc.d/rc4.d/k15httpd /etc/rc.d/rc5.d/k15httpd /etc/rc.d/rc6.d/k15httpd /home/httpd ←wwwデータ置場所関連 （中略） /home/httpd/icons/transfer.gif /home/httpd/icons/unknown.gif /home/httpd/icons/up.gif /home/httpd/icons/uu.gif 【図 17】 Apache のバイナリパッケージのファイル確認 同様に、BIND にインストールされたファイルを確認する（図 18）。 [root@linux /root]# rpm -q -l bind-9.0.0-1k /etc/init.d/named /etc/logrotate.d/named ←namedのログの取り扱いの設定 /usr/doc/bind-9.0.0 ←ドキュメント置場 （中略） /usr/doc/bind-9.0.0/doc/rfc/rfc2874.txt /usr/doc/bind-9.0.0/doc/rfc/rfc952.txt /usr/man/man5/rndc.conf.5 /usr/man/man8/named.8 /usr/man/man8/rndc.8 /usr/sbin/dnssec-keygen /usr/sbin/dnssec-makekeyset /usr/sbin/dnssec-signzone /usr/sbin/lwresd /usr/sbin/named ←named本体 /usr/sbin/named-bootconf /usr/sbin/rndc /var/named ←namedのログ置場 【図 18】 BIND9 のパッケージの中身確認 ここには named の設定ファイルがないので、named のバイナリから設定ファイルを引 き出す（図 19）。 [root@linux /root]# strings /usr/sbin/named |grep named.conf /etc/named.conf [root@linux /root]# strings /usr/sbin/named |grep named.conf 【図 19】 named.conf の場所の確認 15 （図 19）から、named のデフォルトの設定ファイルは/etc 以下に置くようにコンパイ ルされていることがわかる 第6節 動作確認 設定が完了したら一度再起動を行い、正常に起動することを確認する。正常に起動で きたら、OS の動作確認でアドレスの自動生成と、telnet で接続し、ログインできるか を確認する。 まず、ifconfig コマンドで、インターフェース状態を確認し、アドレス自動生成が正 常に行われているかの確認をする（図 20） 。 ネットワークインターフェースに IPv6 アドレスが割り当てられていることを確認でき たら（図 20 下線部） 、telnet で inetd と telnetd が IPv6 接続を受け付けられるかの確 認をする（図 21） 。 [root@linux /root]# ifconfig eth0 eth0 リンク方法:イーサネット ハードウェアアドレス00:10:A4:8F:98:83 inetアドレス:xxx.xxx.xxx.xxx ブロードキャスト:xxx.xxx.xxx.xxx マスク:255.255.255.0 inet6アドレス: 3ffe:501:ffff:9101:210:a4ff:fe8f:9883 /64 範囲:集約可能 inet6アドレス: fe80::210:a4ff:fe8f:9883/10 範囲:リンク UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RXパケット:121314 エラー:0 損失:0 オーバラン:0 フレーム:0 TXパケット:20649 エラー:0 損失:0 オーバラン:0 キャリア:0 衝突（Collisions）:30 TXキュー長:100 割り込み:11 ベースアドレス:0x1400 [root@linux /root]# 【図 20】 ifconfig によるインターフェースの状態確認 [root@linux /root]# telnet 3ffe:501:ffff:9101:210:a4ff:fe8f:9883 Trying 3ffe:501:ffff:9101:210:a4ff:fe8f:9883… Connected to 3ffe:501:ffff:9101:210:a4ff:fe8f:9883. Escape character is ‘^]’ . Kondara MNU/Linux 2000 (Sushi) Kernel 2.2.16-5k on an i686 login: login: Conection closed by foreign host. 【図 21】telnet による接続確認 以上が、OS での動作確認である。また、セキュリティを高める場合は、telnet を tcp_wrapper で起動するか、telnet コネクションを受け付けないようにするとよい。 次に、Apache の動作確認では、プロセスとして httpd が起動しているかどうかと httpd が IPv6 接続を受け入れているかの確認を行う。 まず、プロセスが起動しているかを ps コマンドで確認する（図 22）。 16 [root@linux /root]# ps ax |grep httpd 14195 ? s 0:00 httpd 14197 ? s 0:00 httpd 14198 ? s 0:00 httpd 14199 ? s 0:00 httpd 14200 ? s 0:00 httpd 14201 ? s 0:00 httpd 14202 ? s 0:00 httpd 14203 ? s 0:00 httpd 14204 ? s 0:00 httpd 14220 pts/3 s 0:00 grep httpd [root@linux /root]# 【図 22】 Apache のプロセス確認 次に、telnet で 80 番ポートに接続し、簡単な http のリクエストを行う（図 23） 。 [root@linux /root]# telnet 3ffe:501:ffff:9101:210:a4ff:fe8f:9883 80 Trying 3ffe:501:ffff:9101:210:a4ff:fe8f:9883… Connected to 3ffe:501:ffff:9101:210:a4ff:fe8f:9883. Escape character is ‘＾]’ . GET http://kondara/index.html <!DOCTYPE HTML PUBLIC “-//W3C//DTD HTML 3.2 Final//EN” <HTML> <HEAD> <TITLE>Test Page for Kondara MNU/Linux’s Apache Installation</TITLE> </HEAD> <!-- Background white, links blue (unvisited) , navy (visited), red (active) --> <BODY BGCOLOR=” #FFFFFF” TEXT=” #000000” LINK=” #0000FF” VLINK=” #000080” ALINK=” #FF0000” > <H1 ALIGN=” CENTER” >It Worked!</H1> <P> If you can see this, it means that the installation of the （中略） <a href=” http://www.kondara.org/” ><img src=” poweredby.png” alt=” [ Powered by Kondara MNU/Linux ]” ></a> </p> </BODY> </HTML> Connection closed by foreign host. [root@linux /root]# 【図 23】 telnet による httpd の動作確認 以上が成功すれば、Apache の動作確認は終了である。telnet での http リクエストは、 一般に 1 本の TCP 接続を利用してネットワークサービスを行うサーバへの動作確認方 法の中でも、Web ブラウザを用いての動作確認より、単純で簡単な方法である。その 他の Web ブラウザを用いずに行う動作確認の方法としては、SMTP（Simple Mail Transfer Protocol）や POP（Post Office Protocol）、NNTP（Network News Transfer Protocol）などが、同様の方法で簡単に動作確認をすることができる。 また、Apache の動作確認でよくある問題で、httpd の起動時にサーバのアドレスが 見つからないといったエラーが検出されることがある。このようなエラーの回避方法は、 17 httpd.conf のサーバ名を記述する場所に FQDN（Fully Qualified Domain Name）ホ スト名を設定し、/etc/hosts にも記述すれば解決される。 BIND での動作確認も、Apache と同様にプロセスの確認（図 24）を行った後、IPv6 関連のリソースレコードを検索して行う。 [root@linux /root]# ps ax |grep named 14315 ? s 0:00 named 14316 ? s 0:00 named 14317 ? s 0:00 named 14318 ? s 0:00 named 14319 ? s 0:00 named 0:00 grep named 14323 pts/ s [root@linux /root]# 【図 24】 named のプロセス確認 また、定義ファイルなどに問題があった場合は/var/log/message ファイルを確認する （図 25） 。 [root@linux log]# tail message Mar 2 18:46:42 linux named[14315] : starting BIND 9.0.0 Mar 2 18:46:42 linux named[14317] : loading configration from ‘/etc/named.conf’ Mar 2 18:46:43 linux named[14317] : the default for the ‘auth-nxdomain’ option is now ‘no’ Mar 2 18:46:43 linux named[14317] : listening on IPv4 interface lo, 127.0.0.1#53 Mar 2 18:46:43 linux named[14317] : listening on IPv4 interface eth0, xxx.xxx.xxx.xxx#53 Mar 2 18:46:43 linux named[14317] : dns_master_load: named.local:7: using RFC 1035 TTL semantics Mar 2 18:46:43 linux named[14317] : running [root@linux log]# 【図 25】 /var/log/message の BIND のイメージ 次に、/etc/resolv.conf を編集して DNS サーバとして自身を参照するように設定する （図 26） 。 domain v6.net seach v6.net nameserver 127.0.0.1 【図 26】 /etc/resolv.conf の例 最後に、実際に DNS の問い合わせを発行して検索できることを確認する（図 27）。 [root@linux /root]# dig @127.0.0.1 AAAA linux.v6.net 【図 27】 dig による BIND9 の動作確認 第7節 IPv6 アドレス用マクロ /usr/include/netinet/in.h には、IPv6 アドレスの判定や比較用のマクロが宣言されて いる（図 28）。[4]このようなマクロは知っておくと便利なのでこの場で紹介しておく。 18 #define IN6_IS_ADDR_UNSPECIFIED(a) (((__const unit32_t *) (a))[0] == 0 && ((__const unit32_t *) (a))[1] == 0 && ((__const unit32_t *) (a))[2] == 0 && ((__const unit32_t *) (a))[3] == 0) #define IN6_IS_ADDR_LOOPBACK(a) (((__const unit32_t *) (a))[0] == 0 && ((__const unit32_t *) (a))[1] == 0 && ((__const unit32_t *) (a))[2] == 0 && ((__const unit32_t *) (a))[3] == htonl (1)) #define IN6_IS_ADDR_MULTICAST(a) (((__sonst unit8_t *) (a))[0] == 0xff #define IN6_IS_ADDR_LINKLOCAL(a) ((((__const unit32_t *) (a))[0] & htonl (0xffc00000)) == htonl (0xfe800000)) #define IN6_IS_ADDR_SITELOCAL(a) ((((__const unit32_t *) (a))[0] & htonl (0xffc00000)) == htonl (0xfec00000)) #define IN6_IS_ADDR_V4MAPPED(a) ((((__const unit32_t *) (a))[0] == 0) && (((__const unit32_t *) (a))[1] == 0) && (((__const unit32_t *) (a))[2] == htonl (0xffff))) #define IN6_IS_ADDR_V4COMPAT(a) ((((__const unit32_t *) (a))[0] == 0) && (((__const unit32_t *) (a))[1] == 0) && (((__const unit32_t *) (a))[2] == 0) && (ntohl (((__const unit32_t *) (a))[3]) > 1)) #define IN6_ARE_ADDR_EQUAL(a,b) ((((__const unit32_t *) (a))[0] == ((__const unit32_t *) (b))[0]) && (((__const unit32_t *) (a))[1] == ((__const unit32_t *) (b))[1]) && (((__const unit32_t *) (a))[2] == ((__const unit32_t *) (b))[2]) && (((__const unit32_t *) (a))[3] == ((__const unit32_t *) (b))[3])) 【図 28】 IPv6 用の便利なマクロ 第8節 Linux の IPv6 対応の将来動向 現在、IPv6 対応において、カーネルや GNU lbic を中心に、Linux を対象にしたプ ロジェクトが発足している。プロジェクト名は USAGI（UniverSAl play Ground for IPv6）プロジェクトである。USAGI プロジェクトとは、KAME プロジェクトや TAHI プロジェクトと同じ WIDE プロジェクト傘下のプロジェクトであり、Red Hat や Debian などの主要なディストリビューションに対応したパッケージなどを製作してい る。また、IPv6 には、通常のプロトコルスタック以外の機能もある。IPv6 は、規格上 IPSec の実装が義務付けられている。Linux においても、IPSec の実装が進められ、ま た、Mobile IPv6 の実装も開始されている。これらのプロジェクトがさらに進めば、今 後の Linux における IPv6 の利用が広がり、ますます進展していくと思われる。 19 第4章 第1節 FreeBSD での IPv6 実装 OS の基本設定 はじめに、FreeBSD の入手は、ネットワークからダウンロードするか、FreeBSD に 関連する書籍を購入し、それに付属している CD-ROM を利用するなどの方法がある。 設定の方針としては、 ・ルータにはしない（ネットワーク的にはリーフノードとする） ・アドレス自動生成を利用して Ipv6 の設定をする ・DNS サーバを動作させるため、BIND をインストールする ・Web サーバを動作させるため、Apache の Ipv6 対応版をインストールする 以上を踏まえた上で FreeBSD の設定を行っていく。 まず、OS の基本設定であるが、FreeBSD における基本設定は、基本設定ファイルと ブート設定の関係で、/etc/rc.conf ファイルを編集して行う。/etc/rc.conf は、shell 変数 に値を定義する形で設定の記述をする形式で、 （図 29）のような流れとなっている。ま た、shell 変数とは定義した値を、そのシェルが終了するまで残しておくものである。 しかし、その値を参照できるのは現在利用しているシェル上のみとなる。 /etc/defaults/rc.conf 読み込み shell変数値への 標準値の設定 追加読み込みの設定 実行 /bin/init /etc/rc 読み込み shell変数への値の設定 shell変数値の継承と実行 /etc/rc.conf /etc/rc.network等 /etc/rc.conf.local 【図 29】 ブート過程の各ファイルの関係 （図 29）の起動の流れは以下のように行われる （1） init がスクリプト（/etc/rc）を実行 （2） /etc/rc が/etc/defaults/rc.conf を読み込み変数に値を設定 （3） /etc/rc が/etc/rc.conf を読み込み変数に値を設定 （4） /etc/rc が/etc/rc.network などの軌道スクリプトを実行 （5） /etc/rc.network などの起動スクリプトは、rc.conf などで設定された変数の値 に従ってコマンドを実行し、カーネル変数の設定を行う ブート過程の説明から、/etc/rc.conf は/etc/defaults/rc.conf の内容から、上書きした 20 い部分のみを/etc/rc.conf に定義すればよいことがわかる。 （図 30）は、/etc/defaults/rc.conf の Ipv6 関連部分を、説明とともに記載したもので ある。FreeBSD マシンをルータとして利用したい場合やその他の設定を行いたい場合 は、関連文書（man ページなど）を参考にして、独自に設定し、利用するとよい。 ### ### ### ### /etc/defaults/rc.confのIPv6関連項目の抜粋と説明 ### ### #IPv6を利用する場合はYES。 ipv6_enable=” NO” ipv6_network_interfaces=” auto” #IPv6を利用するインターフェースのリスト。 ipv6_defaultrouter=” NO” # autoは自動判別、アドレス自動生成する場所に指定。 #IPv6のデフォルトルータを手動設定する場合に利用する。 # 利用する場合はデフォルトルータのIPv6アドレスを指定する。 #IPv6のスタティックルートの設定に利用。 # fec0:0000:0000:0006::/64の経路をループバックインターフェースに向ける場合 ipv6_static_routes=”” #ipv6_static_routes=” xxx” #ipv6_route_xxx=” fec0:0000:0000:0006:: -prefixlen 64 ::1” #IPv6のルーティングを行う場合はYES。 ipv6_gateway_enable=” NO” #IPv6のルーティングデーモンを動かす場合はYES。 ipv6_router_enable=” NO” # ipv6_router=” /usr/sbin/route6d#IPv6のルーティングデーモンのフルパス名。 #ルーティングデーモンの引数。 ipv6_router_flags=”” # route6dにサイトローカルアドレスを取り扱うよう #ipv6_router_aflags=” -l” # 指示する場合は”-l”オプションが必要。 #ルータの場合は手動設定の必要があるのでここで指定する。 #ホストの場合でも手動設定する場合はここで指定する。 #手動設定の場合の各インターフェースに対する # ネットワークprefixの設定。 #ipv6_network_interfaces=” ed0 ep0” #ipv6_prefix_ed0=” fec0:0000:0000:0001 fec0:0000:0000:0002” # ed0インターフェースに２つのネットワークアドレスを設定。 #ipv6_prefix_ep0=” fec0:0000:0000:0003 fec0:0000:0000:0004” # ep0インターフェースに２つのネットワークアドレスを設定。 #ipv6_ifconfig_ed0=” fec0:0:0:5::1 prefixlen 64#IPエイリアスの設定。 #リンクローカルアドレスやサイトローカルアドレスの ipv6_default_interface=”” # 発信時に用いるデフォルトのインターフェース #現在はリンクローカルマルチキャスト宛の発信時のみ有効。 #ネットワークのprefixの設定にprefixコマンドを利用するかどうかの設定。 prefixcmd_enable=” YES” #ルータ広告のデーモンを実行する場合はYESに設定。 rtadvd_enable=” YES” # ルータにしないホストの場合はNOでよい。 #IPv6マルチキャストルーティングを行う場合は” YES” mroute6d_enable=” NO” #IPv6マルチキャストのルーティングデーモンのフルパス名。 mroute6d_program=” /usr/sbin/pim6dd” #IPv6マルチキャストルーティングデーモンの引数の指定。 mroute6d_flags=”” #IPv6 over IPv4トンネル（ＧＩＦインターフェース）を利用する場合の設定。 gif_interfaces=” NO” #利用しない場合は” NO” #利用する場合の例。 #gif_interfaces=” gif0 gif1” #自分のIPv4アドレスとトンネル先のIPv4アドレス #gifconfig_gif0=” 10.1.1.1 10.1.2.1” #同上 #gifconfig_gif1=” 10.1.1.2 10.1.2.2” #IPv6 over IPv4トンネル（STFインターフェース）を利用する場合の設定。 stf_interface_ipv4addr=”” #STFインターフェースに関してはIPv4からIPv6への移行技術で用いる。 stf_interface_ipv4plen=” 0” stf_interface_ipv6_ifid=” 0:0:0:1” # stf_interface_ipv6_slaid=” 0000” #通常のIPv6トンネルではGIFインターフェースを用いる。 # ipv6_ipv4mapping=” YES” #このホストをIPv6ファイアウォールマシンにする場合は” YES” ipv6_firewall_enable=” NO” #IPv6ファイアウォールの設定起動スクリプトのフルパス名。 ipv6_firewall_script=” /etc/rc.firewall6” ipv6_firewall_type=” UNKNOWN” #IPv6ファイアウォールのタイプの指定（/etc/rc.firewall6を参照）。 #IPv6ファイアウォール起動時のルール追加を表示するかどうかの設定。 ipv6_firewall_quiet=” NO” # ip6fwのコマンドの” -q”オプションに相当。 #IPv6ファイアウォールのロギング機能の設定。 ipv6_firewall_logging=” NO” #IPv6ファイアウォール制御コマンド（ip6fw）の引数の指定。 ipv6_firewall_flags=”” 【図 30】 /etc/defaults/rc.conf のサンプルとその簡単な説明 21 しかし、本論文では、ルータとして利用せず、アドレス自動生成を利用したリーフノ ードとすることになっているため、これに関係する部分だけ記述すればよい。この場合、 /etc/rc.conf の Ipv6 設定は非常に単純なため、 （図 31）のようにするだけでよい。 ### ### ### ### /etc/rc.confの最小限の設定 ### ### #IPv6を利用する場合はYES。 ipv6_enable=” YES” 【図 31】 IPv6 ホストの最小限の設定 以上で OS の基本設定は終了である。また、inetd の設定を telnet で受け付けるように 設定しておけば、後の動作確認で利用するため便利である（図 32） 。 # $FreeBSD: src/etc/inetd.conf,v 1.44.2.3 2011/01/25 16:11:52 kris Exp $ # # Internet server configration database # # @(#)inetd.conf 5.4(Berkeley) 6/30/90 # ftp stream tcp nowait root /usr/libexec/ftpd ftpd -l telnet stream tcp nowait root /usr/libexec/telnetd telnetd #shell stream tcp nowait root /usr/libexec/rshd rshd #login stream tcp nowait root /usr/libexec/rlogind rlogind 【図 32】 /etc/inetd.conf の設定例 第2節 アプリケーションの導入 OS の設定作業で、単体での Ipv6 通信が可能になり、telnet や ftp などは Ipv6 で利 用できるようになっている。しかし、今回の目的はサーバマシンとして動作させるため なので、サーバ関連のソフトウェアなどを導入する必要がある。OS のインストール時 にバイナリパッケージを導入している場合は、Ipv6 サーバ関連のソフトウェアがイン ストールされている。しかし、ここでは IPv6 サーバ関係のソフトウェアがインストー ルされていないことを前提に、インストールする方法を説明していく。 まず、FreeBSD においてアプリケーションを導入する場合、以下の方法がある そのため、これらの方法を用いたインストールにいて説明していく。 ①バイナリパッケージの利用 ②ports を利用してソースからコンパイルする ③独自で最新バージョンをコンパイルする まず、バイナリパッケージの利用についてだが、前述から OS のインストール時にア プリケーショのバイナリパッケージがインストールできる。しかし、/stand/sysinstall コマンドを実行すれば OS とまったく同じインターフェースでバイナリパッケージを インストールすることができる。以下、実際の図でその流れを説明する。[1] ・ /stand/sysinstall の実行 ・ “Index Glossary of functions”を選択（図 33） 22 【図 33】Glossary of functions の選択 ・ “Packages The packages collection”を選択（図 34） 【図 34】The packages collection の選択 23 ・インストールメディアを選択 【図 35】インストールメディアの選択 ・ “ipv6 Ipv6 related software”を選択 【図 36】IPv6 relate software の選択 24 ・パッケージの選択 【図 37】パッケージ選択 ・インストールの実行図 【図 38】インストール実行図 以上の方法でインストールされたバイナリパッケージは、通常/usr/local ディレクト リに導入されている。 次に、ports を利用してソースからコンパイルする方法について説明する。Ports と は、FreeBSD や OpenBSD でソフトウェアのパッケージを管理するシステムである。 ダウンロードからインストール、バイナリパッケージ化までの一連の動作を自動で行え るという便利なものである。Ports は/usr/ports 以下のディレクトリに存在し、負けコ マンドを用いて操作を実行する。その仕組みは（図 39）のようになっている。 / usr すべてのパッケージ ports net ipv6 netに分類されている すべてのパッケージ mozilla mozillaのみ 【図 39】ディレクトリとパッケージの関係 25 /usr/ports 以下のディレクトリはアプリケーションごとに分類されそのアプリケーシ ョンディレクトリ以下に各アプリケーション用のファイルが存在している。例えば、 BIND9 の場合/usr/ports/net/bind9 というディレクトリ以下に、Makefile や FreeBSD の ports 用のパッチやパッケージの定義ファイルがある。このディレクトリに make package コマンドを利用すると、Makefile の定義に従い、インターネットからソース がダウンロードされ、ソースの展開からバイナリパッケージの作成が自動的に行われる。 また、/usr/ports ディレクトリにも Makefile が存在するため、そこで make package コマンドを利用すると全てのソフトウェアのパッケージ作成が行われ、/usr/ports/[カテ ゴリディレクトリ]で make package コマンドを利用するとそのカテゴリ以下の全ての ソフトウェアのパッケージ作成が行われる。 次に、ports 利用して BIND9 と IPv6 対応版の Apache の導入を行う。手順は以下の 通りである。 （1） ディレクトリ/usr/ports/net/bind9 に移動 （2） make package （3） ディレクトリ/usr/ports/www/apache13+ipv6 に移動 （4） make package ここで注意しなければならないのが、バイナリパッケージなどで BIND9 や Apache がインストールされていると make package ができない。そのため、pkg_info コマン ドで BIND や Apache がインストールされていないことを確認し、導入を行う。もし、 BIND や Apache がインストールされていた場合、pkg_delete コマンドを用いればイン ストールパッケージを削除することができる。 第3節 アプリケーションの設定 BIND の設定では、パッケージ化されたバイナリの場合、設定ファイルのデフォルトで のディレクトリなどの場所が分からないことがある。このため、場所を確認するために pkg_info コマンドを用いる。まず、BIND 関連パッケージの名前を知るために、パッ ケージ情報から“bind”を含む部分を探す。 （図 40）から、BIND-9.0.0.1 がインスト ールされていることがわかる。次に、パッケージに含まれているファイルの一覧を確認 するために pkg_info –L で実行する。 26 bash-2.04$ pkg_info |grep bind bind-9.0.0_1 The Berkeley Internet Name Daemon, an implementation of py-gnome-1.0.53 A set of Python bindings GNOME py-gtk-0.6.6 A set of Python bindings for GTK rep-gtk-0.14_1 GTK+ binding for rep Lips interpreter bash-2.04$ pkg_info -L bind-9.0.0_1 Information for bind-9.0.0_1: Files: /usr/local/man/man8/dnssec-signzone.8.gz /usr/local/bin/dig /usr/local/bin/host /usr/local/bin/isc-config.sh /usr/local/bin/nslookup /usr/local/bin/nsupdate /usr/local/include/dns/a6.h /usr/local/include/dns/acl.h /usr/local/include/dns/aclconf.h （中略） /usr/local/lib/libomapi.a /usr/local/sbin/dnssec-keygen /usr/local/sbin/dnssec-makekeyset /usr/local/sbin/dnssec-signkey /usr/local/sbin/dnssec-signzone /usr/local/sbin/lwresd /usr/local/sbin/named /usr/local/sbin/rndc bash-2.04$ strings /usr/local/sbin/named |grep named.conf /usr/local/etc/named.conf bash-2.04$ strings /usr/local/sbin/named |grep named.pid /usr/local/var/run/named.pid 【図 40】BIND のパッケージ情報 図から、named が/usr/local/sbin/以下にインストールされていることがわかる。それ 以外にデフォルトの設定ファイルの場所と、PID ファイルの場所を確認するためにそれ ぞれ探し出す。図では、設定ファイルは/usr/local/etc/named.conf に、PID ファイルは、 /usr/local/var/run/named.pid にあることがわかる。実際に named を運用するために、 設定ファイルに記述し、プロセスの制御に PID ファイルを利用する。まず、プロセス を終了させるために kill コマンドを用いる。PID ファイルの中身が現在稼働中の named のプロセス番号になっているため、これを kill コマンドの引数に利用する（図 41）。 bash-2.04$ kill 'cat /usr/local/var/run/named.pid' 【図 41】BIND の終了 最後に、マシン起動時にデフォルトで DNS サーバが起動するように設定るる。その ため、/etc/rc.conf に named を起動するための記述を行う必要がある（図 42）。この記 述で、次回以降起動の際、named も起動する。 # # named. It may be possible to run named in a sandbox, man security for details. # named_enable=”YES” #namedを起動する場合はYES named_program=” /usr/local/abin/named” #追加インストールしたnamedのパス named_flags=”” #named起動時の引数の定義 【図 42】/etc/rc.conf に追加する BIND 関連設定 27 次に、Apache の設定だが、BIND と同様にパッケージ名とファイルの場所を確認す るために、pkg_info を利用する（図 43） 。 bash-2.04$ pkg_info |grep apache apache+ipv6-1.3.14 The extremely popular Apache http server. Very fast, very c bash-2.04$ pkg_info -L apache+ipv6-1.3.14 Information for apache+ipv6-1.3.14: Files: /usr/local/man/man1/dbmmanage.1.gz （中略） /usr/local/man/man8/rotatelogs.8.gz /usr/local/bin/dbmmanage /usr/local/bin/htdigest /usr/local/bin/htpasswd /usr/local/etc/apache/access.conf.default /usr/local/etc/apache/httpd.conf.default /usr/local/etc/apache/magic.default /usr/local/etc/apache/mime.types.default /usr/local/etc/apache/srm.conf.default /usr/local/etc/rc.d/apache.sh /usr/local/include/apache/ap.h /usr/local/include/apache/ap_alloc.h （中略） /usr/local/sbin/ab /usr/local/sbin/apachectl /usr/local/sbin/apxs /usr/local/sbin/httpd /usr/local/sbin/logresolve /usr/local/sbin/rotatelogs /usr/local/share/doc/apache/README.rus /usr/local/share/doc/apache/apache_pb.gif （中略） /usr/local/www/icons/world2.gif 【図 43】IPv6 対応 Apache のバイナリパッケージ情報 図から、導入されている Apache のパッケージは apache+ipv6-1.3.14 で、プログラ ムの本体は/usr/local/sbin/httpd であり、制御用のコマンドが/usr/local/sbin/apachectl、 そして設定ファイルの場所が/usr/local/etc/apache であることがわかる。また、Apache のパッケージには、OS 起動時に Apache を起動するためのスクリプトがあり、 /usr/local/etc/rc.d/apache.sh であることがわかる。 Apache のパッケージはインストールした時点で自動起動する設定になっているので、 パッケージのインストール以後は起動時に Apache が動作するようになっている。 第4節 動作確認 これまでの設定で、IPv6 で動作する環境が出来上がったので、実際に動作を確認す るために一度再起動し、正常にログインできることを確認する。起動が正常に終了した ら、以下の 3 つの確認を行う。 ① OS が IPv6 で通信可能な状態になっているか ② Apache（httpd）が稼働し、IPv6 の接続を受け入れているか ③ BIND9（named）稼働し、IPv6 関連リソースレコードが検索できるか 28 まず、OS の動作確認として、ネットワークインターフェースの状態を確認する。ル ータが正しく動作しており、設定が適切に行われていれば、アドレス自動生成でネット ワークインターフェースに IPv6 アドレスが設定されているので、これを ifconfig コマ ンドで確認する。コマンドを実行して（図 44）の下線部のように IPv6 アドレスが振り 分けられていれば、アドレス自動生成は正しく動作している。 bash-2.04# ifconfig -a x10: flags=8843<UP,BROADCAST,RUNNING,STMPLEX,MULTICAST> mtu 1500 inet6 fe80::260:8ff:fe88:b446%x10 prefixlen 64 scopeid 0x1 inte6 3ffe:501:ffff:8101:260:8ff:fe88:b446 prefixlen 64 inet xxx.xxx.xxx.xxx netmask 0xffffff00 broadcast xxx.xxx.xxx.xxx ether 60:08:fe:88:b4:46 media: autoselect (100baseTX <full-duplex>) status: active supported media: autoselect 100baseTX <full-duplex> 100baseTX 10baseT/UTP <full-duplex> 10baseT/UTP 100baseTX <hw-loopback> lo0: flags=8810<POINTOPOINT,SIMPLEX,MULTICAST> mtu 1500 faith0: flags=8041<UP,RUNNING,MULTICAST> mtu 1500 inet6 fe80::260:8ff:fe88:b446%faith0 prefixlen 64 scopeid 0x3 inet 0.0.0.0 netmask 0xff000000 gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 gif1: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 gif2: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 gif3: flags=8010<POINTOPOINT,MULTICAST> mtu 1280 lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 ppp0: flags=8010<POINTOPOINT,MULTICAST> mtu 1500 sl0: flags=co10<POINTOPOINT,LINK2,MULTICAST> mtu 552 bash-2.04# 【図 44】ifconfig の結果サンプル 次に telnet で通信を行い、ほかのホストからこのホストに対して telnet を行い接続 できることを確認する（図 45） 。 bash-2.04$ teln 3fee:501:ffff:8101:260:8ff:fe88:b446 Trying 3fee:501:ffff:8101:260:8ff:fe88:b446… Connected to freebsd Escape character is ‘^]’ . FreeBSD/i386 (freebsd1) (ttyp5) login: login: connection closed by foreign host. bash-2.04$ 【図 45】telnet の実行例 次に、telnet を利用して Apache の動作確認を行う。まず、ps コマンドで httpd が 起動しているかを確認する（図 46）。 freebsd1 ps ax 175 ?? Ss 204 ?? I 205 ?? I 206 ?? I 207 ?? I 208 ?? I 818 ?? I freebsd1 |grep http 0:00.43 /usr/local/sbin/httpd 0:00.01 /usr/local/sbin/httpd 0:00.02 /usr/local/sbin/httpd 0:00.01 /usr/local/sbin/httpd 0:00.00 /usr/local/sbin/httpd 0:00.01 /usr/local/sbin/httpd 0:00.00 /usr/local/sbin/httpd 【図 46】ps コマンドによる httpd の確認 29 次に、80 番ポートに telnet で接続し、ドキュメントルートの index.html を取得する。 （図 47）はローカルマシンから試した場合の結果で、この結果 HTML ドキュメントが 取得できれば動作確認は終了となる。 bash-2.04$ telnet localhost 80 Trying ::1… connected to localhost. Escape character is ‘^]’. GET http://localhost/index.html GET http://localhost/index.html <!DOCTYPE HTML PUBLIC “-//W3C//DTD HTML 3.2 Final//EN”> <HTML> <HEAD> <TITLE>Test Page for Apache Installation</TITLE> （中略） <P> You are free to use the image below on an Apache-powered web server. Thanks for using Apache! <DIV ALIGN=“CENTER”><IMG SRC=” apache_pb.gif” ALT=”” ></DIV> </BODY> </HTML> Connection closed by foreign host. 【図 47】telnet による Apache の動作確認 最後に、BIND（ＤＮＳサーバ）の確認として、IPv4 で問い合わせが処理できること だけを確認する。まず、DNS の問い合わせを行うために/etc/resolv.conf の中身を確認 する。named がこのホストで稼働しているため、/etc/resolv.conf の nameserver のフ ィールドは自身を示すように IPv4 のループバックアドレスを指定しておく（図 48） 。 domain v6.net serch v6.net namesever 127.0.0.1 【図 48】/etc/resolv.conf の例 次に、httpd の確認時と同様に ps コマンドを用いて named が実際に稼働しているかを 確認する。最後に、dig コマンドで確認すれば、BIND の動作確認は終了である（図 49）。 bash-2.04$ dig @127.0.0.1 AAAA freebsd1.v6.net 【図 49】dig による BIND9 の動作確認 30 第5章 第1節 IPv6 対応ルータについて IPv6 対応ルータの仕様の比較 はじめに、現在市販されている IPv6 対応ルータ 8 種類の製品仕様を比較し、まとめ たものを提示する（図 50）。 メーカー corega corega BUFFALO 型番 CG-WLBARGPXB CG-BARPRO6 BBR-4HG 100Mbps 有線速 理論値 度 実測値（FTP） 65Mbps 85Mbps 92Mbps IPv6 ブリッジ デュアルスタック ブリッジ SPI ○ ○ ○ Dos攻撃検知 ○ ○ ○ ○ ○ ○ WAN PPPoE 側IP取 DHCP ○ ○ ○ 得方法 IP Unnumbreed ○ ○ ○ DHCPサーバ機能 ○ ○ ○ IPマスカレイド × ○ ○ DMZ ○ ○ ○ VPNリモートアクセス × × × 無料DDNS機能 ○ ○ × ポート開放 ○ ○ ○ メーカー PLANEX PLANEX IO DATA 型番 BRL-04M MZK-WNH NP-BBRL 100Mbps 有線速 理論値 度 実測値（FTP） 80Mbps 94Mbps 93Mbps IPv6 ブリッジ ブリッジ パススルー SPI × × ○ Dos攻撃検知 × × ○ ○ ○ ○ WAN PPPoE 側IP取 DHCP ○ ○ ○ 得方法 IP Unnumbreed ○ ○ × DHCPサーバ機能 ○ ○ ○ IPマスカレイド ○ ○ ○ DMZ ○ ○ ○ VPNリモートアクセス × × × 無料DDNS機能 ○ ○ ○ ポート開放 ○ ○ ○ BUFFALO WHR-G301N 92Mbps パススルー ○ × ○ ○ × × ○ ○ ○ × ○ IO DATA WN-G54/R3 86Mbps パススルー ○ × ○ ○ × ○ × ○ × ○ ○ 【図 50】IPv6 対応ルータの仕様比較 第2節 IPv6 対応ルータ 8 製品の詳細説明 第1項 corega/CG-WLBARGPXB[5] CG-WLBARGPXB は、corega から 2007 年 1 月に発売された無線ブロードバンドルー タである。標準価格は 5,565 円（税込）である。主な特徴は、無線 LAN 普及推進団体 である『Wi-Fi Alliance』が発表した無線 LAN 接続方式である、 『Wi-Fi Protected Setup』 を採用し、クライアントが corega に対応していればルータと子機のボタンを押すだけ で接続設定ができる。また、ルータの機能オフ時にはスイッチングハブ付き無線 LAN 31 アクセスポイントとしても利用できるため、スイッチ ングハブとして利用しながら Wi-Fi を楽しむなど柔軟 な使い方が可能である。また、本体背面にあるスイッ チを ON にすることで、WPA/WPA2 などのセキュリ ティ機能を利用することもできる。 【図 51】CG-WLBARGPXB 第2項 corega/CG-BARPRO6[6] CG-BARPRO6 は、corega から 2005 年 8 月に発売された IPv6 対応有線ブロードバ ンドルータである。価格は 17,640 円（税込）である。主な機能は、IPv4/IPv6 デュア ルスタック機能を搭載しており、IPv4 と IPv6 の両方のネットワークを利用することが 可能である。また、オートネゴシエーション機能に より、スイッチに接続されたコンピュータと通信速 度、通信モードを自動的に最適化することができる。 さらに、Auto MDI/MDI-X に対応しているため、 接続したイーサネットケーブルの種別を自動認識 できる。そのため、ケーブルの違いなどを考慮しな くても利用することが可能である。また、同梱の簡 単ルータ接続ソフトにより、初心者でも簡単に接続 【図 52】CG-BARPRO6 することが可能である。 第3項 BUFFALO/BBR-4HG[7] BBR-4HG は、BUFFALO から 2003 年 10 月に発売された有線ブロードバンドルー タである。価格は 6,090 円（税込）である。主な機能は、コンピュータをダウンさせる Dos 攻撃や PortScan などを検出すると、クライアントマネージャにポプアップ通知し、 さらにメールで通知してくれるアタックブロッ ク機能がある。また、SPI（ステートフル・パケ ット・インスペクション）機能により、高レベル のパケットフィルタリングが可能となり、通信セ ッション毎にパケットフィルタリングの統合性 をチェックし、セッション終了時には全ポートを 閉じるため不正アクセスの防止も可能となる。そ のため、セキュリティ面に対しては非常に強いル 【図 52】BBR-4HG ータとなっている。 32 第4項 BUFFALO/WHR-G301N[8] WHR-G301N は BUFFALO から 2009 年 12 月に発売された無線ブロードバンドルー タである。価格は 5,565 円（税込）である。主な機能は、最大 300Mbps の無線 LAN 高速規格である 11n に対応している。 さらに、 MIMO （Multiple Input Multiple Output） 技術を使用し、2 本のアンテナで送受信を行うこ とで安定した通信を行うことが可能である。また、 2 台の無線 LAN 親機関での無線通信機能をサポ ートし、通信距離の延長や死角エリアへの中継も 可能となる。また、インターネットを使う時間、 使わない時間などを設定し、オン/オフを自動で行 う『おまかせ節電』機能により、自分の生活に合 わせた省エネが可能となっている。 【図 53】WHR-G301N 第5項 PLANEX/BRL-04M[9] BRL-04M は PLANEX から 2008 年 12 月に発売された有線ブロードバンドルータで ある。価格は 3,280 円（税込）である。主な機能は、接続しているクライアントに対し て必要な情報(ゲートウェイアドレスや DNS アドレスなど)を自動的に割り当てること が可能なため、ネットワークの管理が容易になる ほか、他に DHCP サーバがある場合は DHCP ク ライアントとしても設定が可能である。また、 PPPoE マルチセッションに対応しており、プロ バイダと、フレッツ・スクウェアとの同時接続を 行うことが可能である。さらに、小型だがオート ネゴシエーション機能や Auto MDI/MDI-X に対 応しているため、汎用性の高いルータである。 【図 54】BRL-04M 33 第6項 PLANEX/MZK-WNH[10] MZK-WNH は PLANEX から 2008 年 12 月に発売された無線ブロードバンドルータ である。価格は 5,250 円（税込）である。主な特徴は、パソコンと家庭用ゲーム機など、 セキュリティレベルが異なる機器との同時接続が可能であり、機器に接続する場合機器 に応じてセキュリティレベルを自動で変更し利 用することが可能である。また、別途『TV&バ ッテリー』を購入し、自宅に設置することで 『TV&バッテリー』で受信したワンセグ放送を Wi-Fi 経由で、iPhone でワンセグ放送を視聴す ることができる。 【図 55】MZK-WNH 第7項 I･O DATA/WN-G54/R3[11] WN-G54/R3 は I･O DATA から 2006 年 9 月に発売された無線ブロードバンドルータ である。価格は 8,820 円（税込）である。主な機能は、アセロス社が開発した、無線 LAN の通信距離を拡大する XR（eXtended Ramge）機能に対応しており、ルータから 離れた場所や、死角となっていた場所でも安定 して接続することが可能である。また、I･O DATA の、DDNS サービスである『iobb.net』 により、IP アドレスに「○○○.iobb.net」とい うユーザー毎の名称を付け、外出先からのリモ ートアクセスなどを、無償で利用することが可 能である。さらに、自動チャンネル設定機能に より、自動的に電波の混雑が少ないチャンネル に設定が可能なため、電波干渉によるスループ ットの低下を避けることが可能である。 34 【図 56】WN-G54/R3 第8項 I･O DATA/NP-BBRL[12] NP/BBRL は I･O DATA から 2006 年 2 月に発売された有線ブロードバンドルータで ある。価格は 2,877 円（税込）である。主な特徴は、 ネットワーク対応のハードディスクビデオレコー ダなど、デジタル家電との接続が可能である。また、 Web ブラウザでの設定が可能なため、専用のソフ トを必要とせず、簡単に設定をすることが可能であ る。 【図 57】NP-BBRL 第3節 ホームネットワークの構築事例 前節で紹介したルータを利用し、ホームネットワークの構築事例を紹介する 外出先 Wi-Fi 中継機 テレビ 192.168.1.10 ネットワーク HDD （NAS） 地デジデータ カメラデータ 外出先データ ルータ 192.168.1.0 192.168.1.1 パソコンデータ デスクトップ PC 192.168.1.2 ノート PC 192.168.1.3 Web カメラ 1 192.168.1.11 Web カメラ 2 192.168.1.12 【図 58】ホームネットワークのシステム構成図 図 58 は、BUFFALO の WHR-G301N を利用したネットワーク構成図である。無線 LAN で web カメラやテレビなどの情報家電に接続し、テレビでは IPv6 機能を用いて フレッツ光 TV や、パススルーによる IPv6 ネットワークを利用することができる。ま た、テレビなどのデータやコンピュータの HDD を、NAS を用いて管理することで必 35 要なデータなどを 1 か所に集約させている。さらに、リモートアクセス機能により、外 出先からのリモートアクセスが可能なため、外出先から自宅のコンピュータにアクセス することが可能である。 第4節 製品仕様の比較結果および考察 ルータの仕様を比較した結果、まず注目すべき項目は IPv6 接続方式である。Corega の CG-BARPRO6 が IPv4/IPv6 デュアルスタックなのに対し、その他のルータはブリ ッジ接続またはパススルー接続となっている。また、セキュリティに関しても、corega のルータは他社のルータと比べても性能が高いといえる。BUFFALO の WHR-G301N に関しては VPN リモートアクセスが可能なため外出先からでも家のパソコンの遠隔操 作などネットワーク内にあるすべての機器とのデータのやり取りなどが可能というメリッ トもある。また、初心者が購入するという点では、設定が容易である NP-BBRL や BRL-04M、 CG-WLBARGPXB がよい。外出先からのリモートアクセスなどを利用したいなら VPN リ モートアクセス機能が利用できる BBR-4HG がよい。無線 LAN による高速通信を楽しみた い場合などは、WHR-G301N や MZK-WNH を推奨する。IPv6 を利用したインターネット を楽しみたい場合などは CG-BARPRO6 を利用することがよいだろう。 3 章のホームネットワークの構築事例では、リモートアクセス機能を用いたホームネ ットワークを考案した。そのため、BUFFALO の WHR-G301N を利用し、NAS を用 いて自宅内データを統一した。そこで、リモートアクセスを用いて NAS にアクセスす ることで、許可された情報を外出先から閲覧することが可能になる。さらに IPv6 パス スルー機能でフレッツ光 TV や IPv6 サービスを利用することができる。さらにテレビ とネットワークを接続することで地デジの録画なども可能となる。セキュリティにおい てもマルチセキュリティ機能で接続する機器が対応する最も高い暗号化レベルのセキュ リティを自動設定することができる。 最期に、 筆者が推奨するルータとしては、corega の CG-BARPRO6 または、BUFFALO の BBR-4HG である。CG-BARPRO6 は IPv4/IPv6 デュアルスタック機能があり、セ キュリティ面に関しても十分機能が高い。BBR-4HG は、安定性が高くセキュリティ面 も充実している。価格に関してもそれほど高価ではなく、消費電力も低いので人気が高 い。どのルータに関してもメリット・デメリットは存在するが、製品仕様を調べ比較し た結果、筆者は上記の 2 種類のルータを推奨したい。 36 第6章 まとめ 本論文では、IPv4 枯渇問題に対して Linux と FreeBSD を用いてそれぞれネットワ ークの構築について述べた。Linux では IPv6 の実装の現状から、Kondara を利用し必 要なアプリケーションの導入、設定、ネットワークの動作確認の方法について解説した。 また、Linux の IPv6 対応における将来動向も、現在開発が進められているプロジェク トに関して解説した。KAME プロジェクトの FreeBSD に関しては、プロジェクトを 紹介し、Linux と同様に OS の導入から、BIND や Apache の導入、設定、動作確認に ついて解説した。IPv6 対応ルータの仕様比較では、現状の IPv6 対応比較や、性能、推 奨するルータなどを紹介した。 しかし、IPv6 対応に関する問題は少なくない。IPv4 から、IPv6 への移行や、一般 家庭への普及など、現状では世間の認知度が低く、あまり知られていない。しかし、2012 年には、IPv4 アドレスは枯渇すると予想されているため、今後の IPv6 対応に関するプ ロジェクトの取り組みや、世間への認知を広めることも必要である。さらに、IPv6 に 対応した製品を開発し、これからの IPv6 への関心を高めていく必要がある。 37 参考文献 [1] あきみち. (2010). Linux ネットワークプログラミング. ソフトバンククリエイティブ. [2] IPv4. http://ja.wikipedia.org/wiki/IPv4 [3] IPv6. http://ja.wikipedia.org/wiki/IPv6 [4] 松平直樹 監修. (2001). IPv6 ネットワーク実践構築技法. オーム社. [5] corega/ CG-WLBARGPXB. http://www.corega.co.jp/prod/wlbargpxb/index.htm [6] corega/ CG-BARPRO6. http://corega.jp/product/list/router/barpro6.htm [7] BUFFALO/ BBR-4HG. http://buffalo.jp/products/catalog/item/b/bbr-4hg/index.html [8] BUFFALO/ WHR-G301N. http://buffalo.jp/products/catalog/network/whr-g301n/ [9] PLANEX/ BRM-04M. http://www.planex.co.jp/product/router/brl-04m/index.shtml [10] PLANEX / MZK-WNH. http://www.planex.co.jp/product/router/mzk-wnh/index.shtml [11] I･O DAT/ N-G54/R3. http://www.iodata.jp/prod/network/wnlan/2006/wn-g54r3/index.htm#01 [12] I･O DAT/ NP-BBRL. http://www.iodata.jp/product/network/router/np-bbrl/spec.htm 謝辞 本論文において、多くのアドバイスをいただき、また、遊んでいただいた尾花将輝氏に感 謝します。オープンキャンパスでまとめてくれた妹背武志氏に感謝します。アドバイスを くれた杉木亜友美氏に感謝します。アドバイスをくれた小藪瑠璃氏に感謝します。アドバ イスをくれた柴田洋佑氏に感謝します。共に励ましあった小山史弥氏に感謝します。くだ らない話や遊びに付き合ってくれた管貴将氏に感謝します。相談にのってくれた西井裕亮 氏に感謝します。迷惑をかけたにもかかわらず、励ましてくれた金光大貴氏に感謝します。 学校からの帰宅時、バイクで自転車をひっぱってくれた仙田友久氏に感謝します。いつも 楽しませてくれた原知廣氏に感謝します。いつも支えてくれた家族に感謝します。最後に、 ゼミでの面倒を見ていただき、多くの迷惑をかけ、多くのアドバイスを頂いた花川典子教 授に心より感謝します。 38