## DSL HOWTO for Linux

v1.1, 14 November 2000
David
Fannin

         dfannin@sushisoft.com

Greg
LeBlanc

         GLeblanc@cu-portland.edu

高橋聡
(日本語訳)

    	hisai@din.or.jp

v1.3
2001-06-25
hb
あちこちのセクションを更新。
v1.2
2001-03-28
hb
様々な変更と追加。
v1.1
2000-11-14
hb
雑多かつちょっとした訂正、更新。
v0.99
2000-09-05
hb
更新、追加いろいろ。新しいセクションも追加。
v0.92
1999-04-10
df
初版(ADSL mini HOWTO)。
DSL
xDSL
ADSL
RADSL
IDSL
G.Lite
SDSL
PPPoE
PPPoA
DSLAM
VDSL
Broadband
Internet
Network

Converted to DocBook 3.1 HB 08/08/00. This started as just some additions, but turned into major rewrite. aspell -H -c DSL-HOWTO.sgml submit@linuxdoc.org export CVSROOT=:pserver:hal@cvs.linuxdoc.org:/cvsroot cvs -d $CVSROOT login pword: Xn2gDjf1 $cvs get LDP/howto/docbook/DSL-HOWTO.sgml upload... $ cvs commit DSL-HOWTO.sgml !!!!!!!!!!!!!!!! (from the LDP/howto/docbook/ dir) ==================================================================== Begin 1.3 Wed 03/28/01 06:57:01 PM Changes: Fixed a few broken links. Feeble attempt to add some internalization to a few sections. RWIN and interleaving in glossary. Minor changes to comments on RBOC/independent shake out, and remote terminals. Updates to the SpeedTouch HOWTO in appendix Added back the NTS FAQ. Added a new dyn dns org. Added bit about kernel mode PPPoE/rp-pppoe per David Skoll Thanks for the quick reply. I would think that it would be a very simple modification/extension of the current style sheet to add the tag (ASCII_graphic) that would show your graphs in the way they were meant to be. I'll look at the LDP website and see who to forward this suggestion to. Todo: MTR Juha's throttling gets more speed. More from Juha. http://netfilter.samba.org/unreliable-guides/packet-filtering-HOWTO/index.html http://obrien.freeshell.org/files/howto/NAT-HOWTO.html http://linux-usb.sourceforge.net/SpeedTouch/howto.html Wed 04/11/01 06:59:30 PM from Juha From juha@saarinen.org Tue Apr 10 07:05:06 2001 4. http://feenix.dyndns.org/ldp/adsl/tuning.html Mention MTR (Matt's Traceroute)! It's an excellent program that everybody should use. I showed it to my ISP who said "why didn't we know about this before?". It's great for troubleshooting. For turbo-charged downloading, an app that opens multiple ftp or HTTP sessions and combines them can substantially increase you speed. The network here is limited to 3.5Mbps per TCP session -- I've managed to combine sessions into twice that speed. ====================== Had to think myself... one inch is 2.54 cm. There's what? Twelve inches to a foot? so you get 30.48cm, or 0.3048 meters. 12,000 feet = 3,657.6 metros, or approx 3.7 kilometers. Does that look right? -- Juha =============================================================== Submitted 1.2 Wed 03/28/01 06:43:23 PM Begin 1.2 Tue 11/14/00 07:38:10 PM Changes: Updated various URLs. Adapt Chris Jones's Alcatel USB mini HOWTO into Appendix Various modifications due to modem changes, ie USB. Alcatel USB drivers are out! Added sections on TCP RWIN, and interleaving in 'Tuning'. Soften EN comments (again). Austrian Highspeed Internetconnection & Linux HOWTO added. Remove eyep.net from dyndns section. Fixed pptpd screw up. New ISP for LA, Central Cal, Australia. PPTP on Alcatel STH info added. New FAQ for asymmetric bandwidth saturation. Backed off Efficient 3060 beta and Alcatel USB beta programs. Going nowhere. VPN HOWTOs added. France Telecom's Netissimp in HOWTO list. Added Sympatico to ISPs Poor man's splitter (using one microfilter in NID).

このドキュメントでは、DSL ファミリーについて説明します。高速なインターネット・ サービスを全世界の様々な市場で DSL ファミリーは展開しています。 DSL についての技術的背景とともに、加入方法や設置、設定、トラブルシュー ティングについての情報を Linux ユーザに関連するところに焦点を当てて紹介して いきます。

## はじめに

DSL(Digital Subscriber Loop) は高速なインターネット・アクセス技術で、一般的 なメタルの電話線(電話会社の専門用語で、別名 より対銅線回線)を 使います。DSL は、既存の電話会社のネットワークを使って、ISP にダイレクトかつ 専用で接続できます。米国の 80 &percnt; もの電話線で利用ができるように 設計してあります。DSL は、回線適応変調方式を使うことにより、 8 Mbps もしくは さらに高速な転送速度を実現できます。

DSL サービスは、家庭や小規模事業向け市場をターゲットにしています。普通 DSL は ISDN より安価で、T1 よりかなり劣ったサービスを提供します。しかし T1 に 見られるようなコスト高や面倒さ、利用しにくさといった問題を気にせずに、T1 より高速に利用できる可能性があります。DSL は常時専用で接続 するサービスなので、ISDN のように回線設置の遅れや使った分だけ料金がかかる ことはありません。この点が帯域不足で悩んでいる人々にとって魅力ある技術 となっています。

うれしいことだらけのように思えますが、DSL には欠点もあります。DSL の 信号つまり接続は、距離(より対銅線回線の長さ)やその他様々な 要因に依存しています。標準となる DSL もありません。様々な DSL が存在しており、DSL プロバイダは本当に様々な方法でネットワークを提供 しています。現状 Linux ユーザは、自分で何とかしなければいけない状況に あります。というのも DSL プロバイダは安易に売れ筋の オペレーティング・システムに対してだけ、対応しがちだからです。

この HOWTO で触れるトピックスは、適合試験や設置に当たっての事前作業、設置、 設定、トラブルシューティング、そして DSL 接続を安全に行うことです。他の 関連したトピックにも触れます。付録として包括的な DSL の概略とFAQ、リンク集 、そして用語解説も付けています。

電話会社や DSL プロバイダ側が速いペースで移り変わるので、このドキュメントが 最新版であることを必ず確認してください。現在、正式版は http://www.linuxdoc.org/HOWTO/DSL-HOWTO/ にあります。事前公開版は http://feenix.burgiss.net/ldp/adsl/ にあります。

### ドキュメントの構成と読み進め方

このドキュメントでは DSL について広範囲に議論するつもりです。複雑にからみ あったネットワークやハードウェア、新しい流りの技術、そしていろいろな ベンダーが提供する様々なアプローチを扱ったトピックをあらゆる角度で解決して いくつもりです。このドキュメントの構成の中心は下記の通りです。

- 設置セクションでは、DSL の ハードウェアと関連機器の設置方法を説明します。配線上の注意点や スプリッタやマイクロフィルタ、モデムやネットワーク・カードの取り付け方 を扱います。

- Linux の設定セクションでは、主にクライ アント側とソフトウェアについて扱います。接続して動作可能にします。 ネットワーク・カードの設定については、上記の設置方法のセクションで扱い ます。

- 安全に接続するセクションでは、常時接続に 当たって非常に重要を持つ、セキュリティの意味について説明します。 Linux ユーザはクラッカーの標的にとてもなりやすいようです。Linux ユーザ はとてもおおらかで、セキュリティがいかに大切で精緻なのかを理解できない 人もいるからです。

- チューニングとトラブルシューティング セクションでは、設置作業後にいかに接続の性能を向上させるか、という トピックやコンピュータが固まってしまったり、時々切断してしまう問題を 突き止める方法について説明します。

- 付録もたくさんついていて、Linux や DSL に関する様々なトピックについて 説明しています。また接続して動かすことに直接関連していないが、興味深い 事項についても解説します。

このドキュメントを読み進めるには、下記のガイドラインに従ってみてください。 まず必ず「はじめに」を読んでください。特に約束事と 利用方法、用語セクションは熟読してください。専門用語の中には別の 文脈において、多少異なる意味を持つものがあるからです。また、TA(電話業界の 頭文字)の世界で迷ってしまっても、用語解説が 用意してあります ;-)。

- DSL について何も知らなくても、このドキュメントを通読できるはずです。 まず付録にあるDSL の概略セクション からはじめて、次に FAQ に進んでみてください。 DSL の概略では、それぞれ個々の要素がどのように組み合わさっているのかを 説明します。DSL ネットワークはこれまでのダイヤルアップ・ネットワークに 比べて、複雑な構成をとっています。

- すでに下調べをしてあるが、まだどこにもサービスを申し込んでいないなら、 プロバイダを選ぶセクションを読んで ください。あわせて Linux に好意的な ISP セクションも読んでみてください。もちろん Linux の設定 セクションからはじめても結構です。これから何を しなければいけないのか、理解できると思います。

- 既にサービスを申し込んでいてサービス開始を待っている状態なら、 プロバイダの選択についてのセクションは飛ばしてもかまいません。自分で 設置するつもりなら、設置 や Linux の設定、 安全に接続するのそれぞれのセクションで、該当する部分を読んでくだ さい。

- 設置が完了したのにうまく接続できないなら、すぐに トラブルシューティングセクションを読んでください。 どんなプロトコルを使っていいかはっきりしなかったり、どんなソフトウェアを インストールすればいいのかわからなかったりしたなら、 Linux の設定も読んでください。ドキュメント 中で同期というような意味不明な言葉がある場合は、DSL の概略を必ず読んでください。そうすれば しっくりくるはずです。

- ケーブルモデムか DSL か決めかねているなら、 Cable vs DSL セクションを読んでください。 DSL の概略も読んだ方がいいかもしれません。

- インターネットに常時接続した経験がなかったり、安全に接続する方法 を完璧には理解できていないなら、安全に接続する セクションを必ず読んでください。読んでも理解できない点があるなら、 繰り返し読むか、別の資料を捜すようにしてください。

- リンク集では、このドキュメントでは直接扱って いないトピックについて広く紹介してあります。

### 最新情報

Version 1.3:付録の SpeedTouch USB HOWTO を更新。 PPPoE セクションを改訂し、Linux に好意的な ISP に 2 社追加。ドキュメントが 米国を中心とした記述にならないように、ほんの少し修正。その他多少の更新。

Version 1.2 には PPTP の設定に Alcatel のイーサネット・モデムを追加。 チューニングセクションに TCP Receive window と ADSL もしくは DMT の効率化 2 つを追加。Alcatel の USB モデムのドライバがオープン・ ソースで 2001 年 5 月にリリースされたというビックニュースを追加。Chris Jones 氏によって Alcatel SpeedTouch USB mini HOWTO を 付録 に追加。あちこちを更新。

Version 1.1 ではいくつかの訂正と更新と追加。新しい情報は実質なし。ついに Linux で利用可能な Xpeed の DSL PCI モデムが登場。カーネル 2.2.18 のソース コードにドライバが入った。

Version .99 はこのドキュメントのオリジナルである ADSL mini HOWTO が出てから 生じた数多く変更点の内のいくつかに対応。そもそも ADSL は最初に広まった DSL 技術ではあるが、他の DSL―IDSL や SDSL、G.Lite、RADSL―の特徴も反映 されている。このようにして ADSL mini HOWTO から DSL HOWTO に名称を変更した。また DSL 技術における数多くの進展も記述した。 PPPoE/A によるカプセル化は非常に多くの ISP で採用されてきており、主流に なってきている。

### Copyright

DSL HOWTO for Linux (formerly the ADSL mini HOWTO)

Copyright © 1998,1999 David Fannin.

This document is free; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version.

This document is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.

You can get a copy of the GNU GPL at at GNU GPL.

### 謝辞

この HOWTO を手伝ってくれた方すべてに感謝致します。万が一のため、電子メール のアドレスは spam 避けをしてあります(私のものも！)。名前の部分から X を取って ください。

- B Ediger (Xbediger@csn.net) 回線の 問題点についてのすばらしい記述

- C Wiesner ( Xcraig@wkmn.com) 数多くの ADSL 関連の一覧作成

- J Leeuw ( Xjacco2@dds.nl) ADSL についての たくさんの TIPS

- N Silberstein ( Xnick@tpdinc.com) Netrunner についての情報と米国一悲惨な経験

- comp.dcom.xdsl と bellsouth.net.support.adsl からの多種多様な投稿。 あまりに多量で個々に言及できないほど。 (HB)(？)

- Juha Saarinen TCP Receive Window に ついてのアドバイスと解説及びそれに関連したチューニングについての トピック。

- Chris Jones chris@black-sun.co.uk 付録にある Alcatel SpeedTouch USB mini HOWTO の著者。

### disclaimer

The authors accept no liability for the contents of this document. Use the concepts, examples and other content at your own risk. As this is a new edition, there may be errors and inaccuracies. Hopefully these are few and far between. The author(s) do not accept any responsibility for incorrect or misleading information, and would certainly appreciate any corrections. Also, this type of technology dates itself very quickly. What may be true today, is not guaranteed to be true tomorrow.

All copyrights are held by their by their respective owners, unless specifically noted otherwise. Use of a term in this document should not be regarded as affecting the validity of any trademark or service mark.

References to any particular product, brand, service or company should not be construed as an endorsement or recommendation.

### フィードバック

このドキュメントへのどんなコメントも歓迎します。最新版をチェックしてから、 訂正を流してください！ 宛て先は hal@foobox.net まで。

### 約束事と利用方法、用語

これからする説明を理解しやすいように、このドキュメントで使っている用語 のいくつかを明確にしておきましょう。この用語はあちこちに登場しますので。 下記に登場する定義のほとんどは、技術的に 100 &percnt; 正確ではありません。 しかし、ここでの目的は充分にカバーしています。DSL のようにめまぐるしく 変化する技術では、もし、しかしといった言葉が頻繁に現れます。 それはその事柄がどの程度正確で、どの程度かっちりしているかを断定できない からです。加えて例外が常につきまといます。ここではできるだけ広く一般的に 扱うつもりですので、心に留めておいてください。

- DSL は現在利用可能な DSL 技術全体を意味する場合に使われます。 ―ADSL や SDSL、IDSL、RADSL 等がそれに当たります。ADSL は今でも最も普及して いると思いますが、その他のものもどんどん拡大しています。それぞれの DSL を区別する場合に大切なのは、略称を用いない固有名詞を使うことです。たとえば、 RADSL というように。xDSL は様々な DSL 技術を総称する場合に普通使います。 しかし、ここでは DSL という言葉を使います。

- ここで言う電話会社という言葉は、DSL プロバイダになれる企業 を指します。これには 別名 ILEC (Incumbent Local Exchange Carrier)も入り ますし、Covad や Rhythms のような米国の独立系のプロバイダも入ります。

- CO は、電話会社の用語で電話局を意味します。 これまではこの言葉は、個人の電話線が物理的に終端してある建物を意味して きました。しかしこのドキュメントでは、電話会社の終端点を指すことにします。 この言葉が電話局の建物なのか、そうではなくより小さく離れた場所にある構造物 もしくはデバイスなのか悩む必要はありません。

- 回線は、電話会社が言うところの電話線です。 回線といえば、普通はより対銅線回線が自宅やオフィスから直接専用で CO に つながっていると考えていいと思います。もちろんこれはあまりに単純化して しまっているのですが、このドキュメントでは言わんとすることを充分に伝えてい ます。DSL が利用できるかどうかや信号の品質は、物理的な電話線―電話会社 の言う 回線―の質に直接影響を受けています。

- POTS は昔からの電話サービスの頭文字です。つまり、昔ながら のデジタル化していない電話機や FAX、留守番電話のようなデバイスを指します。

- NID(Network Interface Device)は、電話会社が家の外壁に 設置する小さなデバイスで、電話会社のサービスを受ける入り口に当たります。 電話会社によって場所は異なりますが、どこかにあるでしょう。ONI や SNI、NIU、TNI 等々、電話会社によってもいろいろ異なります。このデバイスのところで顧客と 電話会社の境界点を設けています。商業施設や集合住宅の場合 はもっとスマートに建物の内側のどこかに設置してあります。

- DSLAM は電話会社の CO の中でも高度なハードウェア・デバイス です。DSLAM で 電話線を物理的に終端し、これで DSL が成り立っています。 電話会社は mini-RAM のような小さなデバイスを顧客側に設置 するようになってきています。ここでは DSLAM とは、電話 会社が提供する DSL を実現するあらゆるデバイスを意味します。 現在では多くの企業がこの機器を生産しています。

- モデムはエンド・ユーザが DSL に接続するデバイスです。 モデムは電話局にある DSLAM に回線でつながっています。DSLを使って 会話し、同期し合います。同期し 合えなければ、ISP へは接続できません。

  モデムは信号の変調と復調(MOdulation and DEModulation)を意味 する正式な用語です。しかし厳密に言えば、以前から皆さんも利用していた アナログのデバイスではありません。これらのモデムは普通は他の機能も持って います。 ISP や製造業者の中には、単にルーターやブリッジ 、更にはブルーターとして売り込んでいるところも あるようです。これらは基本的に DSL モデムを機能拡張したものです。互換 モデムと呼ばれるものの中には、顧客側の接続に必要な最低限のハードウェア しか持たないものもあります。広く行き渡っているモデムは、実際にはブリッジ とモデムの組み合わせがほとんどです。

  特に明記しない限り、モデムにはイーサネット・インタフェース があり、標準的なイーサネット・カード(NIC)でつながると仮定します。圧倒的に 普及しているのがこの方法です。少なくとも PCI や USB モデムの Linux 用ドライバが更に普及するまでは、この形で行くでしょう。

  DSL プロバイダが支給しているルーターは、一般的にはモデムと ルーターを組み合わせたデバイスですが、名前に深い意味はありません。 このドキュメントでは、そのようなデバイスをルーターとみなし ます。SOHO 用のブロードバンド・ルーターもありますが、専用ルーターであって、 モデムの機能はありません。

- 旧版のドキュメントでは、モデムをANT(ADSL Network Termination)としていました。これは技術的には正しい用語と言って差し支え ありませんが、ISP や メーカー、電話会社、またユーザでさえもこの言葉を 使っていません。どんな機能(たとえばルーターやブリッジ等)を持っていても、 モデムはモデムです。

- PPPoX は PPPoE(PPP over Ethernet) や PPPoA(PPP over ATM)を総称して呼ぶ 場合に使います。現在これらのプロトコルは、DSL プロバイダの多くが利用 しています。

- このドキュメントが提供する情報は、米国における DSL の現在の状況に基づいて います。米国以外の DSL サービスもほとんど同じだと思いますので、皆さんにも 役に立つのではないでしょうか。間違いがあれば訂正してください。電子メールは hal@foobox.netまで。

- # は、通常 root が実行するコマンドを意味します。一方 $ は、一般ユーザのプロンプトとして使います。

## 設置

サービスを申し込む前に、多少調べておいた方がいいでしょう。それは適合試験 や設置手続きを電話会社が様々に取り決めているからです。米国ではこのセクション で説明することの多くが一般的に行われています。

### 事前設置作業

DSL を選択する余地がない国は世界中にあります。お馴染みの電話会社もそうかも しれません！ より対銅線を所有していますから、すべてを握っているわけです。

しかし米国ではそうではありません。規制緩和によってそうなりました。料金に ついてだけはなく、その地域で DSL サービスを提供している他のプロバイダを 調査すべき理由はたくさんあります。大規模な電話会社はあちこちにあって、 恐らく盛んに宣伝しているでしょう。しかし、小規模な独立系の ISP がますます 増加しています。これが DSL 市場の多様性を産み出しています。 多様性は良いことなのですが、多少混乱を引き起こしているかもしれません。 逆に言えば、その地域において 1 つしかなければ、選択の余地はありません。 しかしサービスが何であれ、受けることだけはできます。

電話会社が電話や DSL サービスを独占しているなら、このセクションの後半と それ以後数セクションは飛ばしてください。電話会社は適合試験や設置に かかわる作業を確実に行いますので、ただ終わるのを待っていれば大丈夫です。

DSL サービスすべてがこうであるとは限りません。地域で 2 つの企業が ADSL を提供していても、なすべきことが共通しているとは限りません。 実際にはたくさんの要因が存在しており、それがある ADSL プロバイダのサービス と他のプロバイダのサービスが異なっている要因となっています。考慮しなければ いけないことは、下記の通りです。

- 速度 vs 料金

- どんなハードウェアを支給しているか。すなわち、モデムなのかルーターなのか。 どちらのケースでもイーサネットが付いているものがベスト。

- ISP のネットワーク構成。PPPoX か？ 固定 IP か？ サーバは立てられるのか？

- 常時接続を理論上であってもサービスとして提供しているか？ 追加利用料金は？ アイドル・タイムアウトは？

- Linux に対して、好意的？ 敵視？ 寛容？

- サービスの質は？ ニュースや電子メール他は？

これら検討すべきこと、関連したことについては、 DSL の概略の付録にある モデムや サービス品質、プロバイダを選ぶ において更に詳しく議論していますので、読んでください。

プロバイダを決めて、サービスを申し込んだら、次は電話会社が回線が適合して いるかをチェックします。この作業で電話線をテストし、DSL の信号を扱うことが できるかをチェックし、どの程度のサービスが提供可能なのかを確認します。 この作業は多少時間がかかるかもしれません。電話会社が回線上の問題に出くわした 場合にはなおさらです。この段階で何も問題がない場合は、おそらく 2、3 週間後に 設置されます。ケース・バイ・ケースですが。

電話会社が回線の試験を行い、電話局側の終端の準備が完了すると、次のステップは 顧客側に必要になる機器の設置となります。配線工事とスプリッタ、フィルタの設置 を行います。もちろんモデムとソフトウェアの設定も行います。

### 設置にあたってのオプション―自分でするか、しないか

既にどのように設置するのか、誰が設置するのかを決めたかどうかという段階 ではないでしょうか。この件はプロバイダの裁量任せになります。大半の国では、 電話会社がこの役を負っていて、ほとんど融通が効きません。米国のプロバイダの 多くは、ユーザによる設置オプションを用意していて、それで問題 ありません。この方法ですとプロバイダは接続キットを送るだけで、技術者を派遣 する手間が省け、コストを下げることができます。一般的にはユーザ設置キット には POTS(Plain Old Telephone Service)用のマイクロフィルタと電話ジャック、 モデム(もしかすると NIC)、そしてドライバが入った CD-ROM 等が入っています。 場合によってはマイクロフィルタの替わりにスプリッタが入っているかもしれません。 いずれのケースでも、DSL ラインでない方に、何かしらかのフィルタが必要になり ます。DSL の信号で発生したノイズが POTS デバイスに影響を与えるかもしれない からです。

その他の選択肢として、プロバイダが設置するパターンもあります。繰り返します が、これはオプションです。コスト高になりますが、訓練を積んだ技術者がどの ような配線作業もしてくれます。さらに素敵なオプションを受けられるかもしれ ません。それは スプリッタ設置付きオプション(素晴らしい！) です。このオプションを使うと、回線が何かおかしかったり、電話会社が回線を 適切に敷設していなかったとしても、技術者が素早くオンサイトで正常な状態に できる可能性があります。

ユーザ設置用のキットには、詳細な解説がついてくるはずです。設置がスプリッタ・ タイプであろうとフィルター・タイプであろうと関係はありません。したがって、 ここではこれ以上詳しく触れません。

### 配線と設置のオプション

配線のしかたは、どのようにサービスが提供され、誰が作業を行うかによって さまざまです。また誰が DSL サービスを提供するかにもよります。電話会社が 設置を行うなら、このセクションは飛ばしてください。

- 専用線。DSL の中には電話サービスが使って いない専用のより対線を必要とするもの(たとえば IDSL)があります。 つまり DSL でインターネット接続をするには、電話線とは物理的に独立していて、 トーンが聞こえない回線が必要になります。また CLEC(Covad や Rhythms の ような独立系電話会社)の DSL サービスは、専用線が必要になるかもしれません。 これは地域で既にサービスを提供しているキャリアと CLEC との回線共用の合意 内容次第です。(むしろ実際は CLEC が ILEC から回線を借りている)単にユーザ 側は電話会社が引き込んでいるより対線の束から空いているものの 1 つを利用 して、DSL のジャックを挿すだけです。

- スプリッタで回線を共有する。ADSL のような DSL、つまり 普通の電話サービス(POTS)と同じ回線を使うものは、何らかの方法で信号に フィルタをかけ、音声に悪影響がでないようにする必要があります。スプリッタを 設置して回線を 2 つに分け、その他の信号から DSL を取り出します。これで DSL は ジャック 1 つに限定されるので、他のジャックはすべて電話サービスに使える配線 になります。この方式はいろいろな意味でスプリッタ無しタイプ (すなわちマイクロフィルタを使う)を設置するより優れています。下記を参照して ください。

  スプリッタはあちこちのメーカーで製造していて、形、大きさとも様々です。 あるものは NID(SNI とも言います。これは電話会社が屋外に設置する電話用 ボックスです)の中に入るほど充分に小さいものもありますが、NID と同じくらい の大きなものもあります。普通は NID のそばに取り付け、ここが顧客側との 境界点になります。

- フィルタを使って回線を共有する POTS の回線を抱き合わせた DSL の中にもどこかでフィルタをかけたり、分離 したりする必要があるものが存在します。しかし G.Lite や RADSL では必ずしも 必要ではありません。これとは別に、RJ11 がついているマイクロフィルタ を電話ジャックにすべて取り付ける方法もあります―DSL モデムのあるところを除いて。このフィルタは比較的小さく、 デバイスに差し込んで使い、DSL が使用する高周波をカットします。道具も配線 も必要ないほど非常に簡単に設置できます。通常ユーザ設置用キットに同梱して あり、スプリッタ無しタイプと呼ばれています。これは米国で 非常に一般的な方法です。

  モデムから発生して回線に乗ってしまう程大きな雑音を押える のに、電話会社は同種のマイクロフィルタを使用しています。 ジャックにモデム用のフィルタを取りつける点は同じですが、少し違った アプローチです。

- スプリッタもフィルタもつけずに回線を共有する。G.Lite のような最近の DSL には、普通の電話サービスには何の影響も与えず、フィルタ もスプリッタもいらないものがあります。これは今後の主流になると思われます。 本当にプラグ＆プレイです。しかしまだ一般的ではありません。

図 1: DSL のブロック図 スプリッタ有りの電話回線 (NID は図示せず)

``

           <--------Home/Office-----><---Loop---><--Central Office-->

     POTS  X-------+
     phone,        |
     fax,          |
     etc,          |
                   |                                 CO
                   |                               -------
                   |                               |     |
                   |                               |     |
                   |            -----              |     |
     POTS  X-------+----Voice--=| S |              |  D  |
                                | P |              |  S  |=- Voice Switch
                                | L |    2 wire    |  L  |
                                | I |=------------=|  A  |
                                | T |  Local Loop  |  M  |=- ISP --> INET
               ---------        | T |              |     |
     Linux X--=| Modem |=-Data-=| E |              |     |
               ---------        | R |              |     |
                                -----              |     |
                                                   -------

図 2: スプリッタ無しの DSL (別名 フィルタタイプ) のブロック図

``

           <--------Home/Office-------><----Loop---><--Central Office-->

     POTS  X--Voice---[RJ11]------+
     phone,          (filter)     |
     fax,                         D                      CO
     etc,                         a                    -------
                                  t                    |     |
                                  a                    |     |
     POTS  X--Voice---[RJ11]----- &                    |  D  |
                     (filter)     V  -----             |  S  |=- Voice Switch
                                  o  | N |   2 wire    |  L  |
                                  i-=| I |=-----------=|  A  |
                                  c  | D |  Local Loop |  M  |=- ISP --> INET
                                  e  -----             |     |
               -----------        |                    |     |
     Linux X--=|  Modem  |=-------|                    |     |
               -----------                             -------

### ユーザが自分で設置―配線について

自分で設置をしないのなら、このセクションは飛ばして Linux の設定に進んでください。マイクロフィルタを使って設置するなら マイクロフィルタのセクションに進んでください。 これから説明するのは、配線のしかたについてです。ご自分の場所とは違った説明 になるかもしれないので、ご了承ください。これから説明する注意事項や安全に 関する説明には必ず従ってください。マニュアルをしっかり読んで、電話会社が 行う配線方法にも精通していてください。

まず最初にプロバイダに接続することからはじめましょう。回線上でサービスが はじまっているのか確認してください。あわせてスプリッタや DSL 用のジャック が設置してあるかということも確認してください(もしかするともっと良い配線 方法があるかもしれませんので、下記の「ホーム・ラン」セクションをすぐに 見てください。

電話会社のより対線は、一般的に束線当たり 1 対以上の線になっている点を 知っておいてください。2 対が普通ですが、それ以上の場合もあります。1 本の 電話回線しか使っていなければ、残りの対は未使用です。この場合だと DSL 用に 配線ができます。線の対は色分けしてあり、簡単に区別できます。SDSL と IDSL は、専用もしくは 電話サービスでは使っていないより対線が 必要になります。 使用していない対線が使えるなら、配線をし直す必要はまったくありません。既存 のジャックにより対線を間違いなく挿して、モデムを取り付けるだけです。

#### ホーム・ラン

Try blockquote or quote, coupled with attribution for better output. See these URLs http://www.docbook.org/tdg/html/attribution.html http://www.docbook.org/tdg/html/blockquote.html http://www.docbook.org/tdg/html/quote.html

> BellSouth の ADSL の設置(撤退済み？)

> 電話局が通りの反対側にあったなら、マイクロフィルタを使っていなかった でしょう。スプリッタが唯一の手段です。

DSL モデムを配線する最適な方法をホーム・ラン(homerun) と呼ぶこともあります。 どうしてこう呼ばれているかというと、1 本の短いストレート・ケーブルをスプ リッタからモデムの DSL ジャックに直結するからです。こうすることで、既存の 宅内配線を通らずに済み、密かにかかえている問題―POTS ジャックのどこかが 腐食しているとか―を回避できるかもしれません。宅内配線の欠陥は、DSL の 信号を減衰させます。

またこうすることで、無線周波妨害(RFI。Radio Frequency Interference)による 障害も避けられます。経路のどこに RFI があっても DSL にとっては致命的です。 モーターやトランス、電源装置、高輝度の照明器具、調光機等からケーブルを 離して配線してください。それが懸命な方法です。まれにマイクロフィルタが壊れて 障害を引き起こすこともあります―複数箇所が壊れるのではなく、1 箇所が おかしくなるケースです。また カテゴリ 5 のようにグレードの高いケーブルを 使うように してください。

既設のものがスプリッタ無し(つまりマイクロフィルタを複数使う) 場合は、ホーム・ランへ移行するのにスプリッタを購入せざるを得なくなります。 もちろんそれには配線も新規にする必要があるでしょう。 またマイクロフィルタは有効回線長を伸ばします。ケースにもよりますが、 スプリッタ当たり 700 フィートほどになります！ 複数のマイクロフィルタが設置 してあり、同期速度や距離が限界に近いなら、フィルタを取り外せばかなり改善 するかもしれません。

安上がりなスプリッタには、NID 内部にマイクロフィルタを使ってごまかしているもの があります。本格的ではありませんが、たいていはうまくいくよう です。

### 配線とスプリッタ

スプリッタ無しの場合(たとえばマイクロフィルタ利用)や専用線 の場合は、この部分を飛ばしてください。

スプリッタは普通 2 つに分けられます。それはスプリッタ自身と屋外に設置する 小さな筐体です。Network Interface Device (NID)(SNI や ONI とも呼ぶ)の場所 に電話会社が指定した単位ごとにスプリッタとともに筐体を取り付けます。通常は 屋外の電話線があるところに取り付けます。NID のそばに付けてください。 電話会社がスプリッタのメンテナンスをできるようにする必要があるので、家の 外でいじれるところにあった方がいいでしょう。しかし必ずしも外にある必要は ありません。

束線は、少なくとも 2 本の独立した対線であるはずです。スプリッタにはその内 1 対必要で、それを 2 本の単線に対して信号を分離します。束線の内 1 対は すべての POTS ジャックに、残りは DSL モデムのジャックにつながります。 電話会社からの回線をスプリッタの LINE 側に接続してください。内側の線は 電話を VOICE 側に、モデムを DATA 側に接続してください。

チェックポイント。この段階でスプリッタの 音声側からダイヤル音がしているはずです。そうなっていなければ、間違って配線 してしまったことになります。またモデムを NID のテスト用ジャックに挿すことも 可能です(こうすべきです)。モデムの電源コードを挿してください。回線が準備され ていれば、数分もしない内に同期が取れるはずです。このテスト にはモデムだけが必要です。(内蔵もしくは USB タイプのモデムは同期を行う前に ドライバをロードしておく必要があります。これはコンピュータも同じ場所にある ということを意味します)。

### DSL ジャックを配線する

DSL の宅内ジャックをコンピュータの場所に配線しましょう。すでにスプリッタ の DATA 側には接続を済ましてあるはずです。細かいところはそれぞれの状況に よって違いますが、一般的には 1 対の線を DSL ジャックに接続しているのでは ないでしょうか。接続する向きをしっかり確認してくだ さい。DSL と RJ11 間の配線は、電話と DSL ジャックとは異なるかもしれない からです。 加えて―モデムによって信号が乗る対が異なります― ほとんどのものは内側の対ですが、中には外側の対を使うものもあります。

図 3: RJ11 の配線例

``

        ||
        ||
        ||
       /  \
      |RJ11|
      |    |
       ----
       ||||

        ^^  <-- 内側    ほとんどのモデムは内側の対を使う
       ^  ^ <-- 外側    中には外側を使用するものあり。たとえば Alcatel 1000 や
    	                  SpeedTouch Home

### マイクロフィルタの設置

ここはとても簡単です。スプリッタ無しタイプを設置するなら、 支給されたマイクロフィルタを電話ジャックすべてに取り付けてください。 ただし、DSL モデムがつながっているところは除きます。 FAX 機器やアナログモデムのようなデバイスもお忘れなく。フィルタは DSL が使う高周波をカットし、POTS 機器が DSL のノイズと干渉しあわないようにします。

注意！ 何らかの警報システムを使っている場合、マイクロ フィルタは使わない方が懸命です。警報システムは様々な問題を引き起こす可能性 があり、警報のタイプやどのような設定をしているかによって異なります。この ケースはスプリッタの使用を推奨します。

### イーサネット・モデムの設定

設定する時はモデム(またはルーター)の電源コードをつないで、DSL の宅内 ジャックとモデム間を電話線で結びます。このケーブルは支給されます。もし されなかったら、普通の電話線で充分です。イーサネットのインタフェースを 持ったモデムなら、イーサネット・ケーブルを NIC とモデム間を結びます (この時点でイーサネット・モデムの動作を必ずしも確認する必要はありません)。

チェックポイントここでは、モデムが 電話会社の DSLAM の信号と同期することを確認します。たいていモデムは 緑色の LED があり、信号が良好な時に点灯します。赤もしくはオレンジ色 の場合は同期していません。モデムのマニュアルには LED についてさらに 詳しい説明があると思います。同期しなければ配線をチェックして、DSL の 信号が届いているかどうかを確認してください。信号の確認をするには、 電話会社に電話して、サービスがはじまっているか聞いてください。 もしくは NID(上記参照)にあるテスト用ジャックにモデムを挿してテスト してください。回線にダイヤル音が乗っていても、それは DSL の信号がきて いることの確認にはなりません。逆も同様です―ダイヤル音があって DSL 信号 が無い、DSL 信号があって、ダイヤル音が無いということは充分 起こりえます。設置や動作が完璧なら、音声回線上には空電やノイズは 出ないはずです。

#### イーサネット・ネットワーク・カード(NIC)の装着

当たり前ですがイーサネット・モデムにはイーサネット・ネットワーク・カードが 必要です。 まだ持っていないなら、Linux マシンに NIC を入れて、カーネルを再構築し、 モジュールをロードする等してください。時にはこれが大きな悩みの種になります― NIC を認識して動作させることが。Linux には参考文献がたくさんありますので見て ください。たとえば Ethernet HOWTO には更に詳しい情報が載っています。下記の トラブル シューティング・セクションもあわせて見てください。すでに NIC を持って いるなら、もしかすると意外に早く解決するかもしれません。

NIC とモデム間を RJ45 ケーブルを使って接続していることを確認してください。 ケーブルは電源をいれたまま抜き挿しできます。つまりこのため に電源を落とす必要はありません。

ここで NIC が確かに動いているかどうかをすぐにテストできます。まずインタ フェースをアップしてみましょう。`ping` を打って見てきちんと 反応するかを見てみましょう。最後に `ifconfig` でエラーを チェックしてみましょう。

    # ifconfig eth0 10.0.0.1 up

    $ ping -c 50 10.0.0.1
    PING 10.0.0.1 (10.0.0.1) from 10.0.0.1: 56(84) bytes of data.
    64 bytes from 10.0.0.1: icmp_seq=0 ttl=255 time=0.2 ms
    64 bytes from 10.0.0.1: icmp_seq=1 ttl=255 time=0.2 ms
    64 bytes from 10.0.0.1: icmp_seq=2 ttl=255 time=0.1 ms
    <snip>

    - 10.0.0.1 ping statistics -
    50 packets transmitted, 50 packets received, 0% packet loss
    round-trip min/avg/max = 0.1/0.1/0.2 ms

    $ ifconfig eth0
    eth0    Link encap:Ethernet  HWaddr 00:50:04:C2:09:AC
            inet addr:10.0.0.1  Bcast:10.255.255.255  Mask:255.0.0.0
            UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
            RX packets:428 errors:0 dropped:0 overruns:0 frame:0
            TX packets:421 errors:0 dropped:0 overruns:0 carrier:0
            collisions:0 txqueuelen:100
            Interrupt:10 Base address:0xc800

eth0 がエラー無しに立ち上がれば、`ping` を 打ってもエラーは出ないはずです。`ifconfig` が何もエラー を出していなければ、ハードウェアは恐らく仕様通りにすべて動いています。 ここまでで Linux を設定しはじめる状態にまできました。そうでなければ下記のトラブルシューティング・セクションを見てください。

知っていれば: モデムの中にはすでに 10baseT を クロスの状態に配線してあるものがあります。これは直接 カテゴリ 5 ケーブルを NIC に接続し、クロス・ケーブルは使用しません。私はこれがわかるまで 12 時間 近くも時間を無駄にしました。同じ間違いをしないように―まずマニュアルをきちんと 読みましょう。

### USB モデムの設置

USB モデムの設置は、イーサネット・モデムの場合とほとんど違いはありません。 イーサネット・カードがいらなくなっただけです。電話線を DSL の宅内ジャック とモデムの DSL ポートの間に接続してください。そして USB ケーブルを コンピュータの USB ポートに取り付けてください。

USB モデムがきちんと同期して動作するには、ベンダーやそのモデルごとに専用の ドライバが必要になります。Alcatel の SpeedTouch USB を使っていると仮定すると、 ドライバは Alcatel のドライバのホーム・ページ(http://www.alcatel.com/consumer/dsl/supuser.htm#driver) から落とせます。 このドライバはカーネル・モジュールで、バイナリとソース両方を用意してあります。 このドライバにはカーネル 2.4.1 以上が少なくとも必要となります。必要な機能を 生かすには、さらに追加のソフトウェアとカーネル・パッチをインストール しなければなりません。ドライバには簡単な説明がついています。コードの大部分 はまだ実験段階で、完璧に安定してるとは言えないようです。初心者用ではありま せん！

このドライバは PPPoE と PPPoA 両方ともサポートしていますが、それぞれが動作 するステップはまったく異なります。ステップ・バイ・ステップで説明している 付録を見てください。

## Linux の設定

モデムを接続して同期が取れたなら、Linux を設定して ISP へ接続するところ まで来たことになります。Linux システムを引き合いに出しますが、モデムに 10baseT で接続するタイプのものなら、たぶん何でも接続できるでしょう。ルーター やハブ、スイッチング・ハブ、PC などなどお望みのシステムを。ここでは、当然 Linux という側面から取り上げていきます。

ISP に接続する前に、セキュリティ関連事項をすべて 完璧に理解してください。DSL 経由でインターネットに直接接続する際に必要 になります。ISP にもよりますが、外部のユーザのほとんどはあなたのシステム にアクセスできます。何らかのフィアーウォールを設置して、ポートやサービス を落とし、たとえどこから来ようとも、あなたのマシンに接続する前にパスワード を入れるようにすべきです。 下記のセキュリティ・セクションを見てください。 また、リンク・セクションには、セキュリティに ついてさらにとても重要なトピックが書いてあります。 後の祭にならないように、事前に準備してください！

### ブリッジ vs PPPoX ネットワーク

とうとう設置とシステム設定の最終段階に来ました。DSL 対応の様々な ISP が どのようにネットワークを構築しているか見ていきましょう。ISP がどのように 構築しているのかを知っておくのは、とても大切なことです。というのは、 それぞれのケースで様々な方法とステップが存在するからです。ここに書いて あることは ISP が公表している内容とは限りません。また Windows を使っていない ので、ISP が支給するセットアップディスクは役に立たないでしょう。怪しい と思うなら、ISP のテクニカルサポートや他のユーザに聞いてみてください。

さらにややっこしいことに、ISP の中には複数のサービス(様々な速度プランに 加えて)を提供するところもあります。たとえば、Verizon(旧 Bell Atlantic)は、 もともと固定の IP をブリッジ接続で提供していました。現状はすべて PPPoE で動的な IP を提供するようになっています。設置、設定面からすればこれは まったく別物です。

DSL ネットワークの 2 本柱は、ブリッジと DHCP の組み合わせと PPPoX です。 どちらのしくみも IP アドレスを取得とネットワーク設定に関連した細かな機能 がありますので、この点を心配する必要はないはずです。しかし他に心配事が あります。それは普通は気にしもしない接続手段についてです。必要なのは、 適切なクライアントを見つけだし、するべきことをして、接続を済ませ、動作 させることです。共通事項についてはこの後に議論します。

重要！ まず ISP がネットワークに接続する設定をしているか を確認することが必要です。繰り返しますが、利用可能な主な接続方法は、 ブリッジと DHCP の組み合わせと PPPoE です。これらは相互に相乗りできないしくみ になっています。また実際には他の選択肢も存在します。ですから事前にこのしくみ が何であるかを正確に理解しておく必要があります。これは正攻法に他ならず、そう しなければ無駄な時間と労力を費やすはめになるかもしれません。手段に選択の余地 はありません。ISP がネットワークをどのように構築しているかに依存している からです。PPPoE はブリッジされたネットワーク上でも動作します。ただ、そこで ブリッジされているのか、されていないのかを知ってもあまり良いとはいえません。 プロバイダがルーターを提供してきたなら、チャンスです。そのルーターで自分の ファイアーウォールを構築できるかもしれません。

米国の Baby Bell(Regional Bell Operating Company の別名)のどこかと契約した なら、恐らく PPPoE を利用することになるでしょう。つまりそれは PPPoE クライアントが必要になることを意味しています。

いくつかのプロバイダ固有の FAQ や HOWTO は、下記の リンク集・セクションにあります。

#### ブリッジと DHCP の組み合わせ

1、2 年前という古き良き時代では、単にブリッジした接続が 一般的でした。PPPoE はまだできていませんでした。このタイプのネットワーク はあたかも大きな LAN のサブネットの中にいる形になります。ローカルなサブ ネットの多量のトラフィック、とくに ARP やブロードキャストにさらされされます。 認証を行う典型的な手段として、DHCP を経由していました。

DHCP は標準化済みの定評のあるネットワークプロトコルで、IP アドレスやネット ワークに必要なその他のパラメタ(たとえば、ネームサーバ)を取得します。これは 標準化され、かねてより評判が良いネットワークのしくみで、ユーザはとても簡単 にセットアップできます。またとても安定して接続できます。モデムを抜いてから 10 分たってから挿してみると、再び同期をしはじめ、接続を維持します― IP アドレス他も同じになります。

#### PPPoX

現在主流となっているのは PPPoX で、これは PPPoE(PPP over Ethernet)と PPPoA (PPP over ATM)を指します。同類であるこれらのプロトコルは広がりつつあります。 ただすぐに PPPoE が主流となるでしょう。 PPPoX は割合と新しい技術で、その名の表す通り、Point-to-Point Protocol の 亜種で、DSL ネットワーク向きのプロトコルです。

Linux 用の PPPoE クライアントはいくつかあります(下記 参照)。PPPoX は疑似的にダイやルアップタイプの環境をつくります。ユーザ はユーザ ID とパスワードを使って認証します。この認証には RADIUS サーバを 利用しており、まさに古き良きダイヤルアップ PPP と同じしくみを使っています。 IP アドレスやその他関連の情報をクライアントに返します。もちろんダイヤルする という動作は必要ありません。どのようなメカニズムで実行しているかについては、 クライアントごとに違いますので、マニュアルを良く読むのが一番です。普通は `pap-secrets` のような設定をいくつかすることになります。 【訳註： RADIUS の詳細は、RFC2868 をご覧ください 】

PPPoE が USB のようなイーサネット以外のデバイスで動いたとしても意味がない でしょう。ドライバが正しくインストールしてあってもです。

ISP 側からすると、PPP はとても簡単にメンテナンスや障害解決が可能なしくみです。 ユーザ側からすると、PPP の分だけ設定に余計に手間がかかる上、CPU も使い、接続 もブリッジタイプと比較して安定していないようです。そのようなわけですが、 流行りになってきているようです。世界中の大規模な電話会社の多く、とりわけ米国 の RBOC(Regional Bell Operating Company の略称。Baby Bell とも言う)は、PPPoX を既に全面的に採用しています。PPPoX で接続する設定は、ブリッジと DHCP の組み 合わせの設定とは似ても似つきません。

#### ATM

DSLAM からモデムまでの回線上のトラフィックを普通は ATM 上に乗せている ので、ATM にそのまま接続できれば意味があるように思われます。可能では あるのですが、非常にまれなケースです。米国全土に ATM が引かれていたと しても、モデムに追加で Efficient Networks 3010 のような PCI の ATM カード を付けなければいけません。Linux 向けに ATM プロジェクトが活動していて、 現在カーネル 2.4 に組み込み最中です(詳細はリンク集 セクションを見てください)。

そのうち実行可能な手段となるでしょうが、まだそこまで 行っていません。

### WAN インタフェースの設定

DSL モデムで最も一般的な設定はブリッジモードです。 PPPoX や DHCP でもこの設定が必要になります。このやり方だと、普通 NIC が WAN のインタフェースになります。ここの部分で外の世界とシステムがつながって います(ルーターを持っているなら下記のルーター固有の説明を見てください)。NIC の設定は避けて 通れません。たいていは、eth0 がイーサネットのインタフェース になっています。

PPPoX の場合、いったん接続が確立すると ppp0 もしくはそれと似た インタフェースが現れます。これはダイヤルアップの場合とまさに同じです。これで PPP サーバと WAN 側のインタフェースとの接続がいったん確立します。この後は eth0 に関連した設定をすることになります。

ISP が IP 接続を設定する方法は様々です。

- 固定 IP を割り当てる

- ブリッジタイプのネットワークで DHCP による動的 IP を割り当てる

- PPPoX による動的 IP を割り当てる

- PPPoX による固定 IP を割り当てる

個々に見て行きましょう。

#### 固定 IP の設定

固定 IP アドレスは、アドレスの変更がないことを保証しています。 これはドメインを立てたり、公開サーバを運用したりしたい場合に都合が良い方法 です。 しかし、ISP すべてにおいて利用できるわけではありません。固定 IP アドレスには 際立った利点がありますが、アドレスの存在を隠し続ける ことがさらに難しくなるという欠点もあります。悪意を持った故意の攻撃から 身を隠すことは困難です。固定 IP アドレスを持っていなかったり、ルーター を持っていて、そのルーターに固定 IP が割り振られていたりするなら、この セクションは飛ばしてください。

ISP から指定された IP アドレスやサブネットマスク、デフォルト・ゲートウェイ、 DNS サーバなどの情報を設定してください。Linux ディストリビューション (Redhat、Debian、Slackware、SuSE 等)には、それぞれの設定方法がありますので、 お使いのディストリビューションのドキュメントをチェックしてください。それぞれ 独自のツールがあります。たとえば Redhat は `netcfg` を持って います。もちろん `ifconfig` や `route` コマンドを使ってマニュアルでも可能です。Net HOWTO を見ればさらに詳しい情報があります。コマンドラインを使って、仮の IP を使った 例をお見せします。

     # ifconfig eth0 111.222.333.444 up netmask 255.255.255.0
     # route add default gw 111.222.333.1 dev eth0

正しいネームサーバを必ず `/etc/resolv.conf` に追加して ください。

#### ブリッジと DHCP を組み合わせた場合の設定

ブリッジしたネットワークを使った ISP は、普通 DHCP を使って IP アドレスと 認証をユーザに提供しています。ディストリビューションすべてには、少なくとも 1 つは DHCP クライアントがついています。最も一般的なのは `dhcpcd` のようです。 `pump` は Redhat ベースのディストリビューションについて きます。これは Redhat 6.0 時点での話です。DHCP クライアントは ISP のサーバ から IP とそれに関連した情報であるゲートウェイ・アドレスと DNS サーバ、 ネットワーク・マスクを借りてきます。ISP の設定にしたがって、 定期的に情報が更新されます。

DHCP クライアントをブート時に起動したいなら、ディストリビューションが用意 している方法を使ってください。普通 DHCP についてはほとんど設定することは ありません。というのも簡単に使用できるからです。eth0 以外に NIC を割り当てているなら、どのインタフェースを使うのかを指定する必要が あるでしょう。もちろんコマンドラインから指定することも可能です。詳しくは それぞれの man を見てください。

固定 IP でないなら、ISP はなんらかの方法で接続してきた相手が誰なのかを 知る必要があります。DHCP を使った認証プロセスには 2 つの方法があります。 まず最も一般的な方法は、ネットワークデバイスの MAC(ハードウェアの)アドレス を使うものです。普通これは NIC のアドレスになります。MAC アドレスは一意に 決まる値で、ブート時のメッセージの中に現れます。また `ifconfig` を使って、`00:50:04:C2:19:BC` のような 表現で見られます。はじめて接続する時には、ISP に MAC アドレスを知らせなけ ればなりません。

もう 1 つの DHCP による認証方法は、ホスト名の割り当てを使って行います。 この場合、ISP はホスト名の情報を伝えてきます。接続するに当たって、DHCP クライアントはサーバに対してこの情報を渡さなければいけません。 `dhcpcd` と `pump` どちらとも -h というコマンドライン上のオプションでこの機能を実現しています。 詳細は、クライアントの man かディストリビューションについてくるドキュメント を見てください。

##### 注意

ISP が MAC アドレスによる認証をしていて、ネットワークデバイス(たとえば NIC) を変更した場合は、新しいアドレスを ISP に登録してください。さもないと 接続できなくなってしまいます。

#### PPPoE の設定

PPPoE(PPP over Ethernet)は、ISP が接続を制御するもう 1 つの方法で、ISP 業界 では一般的になりつつあります。上記の固定 IP や DHCP と設定方法が全く異なり、 手間が少々かかります。最近のディストリビューションのリリースには、PPPoE クライアントが付いてきます。もし付いていなかったなら、ダウンロードしなければ ならないでしょう。http://freshmeat.net のような Linux の アーカイブサイトをチェックして見るか、下記を見てください。

GPL な PPPoE クライアントがいくつか利用できます。

- The Roaring Penguin (rp-pppoe): http://www.roaringpenguin.com/pppoe/ は David F. Skoll 氏によるものです。とても簡単に設定ができるようで すので、まずこれからはじめてみてください。 これは Linux の PPPoE として、非常に評判の良いクライアントです。理由は、 簡単にインストールできる点と、現状いくつかのディストリビューションに バンドルしてあることです。rp-pppoe は ユーザモードで動くクライアントで、 カーネル 2.0 と 2.2 で動作します。カーネル 2.4 ではカーネルモードで 動作します。

- PPPoEd: http://www.davin.ottawa.on.ca/pppoe/ は Jamal Hadi Salim 氏に よるものです。人気のあるもう 1 つの Linux クライアントで、いくつかの ディストリビューションにバンドルしてあります。カーネル 2.2 でカーネル モードによる実装になっています。設定スクリプトが入っているので、パッチ は当てる必要がありません。したがってインストールが早く、簡単です。また、 rp-pppoe(カーネル 2.0 もしくは 2.2 kernels)のようなユーザ空間で動くもの に比べて CPU を使いません。

  HB jamal hadi@cyberus.ca pppoed author very helpful on this part "David F. Skoll" dfs at roaringpenguin.com Some feedback too.

- PPPoE Redirector: http://www.ecf.toronto.edu/~stras/pppoe.html。これは pppd-2.3.7 以降のバージョンを使って、PPPoE を利用できるようにする リダイレクタです。 これ以外のシステム構成を再コンパイルする必要はありません。 カーネル 2.4 がカーネルで PPPoE もしくは PPPoA をサポートするまでのつなぎ です(現状活発に開発が進んでいるとは言えないようです)。

- カーネル 2.4 は PPPoE をサポートします。2.4 用の PPPoE は http://www.shoshin.uwaterloo.ca/~mostrows にあります。Michal Ostrowski 氏がカーネルレベルの PPPoEのメンテナーです。

- EnterNet は NTS(http://www.nts.com が開発した PPPoE クライアントで、GPL ではありません。ISP の中には Linux クライアント として配布しているところもあります。ソースコードも付いてきますが、 自由にダウンロードはできません(EnterNet については誰からも情報を 得られません でした)。

どのクライアントを選んだかによって、次の `INSTALL` の説明 とその他パッケージにあるドキュメント(`README` や `FAQ` 等)が違ってきます。

PPPoE クライアントで一度接続すれば、下記の例(Roaring Penguin の出力例) ような状態になるはずです。この例では eth0 にモデムが接続して あります。

    $ route -n

    Kernel IP routing table
    Destination    Gateway      Genmask         Flags Metric Ref Use Iface
    192.168.0.254  *            255.255.255.255 UH    0      0     0 eth1
    208.61.124.1   *            255.255.255.255 UH    0      0     0 ppp0
    192.168.0.0    *            255.255.255.0   U     0      0     0 eth1
    127.0.0.0      *            255.0.0.0       U     0      0     0 lo
    default        208.61.124.1 0.0.0.0         UG    0      0     0 ppp0

    $ ifconfig

    eth0    Link encap:Ethernet  HWaddr 00:A0:CC:33:74:EB
            UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
            RX packets:297581 errors:0 dropped:0 overruns:0 frame:0
            TX packets:266104 errors:1 dropped:0 overruns:0 carrier:2
            collisions:79 txqueuelen:100
            Interrupt:10 Base address:0x1300

    eth1    Link encap:Ethernet  HWaddr 00:A0:CC:33:8E:84
            inet addr:192.168.0.254  Bcast:192.168.0.255  Mask:255.255.255.0
            UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
            RX packets:608075 errors:0 dropped:0 overruns:0 frame:0
            TX packets:578065 errors:0 dropped:0 overruns:0 carrier:0
            collisions:105408 txqueuelen:100
            Interrupt:9 Base address:0x1200

    lo      Link encap:Local Loopback
            inet addr:127.0.0.1  Mask:255.0.0.0
            UP LOOPBACK RUNNING  MTU:3924  Metric:1
            RX packets:1855 errors:0 dropped:0 overruns:0 frame:0
            TX packets:1855 errors:0 dropped:0 overruns:0 carrier:0
            collisions:0 txqueuelen:0

    ppp0    Link encap:Point-to-Point Protocol
            inet addr:208.61.124.28  P-t-P:208.61.124.1  Mask:255.255.255.255
            UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
            RX packets:297579 errors:0 dropped:0 overruns:0 frame:0
            TX packets:266102 errors:0 dropped:0 overruns:0 carrier:0
            collisions:0 txqueuelen:10

##### 注意

PPPoE はイーサネット・フレームに余計なオーバーヘッドを多少入れてしまい ます。したがって ppp0 インタフェースの MTU は、正確には 1492 という設定に なります。 MTU がこれより大きいと、Web ページを閲覧しようとした時に、見られないサイト が出てくるかもしれません。また他にも問題が発生して、いらつくことになる かもしれません。また LAN 接続をマスカレードしているインタフェースの MTU を 1452 に設定する必要があるかもしれません。この件は PPPoA やブリッジの設定 には当てはまりません。対象は PPPoE だけです！

実のところ PPPoE の設定にとって要となるのは、ローカル側と接続する相手側間に あるインタフェースが通常より少なくとも 8 バイト小さくする必要があるという点 です。普通、ルーターはすべて 1500 に設定してあります。ですから 1492 と いう値は、ローカル側としては正しい値です。しかし、もしかするともっと小さい値 の設定をしているルーターがあるかもしれません。これが Web ページを閲覧したり、 他のトラフィック上の問題を引き起こす可能性があります。この問題をテストする には、MTU の大きさをうまく動作するまで小さくしてください。

#### PPPoA

PPPoA(PPP over ATM)は、PPPoE よりも洗練された方法です。ハードウェアがほとんど 処理をしてしまうからです。また DSL のトラフィックが ATM に乗る点も優れた点 です。PPPoE のように接続する際にユーザ空間で動くクライアントを必要としません。 またイーサネット層にさらに余計なプロトコルを追加する必要もありません。 ただ認証は同じしくみです。ユーザ ID とパスワードを使って接続します。しかし イーサネット上でカプセル化は行わない点が異なります。

PPPoA は、ハードウェアですべての処理を完結するか、特別なドライバをデバイス に実装するかどちらかで実現します。PPPoE のようなクライアント・ソフトウェア は PPPoA には存在しません。ATM 用のパッチは、カーネル 2.2、2.4 用に用意 されています。また Efficient Networks 3010 のような ATM カードをベース としたプロジェクトも活動しています。Linux 上で ATM を使う ための ホーム・ページは http://lrcwww.epfl.ch/linux-atm/ です。またさらに情報が欲しいなら、 http://www.sfgoth.com/~mitch/linux/atm/pppoatm/ というホーム・ページ もあります。ここはこのプロジェクトでカーネル関係の開発をしてる方のサイトです。 現状の PPPoA の実装は、ハードウェアもしくはドライバをベースにしています。 Linux 用の PPPoA モデムのドライバは現状ではほとんどありません。上記のモデム は、一般の小売りでは流通していないようです。ISP がこれだけをサポートして いるとなると、困ったことになるでしょう。PPPoA が利用可能な外付けモデムは 利用できません。

PPPoA が ISP の唯一のオプションなら、PPPoA 接続ができるルータやモデムを 検討する方がいいでしょう。そうすればハードウェアがすべてをカバーしてくれ ます。

#### Alcatel イーサネット・モデムを使った PPTP と PPPoA の組み合わせ

Alcatel SpeedTouch Home イーサネット・モデム(Alcatel 1000 の後継機)はブリッジ と PPPoA の両接続方法に対応しています。モデム自体で、PPPoA プロトコル をサポートしています。PPTP と PPPoA の組み合わせの場合(RFC1483 に定義して あるブリッジ機能ではなく)は、Linux は PPTP(マイクロソフトの VPN)経由で モデムに接続します。Linux 用の PPTPのホーム・ページは、http://cag.lcs.mit.edu/~cananian/Projects/PPTP/ を使えば、快適に動作します。

PPTP のインストールに加えて、カーネルが PPP をサポートしていなければいけ ません。

このモデムは内部に設定のためのホーム・ページを持っており、ブラウザを 使って設定できます。デフォルトでは http://10.0.0.138 というアドレスに なっています(もちろん NIC のアドレスを 10.0.0.1 というような 10.0.0.0 のネットワークアドレスに設定する必要があります。これはモデムの設定用ホーム・ ページにアクセスするためです)。PPPoA で接続するには PPTP 形式で接続します。 もしデフォルトで動かなければ、プロバイダからまた別の設定を落としてくることに なるかもしれません。「VPI/VCI」や「カプセル化」の設定は、プロバイダに よって様々です。むろんモデムがプロバイダから届くのなら、既にすべて設定 が終わっているはずです。 【訳註：VCI(Virtual Channel Identifier)は、ATM で使用される仮想チャネルを 識別する番号です。VPI(Virtual Path Identifier)は、ATM で使用される 仮想パス(経路)を識別する番号です。いづれも ATM セルのヘッダに含まれており、 VCI は 16 ビット、VPI は 8 ビット長です。】

次のステップは `pptp` の設定です。これは `pppd` の設定ファイルである `/etc/ppp/pap-secrets` (もしくは `chap-secrets`) や `/etc/ppp/options` を設定に使います。このファイルにユーザ名と パスワードを設定してください。下記が例になります。

`/etc/ppp/pap-secrets`:

``

    # client secret server IP address
    login@isp.com  *    my_password_here    *

そして `/etc/ppp/options` には下記のように設定します。

``

    name "login@isp.com"
    noauth
    noipdefault
    defaultroute

すべて正確に設定したなら、後はモデムのアドレスを指定して、PPTP をただ 起動するだけです。

     #pptp 10.0.0.138

##### 注意

Alcatel はこのモデムの型番違いを数多く販売しています。すべてのモデムで この機能は利用できないかもしれません。またデフォルトの設定が違っているかも しれません。中古のモデムを購入する場合には、注意してください。

このモデムは、PPTP を同時に 1 接続までしかサポートしていません。

#### モデム組み込みルーターの設定

ISP の中にはルーターを接続デバイスとして提供するところが あります。普通はモデムを内蔵した小型ルーターです。またイーサネットベースの デバイスも持っています。Linux にとっては非常に都合が良い構成です。 やはりこのケースでも、動作するのに最も大切なのは互換性のある NIC です。

ルーターにはたくさんの長所があります。優れた点として、接続管理 や IP のカプセル化、認証があります。さらに外部のトラフィックから LAN を分離 できます。その他にも色々挙げられます。簡単に言えばすべてが可能です。ISP が 接続に必要なプロトコルに何を指定してきても、すべてに対応できる点は際立った 長所です。

ISP が PPPoX を必要としているなら、少しは楽ができます。ネットワークを利用 するのに、追加で何のソフトウェアもインストール・設定する必要がないから です。モデムのファームウェアで対応するからです。ただマイナス面もあります。 それは Linux をルーターとして使った場合や他のソフトウェア的な対応と比較 して、柔軟性を持ち合わせていないものがほとんどだからです。もちろん、 ルーターの背後に Linux をルーターとして設置すれば、どちらのネットワーク にとっても最高の環境となります。

ルーターを設置する作業はモデムと非常に似ていますが(上記参照)、ルーターの 設定自体は異なっています。1 ホップ目はルーター のインタフェースで、ISP のゲ−トウェイではありません。ルーターは 2 つの インタフェースを持っています。1 つはあなたのマシンがつながっている LAN 側、 もう 1 つは ISP がつながっている WAN 側です。外部にさらされているところは ルーターの WAN 側のインタフェースになります。

ルーターには事前にプライベート IP アドレスが設定してありますので、LAN 側からは接続ができるでしょう。これがゲートウェイになります。公開する IP アドレスは、WAN 側のインタフェースに割り当てます。通常これらのデバイス は、LAN 側の DHCP サーバとしても機能しています。したがって、DHCP クライ アントを `dhcpcd` もしくは `pump` (Redhat ベースのディストリビューションの場合)として起動しなければいけ ません。まずモデムやルーターの同期を確かめてください。間違いなく設定 するには、ユーザーズ・マニュアルやプロバイダからの情報を確認する必要があり ます。

PPPoX を使っていて、ここで触れている接続機能をルーターがサポートして いるなら、ユーザー ID とパスワードは少なくとも接続前に設定してください。 ブリッジと DHCP の組み合わせなら、ルーターの DHCP 機能を起動して、その MAC(ハードウェアのアドレス)をプロバイダに登録してください。ルーターの中には MAC アドレスの複製機能を使って NIC の MAC アドレスを伝える ものもあります。固定 IP でも同様に設定していください。

ルーターに直接アクセスする必要があれば、メーカーが設定したデフォルトの IP アドレスを知っていなければいけません。マニュアルを見るか、プロバイダに問い 合わせてください。NIC のインタフェースにはルーターと同じネットワーク・ アドレスを割り当てる必要があります。たとえば、ルーターが 10.0.0.1 という IP アドレスに設定してあるなら、インタフェースには 10.0.0.2(普通は eth0)を 設定してください。ネットマスクは、255.0.0.0 です。

     # ifconfig eth0 10.0.0.2 up netmask 255.0.0.0
     # route add -net 10.0.0.0
     $ ping 10.0.0.1

すべて順調にいったなら、ルーターは ping に応答するはずです。いつものことです が、この設定方法はディストリビューションごとに異なります。したがって、 ディストリビューションに付属のドキュメントをチェックしてください。 もうこれでモデムやルーターに ping できるようになっているはずです。うまく 行ったなら先に進んでください。telnet や Web ブラウザを使ってさらにルーター の設定を行ってください。

ISP がルーターを使用するオプションを何も提供していないとしても、サードパーティ メーカー製のルーターがあります。サードパーティメーカーとは、Netgear や Linksys、 Cisco、Zyxel、Cayman、Alcatel 等を指します。 すでにこれまで話してきた機能をすべてこれらの製品が実現しているだけでなく、 恐らくそれ以上の機能を持っています。プロバイダの DSL で本当に使用できるかどうか を必ず確認してください。ルーターは PPPoX 関連の心配の種を解消するのに適しています。

メーカーの中には、ファイアーウォールも行える製品として これらを位置づけているところがあるかもしれません。中には基本的な NAT (Network Address Translation or masquerading)以外の何もでもない場合もあり ます。これらはファイアーウォールとしてフルスペックでもなく、そもそも ファイアーウォールですらありません。購入する前には但し書きを良く読んで、 本当にファイアウォールとして機能するのに充分かどうかを理解しておいてください。

### 接続

これで条件はすべて整いました。接続テストはすぐそこまで来ています。ISP の ゲートウェイへ ping をすると、そのラウンドトリップタイムが 10 から 75 ms になっているはずです。何かおかしいところがあるなら接続できないはずです。 上記のステップを見直すか、下記のトラブル シューティングセクションを見てください。

## 安全な接続をする

このセクションでは、これまでインターネットに常時接続していなかった方、セキュリ ティについて基本的な考え方をあまり理解していない方を対象に、セキュリティに 関連した項目を説明するつもりです。簡単に言うと概略を眺めていきます。すべてに ついて完璧な説明をするつもりはありません！ 間違った方向に進まないよう、きっかけを与えるのに充分な程度です。詳細はリンク集にあるサイトを見てください。同様にディストリ ビューション付属の資料にも充分な情報が必ずあります。

### セキュリティ・クイック・スタート

常時接続をしはじめる前に、まず安全に接続をする必要性をみくびらないことです。 あなたは、帯域と Unix ライクな OS という 2 つのもの、つまりいたずらを 仕掛けたり、クラックしたりする人間が物色している格好の対象を所有している のですから。すぐにでも魅力的な餌食になってしまうのです。誰かがノックする 前に、備えをしておきましょう。たぶん時間はそんなにかかりません。それでは 早速はじめましょう。

- デーモンやサービスの中で、明らかに不必要かつ外部からアクセスが可能 となるものは起動しないでください。クローズしているポートを通じては 何も仕掛けられません。`ps` や `netstat` を使って、どんなサービスが動いているかを見てください(詳細は man を見てください)。`named` や `sendmail` 、`telnet`、`ftp`を動かし て誰からもアクセスできる必要がありますか？ はっきりしないなら起動する べきではありません。次に必要なステップは、それらが次のブート時に再び 起動しないことを確認することです。この点についてはディストリビューション 付属のマニュアルを見てください。

  ディストリビューションの多くは、お馴染みのサービスをデフォルトで起動 します。あえて何もしなくてもこれらのサービスが起動するかもしれ ません。実際起動していることすら気がつかないかもしれません。しかし何が 動いていて、どのように安全にするのかは、あなたの責任なのです。 ディストリビューションのデフォルトの設定に頼らず、 自分自身の安全のために設定してください。

- サービスのいくつかを必須のものであると決めたなら、必ず最新版を動かして ください。問題を発見したならすぐに修正して、不意打ちを食らわないように してください。常時接続していればアップデートはとても簡単で、アップデートは 非常に大切です。ディストリビューションで新しいパッケージが利用可能かどうか をチェックして、追随してください。セキュリティ関連のメーリングリストがある なら参加してください。

- ファイアーウォールを設置してアクセスを制限し、ログを取るようにして ください。利用しているカーネルのバージョンによって使うものが異なります。 2.0 は `ipfwadm`で 2.2 は `ipchains`、 2.4 は `iptables`です。詳細は HOWTO を見てください。

- - Firewall HOWTO 【訳註：日本語訳は、 JF にあります】

  - Security HOWTO 【訳註：日本語訳は、 JF にあります】

  - IPCHAINS HOWTO 【訳註：日本語訳は、 JF にあります】

  - IP Masquerade HOWTO 【訳註：日本語訳は、 JF にあります】

  これ以外の参考文献は リンク集・セクション にあります。

- This needs some more links and/or explanation of how to go about these things. Done, HB.

  パスワードは慎重に、辞書にない単語を使ってください。 シャドウ・パスワード(これは新しいディストリビューションでは標準機能に なっているはずです)を使ってください。リモートから root でログインする のは禁止してください。詳細な内容とヒントは Security HOWTO を見てください。

- I would say that ssh and OpenSSH are applications rather than commands, but that's just me. HB -- The application tag does nothing in HTML. So leaving ..

  `telnet` のかわりに `ssh` か `OpenSSH` を使ってください。

### どのポートをどうする？

`ipfwadm` や `ipchains` を使ったファイアー ウォールの設定については、参考資料がたくさんあります。しかしどのポートを 本当に開ける必要があるのかを説明しているものを見つける のは至難の技です。 この質問にしっかり答えられないなら、答えはできるだけ開けない ように！ です。基本原則その 1 は、閉まっているポートを経由してコンピュータを おかしくすることはできない、です。そのポートで何も待ち受けていないなら、その ポートは閉まっています。つまりサービスやデーモンが動いていなければ、その ポートは閉まっていて、アクセスは不可能なのです。

Linux では、131,072 個のポート(TCP と UDP)が利用できます。またこれらのポート はいくつかのカテゴリに分類できます。1 つは非常になじみのある特権 ポートと言われている、1024 より小さいポートです。ここでは 公開サービスが動いています。25 番は SMTP で 80 番は HTTP、53 番は named 等 がそれに該当します。Linux ではこれらのポートが攻撃されやすいサービスと なっています。 このポートは外部からの接続を受け付けるサービスを提供しています。`telnetd` デーモンを動かしているなら、23 番ポートで接続を listen しています(実際は `inetd` が起動させます。 `inetd` が監視しています)。

しかし telnet クライアントを使ってどこかの telnet サーバにアクセスしたいなら、`telnetd` デーモンを自分の システムで起動する必要はありません。ただ `telnet`(telnetd とは別物)という名のクライアント・プログラムを起動するだけです。このことは、 ftp、その他のサービスにも当てはまります。これらのデーモンは、外部のシステム から自分のシステムに接続する場合にだけ必要となります。

公開サービスをするもっともな理由や何をしているかを知っているのでなければ、 そのような公開接続サービスは動かすべきではありません。実際、1024 番より小さい TCP と UDP のポートすべてを閉じたとしても、おそらくかなり快適に過ごすことが できると思います。また外部へ接続しても、少なくとも存在を検知されることはあり ません(つまり、ファイアーウォールでブロックしている)。いくつかの例外はあり ます。

`identd`(113 番ポート)は比較的安全で、場合によっては そのままでも充分です。電子メールや IRC サーバは `identd` がないとうまく行きません。これは 1024 より小さいポート は開けるなという経験則に対する例外の 1 つです。新しいバージョン ではかなり安全になっています。

電子メールになるともう少しややっこしくなります。自分自身でメール・サーバを ホスティングしていると、直接やってくるメールの接続を受け付けてしまうから です。それは、SMTP(25 番ポート)サーバを公開していることになるからです。 ISP から POP3 を使ってメールを持ってきているなら、このポートを世界に向けて 開けておく必要はありません。そのようなメールは 25 番ポートを経由してやって くることはありません。もっと大きく、ランダムに割り当てられたポートを使って 持ってきます。

しかし。sendmail や qmail、postfix のようにローカルにメールを配送するメール ・デーモンを持っていると何かと便利でしょう。確かにデフォルトでは起動するよう に設定してあります。外部からの SMTP(25 番ポート)をファイアーウォールで 開けることで利用する上での障害を避けることは可能です。また別の方法を使って ローカルなメールを仕分けして配送することもできます。fetchmail と procmail を組み合わせるのも方法の 1 つです。`fetchmail -m /usr/bin/procmail -d hal` でこれが実現でき、sendmail や 他のメール・デーモンを デーモン・モードで使う必要がなくなります。これらのプログラムでデーモン・ モードにすることなくメールを送ることも可能です。

BINDの古いバージョンでは、UDP の 53 番ポートを 開ける必要があります(TCP はゾーン情報の伝送に使用)。BIND は、ネーム・サーバ (キャッシュ・ネーム・サーバ)を動かす場合にのみに使用します。これに対する 解決手段は、新しいバージョンにアップグレードして、デフォルトで特権ポート を使用しないようにすることです。

Web サーバを立てたくて、それを起動しても恐らく安全です。攻撃に対する弱点 のほとんどは、CGI を通じてのものです。Web サーバのパッケージをアップデート し続けるようにしてください。

さあ、もう充分に例外はあげました。ポート自体を落とすか、ファイアーウォールで 1024 番以下のポート以外を落としてください。

1023 番以上のポートは、非特権ポートと呼ばれています。 主にこれらのポートは、どこかのサーバに接続しに行った後にそれに対する 応答として使用します。 たとえば、どこかに telnet したとすると 23 番ポートに接続します。それに 応えるデータは、ランダムに割り当てられた 1024 以上のポートを使って返って きます。これはたいていは安全で、普通はそのままにしておくべきでしょう。 唯一の例外は、それらのポートで実際にサービスを行っている場合です。たとえば X Window は 6000 から 6900 番ポートで動いています。フォント・サーバを動か しているなら、おそらく 7100 番ポートを使っているでしょう。これら非特権 ポートをサーバで動かすなら、ファイアーウォールでフィルタすべきです。

### inetd

では、さっと `inetd` を見ていくことにしましょう。いろいろな サービスを起動していますから。`inetd` はスーパー デーモンです。どうしてこう呼ばれるかというと、他のデーモンが起動する のを制御しているためです。telnet や ftp、rsh、identd、pop3 といったサーバ・ デーモンのいくつかは、`inetd` が制御しています。`ps` や `netstat` を使っても `telnetd` が動いていないかもしれませんが、それは `inetd` が `telnetd` を起動するように設定していないか、誰もその時 には実際に接続していないためです。したがって外部からこれらのどのサーバが アクセス可能かどうかをはっきりとは確認できないでしょう。`inetd` が起動するこれらのサービスは、`/etc/inetd.conf` という設定ファイルで制御しています。お気に入りのテキスト・エディタでこの ファイルを開いてみてください。# 文字がサービスの前にあれば、 そのサービスは動きません。少し抜粋してみます。

``

     #ftp    stream tcp nowait root /usr/sbin/tcpd in.wuftpd -l -a -L -i -o
     #telnet stream tcp nowait root /usr/sbin/tcpd in.telnetd
     #
     # Shell, login, exec, comsat and talk are BSD protocols.
     #
     #shell stream  tcp   nowait  root   /usr/sbin/tcpd  in.rshd
     #login stream  tcp   nowait  root   /usr/sbin/tcpd  in.rlogind
     #exec  stream  tcp   nowait  root   /usr/sbin/tcpd  in.rexecd
     #comsat dgram  udp   wait    root   /usr/sbin/tcpd  in.comsat
     #talk   dgram  udp   wait    root   /usr/sbin/tcpd  in.talkd
     #ntalk  dgram  udp   wait    root   /usr/sbin/tcpd  in.ntalkd

    <snip>

     auth   stream  tcp   nowait  nobody /usr/sbin/in.identd in.identd -l -e -o

It might be nice to show what an enabled service looks like here. HB -- Done.

こうすれば動かなくなります。`identd` はこのファイルを読んで から起動しますので、安全にしておくならコメントを外さないままにしていおいて ください。最初期化したいなら、下記のコマンドを実行してください。

     # kill -HUP `pidof inetd`

バック・クォーテーションであることに注意してください。さらに inetd をチューニングしたいなら tcp_wrappers 経由にしてください。 hosts_access と tcpd の man を見てください。

`xinetd` は同じようなデーモンで、`inetd` のかわりとして使えます。ほとんど同じものなので、同じ原則を当てはめることが できます。しかし、設定は若干異なっています。サービスそれぞれの設定は、共通 の設定ファイル(通常は `/etc/xinetd.conf`)とそのサブ ディレクトリで行います(通常は `/xinetd.d/*`)。

``

     # description: The telnet server serves telnet sessions; it uses
     # unencrypted username/password pairs for authentication.

     service telnet
     {
      disable     = yes
      flags       = REUSE
      socket_type = stream
      wait        = no
      user        = root
      server      = /usr/sbin/in.telnetd
      log_on_failure  += USERID
     }

サービスを切るには、disable という項目を yes とし、xinetd を再起動してください。

## パフォーマンス・チューニングとトラブルシューティング

### チューニング

もう接続して動作しているわけですが、やはり「ワープ係数 9」で動かしたいのが人情 でしょう。さらに速く、正しくする方法はないのでしょうか？

Linux のネットワーク機能は、デフォルトで何もチューニングして いない設定でもかなり強力です。それ以上何もする必要がないかもしれません。 しかし期待していたほど接続がおもわしくない場合、どこかに問題がある可能性が あります。裏技に心を引かれるよりもやってみる価値があるかも しれません。

とてもおおざっぱな目安ですが、最大同期速度 は参考になります。これは電話局にある DSLAM からの距離に左右されます。

        0-12 K ft  (0-3.6 km)   - 2000 Kbps or more (8100 max for ADSL)
      12-16 K ft (3.6-4.6 km) - 1500 Kbps -> 1000 Kbps
      16-18 K ft (4.6-5.4 km) - 1200 Kbps ->  512 Kbps
      18-?? K ft (5.4-?? km)  -   512 Kbps ->   128 Kbps or less :(

いずれにしても、影響を与えると考えられる要因はたくさんあります。 次世代 DSL はこの点や中継機能のような関連技術を確実に改善していく でしょう。

ネットワークのオーバーヘッド(TCP や ATM、イーサネット)によって、モデムが実行 可能な同期速度が 10 〜 20 &percnt; 落ちるでしょう。1500 Kbps での接続 ならば 1100 〜1300 Kbps 程度で動くと思います。これが現実の速度です。組み込み 済みのプロトコルのオーバーヘッドを調整する必要はありません。また、プロバイダ が提供する速度よりサービスの質を落としていれば、何をしてもそれ以上はあがり ません。 また―回線や信号の品質、それにともなう速度に対して影響 を与える要因は限りなくあります。その中には制御できるものもあります。

#### TCP Receive Window

普通なら、デフォルトでインストールしている Linux で最適な性能がでるはずです。 WIndows 9x ユーザは TCP Receive Window (RWIN)を増やすことで劇的に速度が 上がります。しかしこれはあまりに初期値が小さすぎるために起こります。デフォル トの値が 32 KB である Linux に、これはまったく当てはまりません。

例外は、慢性的に接続待ちが起こる場合です。たとえば、近くにあるプロバイダの 接続ポイントがずっと使用に耐えないほどの遅延(250ms 以上？)を出している なら、 TCP Window を増やすと良くなるかもしれません。TCP Receive Window や それに関連した事柄については、 http://www.psc.edu/networking/perf_tune.html を見てください。

Receive Window はバッファで、データフローの制御に役立っています。これを極端に 小さくすると、ボトルネックとなって、スループットが低下してしまいます。この 値は、帯域幅と遅延によって左右されます。遅延はあなたが良く 通信する相手とのラウンド・トリップタイム(RTT)の平均値として計測できます。これは `ping`を使って測定できます。たとえば Linux のデフォルトの値は 32 KB ですが、これは速度で 2 Mbps までに対応でき、遅延は 125ms 程度になります。 これが 1.0 Mbps ならば、遅延は 250ms となるでしょう。この値をあまり大きくし 過ぎると、スループットが逆に落ちてしまいます。ですからこれ以上は大きくしない でください。

例をいただいたニュージーランドの Juha Saarinen 氏に感謝致します。

> tcp のバッファを上手に活用するのに、ネットワーク容量(bandwidth delay product。エンドポイントとのパイプの太さ)という常套手段 があります。

> Buffer size = Bandwidth (bits/s) * RTT (seconds)

> 私の場合だと、下りでおよそ 8 Mbps です。しかし ATM ネットワークは 〜 3.5 Mbps までしか接続をサポートしてません。私はインターネットの中でもはずれた所に位置 していますが、1,500 バイトという充分な大きさのパケットで、RTT を平均 250ms とするのに (3,500,000/8)*.25 = 106KB というバッファを設定する必要がありま した(即座に 128 KB でました。これで充分です)。

Receive Window は /proc ファイルシステムで動的に設定できます。設定したい バッファの大きさの 2 倍の値を入力する必要があります。

     #echo 262144 > /proc/sys/net/core/rmem_default
     #echo 262144 > /proc/sys/net/core/rmem_max

上記の例だと、実際は 128K という値を設定しています。Send Window もあわせて 設定しています。しかし Send Window は DSL 接続において Receive Window ほど 阻害要因にはなりません。

     #echo 262144 > /proc/sys/net/core/wmem_default
     #echo 262144 > /proc/sys/net/core/wmem_max

これらの値は `sysctl` を使っても設定できます。man を見て ください。

その他として、カーネルのオプションで推奨できる値は下記の通りです(主要なもの だけです)。これによって回線をぎりぎりチューニングします。

    # sysctl -a
    net.ipv4.tcp_rfc1337 = 1
    net.ipv4.ip_no_pmtu_disc = 0
    net.ipv4.tcp_sack = 1
    net.ipv4.tcp_window_scaling = 1
    net.ipv4.tcp_timestamps = 1

#### インタリーブ

インタリーブは、ADSL で DMT 回線符号化を使った場合に用いる エラー制御のしくみです。DMT は ADSL の標準となっていて、ADSL で飛び抜けて普及 しているの方法です。インタリーブは、DSLAM 上で絶え間なく通信データを バッファリングし、エラー訂正を行います。この機能は、電話が問題を起こして しまうような、局から離れた回線で非常に効果を発揮します。下りではこのバッファ が接続上無視できない程遅延を起こしていまいます。ですからそれなり の回線品質であるなら、インタリーブは実質何もメリットはありませんし、 実際には不必要に遅くなるかもしれません。

インタリーブはパラメータで調整でき、電話会社が有効にしたり無効したり できます。電話会社のほとんどは、デフォルトでは有効にしているようです。 そうすることで回線を安定させ、テクニカル・サポートへの電話を減らせるからです。 しかし、ユーザすべてが、その犠牲になっているのです。

回線がインタリーブしているかどうかを確認し、またそれを変更するには どうしたらいいのでしょうか？ 一般的には、1 もしくは 2 ホップ先に 対して traceroute をかけると 25ms 以内程度なら、インタリーブが無効に なっていると考えてほぼ間違いないと思います。 しかし他の要因、たとえば実際どの程度のホップ数があるかどうかといったことも あります。本当のことを知るには、電話会社の誰かに聞くしかありません。「言う は易し」でしょう。

FastPath DMTは、インタリーブを無効にする ことと同じ意味です。繰り返しますが、これは ADSL と DMT の組み合わせに だけ当てはまります。

### 設置上の問題

同期がまったくとれなかったり、接続がまるでできなかったなら、このセクションを 読んでください。モデムの取り扱い説明書を読んで、モデムの LED が何を表して いるのかを確認してください(モデムの多くは、赤かオレンジ一色で光っている ことで、同期していないことを表しています)。

#### 同期しない

モデムの同期を表す LED が緑になったことがない。

- 自分で設置をした場合、DSL ジャックやスプリッタの配線がおかしいことが考え られます。また可能性として電話会社の標準的な POTS デバイスと違った配線に なっていることも考えられます。上記を参照してください。

- モデムは Linux 対応製品ですか？ イーサネットがインタフェースなら、問題は起こら ないはずです。しかし PCI や USB モデムの場合、同期するにはドライバが必要になる と思います。この点がうまく動作しない原因になっていて、いまだに PCI や USB モデム が Linux 対応していない理由となっています。

- プロバイダに連絡して回線が準備できているか確認してください。誰かがへまを するのはよくあることです。確認のためにリモートから回線のテストを行えると 思います。DSLAM がダウンしていることもリモートから確認可能です。電話会社 は充分に承知しているはずです。

- モデムの電源コードを抜いて、壁にかかっているジャックから DSL コードを 抜いてください。それを NID(電話ボックスの外部)内部にあるテスト用 ジャックに挿してください。電源を取るのに、延長コードが必要になるかも しれません。一時的に内部(宅内)の電話線への配線が切れます。こうすれば、 内部の配線や環境などの問題を回避するのに効果的があるはずです。NIC に 接続するイーサネット・ケーブルのテストを行うのに当たって、接続する必要 はありません(これはイーサネット・モデムにだけ当て はまります)。モデムはケーブルがつながっていなくともうまく同期できます (「言うは易し」です)。しかしもし可能なら、システムをモデムの状態が 見られるところに移動して、(可能なら、そこで)同期速度を測ってください。 これで動けば、恐らく内部の配線に何らかの問題があるか、DSL の線に電気的 な干渉が起こっていると考えられます。スプリッタと壁に設置してあるジャック の接続を確認してください。スプリッタを設置していないなら、配線がおかしな 所やジャックすべての不具合のある(たとえば腐食している ところ)接点、おかしな接合点、もしくは欠陥マイクロフィルタを捜して出して ください。

  上記のテストで同期しなかったなら、回線が準備されていないか、モデムが 壊れているか、DSLAM が落ちているかのどれかです。PCI と USB モデムは、 同期するにはドライバをロードしておく必要があります。こういうわけで このテストはやや複雑になってしまいます。

- マイクロフィルタを設置しているなら、一時的に取り去って、あわせて FAX 等の 電話会社のデバイスをすべて抜いてください。マイクロ フィルタが壊れていて、回線がショートしているかもしれません。

#### ネットワーク・カード(NIC)の問題

ここで問題となる症状は、NIC が認識できない、もしくはモジュールがロード できない、`ifconfig` がインタフェースをアップできない等、 その他もろもろのエラーについてです。

- BIOS のプラグ＆プレイを無効にしてください。BIOS 上では、Microsoft 以外の OS もしくは、それと似た表現になっていると思います。NIC が IRQ 0 に割り振られている場合もこの症状になる場合があります。resource temporarily unavailable というメッセージを表示するかもしれません。

- `cat /proc/interrupts` と入力して、IRQ の競合を チェックしてください。NIC が IRQ を共有しているなら、別のスロットに移すか、 BIOS で IRQ の設定をいじってください。ISA カードならメーカーからセット アップ・ユーティリティを手に入れる必要があるかもしれません。それを使って IRQ を設定してください。このユーティリティを使うには、DOS でブートする 必要があるかもしれません。

- ひょっとすると、正しいモジュールがロードできていないかもしれません。 `/usr/src/linux/Documentation/*` にあるカーネル・ ソースに付属するドキュメントを読んで、使用しているカードもしくは チップセットについて調べてください。また `/usr/src/linux/drivers/net/*.c`には、個々のチップセットに ついてのコメントや更新情報があります。困ったことに、数種のモジュールが 提供されているカードがいくつかあります。 tulip や 3Com のカードに当て はまるようです。ブート時のメッセージを見て、`lspci -v` でカーネルがカードをどう認識しているかを見てください。`insmod` や `rmmod`、`modprobe` を 使っていろいろなモジュールをテストできます。詳しい情報は、それぞれの man を見てください。

- メーカーの Web サイトで Linux 関連のドキュメントを調べてください。もしくは、 Donald Becker 氏の サイト http://www.scyld.com/network/ で情報を集めてください。

- Linux 用の NIC ドライバは、モジュールにしない方がうまく動く、という 報告があります。すなわち、モジュールにしないで、コンパイルしてカーネルに 組み込んでしまいます。

- またカードやドライバがおかしくて、不調であることも考えられます。他のカード に交換してみてください。高価で高性能なカードは必要ないことも付け加えて おきます。

#### IP 接続上の問題

このセクションは、モデムが同期し、NIC が認識でき、確かに動作していることを 確認していて、かつクライアン・ソフトウェアをインストールして何もエラーが 出ていないのにもかかわらず、ISP へ接続ができない場合に読んでください。 LED で実際にモデムの同期が取れているかを点検してください。IP 接続が失敗 したことは、`ifconfig` でアクティブな eth0 インタフェース (もしくは PPPoX 用の ppp0 インタフェース)が表示されないことでわかります。 もしくは、`ping` をゲートウェイや何処かに打つと、 '`network unreachable`' や似たようなメッセージを表示 します。

- ISP が何のプロトコルを使っているかを確実に理解してください。DHCP や PPPoX を使っていますか？ 間違いなく設定していることが大切です。テクニカル・ サポートに連絡する必要があるかもしれません。

- DHCP を使っているなら、ISP は MAC アドレスによる認証を必要とします。 もしそうなら、正しいアドレスになっていますか？ ISP もしくは自分が打ち 間違いをしていませんか？ ISP がホスト名による認証を必要としていませんか？ これは、-h というオプションをつけてコマンドを打てばわかり ます。

- `/var/log/messages` を開いて、何か役に立ちそうな手がかり がないかを見てください。また、接続をはじめようとする時に `tcpdump` を動かしてください。`tcpdump` の出力はかなり 謎めいていますが、何らかの反応があるか否かは判断できるはずです。

- PPPoX なら、ISP は ID として `ユーザ名`か、`ユーザ名@ドメイン名`を使っていませんか？

- デフォルト・ゲートウェイのアドレスに ping をかけてみてください。 デフォルト・ゲートウェイを見つけるには「`route -n`」 としてください。IP アドレス(たとえば 111.222.333.444 のように)で `ping` はできるが、ホスト名ではできない場合は、ネーム・サーバを `/etc/resolv.conf` で正しく設定していない可能性が あります。

- PPPoE については PPPoE クライアントでイーサネットのインタフェースを アップしてください。ブート時にはアップしないでください。PPPoE が起動する 前にはデフォルトの経路が決して存在することがないようにしてください。 rp-pppoe の場合、`/etc/ppp/options` に何も記述がない ようにしてください。作者である David Skoll 氏が推奨しています。

- ファイアーウォール(たとえば ipchains を使った)を動かしているなら、一時的 に落としてください。設定が間違っていたり、何もパケットを通していないかも しれません。

- モデムを ISP 以外のところから購入したなら、適合していないモデルかもしれ ません。たとえば SDSL には SDSL モデムが必要です。また ADSL については、 CAP と DMT 符号化機能が必要で、これらは他の DSL と互換性がありません。

  モデムは ISP が提供するサービスに合わせて設定する必要があるかもしれま せん。モデムは VCI や VPI、カプセリング等についての設定が可能になって います。 テクニカル・サポートに電話して、情報を得てください。普通モデムの設定は telnet か Web ブラウザを使って、モデムの IP アドレスにつないで行います。

### 同期上の問題

このセクションは、接続はうまくいったものの同期がとれなかったり、同期が 断続的に切れたり、同期速度が著しく落ちてしまったり、同期はしているが インターネットを利用できなかったり、といった場合に読んでください。 (高級なモデムであれば、同期速度を示す機能を持っていますし、普通は telnet や Web ブラウザを使って確認できます。マニュアルを見てください)。

同期が切れる現象は DSLAM か回線(宅内外とも)もしくはモデムに問題がある場合に 発生します。DSLAM は一般的にカードを複数のスロット に入れるようになっています。たとえば、Alcatel DSLAM カードはカード 単位に接続を 4 回線できるようになっています。カードがおかしくなると 最大 4 ユーザが被害を被ります。ポイントは、同期が切れる故障が非常に限られた 範囲のものであることです。広範囲なユーザに影響が出るネットワーク障害とは 異なります。同期の問題は電話会社の問題であり、ISP には関係ありません。 サービス契約を ISP と結んでいるなら、電話会社にコンタクトが取れる ISP の担当者にコンタクトをとってください。 【訳註： DSLAM のカードは、こんな 形 です】

同期速度が低下したり、DSL の信号が切断したりするケースは、様々な問題を引き 起こします。そのような状態では最高速度を得ることはどうやっても無理でしょう。 しかしその症状が自分側の問題なのか、プロバイダ側なのか、はっきりしている わけではありません。

たとえば、宅内の配線接続がいいかげんならパケットが落ちてしまい、再送が起こって しまいます。こうなると実際にスループットが落ち、接続が低下してしまいます。 これはネットワークの問題として従来から存在しているパケット・ロスと考えがち ですが、DSL においては回線不良や信号減衰、もしくはモデム自体の問題によって 起こる可能性があります。

試してみた方がいいことをいくつか。

- モデムの電源スイッチを切って、すぐに入れ直してください。電源ボタンもしくは スイッチを切って、壁のジャックに接続しているケーブルを抜いて 30 秒程おいと いてください。時間がたったら電源を入れて、ジャックに挿しなおしてください。 これで強制的に再同期します。PCI モデムの電源を落とすには、あいにくリブート するしか手がありません。これでモデムに起因する同期はするが、 インターネットを利用できないという状況が解決するかもしれません。 他の状況でも同様に直るかもしれません。

- モデムから何からすべてを NID に移動して、宅内の配線すべてを迂回するなら、 上記のセクションを見てください。 状況がこれで改善したなら、問題は宅内のどこかにあります。改善しないなら電話 会社の問題です。

- RFI 狩り―DSL は他から影響を受けやすい信号です。影響を与えるものが非常に たくさんあります。RFI(Radio Frequency Interference)は、自宅やオフィスに あたりまえに存在していて、信号強度を弱めたり、同期を断続的に切断したり、 同期速度を落としたりする原因になります。これを簡単にテストするには AM ラジオ が使えます。どこかきれいに受信できる局にチューニングしてください。どこで もかまいません。AM ラジオは RFI を検出できます。それは AM ラジオが DSL の信号と同じような周波数を使っているからです。RFI があるとベーコン を炒めるような音がする状態になります。コンピュータの電源装置に 近づけてみてください。同じような状態になるはずです。遠ざけるとすぐに 聞こえなくなります。これで RFI で発生する音がどのようなものかわかると 思います。 まともな品質の電源装置は、軽度の RFI しかおこさないはずです―問題を起こ さない程度です。ガイガー・カウンターのようにラジオをモデムや DSL の配線の そばに持っていってください。同じ状況になれば原因を捜してください。怪しい ものは、電源装置や変圧器、安定器、電気モーター、調光スイッチ、高輝度 な照明です。モデムを移動し、ケーブルの配線を見直せば充分です。モデムと 壁のジャックの間をできるだけ近くするのも良い案です。 【訳註：ADSL の利用周波数は、上り方向と下り方向で異なります。上りは約 30 〜 140kHz です。下りは G.liteが 550kHz、フルレート 約 1104 kHzまで利用して います】

- 慢性的に同期がおかしくなる問題は、たいてい回線のどこかに問題があります。 ただ単に接続部分がいいかげんで、おかしな場所を見つけさえすれば、簡単に 直せる場合もあります。これは電話会社の優れた技術とはおよそ相容れない 状況がほとんどです。プロバイダに問い合わせをしてください。必要があれば 丁寧につっついてください。たらい回しになったら、担当ではなく上司を 呼び出しましょう。

- DSL を利用できる距離ぎりぎりの位置にいて、同期が切れたり、つながったり するなら、ホーム・ラン の設置を行ってみてください。上記を見てください。これは信号や同期の条件が 限界に近い場合に効果があります。

- サージ・プロテクタを使っているなら、それを外してみてください。DSL の信号 に影響を与えるものもあります。

近所にある AM ラジオ局や不法にアマチュア無線をしているものも似たような 周波数を扱っているので、悪影響を受けることが考えられます。一日の内でも ある回数だけ問題を起こす場合があります。たとえば局が夜になって出力を上げたり する場合などが考えられます。DSL 技術が優れた電話会社なら、この問題を最小限 にすることができると思います。ケースバイケースですが。

### ネットワークとスループットの問題

このセクションは接続はできているが、スループットが出ない問題を抱えている 場合に読んでください。つまり契約しているビットレートに対して、それに 見合ったスループットが出ていない場合や電話局からの距離がある場合に当ては まります。ここでいうネットワークとは、WAN を指します―ISP のゲートウェイとローカルのサブネットもしくはバックボーン等の間を指します。 限界に近い回線は同期速度が落ちてしまうことを忘れないでください。これは スループットにも影響を与えます。上記を見て ください。

遅延とパケット・ロスが捜し求めている 2 つの 要因です。両者とも `ping` や `traceroute` といった標準的に使われるネットワーク・ツールを使えばかなり簡単に計測できます。 どちらが回線上で起こったとしても。パフォーマンスに影響を与えます。遅延は 反応の早さや待ち時間を意味します。現実には、 極端に遅延が起こっている場合にターゲットを当てます。 というのも、多少の遅延は常に存在しているからです。パケット・ロスは、相手に 到達するまでのどこかでパケットのデータが落ちてしまうことです。TCP/IP は パケットが落ちたことがわかると、落ちたデータを再送します。 これが起これば、実際明らかに遅くなってしまいます。パケット・ロスは理想的 には 0 &percnt; であるはずです。

日常使っている WAN 側の経路は、重要であるときちんと認識する必要があります。 traceroute を異なるサイトのいくつかにかけてみれば、はじめの数ホップ は同じようであることがわかると思います。これが ISP のローカルな バックボーンであり、その ISP の上流プロバイダへのゲートウェイです。 この件についての問題が何であれ、どのサイトに対しても、何をあなたがしよう としても、すべて影響を受けてしまいます。

パケット・ロスと遅延については、まず ping を 2、3 箇所に対して行って みましょう。可能なら少なくとも異なる 2、3 箇所に。そうすれば、パケット・ ロスや尋常でない極端な遅延が見つかると思います。

     $ ping -c 12 -n www.linuxdoc.org
     PING www.linuxdoc.org (152.19.254.81) : 56(84) bytes of data.
     64 bytes from 152.19.254.81: icmp_seq=0 ttl=242 time=62.1 ms
     64 bytes from 152.19.254.81: icmp_seq=1 ttl=242 time=60.8 ms
     64 bytes from 152.19.254.81: icmp_seq=2 ttl=242 time=59.9 ms
     64 bytes from 152.19.254.81: icmp_seq=3 ttl=242 time=61.8 ms
     64 bytes from 152.19.254.81: icmp_seq=4 ttl=242 time=64.1 ms
     64 bytes from 152.19.254.81: icmp_seq=5 ttl=242 time=62.8 ms
     64 bytes from 152.19.254.81: icmp_seq=6 ttl=242 time=62.6 ms
     64 bytes from 152.19.254.81: icmp_seq=7 ttl=242 time=60.3 ms
     64 bytes from 152.19.254.81: icmp_seq=8 ttl=242 time=61.1 ms
     64 bytes from 152.19.254.81: icmp_seq=9 ttl=242 time=60.9 ms
     64 bytes from 152.19.254.81: icmp_seq=10 ttl=242 time=62.4 ms
     64 bytes from 152.19.254.81: icmp_seq=11 ttl=242 time=63.0 ms

     --- www.linuxdoc.org ping statistics ---
     12 packets transmitted, 12 packets received, 0% packet loss
     round-trip min/avg/max = 59.9/61.8/64.1 ms

上記は問題がない、ごく普通の例です(このサイトへの経路は、あなたの場合とは 恐らくまったく異なるでしょう。したがって結果もまったく異なっているかも しれません)。 遅くなるような深刻で潜在的な問題はまったくありません。下記の例は問題が顕著 です。

     $ ping -c 20 -n www.debian.org

     PING www.debian.org (198.186.203.20) : 56(84) bytes of data.
     64 bytes from 198.186.203.20: icmp_seq=0 ttl=241 time=404.9 ms
     64 bytes from 198.186.203.20: icmp_seq=1 ttl=241 time=394.9 ms
     64 bytes from 198.186.203.20: icmp_seq=2 ttl=241 time=402.1 ms
     64 bytes from 198.186.203.20: icmp_seq=4 ttl=241 time=2870.3 ms
     64 bytes from 198.186.203.20: icmp_seq=7 ttl=241 time=126.9 ms
     64 bytes from 198.186.203.20: icmp_seq=12 ttl=241 time=88.3 ms
     64 bytes from 198.186.203.20: icmp_seq=13 ttl=241 time=87.9 ms
     64 bytes from 198.186.203.20: icmp_seq=14 ttl=241 time=87.7 ms
     64 bytes from 198.186.203.20: icmp_seq=15 ttl=241 time=85.0 ms
     64 bytes from 198.186.203.20: icmp_seq=16 ttl=241 time=84.5 ms
     64 bytes from 198.186.203.20: icmp_seq=17 ttl=241 time=90.7 ms
     64 bytes from 198.186.203.20: icmp_seq=18 ttl=241 time=87.3 ms
     64 bytes from 198.186.203.20: icmp_seq=19 ttl=241 time=87.6 ms

     --- www.debian.org ping statistics ---
     20 packets transmitted, 13 packets received, 35% packet loss
     round-trip min/avg/max = 84.5/376.7/2870.3 ms

パケット・ロスが 35 &percnt; もあります。またラウンドトリップ・タイムも同様 に遅くなっています。この例をちょっと調べるとわかるように、問題となるサイト への経路上にはバックボーンのルーターが 13 個あります。これが原因でこのサイト が遅くなっていますが、たまたま同じようなルーターに当たってしまった場合にだけ、 経路に影響が出ます。本当に問題なのは、いつも通過するルーターで同様な問題が 発生しているかどうかという点です。このゲートウェイや 2 番目のルーターもそう かもしれません。ランダムにサイトを選んで、`traceroute` を使って見つけ出してください。

     $ traceroute www.bellsouth.net

     traceroute to bellsouth.net (192.223.22.134), 30 hops max, 38 byte packets
      1  adsl-78-196-1.sdf.bellsouth.net (216.78.196.1)  14.86ms  7.96ms 12.59ms
      2  205.152.133.65 (205.152.133.65)                  7.90ms  8.12ms  7.73ms
      3  205.152.133.248 (205.152.133.248)                8.99ms  8.52ms  8.17ms
      4  Hssi4-1-0.GW1.IND1.ALTER.NET (157.130.100.153)  11.36ms 11.48ms 11.72ms
      5  125.ATM3-0.XR2.CHI4.ALTER.NET (146.188.208.106) 14.46ms 14.23ms 14.40ms
      6  194.at-1-0-0.TR2.CHI2.ALTER.NET (152.63.65.66)  16.48ms 15.69ms 16.37ms
      7  126.at-5-1-0.TR2.ATL5.ALTER.NET (152.63.0.213)  65.66ms 66.18ms 66.39ms
      8  296.ATM6-0.XR2.ATL1.ALTER.NET (152.63.81.37)    66.86ms 66.42ms 66.40ms
      9  194.ATM8-0.GW1.ATL3.ALTER.NET (146.188.233.53)  67.87ms 68.69ms 69.63ms
     10  IMVI-gw.customer.ALTER.NET (157.130.69.202)     69.88ms 69.25ms 69.35ms
     11  www.bellsouth.net (192.223.22.134)              68.74ms 69.06ms 68.05ms

最初のホップはゲートウェイです。実際には最初から 2 ホップは常に 同じで、最初から 3、4 ホップはたいてい同じです。つまり、どの 問題であっても、どこを訪れたとしても問題が起こり得ます(あなた自身の特定 の問題はこの例とは多少違っているかもしれません)。通常の ゲートウェイへの ping は、下記の通りです(私にとってはこれが普通です！)。

     $ ping -c 12 -n 216.78.196.1

     PING 216.78.196.1 (216.78.196.1) : 56(84) bytes of data.
     64 bytes from 216.78.196.1: icmp_seq=0 ttl=64 time=14.6 ms
     64 bytes from 216.78.196.1: icmp_seq=1 ttl=64 time=15.4 ms
     64 bytes from 216.78.196.1: icmp_seq=2 ttl=64 time=15.0 ms
     64 bytes from 216.78.196.1: icmp_seq=3 ttl=64 time=15.2 ms
     64 bytes from 216.78.196.1: icmp_seq=4 ttl=64 time=14.9 ms
     64 bytes from 216.78.196.1: icmp_seq=5 ttl=64 time=15.3 ms
     64 bytes from 216.78.196.1: icmp_seq=6 ttl=64 time=15.4 ms
     64 bytes from 216.78.196.1: icmp_seq=7 ttl=64 time=15.0 ms
     64 bytes from 216.78.196.1: icmp_seq=8 ttl=64 time=14.7 ms
     64 bytes from 216.78.196.1: icmp_seq=9 ttl=64 time=14.9 ms
     64 bytes from 216.78.196.1: icmp_seq=10 ttl=64 time=16.2 ms
     64 bytes from 216.78.196.1: icmp_seq=11 ttl=64 time=14.8 ms

     --- 216.78.196.1 ping statistics ---
     12 packets transmitted, 12 packets received, 0% packet loss
     round-trip min/avg/max = 14.6/15.1/16.2 ms

違う日に起こった同じゲートウエィでの問題は下記の通りです。

     $ ping  -c 12 -n 216.78.196.1

     PING 216.78.196.1 (216.78.196.1) : 56(84) bytes of data.
     64 bytes from 216.78.196.1: icmp_seq=0 ttl=64 time=20.5 ms
     64 bytes from 216.78.196.1: icmp_seq=3 ttl=64 time=22.0 ms
     64 bytes from 216.78.196.1: icmp_seq=4 ttl=64 time=21.8 ms
     64 bytes from 216.78.196.1: icmp_seq=6 ttl=64 time=32.0 ms
     64 bytes from 216.78.196.1: icmp_seq=8 ttl=64 time=21.7 ms
     64 bytes from 216.78.196.1: icmp_seq=9 ttl=64 time=42.0 ms
     64 bytes from 216.78.196.1: icmp_seq=10 ttl=64 time=26.8 ms

     --- adsl-78-196-1.sdf.bellsouth.net ping statistics ---
     12 packets transmitted, 7 packets received, 41% packet loss
     round-trip min/avg/max = 20.5/25.6/42.0 ms

41 &percnt; のパケット・ロスは、非常に高い値で、HTTP のようにサービスを たくさん上げているところでは、突然落ちてしまいます。サービスが動いていたと しても、とても遅くなります。

実際に起こったこの例を見ると、ゲートウェイの調子が悪いのだとと思いたくなります。 しかしふたを開けて見ると、電話会社のネットワークの DSLAM と ATM 部分に問題が ありました。したがってパケット・ロスや大きな遅延がともなう 1 ホップ目の問題は、 実際には最初のホップにたどり着く以前に発生してる場合がありえます。この問題を 切り分けるのに役に立つツールはありません。パケット・ロスは ISP や NSP と同様、 電話会社の問題でもあり得ます。

またモデム自身がパケット・ロスを起こす可能性も充分にあり得ます。この場合は、 モデムの電源を入れ直して、DSL の接続を 30 秒程落としてから再同期してみて ください。つまり接続上にあるどの場所―モデムや DSLAM、ATM ネットワーク― であってもパケット・ロスは起こり得ます。

ISP 上のネットワークに問題を発見したなら、テクニカル・サポートに問題点を 報告してください。

#### その他のネットワーク上の問題

雑多なことをいくつか。

- This might be better as a different kind of list. Perhaps a variablelist or possibly even a segmentedlist.

  HB -- Maybe, but for time being 'works for me'....

  ロードできない Web サイトがいくつかある。これは PPPoX を使っているユーザが、MTU 値をあまりにも大きくしている場合に 起こります。 PPP0 デバイスの適正な値は 1492 ですが、そのサイトにたどり着くまでに 通過するすべてのルーターが、それより少なくとも 8 バイト小さい値を必要 としています。どこかのルーターが設定を間違っていれば、この問題に出くわ します。試しに MTU 値を小さくしてみてください。その LAN に接続している ホストはそれよりも小さい値―1452 もしくは 1412 にする必要があるかも しれません。

- IP アドレスで ping を打つと問題ないが、ホスト名を 打つとおかしい場合。これは `/etc/resolv.conf` に あるネーム・サーバの設定が間違っています。クライアント(DHCP, PPPoX)の ドキュメントを調べて、テキスト・エディタで直接修正してください。ISP から DNS サーバの正しいアドレスをもらってください。

- PPPoX が切れる。PPPoX の接続が運悪く切れがちに なります。PPP は回線状況に左右されやすく、断続的に接続が切れる結果と なります。これは何が問題で、どこで発生しているかを突き止めれば、 完璧に解決できます。別々のクライアントから試してみるか、現状のクライ アント付属のドキュメントでこの問題を調べてみてもいいかと思います。状況 がさらに悪化するようであれば、必要なら cron のジョブをしかけて、接続と 再接続を監視してください。

- 理由もなくインタフェースや経路がダウンしてしまう。 `ifconfig` や `route`を使うと、インタ フェースや経路情報がどういうわけか消えてしまうなら、それはバグった NIC の ドライバのせいです。DHCP サーバが長時間にわたって応答を返さない場合も 同様な現象が起こります(クライアントのバグ？ と思ったのは、Redhat から出た `pump` の初期バージョンでこのようなケースがあったからです)。

- パフォーマンスやエラーが芳しくない(たとえば rht0 の)場合は、恐らく全二重、 半二重の不整合があると思われます。DSL モデムやルーターの大半は、通常半二重 に設定してあって、NIC も同様になっているはずです。

### スループットの計測

我々がまずはじめにするテストの 1 つに速度計測があります。これによって、予想 していたよりたいしたことがないのか、システムが好調なのかを確認できます。 正確に計測するのは思ったほどやさしくはありません。まず、ネットワークで使用 するプロトコルのオーバーヘッドで、10 から 20 &percnt; 理論値より遅くなります。 本当にどのくらい遅くなるかは、プロバイダのネットワーク構成に よって異なります。どこで、どのように値を計ったかに依存します。普通は、10 〜 20 &percnt; ぐらいになります。

インターネットにアクセスすると、ホップが増えるごとにわずかですがパフォーマンス が低下しています。現状それ程大きな影響はないと思います。理由はホップ数が それ程でもなかったり、コンピュータすべて―あなたのシステムや ISP のネット ワーク、上流の ISP のプロバイダ、そして接続相手―がすべて手入れの行き届いた 機械と同じように、何の支障もなく動いていたりする限りは。しかし、障害があれば ―その要因が幾重にも組み合わさっていることを、どうやって理解できるでしょう？ 経路上のルータのどれかに挙動不審のインタフェースが 1 つでもあれば、誤った結果 になってしまうかもしれません。

確実に最大速度が出るであろう接続先は、加入している ISP―ISP のゲートウェイ です。そこへ一気に下ればいいだけで、登ることはないからです。 つまり理想的なテストは、できるだけ自宅から近いところです。 これは可能な限り予想できない要因の数々を取り除けるからです。ISP にローカル の ftp サーバがあるなら、テストを行う絶好の場所になります(traceroute をかけて、本当にローカルなのかを見てくだい)。

ISP が ftp サーバを持っていないなら、近くにある ftp サイトを探してください― ホップ数ができるだけ少ない方が好ましいです。また暇なサーバを見つけてください。 でないとおかしな結果になってしまいます。大きなファイルを見つけて― 10 MB 程度―、ダウンロード時間を計ってください。これを何日か続けてみてください。 また、別々の時刻で実行してみてください。サーバやバックボーンは、1 日の中で ある時刻に忙しい場合がありますので。こうしないと、結果がゆがみ、余計な要因を できるだけ排除する必要がでてくるからです。プロバイダは、バックボーンの トラフィックが重いことやボトルネック、遅くて負荷が重いサーバ等に対しては 保証していません。

テストするサイトがあちこちに散在しています。良いところもありますが、話半分 にしておいてください。あまりにも要因がたくさんあるために、テストによる接続や スループットのその場の計測値は正確であるとは言えません。これらのサイトでは、 あなたがそうあるべきだと思っている値の許容範囲にあるか、いないかという概要 をつかむぐらいはできるかもしれません。速度テストとしてお薦めは、http://www.dslreports.com/stest/0 と http://speedtest.mybc.com/ があります(両方とも Java が必要です)。他のサイトの結果よりは正確 だと思います。

ここで忘れてはいけないのは、およそ 10 &percnt; 〜 20 &percnt; のネットワーク 上のオーバーヘッドという制約を受けることです。例を上げておきます。私の場合 は、1472 Kbps という同期速度が上限です。ここからおよそ 15 &percnt; 落ちると 1275 Kbps となります。この同期速度は、電話局から 11,000 フィート(約 3,350 m) あることを考えると充分な速度で、実際には 1275 Kbps つまりおおよそ 1.2 〜 1.3 Mbps という、最大限のスループットが出ていると言ってもいいと思います ―他の条件が同じならばですが。dslreports.com の速度テストは下記の通りです。

     Test running..Downloaded 60900bytes in 5918ms
     Downloaded 696000bytes in 4914ms
     First guess is 1133kbps
     fairly fast line - now test 2mb
     Downloaded 1679100bytes in 11090ms
     Upload got ok 1 bytes uploaded
     Uploaded 1bytes in 211ms
     Upload got ok 1 bytes uploaded
     Uploaded 1bytes in 205ms
     Upload got ok 1 bytes uploaded
     Uploaded 1bytes in 207ms
     Upload got ok 50000 bytes uploaded
     Uploaded 50000bytes in 2065ms
     Upload got ok 100000 bytes uploaded
     Uploaded 100000bytes in 3911ms

     ** Speed 1211(down)/215(up) kbps **
     (At least 24 times faster than a 56k modem)
     Finish.

1.211 Mbps という値は、サービスに対して現実的に期待していた値とほぼ同じです。 この結果に対して、トラブルシューティングやチューニング方法を探し出す気はあり ません。

警告！！！：私が加入している ISP は Web ページ用に キャッシュ・プロクシを立てています。これはこの手の Web ベースのテストの結果 をならしてしまいます。もしこれがなければ、テストの結果は明らかに遅くなって しまったでしょう。プロクシがあると、実際はプロクシからのスループット をテストしていることになってしまいます―テストサイトではなく。参考までに、 別の警告を。同時刻に別のテストサイトを計測しましたが、 600 〜 700 Kbps がコンスタントに出ました。まあ、ケースバイケースですが(いつもは、多かれ 少なかれ、それぞれ同じような結果が出ています)。2 つの異なるサイトから大きな ファイルを ftp して計測してください。私の場合は、約 1.25 Mbps でした。

## 付録: DSL の概略

DSL は電話回線で実現する技術で、既存のより対銅線を使って、専用で高速な インターネット接続を実現します。DSL(特に ADSL)の長所として大きいのは、 POTS(Plain Old Telephone Service)と言われるこれまでの音声 サービスと回線を共有できる点にあります。これは音声が利用する範囲(電話は 4 KHz まで)とは異なる、より高い周波数を利用することで実現しています。本来は これで 1 回線を 2 回線にできます。1 つは POTS、もう 1 つはインターネット 接続です。すべてがうまく動いていれば、回線間には何の影響 も生じません。このことは DSL を一般消費者ベースに広げていくことを可能に し、かつプロバイダのコストを最小限におさえることにもつながります。

DSL は個人自宅もしくは SOHO 市場にターゲットを当てていて、高速なインターネット 接続をリーズナブルな価格で実現したい人向けになっています。普通は専用で割り当て られるので、常時接続が可能で、ローエンドからミドルレンジの 帯域が必要なサーバ向けにも利用できます。また、小規模な LAN が接続するのにも 最適です。Linux のパワーユーザが広い帯域を欲しい場合にもぴったりです :-)。

電話会社やその他独立系の電気通信事業者(CLEC)は、DSL をケーブル TV 会社の サービスと同等のものとして広げています―ケーブル TV は、一般消費者や SOHO 相手のサービスの競合者です。これによって市場の取り合いが 泥沼化し、さらに競争が激化し(いいことです！)、消費者市場に多少の混乱が出る ものの、選択肢がかなり広がっています。DSL のプロバイダ(たいては電話会社 ですが、そうではない場合もある)は、DSL のインフラを提供しています。これは 回線であったり、DSLAM であったり、外部との物理的な接続であったりします。 これを従来からインターネット接続サービスを提供している ISP が利用して いるわけです。

一般消費者向けの DSL は、普通ベスト・エフォートサービス です。T1 並みの速度を豪語し、場合によってはそれを凌駕しますが、T1 ほど 信頼性があるわけではありません。ビジネス対象の DSL は一般消費者向けより もコストがかかりますが、割り高な分だけ信頼性と帯域が好条件となります。 全般的に見て、DSL のコストはこれまでの電話会社のサービス、たとえば T1 と 比較して、自宅や小規模なビジネスにとって魅力的であり充分に手頃です。

DSL プロバイダは、個人ユーザ向けにはサービス規約を定めていない場合がよく あります。一方ビジネス・クラスの DSL サービスは、普通 T1 回線で定めて いるような SLA(Service Level Agreements サービス水準についての規約)を 持っています。

マイナス面として、DSL はどこでも利用できるわけではない、という点があり ます。利用しやすさや利用できるビット・レート(速度)は、どこに住んでいるか、 電話会社があらかじめ用意しておく必要がある設備をどこに設置しているかに よります。どのくらい電話局にある DSLAM から離れているか、電話線(回線)の 質はどのくらいか、ということにも左右されます。

### DSL の仲間

- ADSL

  非対称デジタル加入者線(Asymmetric Digital Subscriber Loop)は、下り で 8 Mbps 上りで 1024 Kbps の速度を現状では提供しています。これが 非同期と呼ばれる由縁です。現在 DSL の中では最も展開しており、 自宅、SOHO 市場向けに開発されました。高速な下り速度は、サーバとして クリティカルではないもの―少なくとも小規模で個人で立ち上げた Web サイト に過ぎないもの―に適しています。ADSL は POTS と呼ばれる音声回線とデータ を共有可能で、回線を追加する必要はありません。これが大きな売りになって います。ADSL は 他の DSL と同様、距離に制約があります。普通は 18,000 フィート(5.5 km)が電話会社にとっての限界点になっています。通常 ADSL は、 スプリッタもしくはフィルタを利用して POTS と DSL の信号を分離する必要が あります。G.Lite DSL と区別するために、フルレートの ADSL と言う場合もあります。ADSL を符号化するのに 2 つの方法があります。 それは、DMT と CAP です。DMT(別名 Alcatel 互換)は、標準化戦争に打ち勝ち、 現在では標準として他よりも一般的になっています。また、モデムはこの符号化 と互換性をもっているはず、ということを銘記してください。つまり、CAP モデムは、DMT サービスでは使えず、またその逆も真です。

  【訳註：米国と比較して、日本はさらに回線品質に対するマイナス要因があります。 それは、電話局と電話利用者間の距離が 7 km という場合があること、銅線の太さ が 0.1 mm細いこと(米国は 0.5 mm で日本は 0.4 mm)、より対線間の絶縁材料に 紙が使われている場合があること(米国はすべてプラスチック)です。】

- G.Lite

  G.Lite は、DSL Lite や Universal DSL、 splitterless ADSL と呼ばれることもあり、スプリッタを必要 としないもしくはフィルタを使う低速の ADSL です。音声 とデータの信号の分離は電話局で行います。 現在 G.Lite は、上り 1.5 Mbps、下り 512 Kbps の速度まで提供しています。 また一時は一般消費者向けの DSL サービスとして優勢になると思われていま した。しかしこれを書いている時点では、フルレート ADSL と同様に広がっているとはいえません。

- SDSL

  シングルペア・デジタル加入者線(Single-pair Digital Subscriber Loop) もしくは、対称デジタル加入者線(Symmetric Digital Subscriber Loop) とも呼ばれていて、実際上り、下りとも最大 1.5 Mbps という対称な 速度を出しています。SDSL は専用線を必要としていて、ADSL のように一般 消費者向け市場としてすんなりと受け入れられるものではありません。SDSL は ISDN や H1 と同様に 2B1Q 符号化を使っていて、これは ADSL が使っている DMT や CAP 符号化よりも障害に強いとみなされています。本当の SDSL は 一般的にサーバを運用できる品質を持った DSL と考えられています。本当の という意味は、プロバイダの中には SDSL と称して苦し紛れ に ADSL を売り込んでいるところがあるからです。これは上り、下りが同じと いうことだけです。もしくは、反対に非対称の帯域幅を持つ SDSL もあります。 もう充分に訳が解らなくなりましたよね？

- IDSL

  ISDN デジタル加入者線(ISDN Digital Subscriber Loop)は、上り下りとも 144Kbps の速度を持ち、Lucent Technologies がすべて新規に開発した ISDN です。ISDN や SDSL 同様、2B1Q 回線符号化を行っています。しかし IDSL は専用線を必要と します。長所は他の DSL 同様、常時接続技術にあります。 従来の ISDN に対して 16 Kbps 増速しています。DSL プロバイダの中には ローエンド速度向けとして販売しているところもあります。ただし、回線品質は ADSL のような高速な通信には充分とはいえません。

- RADSL

  Rate Adaptive Digital Subscriber Loop は、Westell が開発し、最大で上りが 2.2 Mbpsまで、下りが 1.0Mbps となります。RADSL が柔軟とされる理由は、同期 速度(上り下りとも)が回線の状態にあわせて動的に変動する点にあります。これは 距離やその他の要因で回線状態が限界にある場合に、より優れた実現可能な案と なりえます。RADSL は ADSL の機能を様々な点から拡張し、回線状態対してより 適合するようになっています。ADSL と同様に、RADSL は POTS の回線に相乗り できます。 RADSL はスプリッタもフィルタも不要です。

- HDSL

  High bit-rate DSL は、DSL 初期のバージョンの 1 つです。HDSL は 複数の専用線を組み合わせ、上り下りとも 1.5 MBps の速度がでます。 (実際の速度は、線を何本組み合わせるかによります)。一般消費者や SOHO 向けの選択肢には入りません。

- VDSL

  Very high rate Digital Subscriber Loop は、開発中の DSL で、下りが 52.8 Mbps で上りが 2.3 Mbps です。VDSL は現時点で回線の距離が非常に短いという 制約があり、実現可能な手段とはなっていません。近所まで光ファイバーが来て いて、より対銅線が短くて済めば使い物になるかもしれません。

- UDSL

  Unidirectional Digital Subscriber Loop は、ヨーロッパで提案された規格ですが、 まだ利用されていません。

- G.SHDSL

  G.SHDSL は、未完成ですが、まもなく完成する予定です。 恐らくより遠くの距離に対応し、速度調整も柔軟になるといった機能強化 が多数なされると思われます。

### DSLAM

この技術は、DSLAM(Digital Subscriber Loop Access Multiplexer)が電話局や離れた 場所にうまい具合に配置されたことで、実現可能になりました。これは Alcatel や Cisco が供給しています。 DSLAM には、様々な形や大きさがあり、DSL 接続する中でただ 1 つ複雑で高価な 構成要素です。一定の品質を持つ電話回線にユーザ側がモデムで接続すると、高速な デジタル接続が確立します。一般的に局側では ATM もしくはフレームリレー網になっ ています。DSLAM は信号を音声チャネルとデータチャネルに分離します。音声は 電話会社のネットワーク上を伝わり、データは ISP(普通は)に伝わります。

図 4: 典型的な DSL 接続経路 -->

``

     Voice -+                                               +---> Voice
            |<-- copper loop --> DSLAM/CO <--{ATM cloud}--->|
     modem -+                       |                       +---> Inet
            |                       |                       |
     ether..|..... DSL/ATM here ....|.... raw ATM here .....|.. TCP/IP ..
            |                                               |
     SOHO...|............ telco (ILEC or CLEC) .............|.. ISP ..| NSP

#### 同期

DSLAM への接続が良好に動作することを同期すると言います。たい ていはモデムの LED で確認できます。同期しなければ、何も起こりません。モデム はプロバイダが事前に設定した制限の値で同期速度を確立します。この制限値 もしくは最高限度上限値はプロバイダ側が決定し、提供される サービス内容の一部でもあります。 モデムは最高限度値より高い値で同期するかもしれませんが、 プロバイダ側が強制的に最高限度上限値にまで速度を落とします。 つまり ADSL は理論的には上りで 8 Mbps まで出ますが、その速度を体験することは できません―もちろん、プロバイダが 8 Mbps のサービスを提供していないなら。 たいていのサービスはこれを下まわります。

下記は、SpeedStream の 5660 モデム・ルータに telnet を使って得られた接続情報 です。この例だと、利用者は、下り 1.5 Mbps、上り 384 Kbps のサービスを受ける ようになっています。

     Command-> show dslstatus

     --- Channel Info               ATU-R                    ATU-C
      Current TX Rate  -           384000                  1500000
      Previous TX Rate -                0                        0
      CRC Block Length -                -                        -
      Interleave Delay -                -                        -

     --- Physical Layer Info        ATU-R                    ATU-C
      Current Attainable Rate -    448433                  3890243
      Current SNR Margin      -      10.5                     17.0
      Current Attenuation     -      54.5                     31.5
      Current Output Power    -       3.0                     16.0
      Current Status:
       Defects detected       -        No                       No
       Loss of Framing        -   No Loss                  No Loss
       Loss of Signal         -   No Loss                  No Loss
       Loss of Power          -   No Loss                  No Loss
       Loss of Signal Quality -   No Loss                  No Loss

     --- ATU-R Line Status
      Line Coding - DMT
      Line Type   - Fast or Interleaved

     Command->

まず最初に注目する点は、ATU-C の列にある Current Attainable Rate です。これはモデムと DSLAM がネゴーシエーションした 結果の下りの同期速度です。ここでは 3.5 Mbps という数字になっています。しかし、 実際の速度は制限され、下り 1.5 Mbps、上り 384 Kbps になっていることが、列の 最初の TX Rate からわかります。これはこの接続の理論的な制限 になります。この制限もしくは最高限度値は、DSLAM によって設定 でき、上りについてもこれと同様に行います。最初の列にある TX Rate がプロバイダが指定した制限より低い場合は、何か接続上で問題が生じて いることを示しています。恐らく距離によるものか、何かしらかの回線上の障害に よるものです。

実現可能な同期速度とは、数多くの要因を組み合わせた結果です。要因とは、DSLAM への回線距離や建屋内外部の配線の品質、回線の規格、その他様々な回線の要因が あげられます。一方において、実際に測定できる現実的なスループットは、まず同期 速度に依存するといってもいいでしょう。上記の例でも同期速度は低く、500 Kbps という値がその接続の最大値となっていました。利用者が 1.5 Mbps のサービスに お金を払っていてもです。

次に注目する点は、スループットが ISP のネットワークにも依存している点です。 その上流のプロバイダにも依存しています。だいたい 10 〜 20 &percnt; 程度 ネットワークによるオーバーヘッドで失われています。上記の例でも接続は 1.5 Mbps に制限されており、実際の現実的な最大のスループットは、オーバーヘッド を考えると 1.2 〜 1.3 Mbps 程になると思います。その上一度でもインターネット にきちんと接続したなら、スループットに影響を与える要因があまりにたくさん あるために、これまで準備したことが無駄になってしまいます。 過負荷で忙しいサーバに対しては、DSL 接続がいかに速かろうと遅くなってしまい ます。

### DSL モデム

接続の末端にはモデムが存在します。モデムは、より対線経由で電話会社の 終端である DSLAM に直接接続していて、自宅側では壁にあるジャックに挿して あります。万事うまく行けば、モデムは DSLAM と 同期し、 ISP と IP 接続されてインターネット接続を開始します！

Linux ユーザにとってモデムは大切な検討材料です！ ISP から提供を受けるモデムの多くは Linux では利用できません。 外付けでイーサネットのインタフェースがあるモデム(もしくはモデムとルーター が組み合わされたもの)が確実な方法です。理由は他に選べるモデムの多く (PCI や USB、オンボードタイプ)には、現状ドライバが無いためです！ イーサネットベースのモデムはうまく動作します(モデムのセクションにある最新の互換性のあるモデム の一覧表を見てください)。

イーサネットタイプのモデムで、唯一互換性の問題があるとすれば、それはネット ワークカード(NIC)です。(実際に互換性のある NIC なら問題なく動作します― 100 Mbps はまったく必要ありません) PCI や USB タイプのモデムは問題をいろいろ 起こしがちなので、多分 NIC の方がうまく行くと思います。加入したプロバイダ が互換性のあるモデムをオプションとして提供していない場合は、他のプロバイダ に当たるか、サードパーティの互換製品を購入しなければなりません。

いつものごとく例外があります。Xpeed は、2 種類の PCI モデム にカーネル組み込みドライバ(2.2.18 用)を用意しています。 これは素敵なことです。Alcatel の ADSL SpeedTouch USB モデムにも Linux 用のドライバが出ました。Diamond は 内蔵 PCI モデム用にバイナリのみですがドライバを用意しました。しかし広く 使われてはいません。Efficient Networks は、SpeedStream 3060 と 3061 という PCI モデムで Linux 用ドライバが動作しているという報告が あります。モデムに ATM カードを追加して、直接 ATM 接続もできるようです。 しかし私が知る限りでは米国でこのシステムは使われていませんので、実現可能 な選択肢とは考えるべきではありません。またこれにはカーネル 2.4 が必要となり ます。

現状実際に最も多く使われているモデムのタイプは、ブリッジと モデムを組み合わせたものです。ブリッジは単純なデバイスで、普通はほとんど 設定がいりません。ネットワーク上のトラフィックは、ATM 側からイーサネット側 のブリッジへ双方向に無条件で流れます。モデムとブリッジが接続しているインタ フェース(普通は NIC)が公開されるところになります。

ISP の中にはルーターを用意しているところもあります。基本的 にはモデムとルーターの組み合わせで、NAT を利用できます。またポート・フォワー ディングができたり、ハブを内蔵していたりといった機能強化を行っている場合が あるかもしれません。これらはすべて外付けタイプなので、うまく動作するはず です。しかし恐らく Linux ユーザにはあまり関係はないと思います。というのも Linux はこれらの機能をより高度に実現できるからです。厳しく管理している Linux マシンは、ファイアーウォールやゲートウェイ、プロクシとして卓越した 機能を持っているからです！

ややっこしいのはオール・イン・ワンタイプのデバイスです。ブリッジとルーター とモデムを組み合わせたものはブルーターと呼ばれることがあり ます。この場合、モデムはブリッジ・モードやルーター・モードとして設定する ことが可能になっています―しかし同時に両方は無理です。

プロバイダはすべて、何種類かのモデムを利用可能としているはずです。ISP の 多くは、1 種類以上のモデムをオプションとして用意しています。中には追加 料金無しでモデムを渡してくれるところもあります。無料のモデルを提供する ところもあり、もっと高機能で優れた別の機種に対して、費用を請求するところ もあります。ISP が提供するモデムの多くは通常の流通経路で販売していません。 自分で購入したいと思ったなら、中古製品のアウトレット(たとえば、ebay)を 当たるか、ISP がサポートしていないモデム(問題があってもサポートは何も得ら れないでしょうが)を購入することになるでしょう。

ISP の中には通常の流通経路では用意できないモデムを提供しているところが ありますが、DSL モデムで勢いに乗っている製造業者はたくさんあります。その ような業者は選択肢となりえる優れた製品を売り出しています。たいていは機能 を大幅に強化していています。現状では Alcatel や Intel、Zyxel、Cisco、3Com、 Cayman から製品が出ています。価格はモデルや利用できる機能にもよりますが、 US &dollar;100 を少し越えたところから &dollar;800 というところです。認証 やカプセル化(DHCP や PPPoE 等)を持っているものがほとんどです。

どのモデムがいいのでしょうか？ 簡単に言うと、「いいものはありません」。 速度という点では、モデムにはそれほど要因となるものがありません。しかし、 たとえば診断機能やモデムとルーターの組み合わせなどの機能強化を行ったものは 存在します。イーサネット・モデムは一般的には信頼性があるものと考えられて います。IRQ の設定に問題があったり、ドライバのバグ等で困ることはほとんど ありません。したがって Linux ユーザがイーサネットモデムに追いやられるのは、 一見不幸せですが実は幸いなことなのです。他にいいものはないのでしょうか？ ほとんどが新し過ぎるために、メーカーやモデルを比較検討した充分確かな実績が 残念ながらありません。言い換えると、古い外付けのイーサネットモデムでうまく いくはず、ということです―プロバイダの DSL にマッチしており、そのサービス 向けに設定してあるからです。間違っていることもありえるのを忘れないでください。

サードパーティ製のモデムやルーターを購入する場合は、DSL プロバイダと互換が とれていることを必ず確認してください。メジャーな ADSLの符号化は、2 種類(CAP と DMT。別名 Alcatel 互換)あり、IP のカプセリング化もいくつかの選択肢が あります。また種々の DSL(SDSL や IDSL 等)には、それぞれ独自のモデムが必要と なります。プロバイダは互換製品の一覧を用意しているはずです。また、その ISP のサービスに沿った設定をしなければならない場合もあるかもしれません。 どちらにしてもモデムなしでうまくいくとは思わないでください(実際、プロバイダ から支給していなくとも)。

### ISP との接続

モデムは DSLAM に接続していて、DSLAM は電話会社の ATM ネットワーク(もしくは フレームリレー網)に接続しています。ISP はこの地点で接続します。普通 `traceroute` で最初のホップとして表示する地点が ISP のよう です。この地点までがすべて OK なら後は電話会社もしくは DSL プロバイダの管轄 となります。ISP は電話会社の ATM ネットワークを使って高速にデータ接続を 行っています。通常 ATM は DS3 (45 Mbps)あるいは OC-3 (155 Mbps)を利用して います。ここで大切なのは、ISP は接続するために電話会社と契約を結ぶ 必要があるということです。ISP はこれまで行ってきたサービスである 電子メールや DNS、news 等を提供するのに、接続に 2 ステップを必要とします― あるプロバイダからの DSL 接続とあるプロバイダからのインターネット接続が それです―請求書は 1 つになっているかもしれませんが。

米国のすべての Baby Bell(RBOC)は、ISP 業務も行っています。もちろん自分たちの DSLAM に接続し、インターネット接続サービスを電話会社の子会社である ISP を 使って提供しています。独立系 ISP の多くは、ILEC の DSL サービスを利用して いて、つまるところ、ILEC の DSL サービスのリセラーになって います。基盤となるインフラも同様で、1 社以上の ISP が 1 つの電話局を結果的 に利用しています。消費者にとっては、機能や価格の面で選択ができ、好ましい ことだと思います。

現在米国市場において、CLEC(independent telco) は自分たちで DSLAM を設置して います。これは ILEC と真っ向から競争していることを意味します。この筋書きだと 同じ電話局内に 2 つ(もしくはそれ以上)の DSL プロバイダが存在することになり、 それぞれ自分たちの DSLAM を持ち、競合することになります。これは ISP の立場 をさらに複雑にし、DSL プロバイダはそれぞれ複数の ISP と提携 することになります。運が良ければ、色々なプランや価格体系から選べるでしょう。

現状米国市場では淘汰が進んでいます。独立系はどこも地域電話会社の潤沢な資金 との戦いに四苦八苦しています。独立系で生き残ったところは、小規模なビジネスや ハイエンドな消費者を顧客としてターゲットを絞ってきています。これはコスト が更にかかりますが、より多くの利益を期待できるはずだからです。特に品質が 求められる分野では。

通常はサービス契約は ISP と結び、DSL プロバイダとは結びません。これは 実際に DSL を提供しているところが黒子になっていることを 意味します。場合によって変わることがありえます。というのも DSL プロバイダ と ISP の両者に対して別々に契約を結ぶことになるかもしれないからです。

付録のリスト Linux に好意的な ISP を参照して ください。

### アベイラビリティ(可用性)

DSL を利用できるのは誰でしょうか？ まず必要なのは、電話会社がユーザの近辺の どこかにハードウェアを設置していることです。通常は電話局になります。 電話局の選択の余地はユーザにはありません―自宅に来ている回線がどこで終端して いるかによります。電話局に DSLAM があり、他に必要な機材があるなら、DSL を利用 できる可能性が出てきたことになります。事前品質検証というステップ を踏んでサービスが受けられるようになります。

いよいよ遠隔端末(別名 DSLAM)が設置され、やっとのことで 電話局からはるばるとうれしい便りがやってきます。電話局との距離は一度 OK になれば 制約する要因とはなりません。

#### 申し込み

サービスを申し込む前に、そのプロバイダがお住まいの地域を対象にしているかを チェックしてください。電話会社もしくは DSL プロバイダ側と ISP 側両方の オプションを調べてください。小規模な地域 ISP も大規模な電話会社と同様に オプションをいくつか提供しているかもしれません。ひとたび申し込むと プロバイダがサービスを提供できるかどうかの認定作業を待った上で、サービス 提供を認めます。

#### 品質認定

その地域で利用可能なことが分かれば、次は回線の品質認定です。 プロバイダは様々なテストを行って、DSL の信号が回線に乗るかどうかを確認 します。このテストで回線が DSL をどの程度利用できるかを判定し、ユーザは どのサービスを利用するのが適当なのかがわかります。たぶんこれに見合った サービスを申し込むことになると思います。このテストは、様々なテストを 組み合わせて行うので、かなり込み入っています。回線品質を下げる と考えられる要因はたくさんあります。最も大きい制限は距離です。

DSL はすべて距離という制限があります。ADSL は約 18,000 フィート(5.5 km)の 回線が限界ですが、実際はプロバイダによってまちまちです。遠ければ遠いほど 信号は弱くなり、接続品質が落ちる可能性が大きくなります。ADSL に関しては、 1.5 Mbps 近くの速度を得ようと思うなら、約 12,000 フィート(3.7 km)以内に いないと厳しいものがあります―他の条件がすべて同じなら。IDSL はより遠く まで可能になりますが、それは IDSL の最大速度が、上り下りとも 144 Kbps という著しく低い速度だからです。

充分に近くでも、回線の品質を下げる可能性のある要因はたくさんあります。 代表的な障害要因は、装荷コイルとブリッジ・タップです。これらはこれまでの 電話というインフラにとっては効果的なものと見なされていましたが、新しい デジタル化技術にとっては、邪魔ものになっています。このような思わぬ障害に ぶつかるか、ぶつからないかはほとんど運次第です。光ファイバが回線のどこか 途中にあっても品質は下がります。プロバイダは回線を完璧にする 作業をするかもしれません。どの程度まで遠くてもいいのかは、プロバイダによって まちまちですし、またさらに設置までの過程に余分な時間がかかるでしょう。

回線の品質が問題なしとなったら、次のステップは条件に合った プランを決めることです。プロバイダはその回線で扱える信号がどのくらい強いのか によって、プランをいろいろ用意していると思います。ぎりぎりのところに居る なら、高速なプランは適切ではないでしょう。料金が気になるなら、段階分けして ある料金体系がいいでしょう。低速なプランは料金もその分低いからです。この 料金体系の段階の付け方も、プロバイダごとにまちまちです。DSL は新しい サービスなので、プロバイダは適正な料金と機能の組み合わせを模索しています。 この組み合わせ次第でユーザの大半を引きつけ、競争で優位に立てるからです。

通常のデータ転送速度は下記の通りです。

>     下り/上り

>       128 Kbps/128 Kbps

>       256 Kbps/256 Kbps

>       384 Kbps/128 Kbps

>       640 Kbps/90  Kbps

>       1.5 Mbps/384 Kbps

>       2.0 Mbps/512 Kbps

>       7.1 Mbps/1024 Kbps

この他にも、限りなく組み合わせがあります。速度が上がるほどプランの料金が 変わるのが一般的です。

回線の品質に問題があっても、他にも選択の余地があるなら、次の選択肢を 取りましょう。 適切な回線の長さを計算することは、厳密な科学とはとても言えません。あまりにも 間違いが入り込む余地があり過ぎるからです。またプロバイダの中には、回線を 整備することで、より遠距離に対応するところもあります。また、 2 本以上の電話回線を引いていて、1 本が駄目だったなら、他の回線も試してくだ さい。というのも、どれもその場では終端してありますが、それで必ずしも電話局 から同じ距離であることを示しているわけではないからです！ 電話会社のネット ワークは何があっても不思議ではないのです。

### プロバイダを選ぶ

2 つ以上の選択肢を持つべきなので、ここではプロバイダのサービスを比較する場合 に気をつける点をいくつかあげておきます。人口が多い地域にいるなら、たくさん の選択肢があるかもしれません。その可能性は現状では極めて高い状況です。 あわせて覚えておいて欲しいのは、接続には 2 ステップあるということです。それは DSL プロバイダと ISP のことです。それぞれを選ぶことになるでしょう。

- 互換性のあるモデム。Linux(もしくはその代わりの OS) について言えば、基本はイーサネット・インタフェースを持つことです。 (例外はまれです)ルーター(たとえばモデムとルーターの組み合わせ) はすべてのインタフェースがイーサネット・デバイスであれば問題ありません。

- 設置。自分で設置するなら誰かにやらせて接続するよりも もちろん割安です。しかし自分で設置するのが認められていないとしたら、 Linux だけのサイトをプロバイダが設定してくれると思いますか？ 多分だめでしょう！ テンポラリで Windows か Mac を用意してしのいでください。ラップトップでも充分で しょう。

- IP アドレスが静的か動的か。サーバを立てたかったり、 独自ドメインを立てたかったりしたい場合は、静的なアドレスを取ってください。 一方で動的な IP は、インターネットから見えないようにし続け ることが多少難しく、その状況に注意を払うのが難しくないということがわかる はずです。

- カプセル化。接続は、ブリッジ か PPP になります。PPPoX は接続が安定しているとは言いがたい ようで、常時接続とは見なされていません。PPPoE は クライアント・ソフトウェアが必要で、これで接続を維持しますので、さらに 符号化レイヤが必要です。

- サーバのポリシ。ISP の中にはかなりオープンなところ もありますが、いかなるサーバも禁止しているところが多いようです―それが 個人の Web サイトでも。特定のポートをブロックしているところさえあります。

- 規約。規約があって、何が規約違反となるのでしょうか？ キャンセル料は？

- 接続数の制限。常時接続(少なくとも 理論的には :-)していますか？ セッション数やアイドル・タイムに制限はあり ませんか？ 月当たりに利用する帯域を計測して、このぐらいと制限をして いませんか？ LAN につながっている接続を禁止していませんか(そんなあ！)？

- Linux のサポート。ISP のごく一部では、何らかの形で Linux をサポートしていますが、ほとんどのところは対象外です。ISP がサポート しない OS を動かしているという理由で、どんなサポートも断る、という極端な ことをしない限りは、これはそれほど悪くない状況です(サポートして いる というのは、テクニカル・サポート がある、と いうのと近い意味です)。ISP が気にしないと言っているなら、 やってしまってかまわないはずです。

- 無料のダイヤルアップ・アカウント。接続がダウンした 場合に、これがあると助かります。でないと別な場所から電子メールをチェック しなければならないからです。

- 設定用のプログラム。ISP の中には、ごくわずかですが 設定用のプログラムを用意しているところがあります。これはアカウントを 設定するため、はじめて接続した時に使用します。Linux 版はおそらくありません (BellAtlantic.net がとうとうサポートしたという報告あり)。これ以外 DSL に は固有のものや関連するプロトコルは何もありません。

- サービスの信頼性と品質。地元で同じプロバイダや ISP について、聞き回ってください。地元の LUG はこの手の情報を得るにまたとない ところです。どのくらいのダウン・タイムがあるか(少なければ良し)？ 電子メール や news サービスは快適か？ バックボーンの経路は？ テクニカル・サポートは？ 【訳註：LUG は Linux Users Group の略称です】

この他にもたくさんのオプションや機能があります。それらも見るに値するかもしれ ません。複数の IP アドレス、ドメインのホスティング(DNS)、無料の Web スペース、 電子メールのアカウントをたくさん持てる、Web メール等。あれこれ考えてみると、 確かに良いプランほどコストがかかっているのでしょう。

## 付録: FAQ

DSL と Linux についての FAQ をいくつか。

1. Q. DSL は Linux で使えるか？

   DSL はテクノロジーの 1 つです。もっと正確に言うと、複数の関連したテクノロ ジーの集まりです。この質問は Linux で電話は使えますか？ と質問するような ものです。 テクノロジー自体は心配いりません。なので、簡単に言ってしまえば もちろん OK です！。詳しく答えるなら、何か障害があるとすれば、 それはまさにプロバイダのせいです。Linux を設定して動作させるのに当たって、 プロバイダができることがあるかもしれません。しかしそれは必要以上に困難が ともないます。互換モデムの選択肢がないというのは、よくある困った問題の 1 つです。また電話会社や ISP が設定を行う場合には、Windows や Mac を使って 利用可能にします。このことで様々な他の OS についての教育をテクニカル・ サポートへ行うコストが省けます。購入する時は注意してください！

   基本的に DSL はすべて、手軽に高速なインターネット接続を実現します。DSL では すべて TCP/IP を使います。もちろん Linux も TCP/IP を問題なく扱えます。

2. Q. PCI(もしくは USB)モデムのドライバはどこにある？

   間違いなくほとんど不可能です。というのは、本当に利用できないからです。一番 目的にかなったベストな選択は、外付けでイーサネット・インタフェースが付いた モデムです。プロバイダがそういったものを提供していないなら、他のプロバイダ を捜すか、自己責任でモデムを購入してください。ただそのモデムがプロバイダ が提供しているタイプの DSL と互換性があることを確認してください。

   例外は何にでもあります。モデム・セクション で、これを書いている時点で利用できる互換モデムの一覧を見てください。

   互換性のないモデムを所持して困ってしまったなら、希望を持ちつつ手間暇かけて、 メーカーにやさしく苦情を言うこともできます ;-)。

   この状況が変わるかもしれません。 Xpeed が PCI 版 の IDSL と SDSL モデム用のカーネル用ソースを 含むドライバを出しました。なんと素晴らしい！ Alcatel は、Alcatel の SpeedTouch USB ADSL モデム用のドライバを最近になってリリースしています。 他のメーカーもこれに従ってくれることを期待します(必ずこのドキュメント の最新版を読んでください。必要に応じてこの状況を更新するつもりですから。

3. Q. どのくらい高速で高品質なネットワークカードが必要か？

   Linux 互換のカードであれば、どれでも快適に動きます。ローエンドなカード でさえ 10 Mbps であること、現時点で一般消費者向けの DSL はこの速度近く であることを忘れないでください。私としてはそれなりの品質のカードをお薦め します。そうすればエラーや初期不良が起こる率を低くするのに役立つからです。

4. Q. どうしたら自分の地域で DSL が利用できるようになるのがわかるか？

   DSL がいつ、どこで提供されるかは、地域の電話会社にまかせるしかありません。 当然一度にすべてのユーザを対象にできませんので、恐らく競合状態を見ながら 地域を選んでいるのでしょう。また、この疑問に対して電話会社から直接返答を もらうのは困難でしょう。というのも多分、競合相手に対して手の内をみせ ないでしょうから。あいにくですが、答えてくれるかどうかはわかりません。

5. Q. あまりに離れているので品質が良くない。何ができる？

   まじめな話、引っ越しでしょうか？ 手段がたくさんあるわけではありません。 他のプロバイダがあるなら、そちらを選択をしてください。何ともいえませんが。 回線の長さをきちんと計測できませんので、間違える可能性があります。この 目的のためにデータベースを利用しているところが多いのですが、よくあること ですがデータベースには間違いがあります。プロバイダの中にも進んで顧客を サポートして回線を整備するところもあります。また、より離れた地域への サービスが可能なローエンドサービスを提供しているところもあります。 もしかするとあなたの地域でも利用できるかもしれません。もしくは、電話会社 が遠くに居る顧客に対して、デバイスをリモートから設定してくれるところも あるかもしれません。

6. Q. Linux で速度調整はどうするのか？

   必要ないと思います。Linux ではすでに大部分が最適化してあります。Windows の あるバージョンのようにパフォーマンスを向上するのにレジストリをハックする 必要などありません。接続遅延が大きい場合は、TCP Receive Window を増やして みると良くなるかもしれません。チューニング ・セクションを見てください。

   もし距離と回線状態を考えて、パフォーマンスが出ていないと確信したなら、 何か他の問題があるのではないでしょうか。詳しくは、 トラブルシューティングを見てください。成すべきことは、最適化では なく、本来の形に戻すことです。

7. Q. サービスの上限が640K(たとえば)になっている。高速なモデムを入れれば早く なるのか？ それとも他に何かあるのか？

   まったくありません。モデムは接続を高速にするのにほとんど無関係です。 プロバイダはインターネットにつながる前の回線上のどこかに、速度を制限する しくみを入れています。それを無効にする方法はありません。

8. Q. 同時にダウンロードやアップロードをできるのか？ お互いに影響が出ない のか？

   上りと下りの経路は DSL 信号の中で独立した周波数帯を使用しています。した がって上りと下りを同時に行っても問題はなく、利用できる帯域幅を食い合う ことは普通ありえません。

   不利な影響があるとすれば、それは ADSL のような非対称な DSL と 上りと下りが同時に一杯になってしまう場合です。これは TCP の 「特徴」であり、DSL に原因があるわけではありません。この場合は高速になれ ばなるほど悪影響を及ぼします(つまり下りのこと)。どのくらい影響がでるの かはあまりに要因が多すぎて、このドキュメントの範囲を越えています。しかし、 下りと上りの差が大きいほど影響が大きくなります(たとえば、下りが 640Kbps で、上りが 90 Kbps の場合)。

9. Q. 768 Kbps のサービスを契約しているが、良くても 640 Kbps かそこらしか 出ない。理由は？ サービスの投げ売り？ 払っただけのものは得たい。

   いろいろなプロトコルを利用することで、速度が 10 〜 20 % 程度低下します。 たいていは 20 % 近いでしょう。これは避けられない事実です。 どのくらい落ちるのかは、たくさんの要因が絡み合っていて、かつプロバイダに よっても異なります。このことを肝に命じておけば、最高速度に近づいたように 見えるでしょう。 また契約書の細則を読めば、ISP の多くが広告している速度は上限で とかなんとかになっているのがわかるでしょう。サービス契約を チェックして何を保証しているかを見てください。保証があったとしても多分 宣伝文句の最大速度よりかなり低めで、実際のスループットではなく、同期速度 ベースの値でしょう。

   また速度をテストするやり方にも注意してください。いわゆるテストサイトの 中には、かなり当てにならないところがあります。あなたとそのサイトの間には スループットに影響を与えたり、結果を曲げる要因がたくさんあります―どのくらい の人が同時に同じテストをしようとしているかほとんどわかりません。テストと して一番良いのは、良い意味で有名な、負荷が高くない近くのサイトから FTP で ダウンロードすることです。

10. Q. なんで PPPoX をそんなに悪く言うのか？

    文句の中で一番多いものの 1 つに、接続が時々切断するというものがあります。 PPP は接続中に起きるあらゆる障害に対して影響を受けやすいと見なされて います。一般的には切断すると新たな IP アドレスが振られます。そしてこれは まさに PPP と言われるゆえんで、決して常時接続のプロトコル という意味ではありません。PPP は本当はセッション管理のプロトコルであり、 ユーザが接続を初期化し、自分を認証するよう求めます。PPPoE や PPPoA は どちらもまだそれほど枯れたプロトコルではありません。それほど歴史も実績 もありません。電話会社やメーカーが慌てて世に出したという人もいます。 PPPoE は接続を維持するのに、さらに追加のソフトウェアも必要とします。これは さらに符号化が必要になり、障害要因がまた増えることになります。また、接続 を管理するのにオーバーヘッドが発生します。

11. Q. なぜ PPPoX なのか？ これはよくないと思う！

    PPP にはプロバイダにとって好都合な点がいくつかあります。既存のインフラや ハードウェア、つまり顧客ベースで広範に使っているダイヤルアップのしくみ が利用できるという点です。ユーザの認証や詐称する事態をコントロール するのが容易です。またネットワーク関連を管理するのも簡単です。実際、 結局はプロバイダが楽な方になってしまいます。楽になれば、人や時間を 節約でき、それがコストの削減になります(少なくともプロバイダからしてみれば)。

    これは IP アドレスの枯渇を防ぐ策略でも ヘビー・ユーザへの嫌がらせでも ありません。IP アドレスのコストは、全体の状況からすれば些細なことです。

12. Q. この地域で唯一のプロバイダは Linux をサポートしていない。どうしたら いいのか？ Windows を使わなければいけないのか？

    いいえ！ ここで言うサポートとはテクニカル・サポート が行うようなサポートを意味します。問題が発生したならその時には、 技術的なサポートはできない、と言うだけです。このことは彼らのネットワーク 上で Linux を使えないということを意味しているのではありません。もし問題が 発生したなら、自分で何とかしなければいけない、ということなのです。禁止する ものがあるならそれは、利用規定(AUP)かサービス条件(TOS)契約に記載してある でしょう。

    テクニカルサポートや現地作業員が、自社のポリシを誤解して、Linux は このサービスでは使えませんと言うのを聞くことがあります。NT サーバ についても同様なことがあるようです。しかしこれはたいていの場合、個人的に 間違った解釈をした結果です。

    しかし―プロバイダが Linux をサポートしていないなら、Linux に設定を施す のはためらうでしょう。もしかするとこういう不満をかわすために、自分で 設定を行うオプションがあるかもしれません。ケースバイケースですが。

13. Q. FAX ソフトウェアが DSL モデムではうまくいかない。なぜ？

    FAX は普通、アナログ電話回線を使って FAX 機が相手側の FAX 機にダイヤルして 伝送しています。アナログモデムはこれを行えますが、DSLモデム はダイヤルする機能がありません。56K モデムをまだ投げ棄てないで ください！

14. Q. FastPathって何？ いいもの？ 速い？ インターリーブとは？ ping にかかる時間を速くするには？

    インタリーブとは DMT の回線符号化の機能です。基本的には DSLAM を設定 することでエラー訂正をする方式のことです。接続が遅くなり、遅延が大きく なるという悪影響がでます。FastPath(もしくはノン・インタリーブと言います) な DMT を使うとゲートウェイへの ping が 10 〜 25 ms の範囲に収まります。 インタリーブだと 40 〜 75 ms の範囲近辺になります。これはインタリーブを 有効にした範囲によって異なります。

    利点としては、ぎりぎりの状態にある回線が安定し、インタリーブによってエラー が出にくくなるという点です。電話会社の多くは、インタリーブをデフォルト で行っており、安定度を高めています。これは適切なことのように思えます。 しかしこれは限界に近い回線では効果がありますが、おしなべて遅延という 重荷を負っていることになります。電話会社のいくつかには、この機能を有効 にしたり無効にしたりする調整を柔軟にしてくれるところもあるかもしれません。 まあケースによりますが。

15. Q. DSL を利用するのにどのくらのパワーがあるコンピュータが必要か？ ISP は少なくとも Pentium 200 は必要と言っているが、なぜ？

    基本的には 386 でもうまくいきます。たいていの場合、イーサネット・ベースで ネットワークに接続していると思います。なので、とても遅いイーサネット接続 ができるのであれば、理論的にはどれでも DSL は動作するはずです。 Netscape が 386 で動くか、ということについてはコメントしませんが ;-) しかし接続それ自体を維持するには、386 で充分です。これと実際できることと はまた別の問題です。

    この件で事情を少々複雑にしているのは、モデムと ISP が要求している クライアントの件です。PCI や USB タイプのモデムはどれもドライバを必要と していて、これが CPU を含むシステムのリソースを消費します。加えて、PPPoE の処理が加わり、さらに CPU 負荷が増加します。Windows はこの点すべてに おいてそれほど効率的でない傾向にありますので、ISP のいくつかはミッド レンジの Pentium を要求する場合があるようです。

    Linux なら、あなたがしようとしていることにかかっています。ローエンドの Pentium でもたいていのユーザなら充分なはずです。386 や 486 はファイアー ウォールやゲートウェイとして期待通りに動くはずです。忘れないでもらいたい のは PPPoE を動かしているなら、ローエンドなハードウェアでパフォーマンスを 得られる可能性があることです。

16. Q. DSL を導入したが最低の速度しかでなかったり、接続が切れたりする。何が 問題なのか？

    これだけでは情報が足りません。接続がおかしい場合、本当に多くの原因が ありえます。それをすべてあげると、とんでもない量になります。

    DSL の欠点の 1 つに、信号がかなりもろい点があげられます。信号に悪影響 を与える要因が多く、それが接続や速度を情けない結果にします。屋内の配線が 貧弱で一定の基準を満たしていなかったり、屋外の問題(接合部分がいかれている とか)だったり、RFI が様々な発生源からきていたり、近くのラジオ局からの AM ラジオ信号の影響を受けたり、回線上にブリッジ・タップがあったり、DSLAM から あまりにも離れていたり等々。モデムや NIC、電話会社の DSLAM のハードウェア の問題ももちろんあげられます。これを整理するのは簡単ではありません。

    プロバイダはユーザを手助けして解決できるはずです。まず、プロバイダが解決 できない自分で行った Linux の設定に問題が無いことを確認してください。 助力が得られないなら、粘り強くかつ恥じらうことなくがんがん行ってください。 たいていの問題は解決できます。コツは問題を分離することです。電話会社の 中でテクニカル・サポートが優れているところは、DSL について鍛えられていて、 配線上のあいまいな問題すべてを見つけ出せます。

17. Q. プロバイダのテクニカル・サポートは何も知らない。どうすればいいのか？

    よくある苦情です。その人の性格によるのではないでしょうか。まず、電話に よるテクニカル・サポートは、初心者レベルなので、たいていは技術力やネット ワークの知識がほとんどない若い人が占めています。仕方がないものとあきらめ て、またかけましょう。

18. Q: ADSL の標準とは？

    Q: いくつかあります。The U.S. Bell Operating Companies は、最近 Discrete Multi-Tone(DMT) の ANT(ANSI T1.413) を標準化したと発表しました。米国の 他の DMT 方式はこれに準拠するはずです。他の ANT とで目立つものは、 Carrier-less Amplitude Phase Modulation(CAP) です。もちろん両方式には互換性 はありません。

    標準化に関して DMT 方式を採用するベンダーの視点から見た両方式の比較は、 http://www.aware.com で見ることができます。バイ アスがかかっていますが、この話題について最も詳細な情報を提供しています。

    ANSI の規格書の写しは高価ですが、次のところに注文することができます。 American National Standards Institute ANSI Home Page

    Asymmetric Digital Subscriber Loop (ADSL) Metallic Interface

    ANSI TI.413-1995

    注意： ANSI TI.413 2 版 は 1997 年 9 月 26 日に発効されました。

19. Q: DSL に ATM を接続できるか？

    技術的には可能です。DSL モデムの中には(少なくとも Alcatel バージョン)PCI の ATM カードにつなげられる ATM Forum 25Mbps インタフェース がついています。しかし実際つなげるのはかなり困難です。 http://lrcwww.epfl.ch/linux-atm/ に詳細があります。

20. Q: なぜ DSL にはいろいろな速度の種類(384/1.5/7.1M/20M 等)があるのか？

    根本的な問題は、より対銅線の回線が 100 年前の設計にもとづいているからです。 アナログ電話で使う分には何も問題はありませんが、デジタル信号を流すには たいへんな困難がともないます。回線距離が遠くなるほどデータ転送速度が落ちる ことを忘れないでください。回線最適化技術によって、普通はデジタル信号を うまく扱えるようになりましたが、すべてのアプリケーションに対して一定した 帯域幅を提供できませんし、とても長い(18,000 フィート(5.5 km)以上)回線 ならなおさらです。宣伝にある様々な帯域幅は、機器ベンダーの熾烈な市場競争 を反映していて、電話会社もデータ速度の組み合わせを標準化しようと躍起 になっています。つまるところ電話会社は、一般消費者にできるだけ展開する ことを目標にしています。

    次の質問も読んでください。というのも回線上の障害は、様々な回線速度を生み 出す原因の 1 つですから。

21. Q: ブリッジ・タップ、装荷コイル、DLC のような回線障害があると、ADSL を使用できないのでしょうか？(Bruce Ediger 氏に感謝します)

    Q: 装荷コイルは、電話回線での音声を伝える周波数の伝送特性を向上させる インライン・インダクタンスです。基本的に、「回線が使用される」と高周波の エネルギーを低周波に与えます。とても長い電話線(9000 フィート(2.7 km)以上) の場合によく用いられます。

    単に「ブリッジ」という場合には、ブリッジ・タップを意味することとします。 古くから電話が引かれていた地域では、電話の配線は何軒かに 1 本の割合で 引かれていました。もちろんそれらの住宅の住所は違いますが近所です。配線 されていない場合は、即席に"ブリッジ・タップ"を使って既に接続されている 回線から配線してしまいます。

    デジタル・ループ・キャリア： 2 芯の線 1 本で複数の音声の伝送ができるいろいろ なシステムがあります。このシステムは使用する周波数を高低させたり、音声をデジ タル化したり、時間やコード、その他によって電話回線を分割することができます。 ペア・ゲインと呼ばれることが多いと思います。

    上記の機材は、高周波を利用したデータ転送に様々な悪影響を与えます。

    装荷コイルは、高周波部分を完全にフィルタリングし、低周波を通します。 また「遅延エンベロープ」と呼ばれるある周波数を他の周波数に優先させて受け 取れるしくみを変更しているようです。つまりある音声データが、次に来るべき データを妨害する可能性があります。

    ブリッジ・タップは、信号の波長が長い場合はシャント・キャパシタンス として 動作し、波長の およそ 1/4 の場合は帯域通過フィルタとして動作します。つまり ある特定の周波数を自由に通過させることになります。DMT モデムの特定の音声 信号は分離されてしまい、受信側のモデムに到達できず、結果的に電話回線 の帯域を狭めてしまいます。

    ペア・ゲインは、一回線で複数の伝送を同時に行うために、一つの伝送に使える帯域 を制限します。これはアナログ信号にもデジタル信号にも適用されます。DMT による 伝送で使われる周波数はペア・ゲインによってフィルタされてしまいます。

    「加入者線における信号方式と伝送方法の手引き」(Whitham D. Reeve 著、 IEEE Press 1992, ISBN 0-87942-274-2) は、電話回線における伝送の特性に対して 回線の長さ、ブリッジ・タップ他が与える影響の調査方法の集大成ですが、かなり 高価です。

22. Q. DSL 接続で Web サーバを運用できるか？

    もちろんです。TCP/IP ネットワークに接続できているのですから、理論的には プロトコル―電子メールや ftp、ssh、irc 等―を許していれば、どんなサービス でも可能です。問題があるとすれば ISP の TOS(Terms of Service) がらみでしょう。 ISP の中には、この点に関してかなりオープンなところもありますが、他のところは どんなサーバも禁止していて、そのポートをブロックしているところさえもあるよう です。この点は調査すべきで、プランを組む前に ISP に聞いておくべきです。一般 消費者向けのサービスを提供している ISP は大規模なサーバどれも認めようとしません。 本当に個人向けでトラフィックの低いサービスがせいぜいです。これが目的にかなって いなければ、地元のビジネス向け DSL プロバイダを調べてください。コストは余計に かかりますが、サービスや保証条件が広い帯域幅を必要とするものにマッチしている のが普通だと思います。

    固定 IP を持っていなければ、ダイナミック DNS サービスのどれかを利用して 見るのも手です。ダイナミック DNS は、この目的にまさにうってつけです。 リンク・セクションを見てください。

23. Q: ADSL モデムについての実例は？

    A: あります。しかしこの技術の発達は日進月歩で、HOWTO では追いきれません。 http://dslreports.com/information/equiprated/all を見て、現状をチェックしてください。

    下記のリストは 2001 年 5 月現在で販売しているモデムです。特に断りがなけ れば、DMT 符号化(別名 Alcatel 互換)を使った ADSL モデムです(注意 1998 年 6 月のままのものもあります)。

    - 10 か 100 baseT イーサネット・インタフェースを持つモデム・ルーター

      例: Flowpoint 2000 DSL(CAP)、3COM Viper-DSL (CAP)、Westell ATU-R-Flexcap (CAP)、Aware x200、Zyxel P641、Efficient Networks SpeedStream 5660、Cayman 3220H、Cisco 673 (SDSL)、Cisco 675 (ADSL/CAP)、 Cisco 677 (ADSL/DMT)、Alcatel SpeedTouch Pro

    - 10 か 100 baseT イーサネット・インタフェースを持つブリッジ・ルーター

      例: Alcatel 1000、Alcatel SpeedTouch Home(注意 USB と PCI タイプの SpeedTouch 版)、Westell ATU-R-Flexcap2 (CAP)、Efficient Networks SpeedStream 5260、Efficient Networks SpeedStream 5251 (SDSL)、 Westell WireSpeed.

    - ATMF インタフェースを持つモデム

      例: Alcatel 1000、Alcatel SpeedTouch Home、Cisco 677 (DMT)、Ariel Horizon II

    - V.35 シリアル・インタフェースを持つブリッジ・モデム(T1、シリアル回線を 持つルータ)

      例: Westell ATU-R

    - USB インタフェースを持つモデム

      Efficient Networks SpeedStream 4060, Intel 3100, Alcatel SpeedTouch USB

    - PCI モデム

      例: Cisco 605、Efficient Networks SpeedStream 3060/3061、Intel 2100、 Xpeed X200 (IDSL)、Xpeed X300 (SDSL)、Alcatel SpeedTouch PCI

    - 無線モデム(IEEE 802.11b)

      例: Alcatel SpeedTouch Wireless

    - 10 か 100 baseT イーサネット・インタフェースを持つ専用線ルーター(モデム 無し)

      例: Netgear RT311、SMC 7004BR、Linksys BEFSR11

ごく少数しか選べませんでしたので、これを保証済みの製品一覧と見なすこと はできません。ただこれは利用できる製品を少しばかり例示したに過ぎません。

モデムの製造業者は、ISP 向けに仕様を合わせて出荷している場合が多々あります。 ISP からの依頼で、ある機能を有効・無効にしています。恐らく考えられるだけの バリエーションが各モデムにあるのではないかと思います。中古で買うなら考えに 入れておいてください。

## 付録： その他

### リンク集

- Linux Documentation Project にあるその他関連するドキュメント

  - Firewall HOWTO

  - Security HOWTO

  - IPCHAINS HOWTO

  - IP Masquerade HOWTO

  - Home Network mini HOWTO

  - Ethernet HOWTO 【訳註：日本語訳は、 JF にあります】

  - Networking Overview HOWTO

  - Hmm, I'd like to see either summaries with the HOWTOs, or no summaries with the HOWTOs. They should be easily enough stolen from the HOWTO-INDEX, if you want to include them.

    HB - Hmmmm....some are so self explanatory, and some are not. The Net HOWTO got me since I was used to Net 3/4, hence the added wordage. Any further explanation of 'Firewall HOWTO' would seem to be redundant.

    Net HOWTO, 以前は NET3-4-HOWTO と名づけていましたが、Linux ネットワークのトピック についてのガイドとして、最も信頼がおけて深く掘り下げたものです。

  - Linux 2.4 Advanced Routing HOWTO。新規に書きおろしたもので、カーネル 2.4 になって改善された機能が説明してあります。

  - DHCP HOWTO 【訳註：日本語訳は、 JF にあります】

  - VPN HOWTO 【訳註：日本語訳は、 JF にあります】

  - VPN Masquerading HOWTO

- さらに The Netfilter Project(http://netfilter.samba.org/)に よるカーネル 2.4 のパケット・フィルタリングがあります。 カーネル 2.4 の新機能について 優れた HOWTO がいくつかあります。

- セキュリティについてやどのポートが開いているのかを調べるには、 http://hackerwhacker.com/ を 見てください。ここは、この点について優れたサイトの 1 つです。テスト の中には、ごくわずかなポートだけしか調べないものもあります。

- SuSE のLinux PPPoE サイトは http://www.suse.de/~bk/PPPoE-project.html. です。Linux で利用できる PPPoE の実装ほとんどについて、役に立つ情報が あります。

- Bob Carrick 氏の最も信頼がおける PPPoE サイトは http://www.carricksolutions.com/ にあります。彼の Linux PPPoE のサイトは、http://www.carricksolutions.com/linuxpppoe.htm です。 他の DSL 関連の情報もあります。OS すべてをカバーしています。

- NTS EnterNet の Linux 向け FAQ は http://http://support.efficient.com/KB/NTS/linux.html にあります。 これは GPL でない PPPoE クライアントで、ISP の中にはこれを配布している ところもあります。

- PPPoE についての技術及びその理論的背景についてのホワイト・ ペーパーが Redback から得られます。 http://www.redback.com/。 これは ISP が PPPoE をどのように見ているかを示したものです。

- ATM on Linux: http://lrcwww.epfl.ch/linux-atm/。 PPPoA と ATM 接続についての 最新の情報が得られます。

- Linux で ATM そのものを利用する報告を着実に行っているのが、http://linux.com.sg/news/atm/ です。

- FreeSwan、http://www.freeswan.org は Linux で IPSec と IKE VPN の実装を行っているところです。

- Linux での VPN とマスカレーディングは、http://www.wolfenet.com/~jhardin/ip_masq_vpn.html にあります。

- PPTP-linux で PPTP サーバに Linux を使って接続できます。 ホーム・ページは、 http://cag.lcs.mit.edu/~cananian/Projects/PPTP/ にあります。

- Justin Beech 氏の http://dslreports.com は DSL 関連を網羅 した素晴らしいサイトです。このサイトにはなくても、ここからリンクが張られて います(このサイトは Linux で運営しています)。

- John Navas 氏の ケーブルモデムと DSL のサイトは http://cable-dsl.home.att.net です。すべての OS を対象に一般的な情報からチューニング、トラブルシュー ティング、ハードウェア情報等があります。

- TCP のパフォーマンス・チューニングのコツ: http://www.psc.edu/networking/perf_tune.html。Linux を含めた 他の OS の情報があります。

- Linux のセキュリティサイトで素晴らしいところは、 http://linux-firewall-tools.com/linux/ です。Linux Firewalls の著者である Robert L. Ziegler 氏からのたくさん の情報があります。他のセキュリティ関連のサイトへのリンクもあります。

- http://www.securityportal.com/lasg/ は、Kurt Seifried 氏による Linux でシステム管理を行う人向けのセキュリティガイドです。様々な分野 のトピックについてのチュートリアルとして優れています―ファイヤーウォール だけではなく、総括的な展望もあります。

- Seattle firewall は ipchains ベースのファイアーウォールで、専用の マスカレーディングタイプのファイアーウォール機器(LRP Linux Router Project を含む)です。多機能なマスカレード・ゲートウェイもしくはサーバで、スタンド アロンな Linux システムです。このプロジェクトは http://seawall.sourceforge.net/ にあります。 -->

- 私が書いた ipchains のスクリプトは、 http://personal.bellsouth.net/~hburgiss/linux/ipchains.html にあります。 これは IP マスカレーディングが設定済みで、必要外な部分はコメントアウト してあります。状況に応じて少々修正すればすぐにご自身のスクリプト として起動できると思います。

- 特定のプロバイダ向けで Linux に特化したサイトが少しあります (より快適に利用するのに利用していればよかったのに)。

  - Verizon: http://www.panix.com/~dfoster/prog/linux/pppoe.html

  - Southwestern Bell: http://home.swbell.net/sdboyd56/DSL/connect1.html

  - BellSouth: http://personal.bellsouth.net/~hburgiss/dsl/survival/linux.htm

  - HomeChoice (UK): http://www.maxuk.net/hc/faq.html。(何だか不思議な ADSL サービスです)

  - France T駘馗om's Netissimo: http://www.rhapsodyk.net/adsl/HOWTO/。Alcatel のモデムで Linux を使って PPTP を設定するのに役に立つ 情報があります。

  - オーストリアの高速インターネット接続と Linux の HOWTO: http://www.members.aon.at/heimo.schoen/at-highspeed-howto.html.

- 常時接続した以上は、外部からホスト名を引けるようになりたくありませんか？ ダイナミック DNS サービスは IP アドレスが次々と変わったとしても、名前引き を可能にします。ここにあげるのは、利用できる数々のサービス内のいくつかです。

  - http://dyndns.org

  - http://tzo.com

  - http://easydns.com

  - http://no-ip.com

  - http://www.microtech.co.gg/dns

- ADSL Deployment 'round the World は、プロバイダ、価格、速度他に ついて完璧なリスト―私の地域は間違いがないようでした―を提供しています。

- comp.dcom.xdsl FAQ。頻繁に更新され、かつ DSL 技術についてのリファレンスとして 優れています。

- comp.dcom.xdsl は Usenet で DSL について議論したり、憂さ晴らししたり、フレームを起こしたりするところ です。ISP が答えられない技術的な質問に対しての解決策を得るのに適切です。

### 用語解説

There are a bunch of tags designed for marking up glossaries. Take a look at http://www.docbook.org/tdg/html/glossary.html and some of the pages following it.

HB-Looks a little time consuming. FIXMELATER

このドキュメントと電話会社及び DSL 業界で使っている専門用語の解説です。

ADSL

  Asymmetric Digital Subscriber Loop。非対称デジタル加入者線。非対称 とは、下りの速度が上りより速いことを意味する。ADSL は 1 本のより 対線を POTS と共有する。最大速度は、8 Mbps だが、普通はプロバイダが制限を かけて、それより遅い速度になっている。現状では最も普及した DSL。

ANT

  ADSL Network Termination ADSL ネットワーク終端装置(ADSL モデム)。

ARP

  Address Resolution Protocol。MAC アドレスを IP アドレスに変換。

ASAM

  Alcatel の DSLAM を指す専門用語。

ATM

  Asynchronous Transfer Mode 非同期転送モード―高速にパケットのスイッチング を行うことによって、 155 Mbps から 2Gbps(現状では)の速度を提供する。 インターネットへのバックボーン接続のために利用されている。また電話会社 の多くは音声もデータも伝送している。電話会社の DSL ネットワークにとって ATM はトランスポート層のプロトコルとして一般的。

ATMF-25Mbps

  ATM フォーラム公認のインターフェース―25Mbps の速度が出せ、PCIバスの NIC で使用されている。モデムと PC 間で使用されるインターフェースの 1 つ。

ブルータ(brouter)

  ブリッジもしくはルーターとして動作する設定が可能な DSL モデム。

CAP

  Carrierless Amplitude Phase。ADSL 回線独自の符号化技術で、DMT と競合している(していた)。DMT が標準を勝ち取った。CAP と DMT モデムは 互換性がない。

Central Office もしくは CO

  中央局。 2 つの意味があり、1) 電話関連機器が設置されている電話会社の建物。 2) 電話のダイヤル・トーンを出力する音声交換機。CO と呼ばれる ことが多い。普通は DSL を実現している DSLAM を CO に設置するが、離れた ところに分散して設置するようにますますなってきている。

CLEC

  Competitive Local Exchange Carrier。ILEC の競合者。独自の 回線を一切持たず、サービスを提供するのに ILEC から回線を借りなければ ならない。

CPE

  Customer Premises Equipment(顧客端末)―電話会社の用語で、顧客が所有する 機材を意味する。 (つまりあなたに管理の責任がある)。CSU や DSU、モデム、FAX、電話がそれに 当たる。

DHCP

  Dynamic Host Configuration Protocol― IP アドレスやその他ネットワーク上 で重要なパラメタを動的に割り当てる際に用いる IP プロトコル。DHCP サーバは、 クライアントからの要求に対して自分で管理している IP を貸し出す 。定期的に貸し出したアドレスを更新する。ブリッジしている DSL やケーブルモデムのネットワークでは一般的なプロトコル。

DMT

  Discrete Multitone Technology。ADSL 関連で普及している回線符号化で、現在 では標準となっている。Alcatel 互換と呼ばれる場合もある。 米国の電話会社の多くは現状 DMT を標準としている。その他であまり一般的で ないものに CAP がある。CAP と DMT モデムは互換性がない。

DS0

  電話会社が提供する基本デジタル回線― 56kbps もしくは 64kbps が提供される。アナログ音声チャネルを 1 本サポートする。

DSLAM

  Digital Subscriber Loop Access Multiplexer デジタル加入者線多重化装置― 電話会社内設置機器で、DSL 回線を集線し多重化する。より対銅線回線の一方は DSLAM に、もう一方はモデムにつながっている。DSLAM は DSL が動作する上で 無くてはならない。デバイスは同機能でより小型になってきており、DSL の利用 範囲を広げるために離れた場所に分散して設置するようになってきている。

DSL

  Digital Subscriber Loop。 デジタル加入者線― DSL サービスの総称で、ADSL、 SDSL、IDSL、RADSL、HDSL、VDSL、SHDSL などがそれに当たる。いずれも 高速なインターネット接続を実現する。

G.DMT

  対称で目一杯の速度を出す ADSL。CAP ベースのものと G.Lite を区別するのに使われる。詳しくは DSL の仲間 を参照のこと。

G.Lite

  最高速度が低い、格落ち版の ADSL を指す。スプリッタやフィルタが不要。DMT 互換ではない。詳しくはDSL の仲間を参照のこと。

HDSL

  High bit rate DSL。詳しくはDSL の仲間を 参照のこと。

ILEC

  Incumbent Local Exchange Carrier。自社で回線を保有している地域電話会社。 Bell Atlantic や Pacific Bell がそれに当たる。FCC(Federal Communications Commission。連邦通信委員会)は ILEC にネットワークを独立系プロバイダに開放 するよう規定している。このことで Covad や Rhythms といった独立系が競合 サービスを提供できるようになっている。私見だが、これは消費者にとって良い ことである。

インタリービング

  インタリービングは、DMT タイプの ADSLの回線符号化で調整可能な要素の 1 つ。 転送するビットを「交互に配置」する割合を制御するのに不可欠で、エラー訂正 方法として使われる。インタリーブすればするほど遠い地域の安定性は増えるが、 同時に遅延も増加する。

IP

  Internet Protocol。IP アドレスを指す場合によく使用する。

ISP

  Internet Service Provider。安定した常時接続には ISP が基本的なインターネット サービスと接続性を確保していることが必要となる。

LAN

  Local Area Network。コンピュータのネットワークの 1 つで、WAN(Wide Area Network。つまりインターネット)から独立している。プライベートで外部への 経路を持たない IP アドレスを利用する場合が多い。たとえば 192.168.1.1 や 10.0.0.1 のようなアドレスを利用する。

回線

  2 芯のツイストペアが電話局から引かれ、顧客側で終端している。DSL にとっては、 距離制限内で問題の無い銅線回線が必要。

MAC アドレス

  Media Access Control Address。ハードウェアアドレスとも いい、ネットワークデバイスを一意に表す。ネットワーク環境の点から見ても 重要。

mini-RAM

  Remote Access Multiplexer と言い、DSLAM の小型版。通常はほんのわずかな 接続― 8 つが普通―が可能。CO から離れた地域で使用する。

MTU

  Maximum Transmission Unit。ネットワークが転送できる最大パケットサイズを バイト換算で表したもの。MTU よりも大きなパケットは、小さなパケットに分割 してから転送する。

NAT

  Network Address Translation の意味は、LAN に接続しているコンピュータ群が WAN にアクセスできるように設定されたホストのアドレスを騙って (マスカレーディングして) WAN への接続を許可すること。Linux ではこれを IP マスカレーディングと呼んでいる。公開している ルーティング可能なアドレス 1 つを共有する場合に使用する。LAN 上のホストは マスカレーディングを行うプロクシの WAN とは反対側にあり、プライベートで WAN 側へルーティングできないアドレスがついている。

NID

  Network Interface Device。電話会社が顧客側に設置する機器。電話会社と顧客 の責任分解点。SNI や TNI、ONI 等の頭文字をとる場合もある。

NIC

  Network Interface Card。ネットワーク・インターフェースを提供する PC カード。通常は 10baseT や 100BaseT、ATMF-25Mbps カードが使われる。

NSP

  Network Service Provider。ISP の上位プロバイダやバックボーンを提供 するプロバイダ。

OC-3

  光ケーブルを使って 155 Mbps の帯域幅を持つ。

POTS

  Plain Old Telephone Service。 アナログ電話回線だけのサービス(つまり電話 回線)。

PPPoA

  PPPoATM もしくは Point-to-Point Protocol over ATM (RFC 2364)。PPP プロトコルの 1 撞で、DSL を使っている ISP が何社か使っている。まさに デバイス固有なドライバが必要。つまり、利用できるオプションが PPPoA だけ なら、モデムとルーター一体型組は選択肢の 1 つになる。

PPPoE

  Point-to-Point Protocol over Ethernet (RFC 2516)。プロバイダが使用している もう 1 つの PPP プロトコル。より広範に使われていて、Linux クライアントも いくつかある。リンク集を参照のこと。

PPPoX

  PPPoE と PPPoA の総称。

RADSL

  Rate Adaptive DSL。DSL の仲間を参照のこと。

RBOC

  Regional Bell Operating Company。Baby Bells とも言う。 米国の電話会社は AT&T が解体して以来、これらの会社の独占状態にある。

RFI

  Radio Frequency Interference。DSL は ある信号の周波数がちょうど DSL が 使用している帯域にあったり、近接した範囲にあったりすると影響を受け やすい。RFI が DSL 信号を乱し、その結果品質を低下させる。残念ながら DSL は非常に影響を受けやすい周波数域で動作してるようだ。

RWIN

  「Receive Window」の略語。別名 TCP Receive Window。TCP ネットワークの スタック領域として大きさが調整可能。

SDSL

  Single Line DSL もしくは Symmetric DSLともいう。 詳しくは、DSL の仲間を参照。

SNI

  Subscriber Network Interface。電話会社の用語で顧客側にある電話配線を指す。 電話会社側と屋内側の境界を示す地点。Demarcation Point とも言う。 NIDと呼ばれることもある。

Splitter

  NID の側にある受動素子(ローパス・フィルタ)で DSL 信号を音声とデータ チャネルに分離する。フィルタリングは DSLで POTS 回線を共有する場合に 必須である。

Splitterless

  DSL の設置をする際にスプリッタを必要としない。高速接続をするのに RJ11 フィルタ(マイクロ・フィルタともいう)をアナログ電話や DSL ではない その他のデバイスがある使用している電話ジャックすべてに取り付ける。 こうして NID ではなく、ジャックのところで DSL の信号をフィルタリングする。 低速な場合は必ずしもフィルタが必要なわけではない。フィルタやスプリッタ がなければ、DSL の信号は電話の音声に悪影響を与え、雑音を発生させるケース が多い。G.Lite はスプリッタやフィルタが不要だが、例外である。

SOHO

  Small Office HOme

同期速度

  DSL モデムと電話会社の DSLAM がネゴーシエイションして決まる速度。 この値は理論的な最高速度であり、ネットワークプロトコルのオーバーヘッド は何も考慮していない。現実のスループットはモデムの同期速度より低い場合 が通例。

T-DSL

  German Telekom による ADSL の実装。詳細は DSL の仲間を参照。

T1

  別名 DS1。デジタル専用線で、24 チャネルを束ねて 1.544 Mbps を実現。 音声(24 本の DS0として)やデータ転送に使用。

T3

  別名 DS3。T1 の上位規格で 44.736 Mbps を実現。音声(672 本の DS0 もしくは 28 本の DS1 として)やデータ転送に使用。

VPI/VCI

  VPI は Virtual PATH Identifier の略で、ATM のセルヘッダの 一部を指す。VCI は Virtual Circuit Identifier の略で、 やはり ATM のセルヘッダの一部で、回線情報を含んでいる。技術的に言うと、 リモートのVPI と VCI(RVPI、RVCI)が存在する。両者とも ATM ネットワーク (これが一番普通のつなぎ方)に接続しているモデムやルーターにとって 重要な設定である。プロバイダが使用しているものに合わせる必要がある。 VPI と VCI の組み合わせは、0/32 と 0/35、8/35 がよく使われる。

VDSL

  Very high bit rate DSL。詳細は DSL の仲間 を参照。

VoD

  Video on Demand.

VoDSL

  Voice over DSL.

WAN

  Wide Area Network。広く開放しているネットワーク。たとえば、インターネット がそれに当たる。

xDSL

  似たような技術に支えられた DSL の仲間を指す。ADSL や SDSL、IDSL 等。

### その他の一般消費者向け高速サービス

#### ケーブルモデム vs DSL

電話会社は DSL と ケーブルテレビ会社のケーブルモデムは競合関係にあると 見なしています。理由は料金や設置申し込みで似たような条件を提供している からです。ケーブルモデムは 10 〜 30 Mbps という帯域幅が出るとうたっています が、同じ回線をたくさんの他のユーザが共有して転送を行っています。つまり、 パフォーマンスが一定するとは言い難く、同じノードにいる他のたくさんのユーザ が使用すると膨大なトラフィックが発生してしまいます。

DSL の売りは、インターネットにプライベートな経路を自分専用の帯域で通せる ということを良く耳にします。これはほとんど作り話です。DSLAM に対して は事実ですが、DSLAM から先は電話会社の ATM(もしくはフレームリレー)になり、 ここからは帯域を共有します。後は DSL プロバイダや ISP がいかにネットワーク をうまく管理するかにかかっています。DSL プロバイダと ISP は、ケーブル会社 よりも全体として帯域をうまく管理していこうということで一致しているようです。 ニーズにあわせて容易に帯域を増やしたり調整したりできます。他のユーザが 同時刻に回線を使っていても速度が変化することはほとんどありません。しかし、 これはネットワークや帯域幅をいかにうまく管理するかにかかっています。

DSL はまたセキュリティ面でも多少メリットがあります。ケーブルモデムのネット ワークは、規模の大きな LAN のような構成の場合がほとんどです。接続(帯域幅 も)しているその場所からすでに共有しています。そして外部からやってくる 接続をフィルタしていなければ、いずれ災難に会うでしょう。

またケーブルテレビよりも DSL で ISP の選択肢を持った方が具合がいいように 思えます。少なくとも米国では間違いありません。選択とは素晴らしいことで、 それが競争に結びつきます。ケーブルテレビは ISP をたった 1 つしか提供しません。 気に入らなければ、それでお終いです。DSL なら、たくさんのオプションが地理上の 地域単位にいろいろと存在しています。米国北東部のような人口が多い地域なら たくさんのオプションがあると思われます。

結局どちらがいいのでしょうか？ 違いは、技術というよりも実装によるところが 大です。見回せば、両者ともにいろいろ恐ろしげな話を見聞きすると思います。 また同じだけ、幸せな人たちの話も聞けると思います。自分にとってベストな ものは何なのかを知る方法は、同じ地域に住む他のユーザたちの経験に基づいて、 比較検討して物色することです。1 人のオプションで選択してはいけません。 これは統計的に妥当ではありません。また、ある特定のサービスをほんの短い期間 しか利用していない人が言う意見で判断してしまってはいけません。繰り返しますが、 統計的に価値がほとんどありません。入ろうとしているサービスとまったく 同じものを利用している人たちの意見をたくさん集めてください。

#### 回線中にある光ファイバ(IFITL もしくは FTTC そして FTTH)

地域によっては、新たに引っ越して来た人に対してこれまでのより対銅線に変わって 光ケーブルを敷設しているところがあります。光ファイバは DSL サービスにとって 障害となるのは明らかですが、光ファイバそれ自体には将来的にメリットがあります。 既存の光ファイバは 100 Mbps を実現できる能力があり、これでアップグレード がすぐにでも簡単にできると思いがちです。

しかし、電話会社の光ファイバ利用者は、DSL 市場から締め出されていて(DSL は より対線上だけの技術なので)、未来に期待せざるを得ません。技術は開発途上 ですが、展開しはじめたところもすでにあり、光ファイバによる電話回線のメリット をうまく利用しているところもあります。FTTC(Fiber To The Curb) や IFITL(Integrated Fiber In The Loop)がそれで、この技術は 電話会社が提供できるもう 1 つの高速サービスです。この速度であれば、VoD (Video on Demand) や VoDSL(Voice over DSL)をはじめ、帯域幅をさらに必要とする サービスにも充分に対応できます。線上に DSL 信号が流れないことから、メリット の 1 つとして CPE が必要とするのはネットワーク・カードだけという点があげ られます。つまり、モデムは必要ありません。ただ NIC を壁のジャックに挿して、 後は楽しむだけです！ これはたとえばデジタル・テレビのような他のデジタル なサービスを電話会社が提供するのを認めることにもなるかもしれません。

FTTC は Fiber To The Curb の略です。自宅に一番近い足回りにはより対線を使い ます。これとは反対に FTTH(Fiber To The Home)は全てを光ファイバ回線を使い、 より高速な接続を提供します。

#### 無線(ワイヤレス)

最近になって無線技術についてあれこれ話題が出ています。無線はブロード バンド市場で確かに場所を確保したように見えます。ケーブルテレビや電話 会社のネットワークにアクセスできない地区において特にそのように見えます。 しかしまだ固有の問題を抱えています。その問題があるために、現状の技術では 近い将来メジャーになるとはいえません。天候はいまだに無線信号に影響を与えます ―たとえば、重苦しい雲が空をおおっていたり、雨が降っていたりすると影響が 出ます。 また、通信衛星を経由するとかなりの遅延が発生する場合もあります。時間がたてば 改善すると思います。しかしすぐに実現するかどうかはわかりません。

### 互換モデム

下記の一覧にあるモデムやプロバイダから提供するシステムは、すぐに利用できる ものです。最近の Linux ディストリビューションなら、あれやこれやしなくとも問題 なく動作するはずです。ここにはアルファ版やベータ版のプロジェクトの成果は 入れていません。

イーサネット・インタフェース

- 外付けでイーサネット・ベースのモデムやそういうモデムを組み込んだデバイス はすべて動作すると思います(プロバイダの DSL に適合 するように調整してあれば)。必要になるのは互換性のあるイーサネットのネット ワーク・カードだけです。これが望ましい手段です。

PCI(内蔵タイプ)

- Xpeed X200 IDSL http://www.xpeed.com/Products/x200/x200_c.html (カーネル 2.2.18 対応)

- Xpeed X300 SDSL http://www.xpeed.com/Products/x300/x300_c.html (カーネル 2.2.18 対応)

USB

- Alcatel SpeedTouch USB (ADSL): http://www.alcatel.com/consumer/dsl/supuser.htm#driver。このドライバは カーネルのモジュールとして提供されていて、カーネル 2.4 が必要です。

### Linux に好意的な ISP

好意的なという意味は、誰かさんが作った OS を使ったから といって、ISP が無用なじゃまをしないということです。じゃまをすることが 現に行われています。選択肢が限られていて、そういったところを相手にせざるを 得ないなら、Windows を一時的に動かしましょう。もしくは、設置担当者に自分で インストール(NIC 等)する旨をそれとなく伝えるのがいいのではないでしょうか。 もちろん自分でインストールするというオプションがあるなら、それが Linux にとっては一番都合の良い方法です。

この一覧を作るのに当たって仮定したことがあります。それは、ISP やプロバイダ が推奨していない他の OS を動かしたとしても、動作可能なモデム(イーサネット・ インタフェースを持つを数タイプ用意しているに違いないということ、罰則を設け ていないこと、面倒な作業がいらないことです。Linux をすぐにでも設置するには、 プロバイダが設置を許すオプションを持ち、不当な取り扱いをしないことが必要と なります。Linux に対するテクニカル・サポートは願ってもないことですが、 この一覧を作るにあたっては必須項目ではありません。この一覧を推薦プロバイダ とはどうか見なさないでください。自力で頑張ってください。またこの市場は絶え間 なく変化していますので、この一覧はまずはじめの一歩として利用するように お願いします。

この一覧に追加したいなら、Linux Friendly までメールをください。その時は ISP の正式名称と URL(はっきりしなくても)、 所在地とカーバーしている地域、モデムのタイプ、サーバーに対するポリシ、その他 関連事項を書いてください。

全国規模の ISP(米国)

- Speakeasy.net。固定 IP で PPPoX は使わない。サーバは許可。評判良し。全米規模。複数 IP 利用可。

- DirectTV DSL(旧 Telocity) 固定 IP で PPPoX は使わない。サーバのポリシは緩やか。テクニカル・サポート はそうとうひどいという報告あり。全米規模。専用のモデムを用意しているが、 イーサネットベース。

- Penguinista DSL一風変わった DSL。Linux を相手にしないが、気に入っている。 Benevolent Penguin Society がスポンサー。全米規模。固定 IP が利用可。 タイムアウトと接続数制限は「理論的には」ある。符号化プロトコル(ppp?)は 不明。

地域限定型の ISP(北米)

- qx.net。ケンタッキー州 レキシントンにあり、ケンタッキー州の西部及び中央部をカバー。公式に Linux をサポート。固定 IP。個人向けサーバ許可。段階的な価格体系。評判良し。

- Commonwealth Technical Services。 バージニア州リッチモンドにある。公式に Linux をサポートし、良心的。固定 IP。 個人向けサーバ許可。帯域制限なし。この ISP は何と Linux で運用。

- ExecDSL。メリーランド州 ボルチモアにある。ワシントン DC とその周辺地域をカバー。固定 IP。 サーバ許可。プランや DSL プロバイダの選択肢が多い。セカンダリ MX と DNS が利用可能(感触良し)。(公式には Linux のサポートはなし)

- Netexpress.net。イリノイ州 モリーンにある。段階的な料金体系。固定 IP。公式には Linux のサポートはなし

- iglou.com。ケンタッキー州 レキシントンにある。まもなくケンタッキー州ルイビルとオハイオ州 シンシナティに展開する。またテネシー州ナッシュビルにも展開する予定。 固定 IP 。個人向けサーバ許可。様々なオプションを用意し、段階的な料金体系。

- Bluegrass.net。 ケンタッキー州レキシントンにあり、その周辺地域をカバー。固定 IP。個人向け サーバ許可。段階的な料金体系。ビジネスクラス DSL はケンタッキー州ルイビル のみ利用可。

- Netsync.net。 ニューヨーク州シャトークア地方(フレドニア、ジェームズタウンとその隣接地域) にある。固定 IP で PPPoA を使い、サーバ許可。Linux をサポートしている。

- Aracnet。ワシントン州 シアトル周辺とオレゴン州ポートランド、サーレム地域に展開。固定 IP。Linux が 使える。段階的な料金体系。シェル・アクセス・アカウントがある。

- Drizzle.com。ワシントン州 シアトル周辺をカバーしている。固定 IP。サーバ許可。

- Blarg! Online Services, Inc.。 ワシントン州シアトル周辺地域をカバー。固定もしくは動的な IP を使い、 PPPoA もしくはブリッジによる接続。個人向けサーバ許可(DNS や 電子メール はない)。Linux で運用しており、サポートもする。

- ReedMedia.net。 オレゴン州ポートランドとその周辺地域をカバー。また、バンクーバー、 オリンピア、タコマ、シアトル、エバレット、ヴェルノン、ベリンガム (ワシントン州)もカバーする。モデムのオプションが豊富。固定 IP。 個人向けサーバ許可。

- MM Internet。 南カリフォルニアにある。固定 IP。個人向けサーバ許可。セカンダリ MX と DNS が利用可(素晴らしい)

- Arrival.com。カリフォルニア 中央部にある。SDSL 対応。サーバ許可。

- DSLExtreme.com。 ロサンジェルス地域をカバー。固定 IP。個人向けサーバ許可。

- Bell Canada's Sympatico High Speed Edition。PPPoE を使用。

ヨーロッパの ISP

- Easynet Belgium。Linux を 正式にサポート(Roaring Penguin)、動的 IP。

- BaByXL Broadband DSL。 オランダ。Linux はブリッジと DHCP 接続でサポート。

その他

- iPrimus Pty Ltd。 オーストラリアのシドニーとメルボルンにあり、都市部をカバー。固定 IPで 複数の IP が利用可能。

### Linux をルータとして設定する

ローカルの設定に依存するので、他にも検討すべき点があります。ファイアー ウォールの設定やその他関連した設定も必要です。私の設定を下記の図 5 に 載せます。古い i486 マシンを設定して、ファイアーウォール兼ルーターとして DSL 接続と自宅ネットワーク間に入れて使っています。 自宅内の LAN では、プライベート IP アドレスを使っていて、LAN と WAN 間の ルーターには IP マスカレーディングとファイアーウォールをしかけてあります。

詳しくは、IP Masquerade HOWTO や Firewall HOWTO を見てください。カーネル 2.4 なら Linux 2.4 Advanced Routing HOWTO を見てください。Linux はとても 柔軟性があり、ルーティングやファイアーウォールに優れた性能を発揮します。 市販のルーターよりもかなり安価です。どこかでドアストップに使っている 古い 486 マシンがありませんか。

図 5 典型的な SOHO ネットワークの設定

``

     <--Private Subnet/LAN-> Linux <-----ISP's Public Subnet----><--inet-->
          192.168.1.0

     X--+   --------
        |   |      |        --------      (eth0:0)---------
        +--=| Hub/ |       | Linux  |     +------=|  DSL  |=-DSL-> ISP's
     X-----=|Switch|=-----=| System |=----+       | Modem |       Gateway
        +--=|      |  eth1 |(Router)| eth0        ---------
        |   --------    |   --------    |
     X--+               |   IP_Masq     |
                        |  IP_Firewall  |
       |                |    Gateway    |
       |                |               |
       |                V               V
       V           192.168.1.1         Dynamic or
     192.168.1.x   LAN Gateway         Static IP
    LAN Addresses  IP Address          from ISP pool

私が設定した Linux ルーター(i486 で動いている Redhat Linux 5.0)は 2 つの イーサネット・インタフェースを持っています。1 つは ISP のサブネットに属して、 ゲートウェイに向いています(上記の eth0)。もう一方(上記 eth1)は、ハブ (もしくはスイッチングハブ)に向いていて、プライベートアドレスを使っている LAN につながっています(たとえば 192.168.1.x)。プライベーネットワークをルーター やファイアーウォール越しで外部に接続すると、さらにセキュリティが向上します。 というのは、外部から直接アクセスできなくなるからです。LAN からインターネット に接続するには、意識的にプライベートアドレスをマスカレードしなければいけ ません。LAN 上のホストはインターネットに Linux ルーターの 2 枚目の NIC(eth1) を経由してアクセスします。ゲートウェイを 2 枚目の NIC の IP アドレスに設定 して同じネットワークに属するように割り当てましょう。

注意 カーネルが IP フォワーディングができる ようにしてコンパイルしてあり、IP フォワーディングがマシンで有効になっていな ければいけません。チェックするには 「`cat /proc/sys/net/ipv4/ip_forward`」としてください。 値が 1ならオンで、0 ならオフです。望みの値を ファイルに echo して変更できます。

     # echo 1 > /proc/sys/net/ipv4/ip_forward

Linux ルーターに IP マスカレーディング を設定する必要も あります。カーネルのバージョンで異なっていて、`ipfwadm`(2.0)、 `ipchains`(2.2)、`iptables`(2.4) となって います。詳細はそれぞれのドキュメントを見てください。そして、ファイアーウォール も忘れずに設定してください！

Linux をルーターとして使うプロジェクトがいくつか あります。このケースにはうってつけです。オールインワンで、セキュリティや その他もろもろの機能を含んでいます。 聞いた話だと設置や設定は非常に簡単です。ハードウェアもごく最小限で動作する ようです。たとえばフロッピードライブだけ必要というように。最も有名なのは http://www.linuxrouter.org です。 http://www.freesco.org や http://www.coyotelinux.com なども 見たくなるかもしれません。http://www.clarkconnect.org/index.html も、同様なコンセプトですが、Windows ベースのユーティリティを使って監視したり、 設定したりするように設計してあります。

## 付録 Alcatel SpeedTouch USB ADSL モデム

HB: shortened title, made it 'SpeedTouch' which is I think correct spelling.

著者 Chris Jones 氏 chris@black-sun.co.uk。 copyright © 2001

Hal Burgiss 氏 hal@foobox.net が多少加筆。

HB: id conflicted with one of mine

### はじめに

Linux を使って Alcatel SpeedTouch USB ADSL モデムを設置、設定して利用する

フランス語訳が http://www.linuxdude.co.uk/docs/Alcatel-Speedtouch-USB-mini-HOWTO-FR.txt にあります。

HB: Re-did URL for text conversion readability

HB: Preface is a new section ##################

#### はじめに

Chris Jones 氏が書いた Alcatel-Speedtouch-USB-mini-HOWTO を掲載させて もらいました。ドキュメントの最新バージョンは http://www.linuxdude.co.uk/docs/Alcatel-Speedtouch-USB-mini-HOWTO/ に あります。

Linux を利用する常として、方法はいろいろあります。このドキュメントでは ワーキング・モデルというやり方を採ります。他の方法もありますし、Alcatel が配布している`インストール`の手続きとは、矛盾するところ もいくつかあるかもしれません。注意すべき例をあげます。Alcatel のドライバ は PPPoE とPPPoA ともサポートしています。Alcatel によると PPPoE の方が 導入が簡単としていますが、動作するまでに多少やることがあります。それでも PPPoA の方が安定していると多くの方が感じています。この HOWTO では PPPoA のドライバだけを網羅します。Alcatel が配布しているドキュメントには PPPoE ドライバについて多少情報が載っています。

またこのドライバは 2001 年 3 月にリリースされたばかりです。まだ試験的な コードが残っています。イーサネットモデムを使った場合と同等に安定している とは考えないでください。ユーザーが開発者にフィードバックをたくさんして くれれば、問題点はすぐ解決するはずです。

ドライバはカーネル 2.4.x も必要とします。カーネル 2.2 を動かしているなら、 バージョンアップになるでしょう。カーネル自体だけではなく、modutils の ような関連するパッケージもバージョンを上げることになります。必要なこと カーネル 2.4 のソースツリーにある `/usr/src/linux/Documentation/ Changes` を読めば必要なことすべてが書いてあります。さらに 付け加えれば、素のカーネル 2.4 のシステムを手に入れて、安定動作した後に 下記の作業をしてください。

この作業は臆病な人向きではありません。初心者ユーザはイーサネットモデム をぜひとも検討してください。

#### 背景

Alcatel SpeedTouch USB ADSL モデムは低価格で売れ筋です。ADSL サービスに 広く対応していて、特にイギリスの BT Ignite(British Telecom の 1 部門) がこのモデムを自分たちの ADSL ネットワークで利用しています。BT はまもなく 新しい ADSL ルータに移行する計画を持っていますが、このモデムは依然として たくさんのユーザー― Windows よりも Linux でインターネットに接続したい と思っている―が使っています。

はじめのころ、このモデムは Windows 2000 や Windows 98 を使っている ユーザ向けでしたが、Alcatel は最近になって MacOS 用のドライバを リリースし、ついこの間 Linux 用のドライバをリリースしました。

このドキュメントでは、SpeedTouch USB を使って Linux でインターネット 接続する方法をできるだけやさしく説明します。

#### 前提条件

このドキュメントには前提条件がいくつかあります。

1. Red Hat 7.0(他のディストリビューションでもほとんど同じですが)を 使っていること。最新版を持っていること。

2. カーネル 2.4.2 を動かしていること(カーネルのインストールについて はこのドキュメントは適当ではありません。Web サイトにすべてあります。

3. イギリスにいること(ADSL ネットワークでアクセスできたのはここだけ なので、知っていることはこれですべてです。ご自分の国と何か違う 点があったなら、電子メールをください。このドキュメントを修正します)。

最初の前提条件は、単に私が Linux でこのモデムを使わなければいけない がために、Red Hat 7.0 を使っているというだけです。他のディストリ ビューションもカバーしたいと思っています。違いを見つけたなら、 電子メールをください。このドキュメントを修正します。

2 番目の仮定はもっと重要です。最低でも カーネル 2.4.1 を動かして いなければ「いけません」。ただ 2.4.2 の方がもっと安定していますし、 SpeedTouch USB ドライバも良好に動作します。

#### 注意

残念ながらソフトウェアの大部分は設定についてはまだベータ版なので、 クラッシュしたり、いきなりフリーズしたりするかもしてません。 ドライバを改良し続ければ、期待通りに安定性も増して、みんなが幸せに なれます。

### カーネルにパッチを当てる

HB: added noted on versioning このセクションでは下記のものが必要になります(これを読んでいる時には バージョンが変わっているかもしれませんので、適宜読み替えてください)。

1. カーネル 2.4.2 のソースツリー(普通は `/usr/src/linux/` にあります)。 またすでにそのカーネルが動作していること。カーネル 2.4 をインス トールする方法は、あちこちの Web サイトにあります。

2. Jens Axboe 氏の pppoatm カーネルパッチが必要になります。下記のところ から入手できます。

   - http://www.kernel.org/pub/linux/kernel/people/axboe/PPPoATM/2.4.1-pre7/pppoatm-1.gz

   これからパッチを取り出すには、`gzip -d pppoatm-1.gz` と します。

3. 元々は SpeedTouch ドライバとドライバが依存している SAR ライブラリが入って いた統合カーネルパッチを使っていましたが、残念なことにこのパッチは メンテナンスされていないため、もう現状のドライバと合わなくなっています。 というわけで、少々以前よりもやり方が複雑になっています。

   現在使用しているカーネルで統合パッチを使っているなら(以前このドキュ メントに従って設定した場合にのみ当てはまりますが)、最新版の SpeedTouch ドライバと SARlib にアップグレードした方が良いでしょう。その際には 統合パッチに「逆」パッチを当てる(つまりパッチを当てたカーネルに再度 パッチを適用します。ただし「-R」オプションを使って)。その上で下記の SpeedTouch ドライバと SARlib 設定の手続きを踏みます。

   まず必要なのは最新版の SpeedTouch ドライバで、次のところから入手 できます。

   - http://sourceforge.net/

   また、最新版の SARlib も必要になります。下記のところで入手できます。

   - http://sourceforge.net/

   ダウンロードした両ファイルを次のコマンドで展開してください。

   - `tar -xvzf sarlib-x.y.z.tgz`
   - `tar -xvzf speedtouch-x.y.tar.gz`

#### ブラウザが余計なお世話をする

お使いの Web ブラウザが、上記のパッチを既に unzip しているかもしれ ません(つまり Netscape が自動的に .gz ファイルを unzip している)。こうなっていたら、パッチファイルの名前 から gz 部分を削除して、名前を変更してください。その後下記の手続きに 従ってください。

事前の準備が整ったら、パッチ当てを進めましょう。

#### パッチの当て方

1. カーネルソースのあるディレクトリに行きます。 `cd /usr/src/linux`

2. `pppoatm-1` パッチをテスト的に当ててみます。 `patch -p1 -s -E --dry-run < /path/to/pppoatm-1`

   このコマンドが何か出力したらカーネル 2.4.2 のソースツリーに不具合が あります。修正してから次の段階に行ってください。

3. `pppoatm-1` パッチを適用します。 `patch -p1 -s -E < /path/to/pppoatm-1`

4. ドライバをコンパイルします。これはとても簡単で下記のようにすれば できあがります。

   - `cd SpeedTouch` (このディレクトリは `speedtouch-x.y.tar.gz` アーカイブを展開した時 にできます)
   - `make`
   - `make install` (root で行う必要があります)

   これでカーネルドライバ(`speedtch.o`)が、 `/lib/modules/2.4.x/kernel/drivers/usb/` (「x」 はどのカーネルバージョンが動いているかによります)。

### カーネルの設定

このセクションで必要なのは、

- HB changed from 2.4.2 パッチの当て方に従って パッチを当ててあるカーネル 2.4.x が動いていることです。

#### 設定

HB: minor rewording 'kernel config' カーネルを設定するには、お好きな設定方法で設定を呼び出してください (たとえば、`cd /usr/src/linux; make xconfig` とか)。

下記のカーネルオプションを選ぶ必要があります。

- Code maturity levels Prompt for development and/or incomplete code/drivers

- Networking options Asynchronous Transfer Mode (ATM)

- Network device support PPP (point-to-point protocol) support

- Network device support PPP support for async serial ports

- Network device support PPP Deflate compression

- Network device support PPP BSD-Compress compression

- Network device support PPP over ATM

- USB support Support for USB

- USB support Preliminary USB device filesystem

- USB support UHCI (Intel, PIIX4, VIA, ...) support

  ここで OHCI ドライバを選ぶ必要があるかもしれません。USB コント ローラによります。

- USB support Alcatel Speedtouch USB support

  このオプションは古い SpeedTouch ドライバを含んだ統合カーネルパッチを 使っている場合にだけ有効になります。SpeedTouch と SARlib の tarball を 落としてきた場合には無効なので、気にする必要はありません。

##### オプションの選択

簡単に言ってしまうと、最後の 2 つ(UHCI/OHCI support と Alcatel Speedtouch USB support は M の方が良い)以外は全て Y(M よりも)を選んでください。

では、いつものようにカーネルとモジュールをコンパイルしてからインストール してください。

### ソフトウェアのインストール

HB: again, added note about versioning. このセクションでは下記の項目が必要となります(繰り返しますが、 できるだけバージョンアップをしてください)。

1. パッチの当て方と カーネルの設定を終えている こと。

2. Alcatel のバイナリ管理アプリケーション。下記から得られます。 http://www.alcatel.com/consumer/dsl/dvrreg_lx.htm. HB: changed to full name for text conversion purposes Alcatel からこれを落とさなければいけません。配布はライセンスによって 禁止されています。

3. A PPPoATM-aware PPP デーモン。下記から得られます。

   - Red Hat 7 RPM (GLIBC2.2): http://sourceforge.net/project/showfiles.php?group_id=23818

   - Red Hat 6 RPM: まだ利用できません。

   - Debian .deb: http://sourceforge.net/project/showfiles.php?group_id=23818

   - Tarball: http://sourceforge.net/project/showfiles.php?group_id=23818

4. PPP が動作する設定(インターネット上にはカーネル 2.4 で PPP を設定 するガイドがたくさんあります)。

5. Linux HotPlug ソフトウェアは、下記から得られます。 http://linux-hotplug.sourceforge.net. 手続きにしたがってインストールしてください(RPM を使ったインストール が簡単です)。

#### pppd をインストールする

必要な PPP パッケージをインストールしてください。自分で `/dev/ppp` を作成する必要があるかもしれませんが、次の コマンドで作成できます。

- `cd /dev`
- `./MAKEDEV ppp`

お使いのディストリビューションには `MAKEDEV` スクリプ トがなかったり、正しいデバイスが作れなかったりします。その場合は、 下記のコマンドを入れてください。

- `mknod /dev/ppp c 180 0`

#### speedmgmt のインストール

Alcatelのバイナリドライバの tarball(`speedmgmt.tar.gz` ) を展開して、tarball に入っている手続きにしたがって インストールしてください。

### ソフトウェアの設定

このセクションで必要なのは、下記のことです。

- パッチの当て方と カーネルの設定、 ソフトウェアのインストールが 終わっていること。

#### pppd の設定

`/etc/ppp/options` を下記の内容に修正してください。

              lock
              defaultroute
              noipdefault
              noauth
              passive
              asyncmap 0
              name user@domain
              user user@domain
              plugin /usr/lib/pppd/plugins/pppoatm.so
              0.38

##### 覚えておくこと

ADSL のユーザ名である user@domain を 2 箇所書き換える 必要があります。

HB: added next section on VPI/VCI

また上記の 0.38 は、著者のプロバイダの VPI/VCI ATM の組み合わせの例です。お使いのプロバイダの正しい値がいくつなのかを 知って、置き換えなければいけません。この値が間違っていると同期はとれる かもしれませんが、ISP の IP レベルでは接続できなくなり、いらつくことに なるでしょう。この値は Alcatel の Windows 用のクライアントか ISP から 知ることができます。通常使われている値は、0.32、0.35、8.32、8.35 です。

`/etc/ppp/chap-secrets` を下記のように修正して ください。

              # Secrets for authentication using CHAP
              # client        server  secret                  IP addresses
              user@domain     *       password

同じ内容を `/etc/ppp/pap-secrets` にも加えてください。

##### 覚えておくこと

user@domain を ADSL のユーザ名に、password を ADSL のパスワードに置き換えてください。

#### 最終設定

##### Note

ここで ADSL モデムをコンピュータから抜いて ください。

1. USB と Speedtouch のカーネルドライバを次のコマンドでロードして ください。

   1. `/sbin/modprobe usb-uhci`

   2. `/sbin/modprobe speedtch`

2. USB デバイスファイルシステムを次のコマンドを使ってマウントして ください。 `mount none /proc/bus/usb -tusbdevfs`

3. Alcatel 管理アプリケーションを次のコマンドでスタートしてください。 `/usr/sbin/mgmt`

4. ADSL モデムを USB ポートに挿して、数秒待ってください。もう 1 つの 端末を開いて `/var/log/messages` を眺めるのも いい手かもしれません。モデムが初期化し、下記のようになるのがわかる はずです。 HB: spelling correction on 'initialised' -- above only.

   Speedmgmt[2074]: Modem initialised at 576 kbit/s downstream and 288 kbit/s upstream

#### 日本語版謝辞

校正をしていただいた境真太郎さんには、この場を借りてお礼申し上げます。 ありがとうございました。