PPP(8) FreeBSD システム管理者マニュアル PPP(8)
名称
|
ppp − PPP (Point to Point Protocol) (別名 user-ppp) |
書式
|
ppp [−mode] [−nat] [−quiet] [−unitN] [system ...] |
|
解説 |
|
本プログラムは、ユーザプロセスとして動作する PPP パッケージです。 PPP は 通常、 (pppd(8) でそうなっているように) カーネルの一部として実装されます が、そのため、デバッグや動作の変更が少々難しい場合があります。それに対 し、この実装ではトンネルデバイスドライバ (tun) を利用して、ユーザプロセス で PPP を実現しています。 −nat フラグは、 ‘‘nat enable yes’’ と等価であり、 ppp のネットワークアド レス変換機能を有効にします。これにより ppp は、内部 LAN 上の全マシンに対 する NAT、すなわちマスカレーディングエンジンとして動作します。 NAT エンジ ンの技術的な詳細は libalias(3) を参照してください。 ppp での NAT の構成の 仕方については、本マニュアルページの ネットワークアドレス変換 (パケットエ イリアシング) を参照してください。 −quiet フラグを指定すると、 ppp は起動時に静かになり、モードとインタ フェースを標準出力へ表示しなくなります。 −unit フラグは、 ppp が /dev/tunN のみのオープンを試みるように指定しま す。通常、 ppp は N に対して値 0 から開始し、成功するまで N を値 1 ずつ増 加させて、トンネルデバイスのオープンを試みます。デバイスファイルが存在し ないために、3 回連続して失敗すると、諦めます。 ppp は次の mode を理解します: |
−auto
|
ppp は tun インタフェースをオープンし、これを設定した後バックグラ ウンドになります。出力データが tun インタフェース上で検出されるま でリンクはアップせず、出力データが tun インタフェース上で検出され ると ppp はリンクをアップしようとします。 ppp がリンクをアップし ようとしている間に受信したパケット (最初のものを含みます) は、デ フォルトで 2 分間キューにとどまります。後述の ‘‘set choked’’ コマ ンドを参照してください。 −auto モードでは、コマンドラインには少なくとも 1 つの ‘‘system’’ を指定する必要があり (後述)、インタフェース設定時に使用する相手の IP アドレスを指定する ‘‘set ifaddr’’ を、システムプロファイルで実 行する必要があります。通常、 ‘‘10.0.0.1/0’’ のようなものが適切で す。例としては、 /usr/share/examples/ppp/ppp.conf.sample の ‘‘pmdemand’’ システムを参照してください。 −background −foreground −direct コールバックの設定を行うと、ダイヤルバック時に ppp は ‘‘set device’’ 情報を使用します。 −dedicated −ddial −interactive (/etc/ppp/ppp.conf に指定される) 設定エントリ、すなわち system を、コマン ドラインで 1 つ以上指定可能です。起動時に ppp は /etc/ppp/ppp.conf から ‘‘default’’ システムを読み込み、その後コマンドラインで指定した各 system を読み込みます。 主な特徴 |
|
対話的なユーザインタフェースを提供 コマンドモードで利用する場合、ユーザが コマンドを入力することで、簡単にリモートコンピュータとの接続の確立、接続 状態の確認、接続の切断を行うことができます。オプションとして、セキュリ ティ確保のためにすべての機能をパスワードで保護することができます。 手動と自動でのダイヤルをサポート 対話モードでは、直接デバイスと通信できる ように ‘‘term’’ コマンドが用意されています。リモートホストと接続されて、 PPP での通信が始まったら、 ppp はそれを検出して自動的にパケットモードに移 行します。ひとたびリモートホストとの接続に必要なコマンドシーケンスがわ かったら、後々の接続を簡単にするため、必要なダイヤル手順やログイン手順を 定義したチャットスクリプトを書くことができます。 オンデマンドでのダイヤルアップをサポート −auto モード (自動モード) では ppp はデーモンとして動作し、 PPP リンクを通して送られるパケットを待ちうけ ます。パケットを検出すると、デーモンが自動的にダイヤルを行って接続を確立 します。 −ddial モード (直接ダイヤルモード) でもほぼ同様に、自動ダイヤル と接続の確立を行います。しかしながらこのモードは、送るべきパケットが存在 しない場合にも、リンクが切れていることを検出するといつでもリモートへダイ ヤルするという点が auto モードと異なります。このモードは、電話料金よりも 常時接続されていることが重視される場合に有用です。 3 番目の −dedicated モード (専用線モード) も利用可能です。このモードは 2 つのマシン間の専用線 を対象にしています。専用線モードでは ppp は自発的に動作を終了することはあ りません - 終了するには ‘‘quit all’’ コマンドを診断ソケットを介して送る必 要があります。 SIGHUP は LCP の再ネゴシエーションを強要し、 SIGTERM は終 了を強要します。 クライアントコールバックをサポート ppp は標準 LCP コールバックプロトコル ならびに Microsoft コールバック制御プロトコル (ftp://ftp.microsoft.com/developr/rfc/cbcp.txt) を使用できます。 NAT、すなわちパケットエイリアシングをサポート パケットエイリアシング (別 名: IP マスカレード) により、未登録でプライベートなネットワーク上のコン ピュータからもインターネットにアクセスすることが可能です。 PPP ホストはマ スカレードゲートウェイとして動作します。送信パケットの IP アドレスと TCP や UDP のポート番号はどちらも NAT され、返信パケットではエイリアスが元に 戻されます。 バックグラウンド PPP 接続をサポート バックグラウンドモードでは、接続を確 立するのに成功した場合に ppp はデーモンになります。それ以外の場合はエラー で終了します。これにより、接続が成功裏に確立した場合のみコマンドを実行す るようなスクリプトをセットアップすることが出来ます。 サーバとしての PPP 接続をサポート ダイレクトモードでは、 ppp は標準入力/ 標準出力からの PPP 接続を受け入れるサーバとして動作させることができます。 PAP と CHAP (rfc 1994, 2433 および 2759) による認証をサポート PAP もしく は CHAP を用いることにより、Unix スタイルの login(1) 手続きをスキップし、 PPP プロトコルを代りに認証に使用することが可能です。相手が Microsoft CHAP 認証を要求し、かつ ppp が DES をサポートするようにコンパイルされている場 合、適当な MD4/DES 応答がなされます。 RADIUS (rfc 2138 & 2548) 認証をサポート PAP と CHAP の拡張である Remote Access Dial In User Service は、集中データベースまたは分散データベース に、ユーザごとに異なる接続特性を含んだ認証情報を、格納できます。コンパイ ル時に libradius(3) が利用可能な場合、利用するように設定すると、 ppp はこ れを使用して RADIUS 要求を作成します。 代理 arp (Proxy Arp) をサポート ppp が相手のために 1 個以上の代理 arp エ ントリを作成するように、設定可能です。 LAN 上の各マシンでの設定を行わず に、相手側から LAN へのルーティングを可能とします。 パケットのフィルタリングをサポート ユーザは 4 種類のフィルタを定義できま す。 in は受信パケットに対するフィルタです。 out は送信パケットに対する フィルタです。 dial はダイヤルを行うきっかけとなるパケットを定義するフィ ルタで、 alive は接続を保持するためのパケットを定義するフィルタです。 トンネルドライバは bpf (Berkeley Packet Filter) をサポート PPP リンクを 流れるパケットを調べるために、 tcpdump(1) を使うことができます。 PPP オーバ TCP および PPP オーバ UDP をサポート デバイス名が host:port |
[/tcp|udp], 形式で指定された場合、 ppp は通常のシリアルデバイスを使うのではなく、データ転送のための TCP または UDP の接続を開きます。 UDP 接続は、ppp を強制的に同期モードにします。
PPP オーバ ISDN をサポート ppp がオープンすべきリンクとして生の B チャネル i4b デバイスを指定すると、 isdnd(8) と対話して ISDN 接続を確立できます。
PPP オーバイーサネットをサポート (rfc 2516) ppp が PPPoE:iface [:provider] の書式のデバイス指定を与えられ、 netgraph(4) が利用可能な場合、 ppp は iface ネットワークインタフェースを使用し、 provider に対してPPP オーバイーサネットを話そうとします。
netgraph(4) をサポートしないシステム上では、 pppoed(8) のような外部プログラムを使用可能です。
IETF ドラフトの Predictor-1 (rfc 1978) と DEFLATE (rfc 1979) 圧縮をサポート ppp は VJ 圧縮の他に Predictor-1 と DEFLATE 圧縮もサポートしています。モデムは通常 (例えば v42.bis のような) 組み込みの圧縮機能を持っており、その結果システムはより高いデータレートで通信できます。これは一般には良いことですが、より高速のデータによってシリアル回線からの割り込みが増加します。システムはこの割り込みをモデムと通信して処理しなくてはならないため、システムの負荷と遅延時間が増加することになります。 VJ 圧縮とは異なり、Predictor-1 と DEFLATE 圧縮はリンクを通る すべてのネットワークトラフィックをあらかじめ圧縮しておくことで、オーバヘッドを最小にします。
Microsoft の IPCP 拡張をサポート (rfc 1877) Microsoft の PPP スタックを使用するクライアント (つまり Win95, WinNT) との間でネームサーバのアドレスと NetBIOS ネームサーバのアドレスをネゴシエーションできます。
マルチリンク PPP をサポート (rfc 1990) ppp は、接続先への複数の物理的な回線をオープンし、すべてのリンクの帯域幅を合わせてより高いスループットを得ることができます。
MPPE (draft-ietf-pppext-mppe) のサポート MPPE は、Microsoft 社の Pointto Point 暗号化機構です。 ppp を設定して、Microsoft Windows の仮想プライベートネットワーク (VPN) に参加できるようになります。現在のところ、 pppは、CHAP 81 認証機構からしか暗号鍵を取得することができません。 MPPE を動作させるためには、DES つきで ppp をコンパイルしなくてはなりません。
IPV6CP (rfc 2023) をサポート 通常の IPv4 接続に対する追加もしくは置き換えとして、 IPv6 接続を使用可能です。
パーミッション
|
ppp はユーザ root 、グループ network 、パーミッション 04554 でインストー ルされます。デフォルトでは ppp は、起動したユーザ ID が 0 でない場合には 実行しません。これは ‘‘allow users’’ コマンドを /etc/ppp/ppp.conf に記載 することにより変更することが可能です。通常ユーザとして実行する場合には、 ppp はユーザ ID 0 に変わり、システムの経路表の変更と、システムロックファ イルの作成と、 ppp の設定ファイルの読み込みを行います。すべての外部コマン ド ("shell" や "!bg" で実行されます) は、 ppp を起動したユーザ ID で実行 されます。ユーザ ID 0 にて正確になにが行われているのかに興味がある場合に は、ログ機能の ‘ID0’ を参照してください。 |
始める前に
|
最初に ppp を実行する時には、いくつかの初期設定を整える必要があります。 |
• カーネルにトンネルデバイスが含まれていることが必要です (GENERIC カーネルではデフォルトで 1 つ含まれます)。 tun デバイスが含まれていない場合や、複数の tun インタフェースが必要な場合、次の行をカーネル設定ファイルに追加して、カーネルを再構築する必要があります: pseudo-device tun N ここで N は PPP 接続を行いたい最大の数です。
|
• /dev ディレクトリにトンネルデバイスのエントリ /dev/tunN があるかどう かを調べてください。ここで ‘N’ は、0 から始まる tun デバイスの番号で す。もし無いようならば、"sh ./MAKEDEV tunN" を実行すれば作ることがで きます。これにより 0 から N までの tun デバイスが作成されます。 • あなたのシステムの /etc/group ファイルに ‘‘network’’ グループがあり、 そのグループが ppp を使うと想定されるすべてのユーザ名を含んでいること を確かめてください。詳細は group(5) マニュアルページを参照してくださ い。また、これらのユーザは /etc/ppp/ppp.conf ファイルで ‘‘allow users’’ コマンドを使用してアクセス権が与えられなければなりません。 • ログファイルを作成します。 ppp は syslog(3) を使用して情報を記録しま す。通常のログファイル名は /var/log/ppp.log です。このファイルに出力 を行うためには、次の行を /etc/syslog.conf ファイルに記述してください: !ppp ppp の実行形式にリンクを作成することにより、複数の PPP ログファイルを 持つことが可能です: |
|
# cd /usr/sbin |
|
# ln ppp ppp0 |
|
として /etc/syslog.conf で !ppp0
*.*<TAB>/var/log/ppp0.log
とします。 /etc/syslog.conf を更新した後に、 syslogd(8) に HUP シグナ ルを送ることをお忘れなく。 |
• 厳密には ppp の操作とは関係ありませんが、リゾルバが正しく働くように設定した方が良いでしょう。これは (named(8) を用いて) ローカルな DNSサーバを設定するか、もしくは /etc/resolv.conf ファイルに適切な‘nameserver’ 行を加えることで行われます。詳細は resolv.conf(5) のマニュアルを参照してください。 他の方法として、もし接続先がサポートしている場合には ppp が接続先にネームサーバのアドレスを尋ねて、自動的に /etc/resolv.conf を更新することができます。詳細は後述の ‘‘enable dns’’ コマンドと ‘‘resolv’’ コマンドとを参照してください。
|
手動ダイヤル |
|
次の例では、あなたのマシン名が awfulhak であるとして説明します。 ppp を引 数無しで起動すると (前述の パーミッション参照) 次のプロンプトが表示されま す: ppp ON awfulhak> プロンプトの ‘ON’ の部分は常に大文字であるべきです。ここが小文字の場合、 ‘‘passwd’’ コマンドを使用してパスワードを入力しなければならないことを意味 します。実行中の ppp に接続し、まだ正しいパスワードを入力していない場合に のみこのような状態になります。 デバイス名と速度を指定して開始できます。 ppp ON awfulhak> set device /dev/cuaa0
ppp ON awfulhak> set speed 38400
通常ハードウェアフロー制御 (CTS/RTS) を使用します。しかし、特定の場合 (特 定の PPP 可能な端末サービスに直接接続している場合に起り得ます)、 ppp が通 信リンクにデータを書き込もうとしたときに、永遠に来ない CTS (送信時にクリ ア) シグナルを待つことにより ppp がハングします。直通線で接続できない場合 は、 ‘‘set ctsrts off’’ で CTS/RTS をオフにしてみてください。これが必要な 場合、後述の ‘‘set accmap’’ の記述も参照してください - ‘‘set accmap 000a0000’’ も必要かもしれません。 通常、パリティは ‘‘none’’ に設定します。これが ppp のデフォルトです。パリ ティはどちらかというと古風なエラーチェック機構であり、今となっては使用し ません。最近のモデムは各自のエラーチェック機構を持っており、ほとんどのリ ンク層プロトコル (ppp はこれです) はより信頼できるチェック機構を使用しま す。パリティは相対的に大きなオーバヘッドを持ちますので (トラフィックが 12.5% 増加します)、 PPP がオープンされると常に無効化 (‘‘none’’ に設定) さ れます。しかし、ISP (インターネットサービスプロバイダ) によっては、特定の パリティ設定を接続時 (PPP がオープンする前) に使用するものがあります。特 に、Compuserve はログイン時に偶数パリティに固執しています: ppp ON awfulhak> set parity even ここで、現在のデバイス設定がどのようになっているか見られます: ppp ON awfulhak> show physical
Name: deflink
State: closed
Device: N/A
Link Type: interactive
Connect Count: 0
Queued Packets: 0
Phone Number: N/A
Defaults:
Device List: /dev/cuaa0
Characteristics: 38400bps, cs8, even parity, CTS/RTS on
Connect time: 0 secs
0 octets in, 0 octets out
Overall 0 bytes/sec
ppp ON awfulhak>
ここでは、直接デバイスと通信するために term コマンドを使用可能です: ppp ON awfulhak> term
at
OK
atdt123456
CONNECT
login: myispusername
Password: myisppassword
Protocol: ppp
相手が PPP で話しはじめると、 ppp はそれを自動的に検出してコマンドモード に戻ります。 ppp ON awfulhak> # リンクは確立していません
Ppp ON awfulhak> # 接続完了、LCP 完了
PPp ON awfulhak> # 認証完了
PPP ON awfulhak> # IP アドレス合意完了
このようにならない場合、接続先がこちらのネゴシエーション開始を待っている 可能性があります。強制的に ppp に接続先への PPP 設定パケットの送出を開始 させるためには ‘‘~p’’ コマンドを使い、端末モードを抜けてパケットモードに 移行して下さい。 それでもログインプロンプトが得られない場合、 Unix 的なログイン/パスワード 認証ではなく、PAP または CHAP の認証を、相手は要求している可能性が非常に 高いです。正しく設定するためには、プロンプトに戻り、認証用の名前とキーを 設定し、再度接続します: ~.
ppp ON awfulhak> set authname myispusername
ppp ON awfulhak> set authkey myisppassword
ppp ON awfulhak> term
at
OK
atdt123456
CONNECT
ここで再度、ネゴシエーションを開始するように ppp に指定できます: ~p
ppp ON awfulhak> # リンクは確立していません
Ppp ON awfulhak> # 接続完了、LCP 完了
PPp ON awfulhak> # 認証完了
PPP ON awfulhak> # IP アドレス合意完了
これで接続されました! プロンプトの ‘PPP’ が大文字に変化して、接続された ことを知らせます。もし 3 つの P の内いくつかだけが大文字になっている場合 には、すべての文字が大文字もしくは小文字になるまで待ってください。もし小 文字に戻った場合には、それは ppp が接続先とのにネゴシエーションに成功しな かったことを意味します。この時点での問題解決の第一歩としては、次のように し、再挑戦します。 ppp ON awfulhak> set log local phase lcp ipcp 詳細は、下記の ‘‘set log’’ コマンドの説明を参照してください。この時点でも 失敗する場合、ログを有効にして再挑戦することが非常に重要です。プロンプト の変化に注意し、あなたを助けてくれる人に報告することもまた重要です。 リンクが確立したら、show コマンドを使用することで、どのように事態が進行し ているのかが分ります: PPP ON awfulhak> show physical
* モデム関連の情報がここに表示されます *
PPP ON awfulhak> show ccp
* CCP (圧縮) 関連の情報がここに表示されます *
PPP ON awfulhak> show lcp
* LCP (回線制御) 関連の情報がここに表示されます *
PPP ON awfulhak> show ipcp
* IPCP (IP) 関連の情報がここに表示されます *
PPP ON awfulhak> show ipv6cp
* IPV6CP (IPv6) 関連の情報がここに表示されます *
PPP ON awfulhak> show link
* (高レベル) リンク関係の情報がここに表示されます *
PPP ON awfulhak> show bundle
* (高レベル) 論理接続関係の情報がここに表示されます *
この時点で、マシンは接続先に対するホスト単位の経路 (host route) を持って います。これはリンクの相手のホストとのみ接続可能であるという意味です。デ フォルト経路のエントリ (他の経路エントリを持たずに、全パケットを PPP リン クの相手に送るように、あなたのマシンに指示します)を追加したければ、次のコ マンドを入力してください。 PPP ON awfulhak> add default HISADDR ‘HISADDR’ という文字列は、相手側の IP アドレスを表します。既存の経路のた めに ‘‘add’’ コマンドが失敗する場合には、 PPP ON awfulhak> add! default HISADDR を用いることで既存の経路を上書きできます。このコマンドは、実際に接続を作 成する前に実行可能です。新しい IP アドレスを接続時にネゴシエートする場 合、これに従って ppp がデフォルト経路を更新します。 ここで、(ping, telnet, ftp のような) ネットワークアプリケーションを、あな たのマシンの別のウィンドウまたは端末で使用可能です。現在の端末を再利用し たい場合、 ppp をバックグラウンドモードにするために、標準のシェルのサスペ ンドとバックグラウンドコマンド (通常 ‘‘^Z’’ の後に ‘‘bg’’) を使用可能で す。 使用可能コマンドの詳細は PPP コマンドリストの節を参照してください。 |
自動ダイヤル
|
自動ダイヤルを行うためには、ダイヤルとログインのチャットスクリプトを用意 しなければなりません。定義の例は /usr/share/examples/ppp/ppp.conf.sample を見てください (/etc/ppp/ppp.conf の書式は非常に簡単です)。各行は単一のコ メント、インクルード、ラベル、コマンドのいずれかを含みます。 |
• (‘‘#’’) 文字で始まる行は、コメントとして扱われます。コメント行と認識した場合、先行する空白は無視されます。
|
• インクルードは語 ‘!include’ から始まる行です。 1 つの引数 - インク ルードするファイル - を持つ必要があります。古いバージョンの ppp との 互換性のために、 ‘‘!include ~/.ppp.conf’’ を使用したいかもしれませ ん。 • ラベルは行頭から始まり、最後にコロン (‘‘:’’) が続かなければなりませ ん。 • コマンド行は、最初の桁に空白かタブを含む必要があります。 • ‘‘$’’ 文字で始まる文字列は、同じ名前の環境変数の値で置き換えられま す。同様に、 ‘‘~’’ 文字で始まる文字列は、同じ名前のユーザアカウントの ホームディレクトリへのフルパスで置き換えられ、 ‘‘~’’ 文字自体は現在の ユーザのホームディレクトリへのフルパスで置き換えられます。コマンドや 引数に ‘‘$’’ や ‘‘~’’ の文字を含めたい場合には set password "pa$ss~word" /etc/ppp/ppp.conf ファイルには少なくとも ‘‘default’’ セクションが存在する 必要があります。このセクションは常に実行されます。このファイルには 1 つ以 上のセクションが含まれます。セクション名は用途に応じて付けます。例えば、 ‘‘MyISP’’ はあなたの ISP を表したり、 ‘‘ppp-in’’ は入力の ppp 構成を表し たります。 ppp を立ち上げる際に、接続先のラベル名を指定可能です。 ‘‘default’’ ラベルに関係づけられたコマンドが実行されてから、接続先ラベル に関連づけられたコマンドが実行されます。 ppp を引数無しで起動した場合、 ‘‘default’’ だけは実行されます。 load コマンドを使用して、 /etc/ppp/ppp.conf のセクションを手動でロード可能です: ppp ON awfulhak> load MyISP セクションロード後には、 ppp はいかなる動作も行わないことに注意してくださ い。これは、コマンドラインでラベルを指定した結果でも、 ‘‘load’’ コマンド を使用した結果でも同様です。設定ファイル中で、そのラベルに対して指定され たコマンドのみが、実行されます。一方、 ppp を −background, −ddial, −dedicated のいずれかのスイッチ付きで起動したときには、 ppp が接続を確立 するように、リンクモードが指示します。更なる詳細については、後述の ‘‘set mode’’ コマンドを参照してください。 ひとたび接続が確立したなら、プロンプトの ‘ppp’ は ‘PPP’ に変わります: # ppp MyISP ... ppp ON awfulhak> dial Ppp ON awfulhak> PPp ON awfulhak> PPP ON awfulhak> Ppp プロンプトは ppp が認証フェーズに入ったことを示します。 PPp プロンプ トは ppp がネットワークフェーズに入ったことを示します。 PPP プロンプトは ppp がネットワーク層プロトコルのネゴシエーションに成功し、使用可能状態に あることを示します。 もし /etc/ppp/ppp.linkup が利用可能ならば、 PPP 接続が確立された時に、そ の内容が実行されます。接続が確立された後のバックグラウンドでのスクリプト 実行については、提供されている /usr/share/examples/ppp/ppp.conf.sample ( 使用可能な置換文字列については、後述の ‘‘shell’’ と ‘‘bg’’ を参照してくだ さい) の ‘‘pmdemand’’ の例を参照してください。同様に、接続が閉じられる と、 /etc/ppp/ppp.linkdown ファイルの内容が実行されます。これらのファイル のフォーマットは /etc/ppp/ppp.conf と同じです。 以前のバージョンの ppp では、デフォルト経路のような経路は ppp.linkup ファ イルで追加し直す必要がありました。現在では ppp は、 HISADDR, MYADDR, HISADDR6, MYADDR6 が変化したときに、自動的にこれらの文字列を含むすべての 経路を更新する ‘スティッキ経路’ をサポートします。 |
バックグラウンドダイヤル
|
ppp を使って非対話的に接続を確立したい場合 (例えば crontab(5) エントリや at(1) ジョブから使うような場合) には、 −background オプションを使います。 −background が指定された場合、 ppp はすぐに接続を確立しようとします。複数 の電話番号が指定された場合には、各電話番号が 1 回ずつ試されます。これらに 失敗すると、 ppp は即座に終了し、0 でない終了コードを返します。接続に成功 すると ppp はデーモンになり、呼び出し側に終了コード 0 を返します。デーモ ンは、リモートシステムが接続を終了した場合、もしくは TERM シグナルを受け 取った場合に、自動的に終了します。 |
ダイヤルオンデマンド
|
デマンドダイヤル機能は −auto または −ddial オプションにて有効にされます。 この場合にも /etc/ppp/ppp.conf で定義された接続先のラベルを指定しなければ なりません。これには、リモート接続先の IP アドレスを指定するための ‘‘set ifaddr’’ コマンドも書かれていなければなりません (/usr/share/examples/ppp/ppp.conf.sample を参照してください)。 # ppp -auto pmdemand −auto または −ddial が指定された時に ppp はデーモンとして動作しますが、 /etc/ppp/ppp.conf 中で ‘‘set server’’ コマンドを使うことで、設定を確認し たり変更したりすることができます。 (たとえば、 ‘‘set server +3000 mypasswd’’ とすると) 次のように診断ポートを通じて接続することができます。 # pppctl 3000 (tun0 を仮定)
Password:
PPP ON awfulhak> show who
tcp (127.0.0.1:1028) *
‘‘show who’’ コマンドは現在 ppp 自身に接続しているユーザの一覧を表示しま す。診断ソケットが閉じられる、もしくは異なるソケットに変更された場合、す べての接続は即座に終了します。 −auto モードにて送信パケットが検出された時、 ppp は (チャットスクリプトに 基づいて) ダイヤルを行い、通信相手に接続しようとします。 −ddial モードで は回線がダウンしていることが確認された場合にはいつでもダイヤルが行われま す。接続に失敗したら、デフォルトの動作では 30 秒間待ってから、別の送信パ ケットが検出された時に接続しようとします。この動作は ‘‘set redial’’ コマ ンドで変更できます。 set redial secs |
[ +inc[-max]][.next] [attempts]
secs は、再び接続しようとするまでの秒数です。引数がリテラル文字列‘random’ の場合には、待ち時間を 1 秒以上から 30 秒以下の間でランダムに選びます。 inc は秒数であり、新規にダイヤルするときに secs に加えられます。このタイムアウト値が secs に戻るのは、接続が成功裏に確立した後だけです。 inc のデフォルト値は 0 です。 max は、 ppp が secs を増加させる最大回数です。 max のデフォルト値は 10 です。 next は電話番号リストの中の次の番号をダイヤルする前に待つ秒数です。(‘‘set phone’’ コマンドを参照してください)。これのデフォルトは3 秒です。繰り返しますが、引数がリテラル文字列 ‘random’ の場合には、待ち時間を 1 秒以上 30 秒以下の間でランダムに選びます。 attempts は、受け取った個々の送信パケットに対して、最大何回接続を試みるのかを示す数字です。パラメータを省略すると、以前の値は変更されません。 attempts に 0 を指定すると、接続されるまで試みを続けます。
例えば、
set redial 10.3 4
は個々の送信パケットに対して 4 回接続を試み、番号間の待ち時間が 3 秒で、 すべての番号を試した後に 10 秒待つことを表します。複数の電話番号が指定さ れている場合でも、トータルのダイヤル回数は 4 回のままです。 (それぞれの番 号を 4 回ダイヤルするのではありません)。
代りに、
set redial 10+10-5.3 20
は、 ppp に接続を 20 回試みさせます。最初の試みの後は、 ppp は 10 秒待ち ます。次の試みの後は 20 秒待ちということを、 6 番目の試みの後では 1 分待 つところまで行います。次の 14 回の停止は、同じ 1 分間となります。 ppp が 接続し、切断した後、再度接続に失敗した場合、タイムアウト値は再度 10 秒か ら開始します。
リンクの両端が ppp の −auto ダイヤルモードを利用している場合は、ダイヤル 間隔を変更しておくのが良いでしょう。もし、リンクの両端が同じタイムアウト 時間に設定されていて、リンクが切れて両方に送信待ちのパケットがあった場 合、両方が同時に相手を呼び出しあうことになってしまいます。場所によって は、シリアルリンクに信頼性がなく、切れるべきでない時にキャリアが失われる かもしれません。セッションの途中で予期せずキャリアが失われた場合、 ppp に リダイヤルさせることができます。
set reconnect timeout ntries
このコマンドは、キャリアが失われた時に timeout 秒の間隔を置いて ntries 回 まで接続を再確立するよう ppp に指示します。例えば、
set reconnect 3 5
は、予期せぬキャリア喪失の際に 3 秒待ってから再接続を試みるように ppp に 指示します。これは ppp があきらめる前に 5 回まで行われます。 ntries のデ フォルト値は 0 (再接続しない) です。このオプションを使用する際には注意が 必要です。もしローカル側のタイムアウトがリモート側よりもわずかに長いと、 リモート側がタイムアウトにより回線を切断した場合に、再接続機能が (指定し た回数まで) 起動されてしまいます。注: この文脈においては、多くの LQR を喪 失するとキャリア喪失を引き起こし、ひいては再接続を引き起こします。 −background フラグが指定された場合、接続が行えるまですべての電話番号が最 大 1 回ダイヤルされます。 ‘‘set redial’’ コマンドにて、リダイヤル期間の後 に、再接続回数を指定します。リダイヤル値が指定した電話番号数より少ない場 合、指定した電話番号で使用されないものが出来ます。プログラムを終了させる には、次のように入力してください。
PPP ON awfulhak> close
ppp ON awfulhak> quit all
‘‘quit’’ コマンドは pppctl(8) もしくは telnet(1) による接続を終了します が、プログラム自身は終了させません。 ppp も終了させたい場合には、 ‘‘quit all’’ を実行してください。
PPP 接続の受け入れ (方法その 1)
|
PPP 接続要求を受け入れるには、次の手順にしたがってください。 |
1. モデムと、 (必要であれば) /etc/rc.serial が正しく設定されていることを確認します。
|
• フロー制御にはハードウェアハンドシェイク
(CTS/RTS) を使います。 2. モデムが接続されているポートで getty(8) が起動されるように /etc/ttys を編集します。例えば、次のように設定すれば良いでしょう: ttyd1 " getty(8) を起動するために init(8) プロセスに HUP シグナルを送るのを 忘れないでください: # kill -HUP 1 通常、あなたのモデムの DTR 速度を getty と同じに設定する必要がありま す: # ppp |
3. /usr/local/bin/ppplogin ファイルを次のような内容で作成します:
|
#!/bin/sh ダイレクトモード (−direct) では、 ppp は標準入力と標準出力を使って動 作します。クライアント動作の ppp と同様に、 pppctl(8) を使用すること で、構成された診断ポートに接続可能です。 ここで /etc/ppp/ppp.conf 中の incoming セクションが設定されていなけ ればなりません。 incoming セクションに適当な ‘‘allow users’’ コマンドがあることを確か めておいてください。 |
4. 受け入れるユーザのアカウントを用意してください。
|
ppp:xxxx:66:66:PPP Login User:/home/ppp:/usr/local/bin/ppplogin 詳細は adduser(8) と vipw(8) のマニュアル項目を参照してください。 |
5. ‘‘accept dns’’ および ‘‘set nbns’’ コマンドを使うことで IPCP によるドメインネームサーバと NetBIOS ネームサーバのネゴシエーションを有効にすることが可能です。下記の記述を参照してください。
|
PPP 接続の受け入れ (方法その 2) |
|
この方法は、 login(1) ではなく ppp で接続の認証を行うという点が異なりま す。 |
1. /etc/gettytab の default セクションに ‘‘pp’’ ケーパビリティを指定することで ppp を自動的に認識するように設定してください。
|
default:\ |
|
:pp=/usr/local/bin/ppplogin:\ |
||
|
..... |
2. 上記の方法その 1 の最初の 3 手順と同じように、シリアルデバイスを設定し、 getty(8) を有効にして、 /usr/local/bin/ppplogin を作成してください。
|
3. /etc/ppp/ppp.conf の ‘incoming’ ラベル (もしくは ppplogin が用いるラ ベルならなんでも構いません) 下に ‘‘enable chap’’ か ‘‘enable pap’’ ( もしくはその両方) を加えてください。 4. /etc/ppp/ppp.secret に、受け入れるユーザそれぞれについて、エントリを 作成してください。 Pfred<TAB>xxxx これで、 getty(8) は (HDLC フレームヘッダを認識することで) ppp 接続を検出 すると、すぐに ‘‘/usr/local/bin/ppplogin’’ を実行します。 上記のように PAP もしくは CHAP を有効にすることは 必須です。そうしなけれ ば、あらゆる人があなたのマシンにパスワード なしに ppp セッションを確立す ることを許可し、あらゆる種類の潜在的な攻撃に対して門戸を開いていることに なります。 |
内向き接続の認証
|
通常、接続の受信側は相手が相手自身を認証することを要求します。これは通常 login(1) にて行われますが、代りに PAP か CHAP を使用可能です。 2 つのうち で CHAP の方がより安全ですが、クライアントによってはサポートしていないも のがあります。どちらを使いたいか決めたら、 ‘enable chap’ または ‘enable pap’ を ppp.conf の適切なセクションに追加してください。 その後、 /etc/ppp/ppp.secret ファイルの設定を行う必要があります。このファ イルは、クライアントになりうるマシンごとに 1 行を含みます。各行は 5 つま でのフィールドからなります: name key [ |
hisaddr [label [callback-number]]] name と key は期待されるクライアントのユーザ名とパスワードを指定します。key が ‘‘*’’ で PAP が使用される場合、 ppp は認証時にパスワードデータベース (passwd(5)) を検索します。 ppp.secret の如何なる name/key の組み合わせにおいても適切でない返答をクライアントが与える場合、認証は失敗します。 認証に成功したならば、 (指定時には) hisaddr を IP 番号ネゴシエーション時に使用します。詳細は ‘‘set ifaddr’’ コマンドを参照してください。 認証に成功し label が指定された場合、現在のシステムラベルは label にマッチするように修正されます。このことはファイル ppp.linkup と ppp.linkdownの後続のパーズに影響があります。 認証に成功し callback-number が指定され ‘‘set callback’’ が ppp.conf で指定された場合、クライアントは指定された番号でコールバックされます。 CBCPが使用される場合、 ‘‘set cbcp’’ コマンドに渡すのと同様の形式で、callback-number にもまた番号のリストまたは ‘‘*’’ を含むことが可能です。この値は、 ppp で後続する CBCP フェーズで使用します。
PPP オーバ TCP と PPP オーバ UDP (別名: トンネリング)
|
シリアルリンク上以外の ppp の使用方法として、 device にホストとポートを指 定することにより、 TCP 接続を使用することが可能です: |
|
set device ui-gate:6669/tcp |
|
シリアルデバイスをオープンする代りに、 ppp は指定されたマシンの指定された ソケットへの TCP 接続をオープンします。 ppp は telnet プロトコルを使用し ないこと、 telnet サーバとネゴシエーションできないことに注意を払うべきで す。受信マシン (ui-gate) 上に、この PPP 接続を受信するポートを設定する必 要があります。まず /etc/services を更新して、サービスを定義します: |
|
ppp-in 6669/tcp # Incoming PPP connections over TCP |
|
そして /etc/inetd.conf を更新して、このポートへの受信接続をどのように扱う かを inetd(8) に指示します: |
|
ppp-in stream tcp nowait root /usr/sbin/ppp ppp -direct ppp-in |
|
/etc/inetd.conf を更新した後には、 inetd(8) に HUP シグナルを送るのをお忘 れなく。ここではラベル名 ‘‘ppp-in’’ を使用します。 ui-gate (受信側) の /etc/ppp/ppp.conf エントリは次の内容を含みます: ppp-in:
set timeout 0
set ifaddr 10.0.4.1 10.0.4.2
また、 /etc/ppp/ppp.linkup 中のエントリには、次のようなものを含まなくては なりません。 ppp-in:
add 10.0.1.0/24 HISADDR
ppp がネゴシエーションを行い、インタフェースにアドレスを割り当ててからだ けしか経路を追加しないように、 ppp.linkup ファイル中には ‘‘add’’ コマンド を置く必要があります。 セキュリティのために PAP もしくは CHAP の設定をしたいかもしれません。 PAP を有効にするには次の行を追加します: enable PAP また、次のエントリを /etc/ppp/ppp.secret に作成する必要があります: MyAuthName MyAuthPasswd MyAuthPasswd が ‘‘*’’ の場合には、パスワードは passwd(5) データベースから 検索されます。 awfulhak (起動側) の /etc/ppp/ppp.conf エントリは次の内容を含む必要があり ます: ui-gate:
set escape 0xff
set device ui-gate:ppp-in/tcp
set dial
set timeout 30
set log Phase Chat Connect hdlc LCP IPCP IPV6CP CCP tun
set ifaddr 10.0.4.2 10.0.4.1
そして、 /etc/ppp/ppp.linkup ファイル中に経路の設定もつけます。 ui-gate:
add 10.0.2.0/24 HISADDR
PAP を有効にするのなら、 /etc/ppp/ppp.conf プロファイル中に、次のような設 定も必要です。 set authname MyAuthName
set authkey MyAuthKey
我々は、 ui-gate に 10.0.4.1 のアドレスを割り当て、 awfulhak に 10.0.4.2 のアドレスを割り当てようとしています。接続をオープンするためには、次の内 容をタイプするだけで良いです。 |
|
awfulhak # ppp -background ui-gate |
|
結果として、 awfulhak にはネットワーク 10.0.2.0/24 への新たな「経路」が、 ui-gate にはネットワーク 10.0.1.0/24 への新たな「経路」が、 TCP 接続経由 でそれぞれ作成されます。ネットワークは実質的にブリッジされます - 下位レベ ルの TCP 接続はパブリックなネットワーク (例えばインターネット) をまたがっ ても良いです。また 2 つのゲートウェイ間では PPP トラフィックは概念的に TCP ストリーム中でカプセル化されます (パケットがパケットに対応するわけで はありません)。 この機構の大きな欠点は、同時に 2 つの「配送保証」機構が存在することです - この 2 つとは、下位レベルの TCP ストリームと PPP リンク上で使用されるプロ トコルであり、おそらくまた TCP でしょう。パケット喪失が起ると、両者はそれ ぞれの方法で喪失したパケットを再送しようとするでしょう。 このオーバヘッドを避けるために、トランスポートとして TCP の代りに UDP を 使用できます。これは単にプロトコルを "tcp" から "udp" に変えるだけで可能 です。トランスポートとして UDP を使用するとき、 ppp は同期モードで動作し ます。入力データがパケットに再構成されないという、別の利点もあります。 このように、トンネルされた設定を通してデフォルトの経路を追加するときには 注意してください。デフォルトの経路 (/etc/ppp/ppp.linkup に追加されます) が、最終的にはリンクのトンネル経由の TCP 接続をルーティングすることになる のは良く起こることであり、結果的に接続を狭めてしまうことになります。これ を避けるため、トンネル経由の接続の助けになるように、静的経路を追加するこ とを忘れないでください。 ui-gate:
set escape 0xff
set device ui-gate:ppp-in/tcp
add ui-gate x.x.x.x
.....
ここで、 ‘‘x.x.x.x’’ は、 ‘‘ui-gate’’ への経路が通常使用する IP アドレス です。 インターネットのような、公共のネットワークを通して接続をルーティングさせ る場合、データを暗号化する方が望ましいです。 MPPE プロトコルの助けを借り れば、それが可能になります。しかし、現在のところ、MPPE が圧縮層として実装 している (この点に関しては Microsoft 社に感謝します) ように、トラフィック を圧縮することもできるというわけではありません。 MPPE 暗号化を有効にする には、次のような行をサーバ側の /etc/ppp/ppp.conf に追加してください。 enable MSCHAPv2
disable deflate pred1
deny deflate pred1
その際、 /etc/ppp/ppp.secret に必要なエントリを置いたことを確認してくださ い (MSCHAPv2 はチャレンジコードベースです。そのため、 passwd(5) は使用し ません)。 MSCHAPv2 および MPPE はデフォルトで受け取ることができます。ですので、クラ イアント側では、何も変更を加えなくても動くはずです (ですが、プロファイル 中に ‘‘set authname’’ と ‘‘set authkey’’ があることは確認してください)。 |
ネットワークアドレス変換 (パケットエイリアシング)
|
−nat コマンドラインオプションにより、ネットワークアドレス変換 (別名、パ ケットエイリアシング) が有効になります。これにより、 ppp ホストがローカル エリアネットワークの他のコンピュータに対してマスカレードゲートウェイとし て動作するようになります。送信される IP パケットは、まるで ppp ホストから 来たかのように NAT され、受信パケットは、それがローカルエリアネットワーク の正しいマシンに送られるように NAT が戻されます。 NAT により、未登録でプ ライベートなサブネット上のコンピュータを外部から見えないようにしつつ、イ ンターネットへアクセス可能とします。一般に、 ppp が正しく動作していること の確認は、まず最初にネットワークアドレス変換を禁止して行います。次に −nat オプションを有効にして、 ppp ホストの上で (ウェブブラウザや telnet(1), ftp(1), ping(8), traceroute(8) などの) ネットワークアプリケーションの動作 を確認します。最後に、LAN 上の別のコンピュータの上で同様なアプリケーショ ンの動作を確認することになります。 ppp ホストではネットワークアプリケー ションが正しく動作するのに、 LAN 上の別のコンピュータでは動かないのであれ ば、マスカレードソフトウェアは正しく動いているけれども、ホストが IP パ ケットをフォワーディングしないか、ひょっとするとパケットが送られて来てい ないかのどちらかです。 /etc/rc.conf で IP フォワーディングが有効にされて いることと、他のコンピュータで ppp ホストがその LAN のゲートウェイとして 指定されていることを確認してください。 |
パケットのフィルタリング
|
この実装では、パケットのフィルタリングがサポートされています。 in フィル タ、 out フィルタ、 dial フィルタ、そして alive フィルタの 4 種類のフィル タがあります。ここでは基本的なことについて書くことにします。 |
• フィルタ定義は次のような構文になっています。 set filter name rule-no action [!] [ [host] src_addr[/width][dst_addr[/width]]] [proto [src cmp port] [dst cmp port] [estab][syn] [finrst] [timeout secs]]
|
1. name は ‘in’, ‘out’, ‘dial’, ‘alive’ のいずれかです。 2. rule-no は ‘0’ から ‘39’ までの数値で、ルール番号を指定します。 ルールは rule-no の番号順に指定されます。ただしルール ‘0’ が指定 されている場合のみです。 3. action は ‘permit’, ‘deny’ を指定可能であり、あるパケットがこれ らのルールに一致した場合、結びつけられた action が直ちに実行され ます。また action には ‘clear’ も指定可能です。この場合、この ルールに結びつけられた action をクリアします。また action には、 現在のルール番号よりも大きなルール番号を指定可能です。この場合に は、あるパケットが現在のルールに一致した場合、 (次のルール番号の 代りに) この新しいルールに対して次にパケットが一致するかを確認し ます。 action にはエクスクラメーションマーク (‘‘!’’) を続けることが可能 です。この場合、 ppp は後続する一致の意味を反転させます。 4. [src_addr[/width]] と [dst_addr[/width]] は始点と終点の IP アド レスです。 [/width] が指定された場合には、それによって適切なネッ トマスクのビット値を与え、アドレスの範囲を指定することができま す。 src_addr と dst_addr には、 MYADDR, HISADDR, MYADDR6 または HISADDR6 という値を使用可能です (これらの値の解説は ‘‘bg’’ を参 照してください)。これらの値を使用した場合、これらの値が変化する たびにフィルタが更新されます。これは、後述の ‘‘add’’ コマンドの 動作と似ています。 5. proto は protocols(5) 中の任意のプロトコルです。 6. cmp は ‘lt’, ‘eq’, ‘gt’ のうちいずれか 1 つです。それぞれ、より 小さい、等しい、より大きいを意味します。 port はポート番号で指定 するか、 /etc/services のサービス名で指定することができます。 7. ‘estab’, ‘syn’, ‘finrst’ フラグは proto が ‘tcp’ に設定されてい るときにのみ許可され、それぞれ TH_ACK、TH_SYN、および TH_FIN も しくは TH_RST という TCP フラグを表わします。 8. タイムアウト値は、現在のアイドルタイムアウトを最低でも secs 秒へ と修正します。タイムアウトを、alive フィルタと in/out フィルタの 両方で指定すると、 in/out での値が使用されます。タイムアウトを指 定しないと、デフォルトタイムアウト (set timeout を使用して設定す るもので、デフォルトでは 180 秒になります) が使用されます。 • 各フィルタはルール 0 から始まり、40 個までのルールをもつことができま す。規則のルールは、ルール 0 が定義されていなければ、有効にはなりませ ん。すなわち、デフォルトではすべてが通されます。 • 定義されたルール集合中にマッチするものが無い場合、パケットは破棄 (ブ ロック) されます。フィルタにルールが存在しない場合、パケットは通過を 許されます。 • PROTO_IP PPP フレームヘッダを持つ UDP フレームに対しては、ペイロード に基づいたフィルタリングを行なうことが可能です。詳細については、後述 の filter-decapsulation を参照してください。 • すべての規則を消去するには、 ‘‘set filter name -1’’ を使ってくださ い。 /usr/share/examples/ppp/ppp.conf.sample. を参照してください。 アイドルタイマの設定 |
|
アイドルタイマを調べたり/設定するためには、それぞれ ‘‘show bundle’’ と ‘‘set timeout’’ コマンドを使ってください: ppp ON awfulhak> set timeout 600 タイムアウト時間は秒数で指定します。デフォルト値は timeout が 180 秒 (3 分) です。アイドルタイマ機能を使わないようにするためには、次のコマンドを 利用してください。 ppp ON awfulhak> set timeout 0 −ddial と −dedicated モードではアイドルタイムアウトは無視されます。 −auto モードでは、アイドルタイムアウトが発生すると ppp プログラムは実行したまま で PPP セッションを終了します。別の引金となるパケットがきた時にリンクを再 び確立しようとします。 |
Predictor-1 および DEFLATE 圧縮
|
ppp は Predictor type 1 圧縮および deflate 圧縮をサポートしています。デ フォルトでは、 ppp は、接続相手が同意 (あるいは要求) した場合に、この機能 を使おうと (もしくは受け入れようと) します。 ppp は deflate プロトコルを 優先します。これらの機能を使用したくない時には ‘‘disable’’ と ‘‘deny’’ の コマンドを参照してください。 ‘‘disable deflate’’ か ‘‘deny deflate’’ の一方を使用することにより、方向 ごとに異ったアルゴリズムを使用することができます (接続相手が両方のプロト コルをサポートしていると仮定しています)。 デフォルトでは、DEFLATE についてネゴシエートするときには ppp はウィンドウ サイズとして 15 を使います。この動作を変更したい場合には ‘‘set deflate’’ コマンドを参照してください。 デフォルトでは無効にされ受け付けませんが、DEFLATE24 と呼ばれる特殊なアル ゴリズムを使用することもできます。これは CCP ID 24 をネゴシエーションに使 う点を除いては DEFLATE と完全に同じものです。これを使用することで ppp は pppd バージョン 2.3.* と DEFLATE ネゴシエーションを成功させることができま す。 |
IP アドレスの制御
|
IPv4 では、 ppp は IP アドレスのネゴシエーションのために IPCP を使いま す。接続の両側は、自分が使おうとするアドレスを提示し、要求された IP アド レスが受け入れ可能なものであれば、相手に ACK (肯定応答) を返します。受け 入れることができなければ、別の IP アドレスの使用を促すために ppp は相手に NAK (否定応答) を返します。接続の両側が受け取った要求に同意し (ACK を 送っ) た時、 IPCP はオープン状態にセットされ、ネットワーク層での接続が確 立されます。 IPCP の動作を制御するために、この実装はローカルとリモートの IP アドレスを定義するための ‘‘set ifaddr’’ コマンドを持っています。 set ifaddr [ |
src_addr[/nn] [ dst_addr[/nn] [ netmask[trigger_addr]]]]
ここで、 ‘src_addr’ はローカル側で使おうと思っている IP アドレスで、 ‘dst_addr’ はリモート側が使用すべき IP アドレスです。 ‘netmask’ は使用す べきネットマスクです。 ‘src_addr’ のデフォルトは現在の hostname(1) のも の、 ‘dst_addr’ のデフォルトは 0.0.0.0 であり、 ‘netmask’ のデフォルトは ‘src_addr’ に適したマスク値です。 ‘netmask’ はデフォルトより小さくするこ とのみ可能です。ほとんどのカーネルが POINTOPOINT インタフェースのネットマ スクを無視するので、便利な値は 255.255.255.255 でしょう。
誤った PPP の実装には、接続ネゴシエーションのために、 ‘src_addr’ ではなく 特別な IP アドレスを使用しなければならないものがあります。この場合、 ‘trigger_addr’ で指定した IP アドレスが使用されます。相手がこの提案された 番号に同意しない限り、経路表には影響しません。
set ifaddr 192.244.177.38 192.244.177.2 255.255.255.255 0.0.0.0
上の例の意味は次の通りです:
• 自分の IP アドレスとしてまず 0.0.0.0 を提案しますが、アドレス192.244.177.38 のみは受け付けます。
|
• 相手側のアドレスとして 192.244.177.2
を使うように要求し、 192.244.177.2
以外のどんなアドレスを使うことも許可しません。相手側が 別の
IP アドレスを要求してきた時は、いつでも 192.244.177.2
を提案しま す。 これは、両側が既に決まった IP アドレスを持っている場合にはうまくいきます が、多くの場合、一方がすべての IP アドレスを制御するサーバとして動作して おり、もう一方はその方針に従います。より柔軟な動作をさせるために、 ‘‘set ifaddr’’ コマンドで IP アドレス指定をもっと緩やかにすることが可能です: set ifaddr 192.244.177.38/24 192.244.177.2/20 スラッシュ (‘‘/’’) に続く数字は、この IP アドレスで意味のあるビットの数を 表現しています。上の例は次のことを示しています。 • 可能なら自分のアドレスとして 192.244.177.38
を使おうとしますが、 192.244.177.0 から 192.244.177.255
の間の任意の IP アドレスも受け入れ ます。 IPv6 アドレスのネゴシエーション時には、ユーザはなにも制御できません。 IPV6CP ネゴシエーションは完全自動です。 インターネットサービスプロバイダと接続する |
|
プロバイダに接続する際には、次のステップを踏む必要があるでしょう: |
1. ‘‘set phone’’ コマンドを使って、ダイヤルスクリプトにプロバイダの電話番号を記述します。ダイヤルやリダイヤルに使用する電話番号は、パイプ(‘‘|’’) またはコロン (‘‘:’’) で区切って複数指定することができます。例えば、次のようになります:
|
set phone telno |
[ |backupnumber]...[ :nextnumber]...
最初のパイプで区切られたリストの番号は、直前の番号でダイヤルもしくは ログインスクリプトが失敗した場合のみ使用されます。コロンで区切られた 番号は、直前の番号の使用によりなにが起ったのかにかかわらず、この順番 で使用されます。例えば:
set phone "1234567|2345678:3456789|4567890"
この場合、まず 1234567 にダイヤルしてみます。ダイヤルもしくはログイ ンスクリプトに失敗したら、次は 2345678 を使用します。しかしこれはダ イヤルもしくはログインスクリプトに失敗したとき *のみ* です。このダイ ヤルの後、3456789 が使用されます。 4567890 は 345689 でダイヤルもし くはログインスクリプトに失敗したときのみ使用されます。 2345678 のロ グインスクリプトが失敗したとしても、次の番号は 3456789 です。必要な 数だけ、パイプとコロンを使用可能です (しかし、通常はパイプのみかコロ ンのみであり両方の使用はないでしょう)。次の番号へのリダイヤルまでの タイムアウトは、すべての番号にて使用されます。リストが終了すると、通 常のリダイヤル期間だけ待ち、最初から再開します。 ‘‘set dial’’ コマン ドの \\T 文字列は選択された番号で置きかえられます。 (以降を参照して ください)。
2. リダイヤルに関する設定は、 ‘‘set redial’’ で行います。例えば回線の調子が悪かったり、 (最近ではそれほど多くないでしょうが) プロバイダがいつも話中だったりすると、次のように設定したくなるかもしれません:
set redial 10 4
これは最初の番号にリダイヤルを行う前に 10 秒待って、 4 回までダイヤ ルしてみるという意味になります。
3. ‘‘set dial’’ と ‘‘set login’’ コマンドを使ってログイン手続きを記述します。 ‘‘set dial’’ コマンドはモデムと通信してプロバイダへのリンクを確立するのに使われます。例えば、次のようになります:
set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 4 \"\" \
ATZ OK-ATZ-OK ATDT\\T TIMEOUT 60 CONNECT"
このモデム「チャット」文字列の意味は次の通りです。
• "BUSY" または "NO CARRIER" を受信した場合には処理を中止します。
|
• タイムアウトを 4 秒にセットします。 • 文字列の受信待ちは行いません。 • ATZ を送信します。 • OK の受信待ちを行います。もし 4 秒以内に受信できなければ、もう 1 度 ATZ を送信し、OK の受信待ちを行います。 • ATDTxxxxxxx を送信します。 xxxxxxx は上記の電話番号リストの中 の、次にダイヤルする番号です。 • タイムアウトを 60 にセットします。 • 文字列 CONNECT の受信待ちを行います。 一旦接続が確立されると、ログインスクリプトが実行されます。このスクリ プトはダイヤルスクリプトと同じスタイルで書かれますが、パスワードが記 録されないように注意してください: set authkey MySecret このログイン「チャット」文字列の意味は次の通りです。 |
• タイムアウトを 15 秒にセットします。
|
• "login:" の受信待ちを行います。もし受信できなければ復改文字を送 信して、再び "login:" の受信待ちを行います。 • "awfulhak" を送信します。 • "word:" ("Password:" プロンプトの末尾) の受信待ちを行います。 • authkey に現在設定されている値を送信します。 • "ocol:" ("Protocol:" プロンプトの末尾) の受信待ちを行います。 • "PPP" を送信します。 • "HELLO" の受信待ちを行います。 ‘‘set authkey’’ コマンドのログは特別な方法でとられます。 command ま たは chat のログが有効な時は、実際のパスワードは記録されません。代り に ‘********’ が記録されます。 ログインスクリプトはプロバイダによって大きく違うものになるでしょう。 初めてそれを設定するときには チャットログを有効化することで、あなた のスクリプトが予定通りに動いているかを調べることができます。 4. シリアル回線と通信速度を指定するためには ‘‘set device’’ と ‘‘set speed’’ を使います。例えば次のようになります。 set device /dev/cuaa0 FreeBSD では cuaa0 が 1 つめのシリアルポートになります。 OpenBSD で ppp を実行している場合には cua00 が 1 つめです。あなたのモデムが 28800 かそれ以上のビットレートで通信することができるなら、シリアル ポートの速度には 115200 を指定しておくべきでしょう。一般に、シリアル ポートの速度はモデムの速度の約 4 倍にしておきます。 |
5. ‘‘set ifaddr’’ コマンドで IP アドレスを定義します。
|
• プロバイダがどの IP アドレスを使っているのか知っている場合には、 それをリモートアドレス (dst_addr) として使ってください。知らない 場合には、10.0.0.2/0 か何かを使ってください (以降を参照してくだ さい)。 • 特定の IP アドレスをプロバイダから割り当てられている場合は、それ をローカルアドレス (src_addr) として使ってください。 • プロバイダが IP アドレスを動的に割り当てる場合は、適当に控えめで 緩やかに記述した IP アドレスをローカルアドレスに選んでください。 10.0.0.1/0 が適切でしょう。 / に続く数値は、このアドレスのうち何 ビットを重視しているかを示します。もしもクラス C のネットワーク 1.2.3.0 上のアドレスを使うことを主張したいのなら、1.2.3.1/24 と 指定することができます。 • プロバイダがあなたが提示した最初の IP 番号を受け付ける場合、第 3, 4 の引数に ‘‘0.0.0.0’’ を指定してください。これによりプロバイ ダが番号を割り当てます (3 つめの引数は、 ‘src_addr’ に対してデ フォルトのマスクよりも制約が緩いため、無視されます)。 自分の IP アドレスもプロバイダの IP アドレスも知らない場合には、次の 例のようにするとよいでしょう。 set ifaddr 10.0.0.1/0 10.0.0.2/0 0.0.0.0 0.0.0.0 |
6. ほとんどの場合、プロバイダはデフォルトルータでもあるでしょう。この場合、次の行
|
add default HISADDR を /etc/ppp/ppp.conf (−auto モードを使用しない設定の場合には /etc/ppp/ppp.linkup) に追加します。 これは、 ppp 接続先のアドレスが何であっても (この例では 10.0.0.2) デ フォルト経路として追加するように指示します。この経路は ‘スティッキ’ です。これは HISADDR の値が変わると、経路もそれに従って自動的に更新 されるという意味です。 |
7. プロバイダが PAP/CHAP による認証を要求している場合は、/etc/ppp/ppp.conf ファイルに次の行を追加してください:
|
set authname MyName デフォルトではどちらも受け付けられますので、ISP が何を要求しても大丈 夫です。 PAP もしくは CHAP を使用する場合、ログインスクリプトはほとんどの場 合、必要とされないことを記述しておくべきでしょう。 |
8. 次のような行を加え、ISP にネームサーバアドレスを確認してください。
|
enable dns ローカル DNS を走らせている場合には、 ‘‘resolv readonly’’ を使わず、 かつ、 ‘‘resolv restore’’ を /etc/ppp/ppp.linkdown に含めていないな らば、これを やらないでください。 ppp は単純に /etc/resolv.conf に nameserver 行を入れることで、ローカル DNS の使用を出し抜いてしまうか らです。 現実の例を見たい場合には、 /usr/share/examples/ppp/ppp.conf.sample と /usr/share/examples/ppp/ppp.linkup.sample を参照してください。ラベル pmdemand は、ほとんどのプロバイダで使用できるでしょう。 |
ログ機能
|
ppp は次のログ情報を、 syslog(3) 経由で、もしくはスクリーンに出力すること ができます: |
All
|
ロギング用ファシリティをすべて有効にします。この場合、ログ
がたくさんできます。 ‘all’
の最も一般的な使い方は、共通部分
として使うことです。この場合、すべてのファシリティを有効に
したあとで一部のファシリティを削ったりします
(‘debug’ や ‘timer’
が通常は無効にするのに最適なファシリティです)。 ‘‘set log’’ コマンドで、ログの出力レベルを設定することができます。また、 複数のレベルを単一コマンドラインにて指定することも可能です。デフォルト は、 ‘‘set log Phase’’ です。 スクリーンに直接ログを表示することも可能です。文法は同じで、語 ‘‘local’’ が ‘‘set log’’ の直後に付くことだけが違います。デフォルトは ‘‘set log local’’ (つまり、マスクされない警告、エラーと注意のみ出力) です。 ‘‘set log [local]’’ への最初の引数が ‘+’ か ‘-’ の文字で始まる場合、現在 のログレベルを消去せずに修正します。例えば: PPP ON awfulhak> set log phase レベル Warning, Error, Alert のメッセージログは ‘‘set log [local]’’ では 制御できません。 Warning レベルは特別で、ローカルに表示可能な場合には記録されません。 |
シグナルハンドリング
|
ppp は次のシグナルを扱います: |
INT
|
このシグナルを受信すると、現在の接続がもしあればそれを終了します。 −auto もしくは −ddial のモードではない場合、 ppp は終了します。 HUP, TERM, QUIT USR1 USR2 マルチリンク PPP |
|
PPP 相手に接続するのに複数の物理的なリンクを利用したいなら、接続相手も マ ルチリンク PPP プロトコルを理解する必要があります。仕様の詳細は RFC 1990 を参照してください。 接続先は、 ‘‘終点の選択’’ とその ‘‘認証 ID’’ の組み合わせによって識別され ます。これらの一方、もしくは両方を指定することができます。最低でも片方は 指定しておくことが推奨されます。そうでないと、すべてのリンクが実際に同一 のプログラムに接続されていることを確認する方法がなくなり、混乱してロック アップを引き起こすことがあります。ローカルには、これらの識別変数は ‘‘set enddisc’’ と ‘‘set authname’’ コマンドを用いることで指定されます。先立っ て接続相手と ‘authname’ (と ‘authkey’) について合意しておく必要がありま す。 マルチリンクの能力は ‘‘set mrru’’ コマンド (set maximum reconstructed receive unit) を用いることで有効になります。一度マルチリンクが有効になれ ば、 ppp は接続相手とマルチリンク接続のネゴシエーションを行います。 デフォルトでは (‘deflink’ と呼ばれる) ただ 1 つの ‘リンク’ のみが有効で す。さらにリンクを作成するには ‘‘clone’’ コマンドが使われます。このコマン ドは既存のリンクを複製します。それは次の点を除いてすべての性質が同じもの です: |
1. 新しいリンクは ‘‘clone’’ コマンドラインで指定された独自の名前を持ちます。
|
2. 新しいリンクは ‘interactive’ リンクです。そのモードは次の ‘‘set mode’’ コマンドで変更することができます。 3. 新しいリンクは ‘closed’ の状態にあります。 すべての有効なリンクのまとめは、 ‘‘show links’’ コマンドを用いて見ること ができます。 一度リンクが作成されると、コマンドの使用方法が変わります。すべてのリンク 固有のコマンドの前には、 ‘‘link name’’ プレフィックスをつけて、コマンドを 適用するリンクを指定する必要があります。 ppp は十分賢いので、利用可能なリ ンクが 1 つだけの場合には、 ‘‘link name’’ プレフィックスは不要です。 コマンドの中には依然としてリンクの指定なしに使用できるものがあり、それは ‘バンドル’ レベルの操作を行います。たとえば、2 つ以上のリンクが存在すると き ‘‘show ccp’’ はマルチリンクレベルの CPP 設定と統計を表示し ‘‘link deflink show ccp’’ は ‘‘deflink’’ のリンクレベルの同じ情報を表示します。 これらの情報を用いて、次の設定を用いることができます: mp: set mrru 1500 |
|
# 3 個の新規リンクを作成 - デフォルトを複製 |
|||||
|
# デフォルトリンクを削除 (‘‘deflink’’ という名前) |
|
すべての複製が設定の最後で行われていることに注意してください。一般にはリ ンクは最初に設定され、そして複製されます。あなたが常にすべてのリンクが アップ状態であることを望む場合には、設定の最後に次の行を追加することがで きます。 link 1,2,3 set mode ddial リンクが必要に応じてダイヤルされることを望む場合には、次のコマンドを使う ことができます。 link * set mode auto 上記の ‘‘set device’’ 行を取り除き、 ‘‘clone’’ コマンドに続けて次の内容を 指定することで、リンクを特定の名前に結びつけることもできます: link 1 set device /dev/cuaa0 link 2 set device /dev/cuaa1 link 3 set device /dev/cuaa2 どのコマンドが (‘‘link’’ コマンドを使用した) コンテキスト (文脈) を要求 し、どのコマンドがコンテキストをオプションとし、そしてどのコマンドがコン テキストを一切とらないかを調べるには、 ‘‘help’’ コマンドを使用します。 ppp が接続相手と マルチリンクモードでネゴシエートすると、 ppp はローカル ドメインソケットを /var/run ディレクトリに作成します。このソケットは、リ ンク情報 (実際のリンクファイル記述子も含む) を、異なる ppp の間で受け渡し するために使われます。この機能によって、 ppp はシリアル回線の初期制御を行 う必要なしに getty(8) から、もしくは直接 /etc/gettydefs から (‘pp=’ ケー パビリティを用いて) 実行することが可能となっています。ひとたび ppp がマル チリンクモードのネゴシエーションを行うと、 ppp は自分がオープンしたリンク をすでに実行されている任意の他のプロセスに渡すことができます。すでに実行 されているプロセスがない場合、 ppp はマスタとして振る舞い、ソケットを作成 し、新たな接続を待ちます。 |
PPP コマンドリスト
|
この節では利用可能コマンドとその効果をリストします。 ppp セッションで対話 的に使用することも、設定ファイルで指定することも、 pppctl(8) もしくは telnet(1) セッションで指定することも可能です。 |
accept|deny|enable|disable option....
|
これらのディレクティブは最初の接続においてどのように相手とネゴシエー トするかを ppp に指示します。各 ‘‘option’’ は、accept/deny および enable/disable のデフォルトを持ちます。 ‘‘accept’’ は相手がこのオプ ションを要求したら、ACK を送ることを意味します。 ‘‘deny’’ は相手がこ のオプションを要求したら、NAK を送ることを意味します。 ‘‘enable’’ は このオプションを当方が要求することを意味します。 ‘‘disable’’ はこのオ プションを当方が要求しないことを意味します。 ‘‘option’’ は次のいずれかです: acfcomp 詳細は rfc1662 を参照してください。 chap[05] クライアントとして CHAP を使用する場合、 ‘‘AuthName’’ と ‘‘AuthKey’’ を /etc/ppp/ppp.conf に指定するだけで良いです。 CHAP はデフォルトで accept されます。 PPP の実装によっては、チャレンジ の暗号化に MD5 ではなく "MS-CHAP" を使用するものがあります。 MS-CHAP は MD4 と DES の組み合わせです。もし ppp が DES ライブラ リの存在するマシン上で構築された場合 MS-CHAP 認証要求に応答します が、要求はしません。 deflate deflate24 dns ‘‘enable’’ にすることにより、 ppp は接続相手が /etc/resolv.conf ファイルのエントリを確認することを要求します。もし接続相手が当方 の要求に否定応答をした場合 (新しい IP アドレスを提案したら)、 /etc/resolv.conf ファイルは更新され、新しいエントリを確認するよう に要求を送ります。 ‘‘accept’’ にすることにより、 ppp は接続相手からの DNS 検索要求を 拒否せずに、返答します。 ‘‘set dns’’ コマンドの使用によって上書き されていない場合には、応答は /etc/resolv.conf から採られます。 enddisc LANMan|chap80lm 更なる詳細は後述の ‘‘MSChap’’ の記述を参照してください。 lqr LQR か LCP ECHO のいずれを用いるにせよ、 ppp は 5 つのパケットを 送ったが確認応答が無い場合、6 つ目のパケットを送らずに回線を切断 します。メッセージを PHASE レベルで記録し、回線切断の原因が接続相 手にあるものとして、適当な ‘‘reconnect’’ 値を使用します。 ppp バージョン 3.4.2 以前のものとの振舞いの違いについては. ‘‘enable echo’’ コマンドの解説を参照して下さい。 mppe MSChapV2|chap81 MSChap|chap80nt ‘‘LANMan’’ と ‘‘NT’’ の両方が CHAP タイプ 0x80 を使用しますので、 両方を ‘‘enable’’ にして認証者として動作するときには、相手が誤っ た方のプロトコルを使用して応答した場合には、 ppp は最大 3 回相手 に再チャレンジします。これにより、相手が両方のプロトコルを使用す る機会を与えます。 逆に、両プロトコルを ‘‘accept’’ にして ppp が被認証者となる場合、 チャレンジに答えるたびに使用プロトコルを交換します。 注: LANMan のみが enable にされた場合、 pppd(8) (バージョン 2.3.5) は被認証者としては誤った動作を行います。 NT と LANMan の両 方の応答を行いますが、 NT の応答のみ使用すべきことも指示してしま うのです。 pap クライアントとして PAP を使用する場合、 ‘‘AuthName’’ と ‘‘AuthKey’’ を /etc/ppp/ppp.conf に指定するだけで良いです。 PAP はデフォルトで accept されます。 pred1 protocomp shortseq vjcomp 次に示すオプションは、実際には相手とネゴシエートしません。それゆえ accept および deny は意味を持ちません。 echo ppp バージョン 3.4.2 以前は、 ‘‘echo’’ は lqr が enable でありネ ゴシエートされていれば enable と見なされ、そうでなければ disable と見なされていました。同様の動作をさせるには、 ‘‘enable lqr’’ で はなく、今では ‘‘enable lqr echo’’ とする必要があります。 filter-decapsulation PPP リンク上で PPPoUDP トラフィックを送りたい場合で、 UDP ラッパ ではなく、実際のデータに基いて賢いことをリンクにやらせたい場合に 有用です。 UDP フレームのペイロードは、如何なる方法であっても圧縮してはなり ません。圧縮した場合には、 ppp はペイロードを解釈できません。です から、UDP リンクに対する ppp の起動の際には、設定中で disable vj pred1 deflate と deny vj pred1 deflate を行なうことを推奨します。 force-scripts idcheck iface-alias 本オプションを enable にすると、 ppp は古いインタフェースアドレス のトラフィックを NAT エンジン (libalias(3) 参照) を通すようにな り、 (−auto モードでは) 最初に PPP リンクを立ち上げたプロセスが正 しく接続できるようにします。 ‘‘nat enable no’’ として NAT を disable すると、 ‘iface-alias’ も disable します。 ipcp ipv6cp keep-session リンクが tty デバイスである場合かこのオプションが enable されてい る場合、 ppp は終了せず、自己のプロセス名を ‘‘session owner’’ に 変え、リンクを制御する方の ppp が処理を完了してアイドルプロセスの 方へシグナルを返すまで待ちます。リンク資源が再利用可能であると ppp の親がみなす結果により生じる混乱を、これにより防ぎます。 /etc/ttys にエントリがある tty デバイスの場合、別の getty(8) の開 始を防ぐために、これが必要です。 sshd(8) のようなプログラムリンク の場合、子供の死による sshd(8) の終了を防ぐために、これが必要で す。 ppp は親の要件を判断できませんので (tty の場合を除く)、状況 に応じて手動で本オプションを設定する必要があります。 loopback NAS-IP-Address 少なくとも ‘‘NAS-IP-Address’’ と ‘‘NAS-Identifier’’ の 1 つが enable になっていなければならないことに注意して下さい。 ppp の 3.4.1 以前のバージョンでは、Radiator RADIUS サーバを壊して しまうことが報告されたように、 ‘‘NAS-IP-Address’’ 属性を送信しま せんでした。最新の rfc (2865) では (rfc 2138 にはあったのですが) ‘‘NAS-IP-Address’’ と ‘‘NAS-Identifier’’ の一方だけを送信すべきこ とに関して一切触れられていません。 ppp は今では両方を送信し、 ‘‘disable NAS-IP-Address’’ として間違った RADIUS 実装を使うことを 選択するかどうかは管理者に任せています。 NAS-Identifier 少なくとも ‘‘NAS-IP-Address’’ と ‘‘NAS-Identifier’’ の 1 つが enable になっていなければならないことに注意して下さい。 passwdauth proxy proxyall 代理 arp エントリは、 ‘‘add’’ コマンドによって追加されたスティッ キ経路に対してのみ作成されます。 (‘‘set ifaddr’’ コマンドによって 作成された) インタフェースアドレス自身に対しては、代理 arp エント リは作成されません。 sroutes このオプションを disable にすると、スティッキ経路が適用されなくな ります。 ‘スティッキ経路’ リストは依然として保守されます。 [tcp] throughput utmp add 宛先にシンボル名 ‘MYADDR’, ‘HISADDR’, ‘MYADDR6’, ‘HISADDR6’ のいずれ かを使用可能であり、 gateway には ‘HISADDR’, ‘HISADDR6’ のいずれかを 使用可能です。 ‘MYADDR’ はインタフェース IP アドレスに置き換えられ、 ‘HISADDR’ はインタフェースの宛先 (相手の) IP アドレスに置き換えられ、 ‘MYADDR6’ はインタフェース IPv6 アドレスに置き換えられ、 ‘HISADDR6’ はインタフェースの宛先 IPv6 アドレスに置き換えられます。 add! コマンド (‘‘!’’ に注意) 使用時には、経路が存在する場合には ‘route change’ コマンド (詳細は route(8) 参照) にて経路を更新します。 ‘‘HISADDR’’, ‘‘MYADDR’’, ‘‘HISADDR6’’, ‘‘MYADDR6’’, ‘‘DNS0’’, ‘‘DNS1’’ のいずれかを含む経路は ‘スティッキ’ と見なされます。これらは リスト (リストを見るには ‘‘show ncp’’ コマンドを使用します) に格納さ れ、これらのいずれかの値が変更される度に、経路表の関連するエントリが 更新されます。この機能は ‘‘disable sroutes’’ を使用することで無効にで きます。 allow command [args] ユーザ ID 0 はこれらのコマンドの対象外です。 allow user ユーザ ‘*’ が指定されると、全ユーザにアクセスが許されます。 allow mode 使用可能なモードは次の通りです: ‘interactive’, ‘auto’, ‘direct’, ‘dedicated’, ‘ddial’, ‘background’, ‘*’ 。 マルチリンクモードで動作するときには、現在存在する回線モードを許 可するセクションをロード可能です。 nat command [args] あなたのシステムで nat を有効にすると (コンパイル時に削除できます)、 次のコマンドが使用可能となります: nat enable yes|no nat addr [addr_local addr_alias] nat deny_incoming yes|no どのような状況において libalias(3) がエイリアシングリンクを作成し たか、気をつける必要があります。 ‘‘set filter’’ または ‘‘nat target’’ のコマンドを使用して、更にネットワークを保護する必要があ るかもしれません。 nat help|? nat log yes|no nat port proto targetIP ポート番号の範囲は、前述のように指定可能です。範囲は同じ大きさで あることが必要です。 remoteIP が指定された場合、この IP 番号から来たデータのみがリダイ レクトされます。 remotePort は、 ‘‘0’’ (すべての送信元ポート) か、もう一方の範囲と同じ大きさのポート範囲です。 あなたのゲートウェイの後のマシンでインターネット電話等を実行した い場合に、このオプションは有用です。しかし、送信元ホストと宛先 ポートにつき内部マシン 1 台のみに接続可能という制限があります。 nat proto proto localIP [ publicIP が指定された場合、そのアドレスが宛先のパケットのみが適合 し、そうでない場合、デフォルトのエイリアスアドレスが使用されま す。 remoteIP が指定された場合、その始点アドレスに適合するパケットのみ が適合します。 このコマンドは、トンネルのエンドポイントを内部マシンにリダイレク トするために有用です。例えば次のようにします: nat proto ipencap 10.0.0.1 nat proxy cmd arg... nat punch_fw [base count] ルール番号 base から開始する最大 count 個のルールが、ファイア ウォールに穴を開けます。 ‘‘nat punch_fw’’ コマンドを実行すると、 この範囲は削除されます。 引数を指定しないと、ファイアウォールの穴開けは無効になります。 nat skinny_port [port] 引数を指定しないと、Skinny エイリアスは無効化されます。 nat same_ports yes|no nat target [address] ターゲットアドレスを ‘‘MYADDR’’ に設定することもでき、その場 合、libaliases はすべてのパケットを内部ネットワークにリダイレクト します。 nat use_sockets yes|no nat unregistered_only yes|no これらのコマンドはソース配布物の README.nat ファイル中でも議論されて います。 [!] AUTHNAME COMPILATIONDATE DNS0 & DNS1 ENDDISC HISADDR HISADDR6 INTERFACE IPOCTETSIN IPOCTETSOUT IPPACKETSIN IPPACKETSOUT IPV6OCTETSIN IPV6OCTETSOUT IPV6PACKETSIN IPV6PACKETSOUT LABEL MYADDR MYADDR6 OCTETSIN OCTETSOUT PACKETSIN PACKETSOUT PEER_ENDDISC PROCESSID SOCKNAME UPTIME USER VERSION これらの置換は ‘‘set proctitle’’, ‘‘ident’’, ‘‘log’’ コマンドによって も実行されます。 コマンド実行中に ppp を停止させたい場合は、 ‘‘shell’’ コマンドを使用 してください。 clear physical|ipcp|ipv6 [current|overall|peak...] clone name デフォルトのリンク名は ‘‘deflink’’ です。 close [lcp|ccp[!]] delete delete! コマンドが使用された場合 (最後の ‘‘!’’ に注意)、存在しない経 路について ppp は文句を言わなくなります。 dial|call [label] down [lcp|ccp] help|? [command] ident [text...] iface command [args] iface add iface add addr のみが指定されると、 bits はデフォルト値 ‘‘32’’ になり、 peer はデフォルト値 ‘‘255.255.255.255’’ になります。このアドレス (ブロードキャストアドレス) は、相手のアドレスとして複数存在するこ とを ppp が唯一許すものです。 iface clear [INET | INET6] INET または INET6 の引数が使用された場合、そのアドレスファミリの アドレスのみが削除されます。 iface delete iface show iface help [sub-command] [data] name は存在するリンク名を指定します。 name がコンマ区切りのリストの場 合には、 command はそれぞれのリンクに対して実行されます。 name が ‘‘*’’ の場合には、 command はすべてのリンクに対して実行されます。 load [label] label セクションが ‘‘set mode’’, ‘‘open’’, ‘‘dial’’ のいずれのコマン ドも使用しない場合、 ppp はすぐに接続を確立しようとはしません。 log word... open [lcp|ccp|ipcp] LCP 層がすでにオープンされているときに ‘‘lcp’’ 引数を指定すると、LCP は再度ネゴシエートされます。したがって、種々の LCP オプションを変更し たあとで ‘‘open lcp’’ コマンドを用いることで、変更を有効にすることが できます。 LCP が再度ネゴシエートされた後、同意したあらゆる認証が実行 されます。 ‘‘ccp’’ 引数が用いられると、関連する圧縮層がオープンされます。すでに オープンされている場合には、再度ネゴシエートされます。 ‘‘ipcp’’ 引数が用いられると、リンクが通常通り起動されます。すでに IPCP がオープンされている場合には、IPCP は再度ネゴシエートされ、ネッ トワークインタフェースが再設定されます。 このようにして PPP の状態機械を再オープンするのは、おそらく良い手段で はありません。接続相手が正しく振る舞わない可能性があるためです。しか しながら、強制的に CCP もしくは VJ 辞書をリセットする手段としては便利 です。 passwd pass quit|bye [all] all 引数が与えられた場合、 ppp はコマンドがどこから発行されたかに関わ らず、すべての存在する接続を閉じて終了します。 remove|rm rename|mv name デフォルトリンクの名前は ‘deflink’ です。これを ‘modem’, ‘cuaa0’, ‘USR’ のいずれかに変更すると、ログファイルの可読性が向上するかも知れ ません。 resolv command readonly reload restore rewrite writable save sendident 自己証明の設定がなされている場合、設定拒否を送信または受信するとき か、ネゴシエーションが失敗したときか、 LCP が OPENED 状態になるときの いずれかのときに、 ppp は自動的に自己証明します。 受信した自己証明パケットは、LCP ログに記録し (詳細は set log を参照し てください)、これに対する応答は行いません。 set set accmap hex-value XON/XOFF については ‘‘set accmap 000a0000’’ を使用します。 set [auth] value の最初の文字がエクスクラメーションマーク (‘‘!’’) の場合、 ppp は残りの文字列を、 ‘‘authname’’ と ‘‘authkey’’ の値を確定する ために実行すべきプログラムとして扱います。 実行するプログラムを得るために value をパーズする際には、 ‘‘!’’ が二重 (‘‘!!’’) である場合、単一のリテラル ‘‘!’’ として扱います、 そうでない場合、 ‘‘!’’ を無視します。また、前述の ‘‘!bg’’ コマン ドと同様に特殊な名前を置換します。プログラムを実行すると、 ppp は このプログラムに対して次の 3 行の入力を与えます。各行の末尾には改 行文字が置かれます。 • CHAP チャレンジで送られたホスト名。 • CHAP チャレンジで送られたチャレンジ文字列。 • ローカルに定義された ‘‘authname’’ 。 そして、出力として次の 2 行を待ちます。 • CHAP 応答と共に送るための ‘‘authname’’ 。 • ‘‘authkey’’ 。これは、チャレンジと要求 ID で暗号化したもので あり、この結果は CHAP 応答パケットに含めて送られます。 ppp をこのように設定するとき、ホストチャレンジは ASCII の数値もし くは文字であることを想定しています。指定されたチャレンジに対する 適切な秘密情報を計算するために、通常は、暗号化デバイスまたは Secure ID カードが必要です。 set authname id CHAP を enable にして −direct モードで利用すると、 id は初期認証 チャレンジで用いられ、通常はローカルマシン名に設定されます。 set autoload バンドルのスループットは、内向きおよび外向きのトラフィックの最大 値として計測されます。 デフォルト値では demand-dial リンクは 1 つだけオープンされます。 デバイスによっては物理バンド幅を判定できないものがありますので、 ‘‘set autoload’’ が正しく動作するためには、(後述の) ‘‘set bandwidth’’ コマンドを使用する必要がある場合があります。 set bandwidth value set callback option... option は下記の通りです (優先度順): auth cbcp クライアントモードで cbcp をネゴシエートしたい場合であり かつ、 CBCP ネゴシエーション時にサーバがコールバック無し を要求することを許したい場合、コールバックオプションとし て cbcp と none の両方を指定する必要があります。 E.164 *| ‘‘*’’ を用いる場合、このオプションはとても危険なものとな ることに注意してください。というのは、悪意あるコールバッ ク要求者が、最初の認証なしに電話すべき番号として任意の ( 国際通話番号も可能です) 番号を伝えることができるからで す。 none set cbcp [ サーバモード (−direct) では、 ‘‘*’’ を使わない限り ppp はクライア ントがこれらの番号の 1 つを使うことを主張します。 ‘‘*’’ を使った 場合には、クライアントが番号を指定するものと想定します。 クライアントモードでは ppp は与えられた番号 (そのうち接続相手と合 意可能なもの) を使用しようとします。 ‘‘*’’ が指定された場合には、 ppp 接続相手が番号を指定するものと想定します。 set cd [ 端末デバイス 仮想端末 (pty) は TIOCMGET ioctl をサポートしていないた め、デバイスが仮想端末であることを検知した場合、端末デバ イスはすべてのキャリア検出をオフにします。 ISDN (i4b) デバイス PPPoE (netgraph) デバイス 他のすべてのデバイスタイプはキャリアをサポートしていません。デバ イスをオープンするときにキャリアを設定すると警告が出ます。 モデムによっては、接続が確立してからキャリア信号線がアサートされ るまで 1 秒以上かかるものがあります。この遅れを増やせない場合、 ppp はそのデバイスがキャリアをアサートできないと見なすので、 ppp はリンクのドロップを検出できないことになります。 ‘‘set cd’’ コマンドはデフォルトのキャリアの動作を上書きします。 seconds は、ダイヤルスクリプトが完了してからキャリアが利用可能か 判断する前に、 ppp が待つべき秒数の上限を指定します。 ‘‘off’’ が指定されると、 ppp はデバイスのキャリアを確認しません。 そうでない場合、キャリアが検出されるか seconds の秒数が経過するま で、 ppp はログインスクリプトへは進みません。このとき、 seconds の秒数が経過した時点で、 ppp はデバイスがキャリアを設定できないと 想定します。 引数を与えない場合、キャリア設定はデフォルトの値に戻ります。 seconds の直後にエクスクラメーションマーク (‘‘!’’) がある場合、 ppp はキャリアを 要求します。 seconds 秒後にキャリアが検知されな いと、リンクは切断されます。 set choked [timeout] 送出キュー詰まりは ppp がローカルネットワークから特定の数の送出パ ケットを読み込んだが、リンク失敗 (接続相手がビジーなど) のために データを送れない場合に発生します。 ppp はパケットを無限には読み込 みません。代りに 30 パケット (マルチリンクモードでは 30 + nlinks * 2 パケット) まで読み込み、 timeout 秒経過するか、1 つ以上のパ ケットが送られるまでネットワークインタフェースの読み込みを停止し ます。 timeout 秒が経過すると、すべての未送出パケットは破棄されます。 set ctsrts|crtscts on|off set deflate out-winsize [in-winsize] set dns [primary [secondary]] set device|line すべての ISDN デバイスとシリアルデバイスの名前は /dev/ から始まる ことが仮定されています。 ISDN デバイスは通常 i4brbchX という名前 であり、シリアルデバイスは通常 cuaXX という名前です。 ‘‘value’’ が /dev/
から始まらない場合、エクスクラメーションマーク
(‘‘!’’) から始めるか、
PPPoE:iface エクスクラメーションマークで始まる場合、デバイス名の残りはプログ ラム名として扱われ、そのデバイスがオープンされるときにそのプログ ラムが実行されます。標準入出力およびエラーは ppp にフィードバック され、それらが通常デバイスであるかのように読み書きされます。 PPPoE:iface PPPoE 接続が確立されるとき、 ppp は、アクセスコンセントレータの名 前を環境変数 ACNAME に設定します。 さらなる詳細は netgraph(4) と ng_pppoe(4) を参照してください。 host:port[ 複数の ‘‘value’’ を指定した場合、 ppp は成功するか全デバイスにつ いて実行し終るまで、順番にオープンを試みます。 set dial chat-script \c \d \p \n \r \s \t \T \P \U 2 つのパーザがこれらのエスケープシーケンスを検査することに注意し てください。 ‘チャットのパーザ’ にエスケープ文字を見せるには、 ‘ コマンドパーザ’ からエスケープする必要があります。つまり、2 つの エスケープを使用する必要があります。例えば次のようにします: set dial "... ATDT\\T CONNECT" チャットスクリプトから外部コマンドを実行することもできます。そう するためには、受信待ち文字列または送信文字列の最初の文字をエクス クラメーションマーク (‘‘!’’) にします。リテラルのエクスクラメー ションマークが必要な場合には、二重 ‘‘!!’’ にすれば、単一のリテラ ル ‘‘!’’ として扱われます。コマンドが実行されると、標準入力と標準 出力がオープンデバイス (‘‘set device’’ 参照) に向けられ、標準エ ラー出力が ppp に読まれて受信待ち文字列もしくは送信文字列に置き換 えられます。 ppp が対話モードで実行されている場合、ファイル記述子 3 は /dev/tty に接続されます。 例えば (読み易さのために折り返しています); set login "TIMEOUT 5 \"\" \"\" login:--login: ppp \
word: ppp \"!sh \\-c \\\"echo \\-n label: >&2\\\"\" \
\"!/bin/echo in\" HELLO"
は次のチャットシーケンスになります (ダイヤル前の ‘set log local chat’ コマンドによる出力): Dial attempt 1 of 1
dial OK!
Chat: Expecting:
Chat: Sending:
Chat: Expecting: login:--login:
Chat: Wait for (5): login:
Chat: Sending: ppp
Chat: Expecting: word:
Chat: Wait for (5): word:
Chat: Sending: ppp
Chat: Expecting: !sh \-c "echo \-n label: >&2"
Chat: Exec: sh -c "echo -n label: >&2"
Chat: Wait for (5): !sh \-c "echo \-n label: >&2" --> label:
Chat: Exec: /bin/echo in
Chat: Sending:
Chat: Expecting: HELLO
Chat: Wait for (5): HELLO
login OK!
複数レベルのネストについて、エスケープ文字の使用方法に (再度) 注 意してください。ここでは、4 つのパーザが動作してます。 1 番目は、 オリジナルの行をパーズし、3 つの引数として読みます。 2 番目は、第 3 引数を 11 個の引数として読みます。ここで、 ‘‘-’’ 記号がエスケー プされていることが重要です。そうでなければパーザは、受信待ち-送 信-受信待ちのシーケンスとして見てしまいます。 ‘‘!’’ 文字を見付け ると、実行パーザは最初のコマンドを 3 つの引数として読み、 sh(1) 自身が −c 以降の引数を展開します。我々は出力をモデムに送り返した いので、 1 番目の例では出力をファイル記述子 2 (stderr) にリダイレ クトして ppp 自身に送信および記録させ、 2 番目の例では単に stdout に出力して直接モデムに出力させます。 もちろん全体を、組み込みのものではなく外部の ‘‘chat’’ コマンドに 実行させることが可能です。良い代替方法については chat(8) を参照し てください。 実行される外部コマンドは、 ‘‘!bg’’ コマンドと同様に、特殊語の展開 対象となります。 |
set enddisc [label|IP|MAC|magic|psn value]
|
このコマンドは、ローカル終点の選択値を設定します。 LCP ネゴシエー ションの前に設定された場合であり、 ‘‘disable enddisc’’ コマンドを 使用していない場合、 ppp は LCP 終点選択値オプションを使用して、 相手に情報を送ります。次の選択値を設定可能です。 label IP MAC ローカル IP 番号のデフォルトは、マシンホスト名がなんであ れ、その名前になりますので、通常 ‘‘set enddisc mac’’ を ‘‘set ifaddr’’ コマンドよりも先に実行します。 magic psn value 引数が与えられない場合、終点の選択値はリセットされます。 set escape value... set filter dial|alive|in|out rule-no フィルタリングが行われるのは、出力パケットでは NAT エンジンによる IP 変更前であり、入力パケットでは NAT エンジンによる IP 変更後で す。デフォルトでは、すべての空のフィルタセットは全パケットの通過 を許可します。ルールは rule-no に従って順番に処理されます (ルール 番号を action に指定してスキップする場合を除きます)。各セットに対 し 40 までのルールを指定可能です。指定されるセットにおけるどの ルールにもマッチしないパケットは破棄されます。 in と out のフィル タでは、パケットをドロップすることを意味します。 alive フィルタで は、アイドルタイマをリセットしないことを意味します (これは in/out フィルタが ‘‘timeout’’ 付きである場合でもです)。 dial フィルタで はダイヤルさせることにはならないことを意味します。ダイヤルを引き 起こさないパケットは、キューされるのではなく、捨てられることに注 意してください。上述の パケットのフィルタリングの節を参照してくだ さい。 set hangup chat-script set help|? [command] set ifaddr [ a.b.c.d/nn ここで ‘‘a.b.c.d’’ は希望する IP アドレスであり、 nn はこのうち何 ビットが有効であるかを示します。 /nn が省略された場合、デフォルト の ‘‘/32’’ になります。ただし IP アドレスが 0.0.0.0 である場合に は、マスクのデフォルトは ‘‘/0’’ です。 相手に動的な IP 番号を割り当てたい場合、 hisaddr に IP 番号の範囲 として IP[ |
-IP ][ ,IP[-IP]]...
のフォーマットを指定できます。例えば:
|
set ifaddr 10.0.0.1 10.0.1.2-10.0.1.10,10.0.1.20 |
|
は ‘‘10.0.0.1’’ のみをローカル IP 番号としてネゴシエートします が、指定された 10 個の IP 番号から相手に割り当てを行います。相手 がこれらの番号のうちの 1 つを要求し、この番号が未使用な場合には、 ppp は相手の要求を認めます。相手がリンクを再確立して前回割り当て ていた IP 番号を使用したい場合に有用です (既存の TCP と UDP の接 続を保存します)。 相手が要求した IP 番号が範囲外もしくは使用中の場合、 ppp は範囲内 の未使用 IP 番号をランダムに指示します。 triggeraddr が指定された場合、この値が myaddr の代りに IPCP ネゴ シエートで使用されます。ただし、 myaddr の範囲のアドレスのみ受け 入れられます。これが有用なのは、相手が ‘‘0.0.0.0’’ を要求しない限 り IP アドレスを割り当てようとしない PPP 実装とネゴシエートすると きです。 −auto モードでは設定ファイルの ‘‘set ifaddr’’ 行を読んだ直後に ppp がインタフェースを構成することに注意してください。他のモード ではこれらの値は IPCP ネゴシエーションで使用され、 IPCP 層がアッ プするまでこれらのインタフェースは構成されません。 (PAP か CHAP が ‘‘enable’’ である場合) クライアントが自己証明をし た後では、 HISADDR 引数は ppp.secret ファイルの第 3 引数で上書き されうることに注意してください。 内向き接続の認証の節を参照してく ださい。 どの場合でも、インタフェースが既に構成されている場合には、 ppp は インタフェースの IP 番号を保存して、既にバインドされているソケッ トが正しいままであるようにします。 |
set ifqueue packets
|
どのリンクへもデータが送信できない状態のとき、 ppp がトンネルイン タフェースから読み込むパケット数の最大値を指定します。 ppp が利用 できるリンクの束よりもトンネルインタフェースがはるかに高速となり そうな場合に、送出データのフロー制御のためにこのキューの制限は必 要になります。 packets にリンクの数よりも小さな値を設定した場合、その設定に関わ らず ppp はリンクの数までは読み込みます。これにより、遅延の問題が 回避されます。 packets のデフォルトの値は ‘‘30’’ です。 set ccpretry|ccpretries [ set chapretry|chapretries [ set ipcpretry|ipcpretries [ set ipv6cpretry|ipv6cpretries [ set lcpretry|lcpretries [ set papretry|papretries [ reqtries を指定すると、相手から応答を受信しなくても諦めるまでに設 定要求を作成する回数を、 ppp に指示します。デフォルトの試行回数 は、CCP, LCP, IPCP の場合 5 回であり、 PAP と CHAP の場合 3 回で す。 trmtries を指定すると、相手の応答を待つことを諦めるまでに終了要求 を作成する回数を、 ppp に指示します。デフォルトの試行回数は 3 回 です。認証プロトコルは終了されませんので、 PAP や CHAP に対して指 定することは不正です。 合意できない相手とのネゴシエーションを避けるために、どのようなネ ゴシエーションセッションであっても諦めたり層をクローズする前に は、 ppp は最大で reqtries の設定値の 3 倍までのみ送信します。 set log set login chat-script set logout chat-script set lqrperiod|echoperiod frequency set mode interactive|auto|ddial|background ‘direct’ または ‘dedicated’ のリンクを変更することはできません。 注: コマンド ‘‘set mode auto’’ を発行し、ネットワークアドレス変換 が enable にされていた場合、後で ‘‘enable iface-alias’’ を行うと 便利です。 ppp が必要なアドレス変換を行うようにすることにより、相 手が当方に新しい (動的な) IP アドレスを割り当てたとしても、リンク がアップすると接続のトリガとなるプロセスが接続できるようにしま す。 set mppe [40|56|128|* [stateless|stateful|*]] 引数を指定すると、MPPE の使用に ppp は 固執し、相手が拒否するとリ ンクを閉じます (注; この動作は RADIUS サーバの設定により変更可能 です)。 第 1 引数は、ネゴシエート中に ppp が固執すべきビット数を指定し、 第 2 引数は、状態有りモードまたは状態無しモードのいずれに ppp が 固執すべきかを指定します。状態無しモードでは、各パケットに応じて 変更される暗号化鍵に対応し、暗号化辞書が再インストールされます。 状態有りモードでは、暗号化辞書は 256 パケット毎もしくはデータ喪失 後に再インストールされ、鍵は 256 パケット毎に変更されます。状態無 しモードは、効率が悪いものの、信頼性の無いトランスポート層では良 いです。 set mrru [value] set mru ‘‘maximum’’ キーワードが使用された場合、より大きな値のネゴシエー トを ppp は拒否します。最大 MRU は、最大でも 2048 です。最大値を 1500 未満にすることは PPP RFC 違反ですが、必要な場合もあります。 例えば、 PPPoE では、ハードウェアの制約により最大が 1492 になりま す。 引数を指定しないと、1500 が仮定されます。 ‘‘maximum’’ 指定時に は、値の指定が必要です。引数が指定されないと、1500 が仮定されま す。 set mtu ‘‘maximum’’ キーワードが使用された場合、より大きな値のネゴシエー トを ppp は拒否します。最大 MTU は、最大でも 2048 です。 PPPoE を 使っている場合には MTU を制限するために ‘‘maximum’’ キーワードを 使う必要があることに注意して下さい。 value を指定しないと、1500 または相手が要求した値が使用されます。 ‘‘maximum’’ 指定時には、値の指定が必要です。 set nbns [x.x.x.x [y.y.y.y]] set openmode active|passive [delay] set parity odd|even|none|mark set phone telno パイプの後の番号がダイヤルされるのは、直前の番号へのダイヤルもし くはログインのスクリプトが失敗した場合のみです。 回線の切断の理由にかかわらず、コロンで区切られた番号は順番に試行 されます。 複数の番号を指定した場合、接続が確立するまで ppp はこのルールに基 づいてダイヤルします。再試行の最大値は、後述の ‘‘set redial’’ で 指定します。 −background モードでは各番号は最大 1 回試行されま す。 set pppoe [standard|3Com] set [proc] プロセスタイトル中に USER が必要な場合、 ‘‘set proctitle’’ コマン ドは ppp.linkup 中に登場する必要があることに注意してください。 ppp.conf が実行されているときには、分からないからです。 set radius [config-file] PAP, CHAP, MSCHAP, MSCHAPv2 のいずれも有効になっていない場合、 ‘‘set radius’’ は効果がありません。 ppp は、RADIUS 応答中の、次の属性を使用します: RAD_FRAMED_IP_ADDRESS RAD_FRAMED_IP_NETMASK RAD_FRAMED_MTU RAD_FRAMED_COMPRESSION RAD_FILTER_ID RAD_FRAMED_ROUTE 例えば、戻り値 ‘‘1.2.3.4/24 0.0.0.0 1 2 -1 3 400’’ は 1.2.3.0/24 ネットワークへは HISADDR を介するという経路表 エントリになり、戻り値 ‘‘0.0.0.0 0.0.0.0’’ または ‘‘default HISADDR’’ は HISADDR 行きのデフォルト経路になり ます。 すべての RADIUS の経路は、すべてのスティッキな経路が適用 された後で適用されます。これにより、RADIUS の経路が、設定 済みの経路に優先します。これは、 MYADDR または HISADDR と いうキーワードを含まない RADIUS の経路にもあてはまりま す。 RAD_FRAMED_IPV6_PREFIX RAD_FRAMED_IPV6_ROUTE 例えば、戻り値 ‘‘3ffe:505:abcd::/48 ::’’ は 3ffe:505:abcd::/48 ネットワークへは HISADDR6 を介するとい う経路表エントリになり、戻り値 ‘‘:: ::’’ または ‘‘default HISADDR6’’ は HISADDR6 行きのデフォルト経路になります。 すべての RADIUS IPv6 の経路は、すべてのスティッキな経路が 適用された後で適用されます。これにより、RADIUS IPv6 の経 路が、設定済みの経路に優先します。これは、 MYADDR6 または HISADDR6 というキーワードを含まない RADIUS の経路にもあて はまります。 RAD_SESSION_TIMEOUT RAD_REPLY_MESSAGE RAD_MICROSOFT_MS_CHAP_ERROR RAD_MICROSOFT_MS_CHAP2_SUCCESS RAD_MICROSOFT_MS_MPPE_ENCRYPTION_POLICY RAD_MICROSOFT_MS_MPPE_ENCRYPTION_TYPES RAD_MICROSOFT_MS_MPPE_RECV_KEY RAD_MICROSOFT_MS_MPPE_SEND_KEY RADIUS サーバから受信した値は、 ‘‘show bundle’’ を使用して見られ ます。 set rad_alive timeout set reconnect timeout ntries set recvpipe [value] set redial secs inc が指定されると、 ppp が新規番号を試すたびに、この値が secs に 加えられます。 secs が増加されるのは、最大 max 回だけです。 max のデフォルト値は 10 です。 attempts が経過した後でも secs の遅延は効果があるので、すぐに手動 でダイヤルしても何も起ってないように見えるかもしれません。すぐに ダイヤルする必要がある場合、 ‘‘!’’ を ‘‘open’’ キーワードの直後に 付けます。更なる詳細については、前述の ‘‘open’’ の記述を参照して ください。 set sendpipe [value] set server|socket TcpPort| 語 ‘‘none’’ は ppp に既に存在するソケットを閉じさせ、ソケット設定 を消させます。語 ‘‘open’’ は ppp にポートを再度オープンさせます。 語 ‘‘closed’’ は ppp にオープンしているポートを閉じさせます。 ローカルドメインソケットを指定したい場合、 LocalName に絶対ファイ ル名を指定します。そうしないと、TCP ポートの名前もしくは番号であ ると解釈されます。ローカルドメインソケットに使用される 8 進 umask を指定可能です。 umask の詳細については umask(2) を参照してくださ い。 TCP ポート名がどのように変換されるかについては services(5) を参照してください。 このソケットにクライアントが接続するときに使用されねばならないパ スワードも指定可能です (前述の ‘‘passwd’’ 変数を使用します)。パス ワードが空文字列として指定される場合、クライアントが接続するとき にパスワードを必要とされません。 ローカルドメインソケットが指定される場合、ソケット名中の最初の ‘‘%d’’ シーケンスは現在のインタフェースユニット番号で置換されま す。複数接続のために同一のプロファイルを使用したい場合に便利で す。 同様の方法で TCP ソケットの前に ‘‘+’’ 文字を付けることができま す。この場合、現在のインタフェースユニット番号が、ポート番号に加 算されます。 ppp をサーバソケットと共に使用する場合、通信機構として pppctl(8) コマンドを使用することが好ましいです。現在 telnet(1) も使用可能で すが、将来リンク暗号化が実装されるかもしれませんので、 telnet(1) は避けてください。 注: SIGUSR1 と SIGUSR2 は、診断ソケットと相互に作用します。 set speed value デバイスタイプによっては、同期または非同期のいずれかであることが 分るものがあります。これらのデバイスでは、不正な設定を上書きし て、この結果に対する警告を記録します。 set stopped [LCPseconds [CCPseconds]] デフォルト値は 0 であり、停止状態による ppp のタイムアウトは発生 しません。 この値は openmode の遅延 (上述の ‘‘set openmode’’ 参照) より小さ くなってはなりません。 set timeout idleseconds [mintimeout] mintimeout が指定された場合、最短でも指定された秒数だけリンクが アップしていないと、 ppp はアイドルアウトしません。 set urgent ‘‘tcp’’ も ‘‘udp’’ も指定しないと、 ‘‘tcp’’ が仮定されます。 port を指定しないと、優先ポートリストがクリアされます (‘‘tcp’’ ま たは ‘‘udp’’ を指定すると、そのリストのみがクリアされます)。最初 の port 引数にプラス (‘‘+’’) またはマイナス (‘‘-’’) のプレフィッ クスを付けた場合、現在のリストが修正されますが、そうでない場合に は、再割り当てされます。プラスのプレフィックス付きまたはプレ フィックス無しの port はリストに追加され、マイナスのプレフィック ス付きの port はリストから削除されます。 ‘‘none’’ が指定された場合、優先ポートリスト全体が無効になり、 IPTOS_LOWDELAY パケットも特別扱いされなくなります。 set vj slotcomp on|off set vj slots nslots shell|! [command] 文字 ! を使用する場合、コマンドとの間に空白が必要です。このコマンドは フォアグラウンドで実行されることに注意してください - ppp はプロセスが 終了するまでは実行を続けません。バックグラウンドでコマンド処理を行い たい場合には、 bg コマンドを使用してください。 show var show bundle show ccp show compress show escape show filter [name] show hdlc show help|? show iface show ipcp show layers show lcp show [data] show links show log show mem show ncp show physical show mp show proto show route show stopped show timer show version term 更に詳細について |
• 設定ファイルの例を読んでください。良い情報源です。
|
• 何が利用できるかについては、 ‘‘help’’, ‘‘nat ?’’, ‘‘enable ?’’, ‘‘set ?’’, ‘‘show ?’’ コマンドを使って、オンライン情報を取得してください。 • 次の URL に有用な情報があります: 関連ファイル |
|
ppp は、4 つのファイル ppp.conf, ppp.linkup, ppp.linkdown, ppp.secret を 参照します。これらのファイルは /etc/ppp に置かれます。 |
/etc/ppp/ppp.conf
|
システムのデフォルト設定ファイル。 /etc/ppp/ppp.secret /etc/ppp/ppp.linkup /etc/ppp/ppp.linkdown /var/log/ppp.log /var/spool/lock/LCK..* /var/run/tunN.pid /var/run/ttyXX.if /etc/services /var/run/ppp-authname-class-value このソケットは、別の ppp のインスタンスとリンクを受け渡しを行うために 使用します。 関連項目 |
|
at(1), ftp(1), gzip(1), hostname(1), login(1), tcpdump(1), telnet(1), kldload(2), libalias(3), libradius(3), syslog(3), uucplock(3), netgraph(4), ng_pppoe(4), crontab(5), group(5), passwd(5), protocols(5), radius.conf(5), resolv.conf(5), syslog.conf(5), adduser(8), chat(8), getty(8), inetd(8), init(8), isdnd(8), named(8), ping(8), pppctl(8), pppd(8), pppoed(8), route(8), sshd(8), syslogd(8), traceroute(8), vipw(8) |
歴史
|
元のプログラムは Toshiharu OHNO ⟨tony-o@iij.ad.jp⟩ が作成し、 FreeBSD 2.0.5 に Atsushi Murai ⟨amurai@spec.co.jp⟩ が提出しました。 1997 年中に Brian Somers ⟨brian@Awfulhak.org⟩ が本格的な修正をし、 11 月 に OpenBSD に移植されました (2.2-RELEASE の直後です)。 1998 年初頭にマルチリンク ppp サポートが追加されたときに、ほとんどのコー ドを Brian Somers が書き直しました。 FreeBSD 10.0 July 20, 2004 FreeBSD 10.0 |