ユーザ PPP は FreeBSD 2.0.5-RELEASE において, 既存のカーネル実装版の PPP に加えて導入されました. それでは, これまでの pppd との違い, すなわち この新しい PPP が追加された理由とは いったい何なのでしょうか? マニュアルから引用してみます: これはユーザプロセス PPP ソフトウェアパッケージです. 通常, PPP は (例えば pppd でそうなっているように) カーネルの一部として 実装されていますので, デバッグや動作の変更が少々困難です. しかし, この実装では, PPP はトンネルデバイスドライバ (tun) の 助けにより, ユーザプロセスとして実装されています. 本質として, これは常に PPP デーモンを実行しておかなくても, 必要な時に ppp プログラムを実行できるということを意味します. このプログラムはカーネルとのデータ送受のために一般のトンネルデバイスを 使うことができるため, PPP インターフェースをカーネルに組み込んでおく 必要がありません. 以降では, ユーザ ppp と他の PPP クライアント/サーバソフトウェアとを 区別する必要がありませんので, ユーザ ppp を単に ppp とだけ呼びます. 特に断らない限り, このセクションのすべてのコマンドは root 権限で 実行する必要があります. 訳者注: 以前の日本語ハンドブックでは, iij-ppp のオリジナルアーカイブに 附属する日本語ドキュメントの参照をおすすめしていました. しかし最近では FreeBSD 独自の拡張がいろいろと追加され, もともとの iij-ppp のドキュメントではカバーしきれなくなって来ています. ですが心配はいりません. 日本語マニュアルプロジェクトから FreeBSD の日本語版マニュアルページが配布されるようになりました. こちらもハンドブックとあわせて参照されることをおすすめします. スタートの前に

このドキュメントでは, あなたが およそ以下のような状況にあると仮定しています: PPP 接続の使えるインターネットサービスプロバイダ (ISP) のアカウントを 持っている. さらに, 接続済みのモデム (またはその他のデバイス) があり, プロバイダとの接続が可能なように正しく設定されている. 以下の情報を手に入れておく必要があるでしょう: プロバイダのゲートウェイの IP アドレス. ゲートウェイとは, あなたがそこに接続をおこなって, デフォルトルートとして設定することになるマシンです. プロバイダのネットマスク設定. もし不明な場合には, ネットマスクとして 0xffffff00 を仮定しておきます. 一つ以上のネームサーバの IP アドレス. 通常, 二つの IP アドレスが プロバイダから示されているはずです. もしプロバイダが固定の IP アドレスとホスト名を割り当てているのなら, 同様にそれも必要になるでしょう. そうでなければ, どのアドレス範囲から IP アドレスの割り当てがおこなわれるかを知っておく必要があるでしょう. もし範囲が示されていないとしても, 任意の IP アドレスを 受け入れるようにすることが可能です (後で説明します). もしこれらの情報のうち不明なものがあれば, プロバイダに連絡して 確認しておいてください. これに加えて, インターネットへの接続は常時おこなわれているわけではなく, そのためネームサーバ (named(8)) を立ち上げていないと仮定します. ネームサーバを立ち上げているのであれば, /etc/resolv.confファイルの 設定に関する情報は無視してください. ppp 対応カーネルの構築

説明でも述べているように, ``ppp'' はカーネルの ``tun'' デバイスを使います. そのため, このデバイスがカーネルに組み込まれているかどうか 確認しておかなくてはいけません. これを確認するには, カーネルコンパイルディレクトリ (おそらくは /sys/i386/conf) に移動して, カーネルコンフィグレーション ファイルを調べます. 以下の行がどこかに含まれている必要があります. pseudo-device tun 1 元々の GENERIC カーネルは標準でこれを含んでいますので, カスタムカーネルをインストールしているのではなかったり, /sys ディレクトリが存在しないのであれば, 何も変更する必要はありません. この行がカーネルコンフィグレーションファイルに含まれていなかったり, tun デバイスが一つでは足りない場合 (例えば, 同時に 16 本の ダイアルアップ ppp 接続を処理できるサーバを立ち上げるとしたら, ``1'' のかわりに ``16'' を指定する必要があるでしょう), この行を追加して カーネルの再コンパイルとインストールをおこなう必要があります. それからこの新しいカーネルを使ってブートしてください. カーネルコンフィグレーションの詳細については, を参照してください.

以下のコマンドを実行することで, 現在のカーネルに いくつのトンネルデバイスが組み込まれているかを調べることができます: # ifconfig -a tun0: flags=8051 mtu 1500 inet 200.10.100.1 --> 203.10.100.24 netmask 0xffffffff tun1: flags=8050 mtu 576 tun2: flags=8051 mtu 1500 inet 203.10.100.1 --> 203.10.100.20 netmask 0xffffffff tun3: flags=8050 mtu 1500 この例ではトンネルデバイスが四つあって, うち二つに設定がおこなわれていて 現在使用中であることがわかります.

トンネルデバイスがカーネルに組み込まれておらず, 何らかの理由で カーネルの再構築ができない場合でも, 方法がないわけではありません. 動的にデバイスをロードすることができるはずです. 詳細については modload(8) や lkm(4) など, 適切なマニュアルを参照してください.

この機会にファイアウォールも設定したいと思っているのであれば, 詳細についてはセクションを 参照してください. tun デバイスの確認

ほとんどのユーザは ``tun'' デバイス (tun0) が一つあれば充分でしょう. より多くのデバイスを使う場合 (すなわち, カーネルコンフィグレーション ファイルで疑似デバイスの行に `1' 以外の数値を指定している場合), 以下の ``tun0'' に対する参照をすべて, あなたが使うデバイスの番号に あわせて読みかえてください. tun0 デバイスが正しく設定されていることを確認する最も簡単な方法は, それを作り直すことです. そのためには, 以下のコマンドを実行します: # cd /dev # ./MAKEDEV tun0

カーネルに 16 個のトンネルデバイスを組み込んだのであれば, tun0 だけでなく他の tun デバイスも作成しておく必要があるでしょう: # cd /dev # ./MAKEDEV tun0 tun1 tun2 tun3 tun4 tun5 tun6 tun7 tun8 tun9 # ./MAKEDEV tun10 tun11 tun12 tun13 tun14 tun15

また, カーネルが正しく設定されているかどうか調べるために, 以下のコマンドで このような出力が得られるかどうかを確認します: $ ifconfig tun0 tun0: flags=8050 mtu 1500 $ PPP の名前解決に関する設定

リゾルバ (resolver) はネットワーキングシステムの一部分で, IP アドレスと ホスト名との変換をおこないます. これは, IP アドレスとホスト名を 対応させるためのマップを, 二つの場所のうちの一つから探すように設定できます. 一つめは/etc/hosts (man 5 hosts) と呼ばれるファイルです. 二つめはインターネットドメインネームサービス (DNS) とよばれる 分散データベースですが, これに関する議論はこのドキュメントの扱える範囲を 越えていますので, これについての説明はおこないません.

このセクションではリゾルバの設定方法について簡単に説明します. 既に DNS を使用しているのであれば, このセクションは飛ばしてもかまいません.

リゾルバは名前のマッピングをおこなうシステムコールの集合体です. ただし どこからマッピング情報を得るのかは, あなたが指示する必要があります. これはまず/etc/host.confファイルを編集することでおこないます. 混乱の元ですので, このファイルを/etc/hosts.confと 呼んだりしてはいけません (余分な ``s'' がついていますね). /etc/host.conf ファイルの編集

このファイルは以下の 2 行を含んでいるはずです: hosts bind これは, 最初に/etc/hostsファイルを調べ, 目指す名前が見つからなければ DNS を引きにいくようリゾルバに指示します. /etc/hosts(5) ファイルの編集

このファイルはローカルネットワーク上に存在するマシンの IP アドレスと ホスト名を含んでいるはずです. 最低でも ppp を動作させるマシンのエントリが 含まれている必要があります. そのマシンのホスト名が foo.bar.com で, IP アドレスが 10.0.0.1 であると仮定すると, /etc/hostsは 以下の行を含んでいなければいけません: 127.0.0.1 localhost 10.0.0.1 foo.bar.com foo 一つめの行は ``localhost'' を現在のマシンの別名として定義しています. マシン固有の IP アドレスが何であっても, この行の IP アドレスは 常に 127.0.0.1 でなければいけません. 二つめの行はホスト名 ``foo.bar.com'' (と, その省略形 ``foo'') を IP アドレス 10.0.0.1 にマップします. もしプロバイダから固定の IP アドレスを割り当てられているのであれば, それを 10.0.0.1 のかわりに使ってください. /etc/resolv.conf ファイルの編集

/etc/resolv.conf はネームサーバをそのマシンで走らせていない場合に 必要になる特別な情報を含んでいます. これは実際のネームサーバの位置を リゾルバルーチンに示したり, その他いくつかの情報を指定したりします. /etc/resolv.confには問い合わせが可能なネームサーバを少なくとも 一つ指定しておく必要がありますが, できれば二つ指定するのが望ましいでしょう. これは (ホスト名ではなく) IP アドレスで書かなければいけません. 例えば: nameserver 1.2.3.4 nameserver 1.2.3.5 接続するプロバイダの「ネームサーバ」指定をすべて書いてください. このファイルの各エントリの詳細については, resolv.conf のマニュアルページを参照してください. PPP の設定

ユーザ ppp と pppd (カーネルレベルの PPP 実装) は どちらも/etc/pppディレクトリに置かれた設定ファイルを使います. 設定ファイルのサンプルが提供されていて, ユーザ ppp の設定をおこなう際に 大変参考になりますので, 削除したりしないでください.

ppp の設定をするためには, 必要に応じて三つまでのファイルを編集する必要が あります. 書き込む内容は, プロバイダが静的に IP アドレスを割り当てる (つまり, 固定の IP アドレスを一つ与えられて, 常にそれを使う) か, または動的に IP アドレスを割り当てる (つまり, PPP セッションごとに IP アドレスが変化する可能性がある) かということに ある程度依存します. 静的 IP アドレスによる PPP 接続

/etc/pppディレクトリにファイルを三つ作成する必要があります.

一つめのファイルはppp.confです. 以下の例とほぼ同じようなものに なるでしょう. ``:'' で終る行は 1 カラム目から始まり, その他の行は スペースまたはタブで以下の例のように段をつける (インデントする) 必要が あることに注意してください. /etc/ppp/ppp.conf 1 default: 2 set device /dev/cuaa0 3 set speed 38400 4 set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATE1Q0 OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT" 5 provider: 6 set phone 01234567890 7 set login "TIMEOUT 10 gin:-BREAK-gin: foo word: bar col: ppp" 8 set timeout 120 9 set ifaddr x.x.x.x y.y.y.y 10 delete ALL 11 add 0 0 y.y.y.y 12 set openmode active 行番号はファイルに書かないでください. これは, 解説の際に 参照する行を示すためにつけたものです. /dev/cuaa0に, COM2: は/dev/cuaa1になります. chat(8)言語に似た, 受信待ち文字列と 送信文字列の対からなるスクリプトを使用します. この言語の機能に関しては, マニュアルページを参照してください. J. Random Provider login: foo password: bar protocol: ppp このスクリプトは必要に応じて書きかえる必要があるでしょう.

二つめのファイルは/etc/ppp/ppp.linkupです: x.x.x.x: delete ALL add 0 0 HISADDR

先ほどと同じように, プロバイダに割り当てられた IP アドレスで x.x.x.x を 置きかえます. このファイルは, この PPP 接続に関する既存のルートをすべて 自動的に削除したり, プロバイダから このマシンへのルートを デフォルトルートとして追加するのに使われます. (HISADDR マクロは自動的にプロバイダ側のアドレスに置きかえられます)

プロバイダが静的な IP アドレスを割り当ててくれるなら, 実は/etc/ppp.linkupファイルにエントリを書く必要はありません. しかし, 繰り返しになりますが, 書いてあっても何の問題もありません.

最後は, 三つめのファイル/etc/ppp/ppp.secretです. このファイルでは ppp サーバへのアクセスを制御するためのパスワードを 設定することができます. 複数の人がこの ppp システムを使うのであれば, パスワードを設定したいと思う場合があるかもしれません.

これらのファイルのサンプルが/etc/pppディレクトリに置かれています. 動的 IP アドレスによる PPP 接続

プロバイダが静的な IP アドレスの割り当てをおこなっていない場合, pppが相手側のホスト (ゲートウェイ) と交渉して, こちら側と相手側のアドレスを決めるように設定することができます. これは, 起動時には「仮」のアドレスを使っておいて, 接続時に LCP により ppp が IP アドレスを正しく設定できるようにすることで 実現されます. その他の設定は, 静的な IP アドレスを使う場合と同じです.

静的な IP アドレスを使う場合のppp.confファイルの エントリの該当部分を以下のように変更します: ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 delete ALL add 0 0 10.0.0.2

こちら側と相手側, どちらの IP アドレスに対しても, 0 を指定するべきでは 「ありません」. もし 0 を指定すると, ppp が正しい初期エントリを ルーティングテーブルに設定することができなくなるでしょう.

``/'' 文字の後ろの数字は, アドレス交渉の際に固定しておきたいビット数です.

ppp.conf を読み込んだ時点では, まだ HISADDR マクロが 使えないことにも注意してください. このマクロが使えるのはppp.linkupの中でだけです.

詳細なサンプルについては, /etc/ppp/ppp.conf.sampleファイル中の pmdemand エントリと /etc/ppp/ppp.linkup.sampleを参照してください. かかってきた電話を PPP で受けるには

このセクションでは iijppp をサーバとして設定する方法について説明します.

かかってきた電話をpppが受けるように設定する場合, ppp接続についてだけパケットをフォワードするようにしたいのか, すべてのインターフェースについてフォワードするようにしたいのか, それともまったくフォワードをおこないたくないのかを決めなければいけません. ppp 接続についてだけフォワードをおこなうためには, 以下の行をppp.confファイルに追加しておきます. enable proxy すべてのインターフェースについてパケットの転送をおこないたい場合は, 以下のオプションを/etc/rc.confに設定してください. (このファイルは 以前のバージョンの FreeBSD では/etc/sysconfigと呼ばれていました) gateway=YES どの getty を使おうか?

getty を使ってダイアルアップサービスをおこなうための優れた解説が にあります.

getty に代わるものとしては, があります. これは getty をより柔軟にしたもので, ダイアルアップ回線での使用を意図して設計されています.

mgetty を使う場合の利点は, mgetty が積極的にモデムと通信する ということです. つまり, もし/etc/ttysでポートを閉じた場合, モデムは電話をとらないようになります.

最近のバージョンの mgetty (0.99beta 以降) では, PPP ストリームの 自動検出もサポートされています. これにより, クライアント側で スクリプトを準備しなくともサーバにアクセスすることができます.

mgetty の入手方法と正しい設定については, このドキュメントの扱う範囲を 越えています. 訳者注: 最近の ports および packages には mgetty+sendfax が含まれています. 動的 IP ユーザのための PPP シェルの設定

/etc/ppp/ppp-shellという名前で, 以下のような内容のファイルを 作成します: #!/bin/sh IDENT=`echo $0 | sed -e 's/^.*-\(.*\)$/\1/'` CALLEDAS="$IDENT" TTY=`tty` if [ x$IDENT = xdialup ]; then IDENT=`basename $TTY` fi echo "PPP for $CALLEDAS on $TTY" echo "Starting PPP for $IDENT" exec /usr/sbin/ppp -direct $IDENT

このスクリプトには実行可能属性をつけておきます. 次に以下のコマンドを実行し, ppp-dialupという名前で このスクリプトへのリンクを作成します: # ln -s /etc/ppp/ppp-shell /etc/ppp/ppp-dialup

すべてのダイアルアップ ppp ユーザのログインシェルとして このスクリプトを使用します. 以下は pchilds というユーザ名の ダイアルアップユーザを/etc/passwordへ登録した場合の例です. (パスワードファイルを直接エディタで編集したりせず, vipwを使ってください) pchilds:*:1011:300:Peter Childs PPP:/home/ppp:/etc/ppp/ppp-dialup

任意のユーザが読むことのできる, /home/pppディレクトリを 作成します. /etc/motdが表示されないようにするため, 以下のように大きさが 0 バイトのファイルを このディレクトリの下に 作成しておきます. -r--r--r-- 1 root wheel 0 May 27 02:23 .hushlogin -r--r--r-- 1 root wheel 0 May 27 02:22 .rhosts 静的 IP ユーザのための PPP シェルの設定

上記と同じようにppp-shellファイルを作成し, 静的に IP アドレスを割り当てる それぞれのアカウントごとに ppp-shellへのシンボリックリンクを作成します.

例えば, クラス C のネットワークの経路制御を必要とする, 三人のダイアルアップ顧客 fred, sam, mary がいるとすると, 以下のコマンドを実行することになるでしょう: # ln -s /etc/ppp/ppp-shell /etc/ppp/ppp-fred # ln -s /etc/ppp/ppp-shell /etc/ppp/ppp-sam # ln -s /etc/ppp/ppp-shell /etc/ppp/ppp-mary

これらのユーザのダイアルアップアカウントでは, 上で作成した それぞれのシンボリックリンクをログインシェルとして設定しておきます. (つまり, ユーザ mary のログインシェルは/etc/ppp/ppp-maryに なります). 動的 IP ユーザのための ppp.conf の設定

/etc/ppp/ppp.confファイルは 大体以下のような内容になるでしょう: default: set debug phase lcp chat set timeout 0 ttyd0: set ifaddr 203.14.100.1 203.14.100.20 255.255.255.255 enable proxy ttyd1: set ifaddr 203.14.100.1 203.14.100.21 255.255.255.255 enable proxy

上の例のように段をつける (インデントする) 必要があることに注意してください.

default: セクションはセッションごとにロードされます. /etc/ttysで有効にしてある各ダイアルアップ回線ごとに一つ, 上記のttyd0:のようなエントリを作成します. 各行の相手側アドレスとして, それぞれ別の IP アドレスを 動的 IP ユーザのための IP アドレスのプールから割り当てておく必要があります. 静的 IP ユーザのための ppp.conf の設定

上のサンプルの/etc/ppp/ppp.confの内容に加えて, 静的に IP を割り当てられたダイアルアップユーザ それぞれのためのセクションを追加する必要があります. ここでも fred, sam, mary の例を使うことにしましょう. fred: set ifaddr 203.14.100.1 203.14.101.1 255.255.255.255 sam: set ifaddr 203.14.100.1 203.14.102.1 255.255.255.255 mary: set ifaddr 203.14.100.1 203.14.103.1 255.255.255.255

必要であれば, それぞれの静的 IP ユーザのための経路制御情報も /etc/ppp/ppp.linkupファイルに含めておくべきでしょう. 以下の例ではクライアントの ppp リンクを経由する クラス C の203.14.101.0ネットワークへの経路を追加しています. fred: add 203.14.101.0 netmask 255.255.255.0 HISADDR sam: add 203.14.102.0 netmask 255.255.255.0 HISADDR mary: add 203.14.103.0 netmask 255.255.255.0 HISADDR mgetty, AutoPPP, マイクロソフト拡張について さらに詳しく Mgetty と AutoPPP

AUTO_PPP オプションつきでコンパイルした mgetty を使えば, mgetty が PPP 接続の LCP フェーズを検出して, 自動的に ppp シェルを起動するように 設定することができます. しかし この場合, デフォルトの login/password シーケンスは発生しないので, ユーザの認証は PAP または CHAP を使っておこなう必要があります.

このセクションでは, ユーザ (あなた) が問題なく AUTO_PPP オプションつきの mgetty (v0.99beta またはそれ以降) の設定, コンパイル, インストールができているものと仮定しています.

/usr/local/etc/mgetty+sendfax/login.configファイルが 以下の行を含んでいることを確認してください: /AutoPPP/ - - /etc/ppp/ppp-pap-dialup

これにより, PPP 接続を検出したら mgetty がppp-pap-dialup スクリプトを実行するようになります.

/etc/ppp/ppp-pap-dialupという名前で, 以下のような内容のファイルを 作成します (このファイルは実行可能属性をつけておく必要があるでしょう): #!/bin/sh TTY=`tty` IDENT=`basename $TTY` exec /usr/sbin/ppp -direct pap$IDENT

/etc/ttysで有効になっている各ダイアルアップ回線ごとに, 対応するエントリを一つ/etc/ppp/ppp.confに作成します. これは上で作成した定義と問題なく共存できるでしょう. papttyd0: enable pap set ifaddr 203.14.100.1 203.14.100.20 255.255.255.255 enable proxy papttyd1: enable pap set ifaddr 203.14.100.1 203.14.100.21 255.255.255.255 enable proxy

この方法でログインする各ユーザは, PAP によるユーザ認証をおこなうために /etc/ppp/ppp.secretファイルにユーザ名とパスワードを書いておくか, または/etc/passwordファイルを使うように enable passwdauth オプションを (/etc/ppp/ppp.conf に) 追加しておく必要があるでしょう. (*)

(*) このオプションは 2.2-961014-SNAP およびそれ以降のシステムか, または 2.1.x のシステムにおいて ppp のコードを更新している場合にだけ 使用可能だということに注意してください. (詳細に関しては, 以下のマイクロソフト拡張を参照してください) マイクロソフト拡張

2.2-961014-SNAP 以降では, DNS と NetBIOS ネームサーバの自動交渉 (negotiation) をサポートしている クライアント (例えば Win95/NT クライアント) との間で この機能を使うことができます. プロトコルの詳細については RFC1877 を参照してください.

これらの拡張機能を/etc/ppp/ppp.confファイルで有効にした例を 以下に示します. default: set debug phase lcp chat set timeout 0 enable msext set ns 203.14.100.1 203.14.100.2 set nbns 203.14.100.5

これにより, クライアントはプライマリとセカンダリのネームサーバアドレス および NetBIOS ネームサーバホストを知ることができます. システムの最終設定

これで PPP の設定は終りました. しかし PPP が動くようになる前に, もう少し必要なことがあります. それらの設定は, すべて/etc/rc.confファイルを 編集することでおこないます. (このファイルは以前には/etc/sysconfigと呼ばれていました) このファイルを上から順に設定していきます. まずは ``hostname='' の行が設定されていることを確認します. 例えば以下のように: hostname=foo.bar.com

次に network_interfaces 変数を調べます. 必要に応じて (on demand) プロバイダにダイアルするようにシステムを設定したい場合には, tun0 デバイスがこのリストに追加されていることを確認しておきます. それ以外の場合には, tun0 デバイスをリストから削除しておきます. network_interfaces="lo0 tun0" ifconfig_tun0= ifconfig_tun0変数が空で, /etc/start_if.tun0 という名前の ファイルが作成されていなければならない ということに注意してください. このファイルの内容は以下のようになります. ppp -auto mysystem このスクリプトはネットワークの設定時に実行され, ppp デーモンを自動モードで立ち上げます.

以下のようにルータプログラムを ``NO'' に設定します. router_enable=NO (/etc/rc.conf) router=NO (/etc/sysconfig) routedは, ppp が作成したデフォルトのルーティングテーブル エントリを削除してしまう場合がありますので, routedデーモンが 起動されないようにしておくことが重要です. (これは初期設定の状態です)

``sendmail_flags'' 行が ``-q'' オプションを含まないように 設定しておいた方がよいでしょう. さもないと, sendmail が アドレスを調べようとして発信をおこなってしまう場合があります. 以下のような設定で良いでしょう: sendmail_flags="-bd" この結果, PPP リンクを立ち上げた時には いつでも 以下のコマンドを実行して, キューにたまっているメールを sendmail に送信させる作業が必要になるでしょう. # /usr/sbin/sendmail -q こうするのが嫌であれば, SMTP トラフィックをブロックするように "dfilter" を設定しておくこともできます. 詳細についてはサンプルファイルを参照してください. また, ppp.linkupファイルの中で このコマンドを実行するスクリプトを起動することもできます. 後はマシンをリブートするだけです. さて, これで # ppp コマンドを実行し, 続いて PPP セッションを開始させるために ``dial provider'' と入力することもできますし, (start_if.tun0 スクリプトを作成していない場合に), 外部へのトラフィックが発生した時に, ppp が自動的に セッションを確立してくれるようにしたいのであれば, 以下のコマンドを実行することもできます. # ppp -auto provider まとめ

要約すると, 初めて ppp を設定する際には, 以下のステップが不可欠です:

クライアント側: カーネルに tun デバイスが組み込まれていることを確認. /devディレクトリに tunX デバイスファイルが 存在することを確認. /etc/ppp.confにエントリを作成. ほとんどのプロバイダでは, pmdemand の例で充分でしょう. /etc/ppp.linkupにエントリを作成. rc.conf (または sysconfig) ファイルを更新. 必要に応じてダイヤル (demand dialing) したいのであれば, start_if.tun0 スクリプトを作成.

サーバ側: カーネルに tun デバイスが組み込まれていることを確認. /devディレクトリに tunX デバイスファイルが 存在することを確認. (vipw(8) コマンドを使って) /etc/passwd にエントリを作成. このユーザのホームディレクトリに ``ppp -direct direct-server'' か何かを実行するプロファイルを作成. /etc/ppp.confにエントリを作成. direct-serverの例で充分でしょう. /etc/ppp.linkupにエントリを作成. rc.conf (または sysconfig) ファイルを更新. 謝辞

批評と提案に感謝します:

&a.nik

&a.dirkvangulik

&a.pjc