ドメイン名を名付けるのは通常 PC ワークステーションのユーザーにとってはトリッキーです。PC ワークステーションは、ネットワークを渡り歩く可動 PC かもしれないし、インターネットからアクセスできない NAT ファイアーウォールの背後にあるかもしれません。そのような場合、ドメイン名がかち合うのを避けるために有効なドメイン名をドメイン名として選びたくないでしょう。

If you are not sure what to chose for the domain name, choose "localdomain".

Other popular choices for such invalid and safe top-level domain (TLD) seem to be "lan", "localnet", "home", "invalid", or "local" according to my incoming mail analysis. This is consistent with the reported invalid TLD queries. You may also chose some unused second or third level domains.

ホスト名の解決もまた、現在 NSS (ネームサービススイッチ、Name Service Switch) メカニズムによってサポートされています。この解決の流れは次です。

例えば、"/etc/passwd" は以下の内容です。

127.0.0.1 localhost
127.0.1.1 <host_name>.<domain_name> <host_name>

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

Each line starts with a IP address and it is followed by the associated hostname.

The IP address 127.0.1.1 in the second line of this example may not be found on some other Unix-like systems. The Debian Installer creates this entry for a system without a permanent IP address as a workaround for some software (e.g., GNOME) as documented in the bug #316099.

The <host_name> matches the hostname defined in the "/etc/hostname".

For <domain_name> of the mobile PC, you may chose invalid and safe domain such as "localdomain". (See 「ドメイン名」)

For a system with a permanent IP address, that permanent IP address should be used here instead of 127.0.1.1.

For a system with a permanent IP address and a fully qualified domain name (FQDN) provided by the Domain Name System (DNS), that canonical <host_name> and <domain_name> should be used here.

resolvconf パッケージがインストールされなかったら、"/etc/resolv.conf" は静的なファイルです。インストールされると、それはシンボリックリンクになります。いずれにせよ、解決機構を初期化する情報を含んでいます。もし DNS が IP="192.168.11.1" に見つかるなら、それは次の内容です。

nameserver 192.168.11.1

resolvconf パッケージはこの "/etc/resolv.conf" をシンボリックリンクにし、フックスクリプトで自動的にその内容を管理します。

アドホクの mDNS のドメイン "local" 中で通常 Unix/Linux プログラムによる名前解決を実質的にできるようにするマルチキャスト DNS (Zeroconf、別名 Apple Bonjour / Apple Rendezvous) を使うホスト名解決は、libnss-mdns パッケージをインストールすると提供できます。このような機能を有効にするには、"/etc/nsswitch.conf" ファイル中に "hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4" のようなスタンザが必要です。

非推奨である NETBios over TCP/IP を使うホスト名解決は、libnss-mdns パッケージをインストールすると提供できます。このような機能を有効にするには、"/etc/nsswitch.conf" ファイル中に "hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 wins" のようなスタンザが必要です。(最近の Windows システムは通常 dns メソッドをホスト名の解決に使います。)

Linux カーネル中の各ハードウエアーは、それが見つかり次第ユーザー空間の設定メカニズム udev (「udev システム」参照) を通じて、例えば eth0 のようなネットワークインターフェース名が付与されます。ネットワークインターフェース名は、ifup(8) と interfaces(5) の中で物理インターフェースと呼ばれています。

MAC アドレス等を使って各リブート毎に永続性をもって各ネットワークインターフェースが名付けられるように記録するファイル "/etc/udev/rules.d/70-persistent-net.rules" があります。このファイルは "persistent-net-generator.rules" ルールファイルによって実行されているような "/lib/udev/write_net_rules" プログラムによって自動生成されます。そのファイルを変更することで命名ルールを変更できます。

rfc1918 によってローカルエリアネットワーク (LAN) での使用に予約されている各クラス毎の IPv4 32ビットアドレス範囲を確認します。これらのアドレスは本来のインターネット上のアドレスとかち合う事が無いことが保証されています。

Debian システムによってほとんどのハードウエアーデバイスはサポートされていますが、一部のネットワークデバイスはそのサポートのために DSFG non-free のドライバーが必要です。「Non-free ハードウエアードライバー」を参照下さい。

Debian 上での NM や Wicd に関する正式のドキュメンテーションは、"/usr/share/doc/network-manager/README.Debian" や "/usr/share/doc/wicd/README.Debian" によりそれぞれ提供されます。

デスクトップのための現代的ネットワーク設定の要点は以下です。

典型的な現代的な家庭内や小規模ビジネスネットワークの LAN は WAN (インターネット) に何らかの消費者向けブロードバンドルーターを使って接続されています。このルーターの後ろの LAN は通常ルーター上で稼働する動的ホスト設定プロトコル (DHCP) サーバーによりサービスを受けています。

Just install the isc-dhcp-client package for the Ethernet served by the dynamic host configuration protocol (DHCP).

See dhclient.conf(5).

静的 IP サービスを受けるイーサーネットでは、特段何をする必要もありません。

設定スクリプト pppconfig はPPP 接続を次の選択をすることで対話式で設定します。

低レベルのネットワーク設定ツールを使って次に記すように設定の確認ができます。

$ sudo pon <isp_name>
...
$ sudo poff <isp_name>

"/usr/share/doc/ppp/README.Debian.gz" を参照下さい。

pppd(8) を使う異なるアプローチは、wvdial パッケージが提供する wvdial(1) からそれを実行することです。電話を掛け接続の交渉をするために pppd がchat(8) を実行するのではなく、wvdial が電話を掛け接続の交渉をした後に pppd を始動し後を任せます。

設定スクリプト wvdialconf は PPP 接続を次の選択をすることで対話式で設定します。

ほとんどの場合 wvdial は接続をすることに成功し、自動的に認証データーのリストを管理します。

低レベルのネットワーク設定ツールを使って次に記すように設定の確認ができます。

$ sudo wvdial
...
$ sudo killall wvdial

wvdial(1) と wvdial.conf(5) を参照下さい。

あなたの ISP が PPPoE 接続を提供し、あなたの PC を直接 WAN に接続すると決めた際には、あなたの PC のネットワークは PPPoE で設定しないといけません。PPPoE とはイーサーネット経由の PPP の意味です。設定スクリプト pppoeconf は PPPoE 接続を対話式で設定します。

設定ファイルは以下。

低レベルのネットワーク設定ツールを使って次に記すように設定の確認ができます。

$ sudo /sbin/ifconfig eth0 up
$ sudo pon dsl-provider
...
$ sudo poff dsl-provider
$ sudo /sbin/ifconfig eth0 down

"/usr/share/doc/pppoeconf/README.Debian" を参照下さい。

ifupdown パッケージには2つのコマンドがあります: ifup(8) と ifdown(8)。設定ファイル "/etc/network/interfaces" により規定される高レベルのネットワーク設定を提供します。

"/etc/network/interfaces" のシンタックスは interfaces(5) に説明されていて、要点を次に記します。

iface スタンザで始まる行は次のシンタクスです。

iface <config_name> <address_family> <method_name>
 <option1> <value1>
 <option2> <value2>
 ...

基本設定に関しては、mapping スタンザは使われませんし、ネットワークインターフェース名をネットワーク設定名として使います (「mapping スタンザ」参照)。

"/etc/network/interfaces" ファイルに次の設定をすることでシステムブート時にループバックネットワークインターフェース lo が起動されます (auto スタンザ経由)。

auto lo
iface lo inet loopback

この設定は、"/etc/network/interfaces" ファイル中にいつも存在します。

「イーサーネットを使っての DHCP 接続」によりシステムの準備をした後、DHCP によってサービスされるネットワークインターフェースは "/etc/network/interfaces" ファイルの中に次のような設定エントリーを設定します。

allow-hotplug eth0
iface eth0 inet dhcp

Linux カーネルが物理インターフェース eth0 を認識した場合、allow-hotplug スタンザは ifup によりそのインターフェースが起動させられるようにし、iface スタンザが ifup がインターフェースが DHCP を使うように設定します。

静的 IP によってサービスされるネットワークインターフェースは "/etc/network/interfaces" ファイル中に例えば次の設定エントリーを作ることで設定されます。

allow-hotplug eth0
iface eth0 inet static
 address 192.168.11.100
 netmask 255.255.255.0
 gateway 192.168.11.1
 dns-domain example.com
 dns-nameservers 192.168.11.1

Linux カーネルが物理インターフェース eth0 を認識した場合、allow-hotplug スタンザは ifup によりそのインターフェースが起動させられるようにし、iface スタンザが ifup がインターフェースが静的 IP を使うように設定します。

ここでは次を仮定しています。

resolvconf パッケージがインストールされていないと、DNS 関係の設定は手動で "/etc/resolv.conf" を次のように編集する必要があります。

nameserver 192.168.11.1
domain example.com

ワイアレス LAN (省略すると WLAN) は IEEE 802.11 という標準群に基づく特別な免許なく使える無線を使う帯域拡散通信を経由の高速ワイアレス接続を提供します。

WLAN インターフェースは通常の Ethernet インターフェースと非常に似ていますが、始動時にネットワーク ID と暗号キーデーターを必要とします。インターフェース名が使われるカーネルドライバーによって eth1 や wlan0 や ath0 や wifi0 等とインターフェース名が少々異なる以外は、それらに使われる高レベルのネットワークツールは Ethernet インターフェースのものとまったく同じです。

WLAN に関して留意すべきキーワードは次です。

実際のプロトコルの選択肢は採用しているワイアレスルーターによって普通制約されます。

新規のWPA/WPA2を使うWLANをサポートするには、wpasupplicantパッケージをインストールする必要があります。

WLAN 接続上の DHCP によってサービスされている IP の場合には、"/etc/network/interfaces" ファイルのエントリーは次のようです。

allow-hotplug ath0
iface ath0 inet dhcp
 wpa-ssid homezone
 # hexadecimal psk is encoded from a plaintext passphrase
 wpa-psk 000102030405060708090a0b0c0d0e0f101112131415161718191a1b1c1d1e1f

"/usr/share/doc/wpasupplicant/README.modes.gz" を参照下さい。

旧式の WEP を使う WLAN をサポートするには、wireless-tools パッケージをインストールする必要があります。(あなたの消費者用のルーターは今だにセキュアーでないインフラを使っているかもしれませんが、無いよりはましです。)

WLAN 接続上の DHCP によってサービスされている IP の場合には、"/etc/network/interfaces" ファイルのエントリーは次のようです。

allow-hotplug eth0
iface eth0 inet dhcp
 wireless-essid Home
 wireless-key1 0123-4567-89ab-cdef
 wireless-key2 12345678
 wireless-key3 s:password
 wireless-defaultkey 2
 wireless-keymode open

"/usr/share/doc/wireless-tools/README.Debian" を参照下さい。

以前説明したように PPP 接続を設定する必要があります (「pppconfig を使っての PPP 接続」参照)。さらに、第1番目の PPP デバイス ppp0 のための "/etc/network/interfaces" ファイルのエントリーを次のように追加します。

iface ppp0 inet ppp
 provider <isp_name>

以前説明したように wvdial を使う代替 PPP 接続をまず設定する必要があります (「wvdialconf を使った代替 PPP 接続」参照)。さらに、第1番目の PPP デバイス ppp0 のための "/etc/network/interfaces" ファイルのエントリーを次のように追加します。

iface ppp0 inet wvdial

PPPoE によってサービスされる直接 WAN に接続した PC の場合、以前説明したように PPPoE 接続を設定する必要があります (「pppoeconf を使った PPPoE 接続」参照)。さらに、第1番目の PPPoE デバイス eth0 のための "/etc/network/interfaces" ファイルのエントリーを次のように追加します。

allow-hotplug eth0
iface eth0 inet manual
 pre-up /sbin/ifconfig eth0 up
 up ifup ppp0=dsl
 down ifdown ppp0=dsl
 post-down /sbin/ifconfig eth0 down
# The following is used internally only
iface dsl inet ppp
 provider dsl-provider

"/etc/network/run/ifstate" ファイルは、ifupdown パッケージが管理する全ての有効なネットワークインターフェースの意図したネットワーク設定状態を記録します。残念ながら ifupdown が意図したにもかかわらずインターフェースを起動できなかった場合でも、"/etc/network/run/ifstate" ファイルはインターフェースが起動されたと表示します。

あるインターフェースに関する ifconfig(8) コマンド出力が次の例のような行を欠いている場合、IPV4 ネットワークの一部としては使えません。

  inet addr:192.168.11.2  Bcast:192.168.11.255  Mask:255.255.255.0

例えば eth0 というインターフェースを再設定したい際には、まず "sudo ifdown eth0" コマンドを実行してそれを無効にしなければいけません。こうすることで eth0 のエントリーが "/etc/network/run/ifstate" ファイルから削除されます。(もし eth0 が有効でなかったりそれにたいして過去に間違った設定がされている際には、こうするとエラーメッセージを発することになるかもしれません。シンプルな単一ユーザーのワークステーションではいつも問題なことは知る限り起こらないようです。)

こうすることで、必要に応じてネットワークインターフェース eth0 を自由に再設定するために "/etc/network/interfaces" の内容を自由に書き換えられます。

こうした後で、eth0 を"sudo ifup eth0" コマンドを使って再起動できます。

ifupdown-extra パッケージは、ifupdown とともに使う使いやすいネットワーク接続テストを提供します。

network-test コマンドをつかうことで面倒な低レベルコマンドを使ってネットワーク問題を分析する手間を省けます。

自動スクリプトは "/etc/network/*/" にインストールされ、次の機能があります。

この syslog 記録はリモートシステムのネットワーク問題を管理する上で非常に有用です。

ifplugd パッケージはイーサーネット接続のみを管理する旧式の自動ネットワーク設定ツールです。これによって可動 PC 等のイーサーネットケーブルの脱着問題を解決します。もし NetworkManager か Wicd (「デスクトップのためのモダンネットワーク設定」参照) がインストールされている場合は、このパッケージは必要ありません。

このパッケージはデーモンとして実行され、auto とか allow-hotplug という機能 (表5.10「"/etc/network/interfaces" のスタンザのリスト」) を置き換え、インターフェースがネットワークに繋がれるとインターフェースを起動します。

例えば eth0 という内部イーサーネットポートに対する ifplugd パッケージの利用方法は次です。

こうするとお望みどおりのネットワーク設定が機能します。

ifmeric パッケージを使うと、DHCP でもルートのメトリクスを事後操作できます。

次のようにすると eth0 インターフェースを wlan0 インターフェースより優先するように設定できます。

メトリック0とは最高優先順位のルートでデフォールトのルートということを意味します。大きなメトリック値は低い優先順位を意味します。最低のメトリック値をもつ有効なインターフェースの IP アドレスが発信源となるインターフェースになります。ifmetric(8) を参照下さい。

物理的には単一のイーサーネットインターフェースは異なる IP アドレスをもつ複数の仮想インターフェースとして設定できます。いくつかの IP サブネットワークにインターフェースを繋ぐのが通常こうする目的です。例えば、単一ネットワークインターフェースを使った IP アドレスに基づく仮想ウェッブホスティングがその適用例です。

例えば、次を仮定します。

このとき "/etc/network/interfaces" 中の次のスタンザがあなたのネットワークを設定します。

iface eth0 inet dhcp
 metric 0
iface eth0:0 inet static
 address 192.168.0.1
 netmask 255.255.255.0
 network 192.168.0.0
 metric 1

ifupdownパッケージはネットワーク設定名とネットワークインターフェース名を使って上級ネットワーク設定をできるようにします。わたしは ifup(8) や interfaces(5) とは少々異なる用語法をここでは使っています。

「簡略化されたコマンドシンタックス」中の基本的なネットワーク設定コマンドは、iface スタンザ中のネットワーク設定名のトークンと、"/etc/network/interfaces" 中のネットワークインターフェース名が一致している必要があります。

上級ネットワーク設定コマンドは次のような "/etc/network/interfaces" の中で、ネットワーク設定名とネットワークインターフェース名を区別を可能にします。

「"/etc/network/interfaces" の基本的なシンタックス」では複雑になるのを避けるために "/etc/network/interfaces" 中の mapping スタンザを説明しませんでした。このスタンザには次のシンタクスがあります。

mapping <interface_name_glob>
 script <script_name>
 map <script_input1>
 map <script_input2>
 map ...

上記は、<script_name> で指定される mapping スクリプトで設定の選択を自動化することで "/etc/network/interfaces" に上級機能を付与します。

次の実行を追いかけましょう。

$ sudo ifup eth0

"<interface_name_glob>" が"eth0" と一致する時に、この実行は自動的に eth0 を設定する次のコマンドの実行を引き起こします。

$ sudo ifup eth0=$(echo -e '<script_input1> \n <script_input2> \n ...' | <script_name> eth0)

ここで、"map" を含む行は任意で反復可です。

「基本ネットワーク設定」でしたように "/etc/network/interfaces" ファイルを書き直すことなくいくつかのネットワーク設定間を手動で切り替える方法を次に示します。

アクセスする必要のある全てのネットワーク設定のついて、次に示すような単一の "/etc/network/interfaces" ファイルを作ります。

auto lo
iface lo inet loopback

iface config1 inet dhcp

iface config2 inet static
 address 192.168.11.100
 netmask 255.255.255.0
 gateway 192.168.11.1
 dns-domain example.com
 dns-nameservers 192.168.11.1

iface pppoe inet manual
 pre-up /sbin/ifconfig eth0 up
 up ifup ppp0=dsl
 down ifdown ppp0=dsl
 post-down /sbin/ifconfig eth0 down

# The following is used internally only
iface dsl inet ppp
 provider dsl-provider

iface pots inet ppp
 provider provider

iface の後にあるトークンのネットワーク設定名に、ネットワークインターフェース名のトークンを使っていないことに注目下さい。また、何らかのイベントの際にネットワークインターフェース eth0 を自動的に起動する auto スタンザも allow-hotplug スタンザもありません。

さあ、ネットワーク設定を切り替える準備完了です。

あなたの PC を DHCP が提供される LAN に移動します。次のようにしてネットワークインターフェース (物理インターフェース) eth0 にネットワーク設定名 (論理インターフェース名) config1 を付与してそれを起動します。

$ sudo ifup eth0=config1
Password:
...

インターフェース eth0 が起動され、DHCP で設定され、LAN に接続されます。

$ sudo ifdown eth0=config1
...

インターフェース eth0 が停止され、LAN から切断されます。

あなたの PC を静的 IP が提供される LAN に移動します。次のようにしてネットワークインターフェース (物理インターフェース) eth0 にネットワーク設定名 (論理インターフェース名) config2 を付与してそれを起動します。

$ sudo ifup eth0=config2
...

インターフェース eth0 が起動され、静的 IP で設定され、LAN に接続されます。dns-* で与えられる追加パラメーターが "/etc/resolv.conf" の内容を設定します。この "/etc/resolv.conf" はresolvconf パッケージがインストールされている方がうまく管理されます。

$ sudo ifdown eth0=config2
...

インターフェース eth0 が停止され、LAN から再度切断されます。

あなたの PC を PPPoE が提供されているサービスに繋がっている BB モデムのポートに移動します。次のようにしてネットワークインターフェース eth0 にネットワーク設定名 pppoe を付与してそれを起動します。

$ sudo ifup eth0=pppoe
...

インターフェース eth0 が起動され、ISP に直接接続された PPPoE で設定されます。

$ sudo ifdown eth0=pppoe
...

インターフェース eth0 が停止され再切断されます。

あなたの PC を LAN や BB モデムのない POTS とモデムを使っている場所に移動します。次のようにしてネットワークインターフェース ppp0 にネットワーク設定名 pots を付与してそれを起動します。

$ sudo ifup ppp0=pots
...

インターフェース ppp0 が起動され、PPP を使ってインターネットに接続されます。

$ sudo ifdown ppp0=pots
...

インターフェース ppp0 が停止され再切断されます。

ifupdown システムのネットワーク設定状態の現状は "/etc/network/run/ifstate" ファイルの内容で確認します。

ifupdown システムはスクリプトに環境変数を引き渡して "/etc/network/*/" 中にインストールされたスクリプトを自動実行します。

各環境変数 "$IF_<OPTION>" は、対応する <option1> や <option2> オプションの名前に "$IF_" を付け、大文字に変換し、ハイホンを下線に変換し、英数字文字以外を捨てて作成されます。

ifupdown-extra パッケージ (「ifupdown-extra パッケージ」参照) はこのような環境変数を使って ifupdown パッケージの機能拡張をします。ifmetric パッケージ (「ifmetric パッケージ」参照) は "$IF_METRIC" 変数を通してメトリック値を設定する "/etc/network/if-up.d/ifmetric" スクリプトをインストールします。ネットワーク設定の自動選択の簡単で強力な枠組みを提供している guessnet パッケージ (「guessnet を使う mapping」参照) もまたこれらを使います。

「手動切り替え可能なネットワーク設定」に記述されたように手動で設定選択する代わりに、「mapping スタンザ」に記述された mapping メカニズムをつかってカスタムスクリプトでネットワーク設定を自動的に選択できます。

guessnet パッケージにより提供される guessnet-ifupdown(8) コマンドは mapping スクリプトとして使われるように設計されており、ifupdown システムを拡張する強力な枠組みを提供します。

guessnet オプションは ifupdown システムにより実行されるスクリプトに追加の環境変数をエクスポートするだけなので、"/etc/network/interfaces" ファイルを mapping スクリプトと guessnet-ifupdown とオリジナルのネットワーク設定インフラである ifupdown とで重複して利用することで特に支障は起こりません。詳細は guessnet-ifupdown(8) を参照下さい。

Iproute2 コマンドは完全な低レベルネットワーク設定機能を提供します。型遅れとなった net-tools コマンドと新しい iproute2 コマンド等との翻訳表を次に示します。

ip(8) と IPROUTE2 Utility Suite Howto を参照下さい。

次の低レベルネットワークコマンドは、ネットワーク設定を変更しないので安全に使えます。

最大送信単位 (MTU) 値は、ping(8) を"-M do" オプションとともに使って ICMP パケットをデーターサイズ 1500 (IP+ICMP ヘッダー分の28バイトを加えて) から始めて IP フラグメンテーションしない最大サイズを見つけることで実験的に決定できます。

例えば、次を試してみて下さい:

$ ping -c 1 -s $((1500-28)) -M do www.debian.org
PING www.debian.org (194.109.137.218) 1472(1500) bytes of data.
From 192.168.11.2 icmp_seq=1 Frag needed and DF set (mtu = 1454)

--- www.debian.org ping statistics ---
0 packets transmitted, 0 received, +1 errors

1500ではなく1452を試す

ping(8) が1454で成功するのを確認します。

このプロセスはパス MTU (PMTU) 発見 (RFC1191) で、tracepath(8) コマンドで自動化できます。

これらの基本的なガイドラインに加えて、次を覚えておきます。

MTU 値をそのデフォールトの1500から1454に設定する例を次に示します。

DHCP (「DHCP サービスを受けるネットワークインターフェース」参照) の場合、"/etc/network/interfaces" 中の該当する iface スタンザ行を次と交換する事ができます。

iface eth0 inet dhcp
 pre-up /sbin/ifconfig $IFACE mtu 1454

静的 IP (「静的 IP を使うネットワークインターフェース」参照) の場合、"/etc/network/interfaces" 中の該当する iface スタンザ行を次と交換する事ができます。

iface eth0 inet static
 address 192.168.11.100
 netmask 255.255.255.0
 gateway 192.168.11.1
 mtu 1454
 dns-domain example.com
 dns-nameservers 192.168.11.1

直接の PPPoE (「pppoeconf を使った PPPoE 接続」参照) の場合、"/etc/ppp/peers/dsl-provider" 中の該当する "mtu" 行を次と交換する事ができます。

mtu 1454

最大セグメントサイズ (MSS) はパケットサイズの代替尺度として使われます。MSS と MTU の関係は次です。

現代的な高帯域でレイテンシーの大きな WAN では、TCP のスループットは TCP バッファーサイズパラメーターを "TCP Tuning Guide" や "TCP tuning" に書かれている手順で調整することで最大化できます。今のところ現在の Debian のデフォールトは高速の 1G bps の FTTP サービスでつながっている私の LAN でも十分機能しています。