ppp(8) FreeBSD 一般コマンドマニュアル

ppp

前のページ 上に戻る 次のページ

ppp




解説

     本プログラムは、ユーザプロセスとして動作する PPP パッケージです。 PPP は
     通常、( pppd(8) でそうなっているように) カーネルの一部として実装されます
     が、そのため、デバッグや動作の変更が少々難しい場合があります。それに対
     し、この実装ではトンネルデバイスドライバ (tun) を利用して、ユーザプロセス
     で PPP を実現しています。

     -nat フラグは、 ``nat enable yes'' と等価であり、 ppp のネットワークアド
     レス変換機能を有効にします。これにより ppp は、内部 LAN 上の全マシンに対
     する NAT、すなわちマスカレーディングエンジンとして動作します。詳細は
     libalias(3) を参照してください。

     -quiet フラグを指定すると、 ppp は起動時に静かになり、モードとインタフェ
     ースを標準出力へ表示しなくなります。

     -unit フラグは、 ppp/dev/tunN のみのオープンを試みるように指定しま
     す。通常、 pppN に対して値 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
             この場合、 ppp は相手との接続をすぐに確立しようとします。成功する
             と、 ppp はバックグラウンドになり、親プロセスは終了コード 0 を返
             します。失敗すると、 ppp は非 0 の結果で終了します。

        -foreground
             フォアグラウンドモードでは、 ppp は相手との接続をすぐに確立しよう
             としますが、デーモンにはなりません。リンクはバックグラウンドモー
             ドで作成されます。 ppp の起動を別のプロセスから制御したい場合に有
             用です。

        -direct
             これは入力接続を受け付けるために使用します。 ppp は ``set

        -interactive
             これは no-op であり、前述のフラグがどれも指定されなかった場合の動
             作を行います。 ppp はコマンドラインで指定されたセクションをロード
             し、対話プロンプトを提供します。

     (/etc/ppp/ppp.conf に指定される) 設定エントリ、すなわち system を、コマン
     ドラインで 1 つ以上指定可能です。起動時に ppp/etc/ppp/ppp.conf から
     ``default'' システムを読み込み、その後コマンドラインで指定した各 system
     を読み込みます。


主な特徴

     B>対B>話B>的B>なB>ユB>ーB>ザB>イB>ンB>タB>フB>ェB>ーB>スB>をB>提B>供 コマンドモードで利用する場合、ユーザが
     コマンドを入力することで、簡単にリモートコンピュータとの接続の確立、接続
     状態の確認、接続の切断を行うことができます。オプションとして、セキュリ
     ティ確保のためにすべての機能をパスワードで保護することができます。

     B>手B>動B>とB>自B>動B>でB>のI</I>ダB>イB>ヤB>ルB>をB>サB>ポB>ーB>ト 対話モードでは、直接デバイスと通信できる
     ように ``term'' コマンドが用意されています。リモートホストと接続されて、
     PPP での通信が始まったら、 ppp はそれを検出して自動的にパケットモードに移
     行します。ひとたびリモートホストとの接続に必要なコマンドシーケンスがわ
     かったら、後々の接続を簡単にするため、必要なダイヤル手順やログイン手順を
     定義したチャットスクリプトを書くことができます。

     B>オB>ンB>デB>マB>ンB>ドB>でB>のI</I>ダB>イB>ヤB>ルB>アB>ッB>プB>をB>サB>ポB>ーB>ト  -auto モード (自動モード) では
     ppp はデーモンとして動作し、 PPP リンクを通して送られるパケットを待ちうけ
     ます。パケットを検出すると、デーモンが自動的にダイヤルを行って接続を確立
     します。 -ddial モード (直接ダイヤルモード) でもほぼ同様に、自動ダイヤル
     と接続の確立を行います。しかしながらこのモードは、送るべきパケットが存在
     しない場合にも、リンクが切れていることを検出するといつでもリモートへダイ
     ヤルするという点が auto モードと異なります。このモードは、電話料金よりも
     常時接続されていることが重視される場合に有用です。 3 番目の -dedicated モ
     ード (専用線モード) も利用可能です。このモードは 2 つのマシン間の専用線を
     対象にしています。専用線モードでは ppp は自発的に動作を終了することはあり
     ません - 終了するには ``quit all'' コマンドを診断ソケットを介して送る必要
     があります。 SIGHUP は LCP の再ネゴシエーションを強要し、 SIGTERM は終了
     を強要します。

     B>クB>ラB>イB>アB>ンB>トB>コB>ーB>ルB>バB>ッB>クB>をB>サB>ポB>ーB>ト  ppp は標準 LCP コールバックプロトコル
     ならびに Microsoft コールバック制御プロトコル
     (ftp://ftp.microsoft.com/developr/rfc/cbcp.txt) を使用できます。

     NATB>、B>すB>なB>わB>ちB>パB>ケB>ッB>トB>エB>イB>リB>アB>シB>ンB>グB>をB>サB>ポB>ーB>ト パケットエイリアシング (別
     名: IP マスカレード) により、未登録でプライベートなネットワーク上のコン
     ピュータからもインターネットにアクセスすることが可能です。 PPP ホストはマ
     スカレードゲートウェイとして動作します。送信パケットの IP アドレスと TCP
     や UDP のポート番号はどちらも NAT され、返信パケットではエイリアスが元に
     戻されます。

     B>バB>ッB>クB>グB>ラB>ウB>ンB>ド PPP B>接B>続B>をB>サB>ポB>ーB>ト バックグラウンドモードでは、接続を確
     立するのに成功した場合に ppp はデーモンになります。それ以外の場合はエラー
     で終了します。これにより、接続が成功裏に確立した場合のみコマンドを実行す
     るようなスクリプトをセットアップすることが出来ます。
     て RADIUS 要求を作成します。

     B>代B>理 arp (Proxy Arp) B>をB>サB>ポB>ーB>ト  ppp が相手のために 1 個以上の代理 arp エ
     ントリを作成するように、設定可能です。 LAN 上の各マシンでの設定を行わず
     に、相手側から LAN へのルーティングを可能とします。

     B>パB>ケB>ッB>トB>のB>フB>ィB>ルB>タB>リB>ンB>グB>をB>サB>ポB>ーB>ト ユーザは 4 種類のフィルタを定義できま
     す。 in は受信パケットに対するフィルタです。 out は送信パケットに対する
     フィルタです。 dial はダイヤルを行うきっかけとなるパケットを定義するフィ
     ルタで、 alive は接続を保持するためのパケットを定義するフィルタです。

     B>トB>ンB>ネB>ルB>ドB>ラB>イB>バB>は bpf (Berkeley Packet Filter) B>をB>サB>ポB>ーB>ト  PPP リンクを
     流れるパケットを調べるために、 tcpdump(1) を使うことができます。

     PPP B>オB>ーB>バ TCP B>おB>よB>び PPP B>オB>ーB>バ UDP B>をB>サB>ポB>ーB>ト デバイス名が
     host:port[/tcp|udp], 形式で指定された場合、 ppp は通常のシリアルデバイス
     を使うのではなく、データ転送のための TCP または UDP の接続を開きます。
     UDP 接続は、 ppp を強制的に同期モードにします。

     PPP B>オB>ーB>バ ISDN B>をB>サB>ポB>ーB>ト  ppp がオープンすべきリンクとして生の B チャネ
     ル i4b デバイスを指定すると、 isdnd(8) と対話して ISDN 接続を確立できま
     す。

     PPP B>オB>ーB>バB>イB>ーB>サB>ネB>ッB>トB>をB>サB>ポB>ーB>ト (rfc 2516)  ppp が
     PPPoE:iface[:provider] の書式のデバイス指定を与えられ、 netgraph(4) が利
     用可能な場合、 pppiface ネットワークインタフェースを使用し、 provider
     に対して PPP オーバイーサネットを話そうとします。

     netgraph(4) をサポートしないシステム上では、 pppoe(8) のような外部プログ
     ラムを使用可能です。

     IETF B>ドB>ラB>フB>トB>の Predictor-1 (rfc 1978) B>と DEFLATE (rfc 1979) B>圧B>縮B>をB>サB>ポB>ー
     B>ト  ppp は VJ 圧縮の他に Predictor-1 と DEFLATE 圧縮もサポートしていま
     す。モデムは通常 (例えば v42.bis のような) 組み込みの圧縮機能を持ってお
     り、その結果システムはより高いデータレートで通信できます。これは一般には
     良いことですが、より高速のデータによってシリアル回線からの割り込みが増加
     します。システムはこの割り込みをモデムと通信して処理しなくてはならないた
     め、システムの負荷と遅延時間が増加することになります。 VJ 圧縮とは異な
     り、Predictor-1 と DEFLATE 圧縮はリンクを通る すべてのネットワークトラ
     フィックをあらかじめ圧縮しておくことで、オーバヘッドを最小にします。

     Microsoft B>の IPCP B>拡B>張B>をB>サB>ポB>ーB>ト (rfc 1877)  Microsoft の PPP スタックを
     使用するクライアント (つまり Win95, WinNT) との間でネームサーバのアドレス
     と NetBIOS ネームサーバのアドレスをネゴシエーションできます。

     B>マB>ルB>チB>リB>ンB>ク PPP B>をB>サB>ポB>ーB>ト (rfc 1990)  接続先への複数の物理的な回線をオ
     ープンし、すべてのリンクの帯域幅を合わせてより高いスループットを得ること
     ができます。

     MPPE (draft-ietf-pppext-mppe) B>のB>サB>ポB>ーB>ト  MPPE は、Microsoft 社の Point
     to Point 暗号化機構です。 ppp を設定して、Microsoft Windows の仮想プライ
     ベートネットワーク (VPN) に参加できるようになります。現在のところ、 ppp


始める前に

     最初に ppp を実行する時には、いくつかの初期設定を整える必要があります。

     o   カーネルにトンネルデバイスが含まれていることが必要です (GENERIC カー
         ネルではデフォルトで 1 つ含まれます)。 tun デバイスが含まれていない場
         合や、複数の tun インタフェースが必要な場合、次の行をカーネル設定ファ
         イルに追加して、カーネルを再構築する必要があります:

               pseudo-device tun N

         ここで NPPP 接続を行いたい最大の数です。

     o   /dev ディレクトリにトンネルデバイスのエントリ /dev/tunN があるかどう
         かを調べてください。ここで `N' は、0 から始まる tun デバイスの番号で
         す。もし無いようならば、"sh ./MAKEDEV tunN" を実行すれば作ることがで
         きます。これにより 0 から N までの tun デバイスが作成されます。

     o   あなたのシステムの /etc/group ファイルに ``network'' グループがあり、
         そのグループが ppp を使うと想定されるすべてのユーザ名を含んでいること
         を確かめてください。詳細は group(5) マニュアルページを参照してくださ
         い。また、これらのユーザは /etc/ppp/ppp.conf ファイルで ``allow
         users'' コマンドを使用してアクセス権が与えられなければなりません。

     o   ログファイルを作成します。 pppsyslog(3) を使用して情報を記録しま
         す。通常のログファイル名は /var/log/ppp.log です。このファイルに出力
         を行うためには、次の行を /etc/syslog.conf ファイルに記述してください:

               !ppp
               *.*<TAB>/var/log/ppp.log

         ppp の実行形式にリンクを作成することにより、複数の PPP ログファイルを
         持つことが可能です:

               # cd /usr/sbin
               # ln ppp ppp0

         として /etc/syslog.conf で

               !ppp0
               *.*<TAB>/var/log/ppp0.log

         とします。 /etc/syslog.conf を更新した後に、 syslogd(8) に HUP シグナ
         ルを送ることをお忘れなく。

     o   厳密には ppp の操作とは関係ありませんが、リゾルバが正しく働くように設
         定した方が良いでしょう。これは (named(8) を用いて) ローカルな DNS サ
         ーバを設定するか、もしくは /etc/resolv.conf ファイルに適切な
         `nameserver' 行を加えることで行われます。詳細は resolv.conf(5) のマ
         ニュアルを参照してください。

         他の方法として、もし接続先がサポートしている場合には ppp が接続先にネ
         ームサーバのアドレスを尋ねて、自動的に /etc/resolv.conf を更新するこ

           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

     移行して下さい。

     それでもログインプロンプトが得られない場合、 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 link
           * (高レベル) リンク関係の情報がここに表示されます *
           PPP ON awfulhak> show bundle
           * (高レベル) 論理接続関係の情報がここに表示されます *

     を用いることで既存の経路を上書きできます。このコマンドは、実際に接続を作
     成する前に実行可能です。新しい IP アドレスを接続時にネゴシエートする場
     合、これに従って ppp がデフォルト経路を更新します。

     ここで、(ping, telnet, ftp のような) ネットワークアプリケーションを、あな
     たのマシンの別のウィンドウまたは端末で使用可能です。現在の端末を再利用し
     たい場合、 ppp をバックグラウンドモードにするために、標準のシェルのサスペ
     ンドとバックグラウンドコマンド (通常 ``^Z'' の後に ``bg'') を使用可能で
     す。

     使用可能コマンドの詳細は PPP コマンドリストの節を参照してください。


自動ダイヤル

     自動ダイヤルを行うためには、ダイヤルとログインのチャットスクリプトを用意
     しなければなりません。定義の例は /usr/share/examples/ppp/ppp.conf.sample
     を見てください ( /etc/ppp/ppp.conf の書式は非常に簡単です)。各行は単一の
     コメント、インクルード、ラベル、コマンドのいずれかを含みます。

     o   (``#'') 文字で始まる行は、コメントとして扱われます。コメント行と認識
         した場合、先行する空白は無視されます。

     o   インクルードは語 `!include' から始まる行です。 1 つの引数 - インクル
         ードするファイル - を持つ必要があります。古いバージョンの ppp との互
         換性のために、 ``!include ~/.ppp.conf'' を使用したいかもしれません。

     o   ラベルは行頭から始まり、最後にコロン (``:'') が続かなければなりませ
         ん。

     o   コマンド行は、最初の桁に空白かタブを含む必要があります。

     /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' に変わります:

     実行については、提供されている /usr/share/examples/ppp/ppp.conf.sample (
     使用可能な置換文字列については、後述の ``shell'' と ``bg'' を参照してくだ
     さい) の ``pmdemand'' の例を参照してください。同様に、接続が閉じられる
     と、 /etc/ppp/ppp.linkdown ファイルの内容が実行されます。これらのファイル
     のフォーマットは /etc/ppp/ppp.conf と同じです。

     以前のバージョンの ppp では、デフォルト経路のような経路は ppp.linkup ファ
     イルで追加し直す必要がありました。現在では ppp は、 HISADDR もしくは
     MYADDR が変化したときに、自動的に HISADDR もしくは MYADDR 文字列を含むす
     べての経路を更新する `スティッキー経路' をサポートします。


バックグラウンドダイヤル

     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'' コマンドで変更できます。

     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

     2.   モデムが接続されているポートで getty(8) が起動されるように /etc/ttys
          を編集します。例えば、次のように設定すれば良いでしょう:

                ttyd1 "/usr/libexec/getty std.38400" dialup on secure

          getty(8) を起動するために init(8) プロセスに HUP シグナルを送るのを
          忘れないでください:

                # kill -HUP 1

          通常、あなたのモデムの DTR 速度を getty と同じに設定する必要がありま
          す:

                # ppp
                ppp ON awfulhak> set device /dev/cuaa1
                ppp ON awfulhak> set speed 38400
                ppp ON awfulhak> term
                deflink: Entering terminal mode on /dev/cuaa1
                Type `~?' for help
                at
                OK
                at
                OK
                atz
                OK
                at
                OK
                ~.
                ppp ON awfulhak> quit

     3.   /usr/local/bin/ppplogin ファイルを次のような内容で作成します:

                #!/bin/sh
                exec /usr/sbin/ppp -direct incoming

          ダイレクトモード (-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) のマニュアル項目を参照してください。
          ``accept dns'' および ``set nbns'' コマンドを使うことで IPCP による
          ドメインネームサーバと NetBIOS ネームサーバのネゴシエーションを有効
          し、 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
          Pgeorge<TAB>yyyy

     これで、 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]]]

     namekey は期待されるクライアントのユーザ名とパスワードを指定します。
     key が ``*'' で PAP が使用される場合、 ppp は認証時にパスワードデータベー
     ス (passwd(5)) を検索します。 ppp.secret の如何なる name/ key の組み合わ
     せにおいても適切でない返答をクライアントが与える場合、認証は失敗します。

     認証に成功したならば、 (指定時には) hisaddr を IP 番号ネゴシエーション時
     に使用します。詳細は ``set ifaddr'' コマンドを参照してください。

     認証に成功し label が指定された場合、現在のシステムラベルは label にマッ
     チするように修正されます。このことはファイル ppp.linkupppp.linkdown
     の後続のパーズに影響があります。

     認証に成功し callback-number が指定され ``set callback'' が ppp.conf で指
     定された場合、クライアントは指定された番号でコールバックされます。 CBCP
     が使用される場合、 ``set cbcp'' コマンドに渡すのと同様の形式で、
     callback-number にもまた番号のリストまたは ``*'' を含むことが可能です。こ
     の値は、 ppp で後続する CBCP フェーズで使用します。

     そして /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 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 プロファイル中に、次のような設
     ルの 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 コマンドラインオプションにより、ネットワークアドレス変換 (別名、パ
     ケットをフォワーディングしないか、ひょっとするとパケットが送られて来てい
     ないかのどちらかです。 /etc/rc.conf で IP フォワーディングが有効にされて
     いることと、他のコンピュータで ppp ホストがその LAN のゲートウェイとして
     指定されていることを確認してください。


パケットのフィルタリング

     この実装では、パケットのフィルタリングがサポートされています。 in フィル
     タ、 out フィルタ、 dial フィルタ、そして alive フィルタの 4 種類のフィル
     タがあります。ここでは基本的なことについて書くことにします。

     o   フィルタ定義は次のような構文になっています。

         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_addrdst_addr には、 MYADDR と HISADDR という値を使用可能
              です (これらの値の解説は ``bg'' を参照してください)。これらの値
              を使用した場合、これらの値が変化するたびにフィルタが更新されま
              す。これは、後述の ``add'' コマンドの動作と似ています。

         5.   proto は `icmp', `igmp', `ipip', `ospf', `udp', `tcp' のうちのい
              ずれか 1 つです。

         6.   cmp は `lt', `eq', `gt' のうちいずれか 1 つです。それぞれ、より
              小さい、等しい、より大きいを意味します。 port はポート番号で指定
              するか、 /etc/services のサービス名で指定することができます。

         7.   `estab', `syn', `finrst' フラグは proto が `tcp' に設定されてい
         ロック) されます。フィルタにルールが存在しない場合、パケットは通過を
         許されます。

     o   PROTO_IP PPP フレームヘッダを持つ UDP フレームに対しては、ペイロード
         に基づいたフィルタリングを行なうことが可能です。詳細については、後述
         の filter-decapsulation を参照してください。

     o   すべての規則を消去するには、 ``set filter name -1'' を使ってくださ
         い。

     /usr/share/examples/ppp/ppp.conf.sample.  を参照してください。


アイドルタイマの設定

     アイドルタイマを調べたり/設定するためには、それぞれ ``show bundle'' と
     ``set timeout'' コマンドを使ってください:

           ppp ON awfulhak> set timeout 600

     タイムアウト時間は秒数で指定します。デフォルト値は timeout が 180 秒

     です。アイドルタイマ機能を使わないようにするためには、次のコマンドを利用
     してください。

           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 と完全に同じものです。これを使用することで ppppppd バージョン 2.3.* と DEFLATE ネゴシエーションを成功させることができま
     す。


IP アドレスの制御

     の、 `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

     上の例の意味は次の通りです:

     o   自分の IP アドレスとしてまず 0.0.0.0 を提案しますが、アドレス
         192.244.177.38 のみは受け付けます。
     o   相手側のアドレスとして 192.244.177.2 を使うように要求し,
         192.244.177.2 以外のどんなアドレスを使うことも許可しません。相手側が
         別の IP アドレスを要求してきた時は、いつでも 192.244.177.2 を提案しま
         す。
     o   経路表のネットマスク値は 0xffffffff に設定されます。

     これは、両側が既に決まった IP アドレスを持っている場合にはうまくいきます
     が、多くの場合、一方がすべての IP アドレスを制御するサーバとして動作して
     おり、もう一方はその方針に従います。より柔軟な動作をさせるために、 ``set
     ifaddr'' コマンドで IP アドレス指定をもっと緩やかにすることが可能です:

           set ifaddr 192.244.177.38/24 192.244.177.2/20

     スラッシュ (``/'') に続く数字は、この IP アドレスで意味のあるビットの数を
     表現しています。上の例は次のことを示しています。

     o   可能なら自分のアドレスとして 192.244.177.38 を使おうとしますが、
         192.244.177.0 から 192.244.177.255 の間の任意の IP アドレスも受け入れ
         ます。
     o   相手のアドレスとして 192.244.177.2 を使うことを希望しますが、
         192.244.176.0 から 192.244.191.255 の間の任意の IP アドレスも許可しま
         す。
     o   すでにお気づきと思いますが、 192.244.177.2 は 192.244.177.2/32 と書く
         ことと等価です。
     o   例外として、0 は 0.0.0.0/0 と等価であり、希望する IP アドレスは特に無
         く、リモート接続先の選択に従うことを意味します。 0 を使用した場合は、
         接続が確立するまで、経路表のエントリはまったく設定されません。
     o   192.244.177.2/0 は、どんな IP アドレスでも受け入れる/許可することを意
         味しますが、最初に 192.244.177.2 を使うように提案します。


インターネットサービスプロバイダと接続する

     プロバイダに接続する際には、次のステップを踏む必要があるでしょう:

     1.   ``set phone'' コマンドを使って、ダイヤルスクリプトにプロバイダの電話
          番号を記述します。ダイヤルやリダイヤルに使用する電話番号は、パイプ
          (``|'') またはコロン (``:'') で区切って複数指定することができます。
          ヤルの後、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"

          このモデム「チャット」文字列の意味は次の通りです。

          o   "BUSY" または "NO CARRIER" を受信した場合には処理を中止します。

          o   タイムアウトを 4 秒にセットします。

          o   文字列の受信待ちは行いません。

          o   ATZ を送信します。

          o   OK の受信待ちを行います。もし 4 秒以内に受信できなければ、もう 1
              度 ATZ を送信し、OK の受信待ちを行います。

          o   ATDTxxxxxxx を送信します。xxxxxxx は上記の電話番号リストの中の、
              次にダイヤルする番号です。

          o   タイムアウトを 60 にセットします。

          o   文字列 CONNECT の受信待ちを行います。

          一旦接続が確立されると、ログインスクリプトが実行されます。このスクリ
          プトはダイヤルスクリプトと同じスタイルで書かれますが、パスワードが記
          録されないように注意してください:

                set authkey MySecret
                set login "TIMEOUT 15 login:-\\r-login: awfulhak \

          o   "ocol:" ("Protocol:" プロンプトの末尾) の受信待ちを行います。

          o   "PPP" を送信します。

          o   "HELLO" の受信待ちを行います。

          ``set authkey'' コマンドのログは特別な方法でとられます。 command ま
          たは chat のログが有効な時は、実際のパスワードは記録されません。代り
          に `********' が記録されます。

          ログインスクリプトはプロバイダによって大きく違うものになるでしょう。
          始めてそれを設定するときには チャットログを有効化することで、あなた
          のスクリプトが予定通りに動いているかを調べることができます。

     4.   シリアル回線と通信速度を指定するためには ``set device'' と ``set
          speed'' を使います。例えば次のようになります。

                set device /dev/cuaa0
                set speed 115200

          FreeBSD では cuaa0 が 1 つめのシリアルポートになります。 OpenBSD で
          ppp を実行している場合には cua00 が 1 つめです。あなたのモデムが
          28800 かそれ以上のビットレートで通信することができるなら、シリアルポ
          ートの速度には 115200 を指定しておくべきでしょう。一般に、シリアルポ
          ートの速度はモデムの速度の約 4 倍にしておきます。

     5.   ``set ifaddr'' コマンドで IP アドレスを定義します。

          o   プロバイダがどの IP アドレスを使っているのか知っている場合には、
              それをリモートアドレス (dst_addr) として使ってください。知らない
              場合には、10.0.0.2/0 か何かを使ってください (以降を参照してくだ
              さい)。

          o   特定の IP アドレスをプロバイダから割り当てられている場合は、それ
              をローカルアドレス (src_addr) として使ってください。

          o   プロバイダが IP アドレスを動的に割り当てる場合は、適当に控えめで
              緩やかに記述した IP アドレスをローカルアドレスに選んでください。
              10.0.0.1/0 が適切でしょう。 / に続く数値は、このアドレスのうち何
              ビットを重視しているかを示します。もしもクラス C のネットワーク
              1.2.3.0 上のアドレスを使うことを主張したいのなら、1.2.3.1/24 と
              指定することができます。

          o   プロバイダがあなたが提示した最初の IP 番号を受け付ける場合、第
              3, 4 の引数に ``0.0.0.0'' を指定してください。これによりプロバイ
              ダが番号を割り当てます。 (3 つめの引数は、 `src_addr' に対してデ
              フォルトのマスクよりも制約が緩いため、無視されます。)

          自分の IP アドレスもプロバイダの IP アドレスも知らない場合には、次の
          例のようにするとよいでしょう。

          必要ではなくなりました。

     7.   プロバイダが PAP/CHAP による認証を要求している場合は、
          /etc/ppp/ppp.conf ファイルに次の行を追加してください:

                set authname MyName
                set authkey MyPassword

          デフォルトではどちらも受け付けられますので、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' が通常は無効にするのに最適なファシリティです)。
        Async      非同期レベルパケットの 16 進ダンプ。
        CBCP       CBCP (CallBack Control Protocol) ログの生成。
        CCP        CCP パケットトレースの生成。
        Chat       `dial', `login', `logout', `hangup' のチャットスクリプトの
                   トレースログの生成。
        Command    コマンド実行のログ。
        Connect    文字列 "CONNECT" を含むチャット行のログ。
        Debug      デバッグ情報のログ。
        DNS        DNS QUERY パケットのログ。
        Filter     ダイヤルフィルタに許可され、他のフィルタに拒否されたパケッ
                   トのログ。
        HDLC       HDLC パケットの 16 進ダンプ。
        ID0        ユーザ ID 0 で実行された全関数呼び出しを詳細に記録。
        IPCP       IPCP パケットトレースの生成。
        LCP        LCP パケットトレースの生成。

     複数のレベルを単一コマンドラインにて指定することも可能です。デフォルト
     は、 ``set log Phase'' です。

     スクリーンに直接ログを表示することも可能です。文法は同じで、語 ``local''
     が ``set log'' の直後に付くことだけが違います。デフォルトは ``set log
     local'' (つまり、マスクされない警告、エラーと注意のみ出力) です。

     ``set log [local]'' への最初の引数が `+' か `-' の文字で始まる場合、現在
     のログレベルを消去せずに修正します。例えば:

           PPP ON awfulhak> set log phase
           PPP ON awfulhak> show log
           Log:   Phase Warning Error Alert
           Local: Warning Error Alert
           PPP ON awfulhak> set log +tcp/ip -warning
           PPP ON awfulhak> set log local +command
           PPP ON awfulhak> show log
           Log:   Phase TCP/IP Warning Error Alert
           Local: Command Warning Error Alert

     レベル Warning, Error, Alert のメッセージログは ``set log [local]'' では
     制御できません。

     Warning レベルは特別で、ローカルに表示可能な場合には記録されません。


シグナルハンドリング

     ppp は次のシグナルを扱います:

     INT   このシグナルを受信すると、現在の接続がもしあればそれを終了します。
           -auto もしくは -ddial のモードではない場合、 ppp は終了します。

     HUP, TERM, QUIT
           ppp を終了させます。

     USR1  ppp に既存のサーバソケットを再度オープンさせ、すべての既存の診断ポ
           ートへの接続を取り下げます。以前にオープン出来なかったソケットは、
           再度試されます。

     USR2  ppp に全サーバソケットを閉じさせ、すべての既存の診断ポートへの接続
           を取り下げます。再度オープンするためには、 SIGUSR1 が使用できます。


マルチリンク PPP

     PPP 相手に接続するのに複数の物理的なリンクを利用したいなら、接続相手も マ
     ルチリンク PPP プロトコルを理解する必要があります。仕様の詳細は RFC 1990
     を参照してください。

     接続先は、 ``終点の選択'' とその ``認証 ID'' の組み合わせによって識別され
     ます。これらの一方、もしくは両方を指定することができます。最低でも片方は
     指定しておくことが推奨されます。そうでないと、すべてのリンクが実際に同一
     のプログラムに接続されていることを確認する方法がなくなり、混乱してロック
     アップを引き起こすことがあります。ローカルには、これらの識別変数は ``set
     enddisc'' と ``set authname'' コマンドを用いることで指定されます。先立っ

     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 timeout 0
            set log phase chat
            set device /dev/cuaa0 /dev/cuaa1 /dev/cuaa2
            set phone "123456789"
            set dial "ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 \"\" ATZ \
                      OK-AT-OK \\dATDT\\T TIMEOUT 45 CONNECT"
            set login
            set ifaddr 10.0.0.1/0 10.0.0.2/0 0.0.0.0 0.0.0.0
            set authname ppp
            set authkey ppppassword
            set mrru 1500
            clone 1,2,3            # 3 個の新規リンクを作成 - デフォルトを複製
            link deflink remove    # デフォルトリンクを削除 (``deflink'' という名前)

     すべての複製が設定の最後で行われていることに注意してください。一般にはリ
     ンクは最初に設定され、そして複製されます。あなたが常にすべてのリンクが
     アップ状態であることを望む場合には、設定の最後に次の行を追加することがで
     きます。

             link 1,2,3 set mode ddial

     リンクが必要に応じてダイヤルされることを望む場合には、次のコマンドを使う
     ことができます。

             link * set mode auto

     上記の ``set device'' 行を取り除き、 ``clone'' コマンドに続けて次の内容を
     指定することで、リンクを特定の名前に結びつけることもできます:

            link 1 set device /dev/cuaa0

     をすでに実行されている任意の他のプロセスに渡すことができます。すでに実行
     されているプロセスがない場合、 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
             デフォルト: enable かつ accept。 ACFComp はアドレスおよびコントロ
             ールフィールド圧縮 (Address and Control Field Compression) を意味
             します。 LCP パケット以外は通常、アドレスフィールド 0xff (全ステ
             ーションアドレス) と制御フィールド 0x03 (番号付けされていない情報
             コマンド) を持ちます。このオプションがネゴシエートされると、これ
             らの 2 バイトは単に送信されなくなり、流量が少なくなります。

             詳細は rfc1662 を参照してください。

         chap[05]
             デフォルト: disable かつ accept。 CHAP はチャレンジ交換認証プロト
             コル (Challenge Handshake Authentication Protocol) を意味します。
             CHAP もしくは PAP (後述) のどちらか一方のみネゴシエーション可能で
             す。 CHAP では、認証者は「チャレンジ」メッセージを相手に送りま
             す。相手は一方向ハッシュ関数を使用して「チャレンジ」を暗号化し、
             結果を送り返します。認証者は同じことを行い結果を比較します。この
             機構の利点は、接続を介してパスワードを送らないことです。接続が最
             初に確立する時にチャレンジが行われます。更なるチャレンジが行われ
             るかもしれません。相手の認証を行いたい場合は、 ``enable chap'' を
             /etc/ppp/ppp.conf に書き、相手のエントリを /etc/ppp/ppp.secret に
             書く必要があります。

             クライアントとして CHAP を使用する場合、 ``AuthName'' と
             ``AuthKey'' を /etc/ppp/ppp.conf に指定するだけで良いです。 CHAP
             はデフォルトで accept されます。 PPP の実装によっては、チャレンジ
             の暗号化に MD5 ではなく "MS-CHAP" を使用するものがあります。 MS-
             CHAP は MD4 と DES の組み合わせです。もし ppp が DES ライブラリの
             存在するマシン上で構築された場合 MS-CHAP 認証要求に応答しますが、
             要求はしません。

         deflate
             デフォルト: disable かつ deny。これは deflate のバリエーション
             で、 pppd(8) プログラムとのネゴシエーションを許可します。詳細は上
             記の deflate セクションを参照してください。これは rfc1975 に反す
             るため、デフォルトでは disable となっています。

         dns
             デフォルト: disable かつ deny。このオプションは DNS ネゴシエー
             ションを許可します。

             ``enable'' にすることにより、 ppp は接続相手が /etc/resolv.conf
             ファイルのエントリを確認することを要求します。もし接続相手が当方
             の要求に否定応答をした場合 (新しい IP アドレスを提案したら)、
             /etc/resolv.conf ファイルは更新され、新しいエントリを確認するよう
             に要求を送ります。

             ``accept'' にすることにより、 ppp は接続相手からの DNS 検索要求を
             拒否せずに、返答します。 ``set dns'' コマンドの使用によって上書き
             されていない場合には、応答は /etc/resolv.conf から採られます。

         enddisc
             デフォルト: enable かつ accept。このオプションは、終点選択値をネ
             ゴシエートするか否かを制御します。 ``set enddisc'' が使用され
             enddisc が enable の場合のみ、当方の選択値を送ります。 enddisc が
             disable の場合、相手の選択値を拒否します。

         LANMan|chap80lm
             デフォルト: disable かつ accept。この認証プロトコルの使用は勧めら
             れません。単一の CHAP タイプ (0x80) を装って、 2 つの異った機構
             (LANMan と NT) を実装することにより、部分的に認証プロトコルを侵害
             しているからです。 ``LANMan'' は単純な DES 暗号化機構を使用するも
             のであり、 CHAP 代替としては最低の安全性のものです (それでも PAP
             よりは安全です)。

             更なる詳細は後述の ``MSChap'' の記述を参照してください。

         lqr
             デフォルト: disable かつ accept。このオプションはリンク品質要求
             (Link Quality Request) を送信する、もしくは受け入れるかどうかを決
             定します。 LQR は、モデムのキャリア検出を使用せずに、リンクダウン
             を ppp に決定させるプロトコルです。 LQR が enable になっている
             と、 ppp は LCP 要求の一部として QUALPROTO オプション (後述の
             ``set lqrperiod'' を参照) を送ります。接続相手が同意した場合、両
             端は同意した間隔で LQR パケットを交換し、 LQM ロギングを有効にす
             ることで、詳細なリンク品質を監視することが可能になります。接続相
             手が同意しなかった場合、 ppp は代りに ECHO LQR 要求を送ります。こ
             れらのパケットは興味ある情報を何も渡しませんが、 必ず接続相手に応
             答しなければなりません。

             LQR, ECHO LQR のいずれを用いるにせよ、 ppp は 5 つのパケットを
             送ったが確認応答が無い場合、6 つ目のパケットを送らずに回線を切断
             します。メッセージを PHASE レベルで記録し、回線切断の原因が接続相
             手にあるものとして、適当な ``reconnect'' 値を使用します。
             れません。単一の CHAP タイプ (0x80) を装って、 2 つの異った機構
             (LANMan と NT) を実装することにより、部分的に認証プロトコルを侵害
             しているからです。標準の CHAP (タイプ 0x05) に非常に良く似ていま
             すが、チャレンジを固定 8 バイト長で発行し、標準の MD5 機構ではな
             く MD4 と DES を組み合わせてチャレンジを暗号化するところが違いま
             す。 LANman 用の CHAP タイプ 0x80 もまたサポートされています - 詳
             細は ``enable LANMan'' を参照してください。

             ``LANMan'' と ``NT'' の両方が CHAP タイプ 0x80 を使用しますので、
             両方を ``enable'' にして認証者として動作するときには、相手が誤っ
             た方のプロトコルを使用して応答した場合には、 ppp は最大 3 回相手
             に再チャレンジします。これにより、相手が両方のプロトコルを使用す
             る機会を与えます。

             逆に、両プロトコルを ``enable'' にして ppp が被認証者となる場合、
             チャレンジに答えるたびに使用プロトコルを交換します。

             注: LANMan のみが enable にされた場合、 pppd(8) (バージョン
             2.3.5) は被認証者としては誤った動作を行います。 NT と LANMan の両
             方の応答を行いますが、 NT の応答のみ使用すべきことも指示してしま
             うのです。

         pap
             デフォルト: disable かつ accept。 PAP はパスワード認証プロトコル
             (Password Authentication Protocol) を意味します。 CHAP (前述) も
             しくは PAP のどちらか一方のみネゴシエーション可能です。 PAP で
             は、ID とパスワードが相手に送られ続け、認証されるか接続が終了され
             るまでこれが続きます。これは比較的良くないセキュリティ機構です。
             接続が最初に確立した時のみ実行可能です。相手の認証を行いたい場合
             は、 ``enable pap'' を /etc/ppp/ppp.conf に書き、相手のエントリを
             /etc/ppp.secret に書く必要があります (ただし、後述の
             ``passwdauth'' と ``set radius'' オプションを参照)。

             クライアントとして PAP を使用する場合、 ``AuthName'' と
             ``AuthKey'' を /etc/ppp/ppp.conf に指定するだけで良いです。 PAP
             はデフォルトで accept されます。

         pred1
             デフォルト: enable かつ accept。このオプションは圧縮制御プロトコ
             ル (Compression Control Protocol; CCP) に Predictor 1 圧縮を使用
             するかどうかを決定します。

         protocomp
             デフォルト: enable かつ accept。このオプションは PFC (プロトコル
             フィールド圧縮) のネゴシエートするために使用されます。この機構に
             より、プロトコルフィールド数が 2 オクテットから 1 オクテットに減
             ります。

         shortseq
             デフォルト: enable かつ accept。このオプションは ppp がマルチリン
             クモードのネゴシエーション時に (12 ビットの) 短いシーケンス番号を
             要求し、そして受け入れるかどうかを決定します。これは、当方の MMRU
             ロードに対して、すべてのフィルタを適用します。

             PPP リンク上で PPPoUDP トラフィックを送りたい場合で、 UDP ラッパ
             ではなく、実際のデータに基いて賢いことをリンクにやらせたい場合に
             有用です。

             UDP フレームのペイロードは、如何なる方法であっても圧縮してはなり
             ません。圧縮した場合には、 ppp はペイロードを解釈できません。です
             から、UDP リンクに対する ppp の起動の際には、設定中で disable vj
             pred1 deflatedeny vj pred1 deflate を行なうことを推奨します。

         idcheck
             デフォルト: enable。低レベルな LCP, CCP, IPCP 設定トラフィックを
             交換するときに、すべての応答の識別子フィールドはその要求の識別子
             フィールドと同一であることが予定されています。デフォルトでは ppp
             は予定された識別子フィールドを持たないすべての応答パケットを捨
             て、それぞれのログレベルで報告します。もし idcheck が disable に
             なっている場合、 ppp は識別子フィールドを無視します。

         keep-session
             デフォルト: disable。 ppp がマルチリンクサーバとして動作すると
             き、別の ppp インスタンスが最初に各接続を受け付けます。リンクが (
             別の ppp によって制御されている) 既存のバンドルに属すと判定する
             と、 ppp はこのリンクを当該別プロセスへ移管します。

             リンクが tty デバイスである場合かこのオプションが enable されてい
             る場合、 ppp は終了せず、自己のプロセス名を ``session owner'' に
             変え、リンクを制御する方の ppp が処理を完了してアイドルプロセスの
             方へシグナルを返すまで待ちます。リンク資源が再利用可能であると
             ppp の親がみなす結果により生じる混乱を、これにより防ぎます。

             /etc/ttys にエントリがある tty デバイスの場合、別の getty(8) の開
             始を防ぐために、これが必要です。 sshd(8) のようなプログラムリンク
             の場合、子供の死による sshd(8) の終了を防ぐために、これが必要で
             す。 ppp は親の要件を判断できませんので (tty の場合を除く)、状況
             に応じて手動で本オプションを設定する必要があります。

         loopback
             デフォルト: enable。 loopback が enable の場合、 ppp は自動的に
             PPP インタフェースと同じ終点アドレス宛に送出されたパケットをルー
             プバックします。 disable の場合、 ppp がパケットを送ると、おそら
             く他の終点からの ICMP リダイレクトとなります。インタフェースがデ
             フォルト経路であるため、ループバック経路を必要とすることを避けた
             い場合、このオプションを enable にすると便利です。

         passwdauth
             デフォルト: disable。このオプションを enable にすることにより、
             PAP 認証コードが呼び出し側を認証する時に、 /etc/ppp/ppp.secret
             ファイル中でみつからない場合、パスワードデータベース ( passwd(5)
             参照) を使用します。 /etc/ppp/ppp.secret は常に、最初に調べられま
             す。 passwd(5) からパスワードを調べ、かつそのクライアントに対して
             IP アドレスもしくはラベルを指定したい場合には、
             ppp に代理 ARP エントリを追加させます。追加されるエントリは、 tun
             インタフェースによってルーティングされるすべてのクラス C もしくは
             それ以下のサブネットの中の、全 IP アドレスです。

             代理 arp エントリは、 ``add'' コマンドによって追加されたスティッ
             キー経路に対してのみ作成されます。( ``set ifaddr'' コマンドによっ
             て作成された) インタフェースアドレス自身に対しては、代理 arp エン
             トリは作成されません。

         sroutes
             デフォルト: enable。 ``add'' コマンドが HISADDR もしくは MYADDR
             という値とともに用いられると、エントリは `スティック経路' リスト
             に格納されます。 HISADDR もしくは MYADDR が変更される度に、このリ
             ストが経路表に適用されます。

             このオプションを disable にすると、スティッキー経路が適用されなく
             なります。 `スティック経路' リストは依然として保守されます。

         [tcp]mssfixup
             デフォルト: enable。このオプションは、 ppp に、TCP SYN パケットを
             調整するように指示し、インタフェース MTU が許可しているサイズを受
             信セグメントサイズの最大値が超えないようにします。

         throughput
             デフォルト: enable。このオプションを有効にすると、 ppp はスルー
             プット統計を収集します。ずれ動く 5 秒間のウィンドウにおいて入出力
             が検査され、現在、最良時、総計の数値が保持されます。このデータは
             関連する PPP 層が終了するときに出力され、また ``show'' コマンドで
             表示することで得られます。スループット統計は ``IPCP'' と
             ``physical'' のレベルで利用可能です。

         utmp
             デフォルト: enable。通常ユーザが PAP もしくは CHAP で認証された時
             で、 ppp-direct モードで実行されている時は、このユーザのエン
             トリが utmp ファイルおよび wtmp ファイルに作成されます。このオプ
             ションを disable にすると、 ppp は utmp および wtmp のエントリを
             作成しません。通常、ユーザがログインしかつ認証することを要求する
             場合のみ必要です。

         iface-alias
             デフォルト: -nat が指定された場合 enable。このオプションは、イン
             タフェースのアドレスを交換するのではなく、インタフェースに新規ア
             ドレスを追加するように、 ppp に指示します。ネットワークアドレス変
             換が有効な場合のみ (``nat enable yes'') 、本オプションを enable
             にできます。

             本オプションを enable にすると、 ppp は古いインタフェースアドレス
             のトラフィックを NAT エンジン (libalias(3) 参照) を通すようにな
             り、( -auto モードでは) 最初に PPP リンクを立ち上げたプロセスが正
             しく接続できるようにします。

             ``nat enable no'' として NAT を disable すると、 `iface-alias' も

         add! コマンド (``!'' に注意) 使用時には、経路が存在する場合には
         `route change' コマンド (詳細は route(8) 参照) にて経路を更新します。

         ``HISADDR'', ``MYADDR'', ``DNS0'', ``DNS1'' のいずれかを含む経路は `
         スティッキー' と見なされます。これらはリスト (リストを見るには ``show
         ipcp'' コマンドを使用します) に格納され、 HISADDR ``MYADDR'',
         ``DNS0'', ``DNS1'' のいずれかの値が変更される度に、経路表の関連するエ
         ントリが更新されます。この機能は ``disable sroutes'' を使用することで
         無効にできます。

     allow user[s] logname...
         このコマンドは ppp と設定ファイルへのアクセスを制御します。設定ファイ
         ルのラベルと ppp 実行モードにより、ユーザレベルでのアクセスも可能で
         す。例えば、 -background モードでは、ユーザ `fred' のみがラベル
         `fredlabel' にアクセスできるように、 ppp を構成したいかもしれません。

         ユーザ ID 0 はこれらのコマンドの対象外です。

         allow user[s] logname...
             デフォルトでは、ユーザ ID 0 のみが ppp へのアクセスを許されていま
             す。このコマンドを指定することで、 ``allow users'' が記載されてい
             るセクションに列挙されているユーザは、そのセクションへのアクセス
             が可能となります。 `default' セクションは常に最初にチェックされま
             す (スタートアップ時に常にロードされる唯一のセクションです)。ある
             セクションの中では、複数の ``allow users'' コマンドは、加算的で
             す。しかしながら、あるセクション中で許可されたユーザ群は、
             `default' セクションで許可されたユーザ群を上書きします。ですか
             ら、デフォルトユーザを `default' セクションで指定し、新しいユーザ
             リストをあるラベルに指定することで、あるラベル以外のすべてにアク
             セスを許すといったことが可能です。

             ユーザ `*' が指定されると、全ユーザにアクセスが許されます。

         allow mode[s] mode...
             デフォルトでは全 ppp モードが使用可能です。このコマンドが使用され
             ると、このコマンドが指定されたラベルのロードに許されるアクセス
             mode が制限されます。 ``allow users'' コマンドと同様、各 ``allow
             modes'' コマンドは先行するコマンドに優先し、 `default' セクション
             は常に最初にチェックされます。

             使用可能なモードは次の通りです: `interactive', `auto', `direct',
             `dedicated', `ddial', `background', `*' 。

             マルチリンクモードで動作するときには、現在存在する回線モードを許
             可するセクションをロード可能です。

     nat command [args]
         このコマンドは ppp 組込みのネットワークアドレス変換機能 (マスカレー
         ディングや IP エイリアシングとしても知られています) を制御するために
         使用します。 NAT は、外部インタフェースでのみ動作し、 -direct フラグ
         と共に使用してもおそらく意味がありません。
         nat deny_incoming [yes|no]
             yes に設定すると、エイリアシングリンクがまだ存在しないところで
             は、このコマンドは全パケットを拒否します。 ``エイリアシングリン
             ク'' が何であるかについては、 libalias(3) の 概念の背景節を参照し
             てください。

             どのような状況において libalias(3) がエイリアシングリンクを作成し
             たか、気をつける必要があります。 ``set filter'' または ``nat
             target'' のコマンドを使用して、更にネットワークを保護する必要があ
             るかもしれません。

         nat help|?
             このコマンドは、使用可能な nat コマンドのまとめを表示します。

         nat log [yes|no]
             このオプションは、NAT の様々な統計と情報がファイル
             /var/log/alias.log に記録されるようにします。

         nat port proto targetIP:targetPort[-targetPort] aliasPort[-aliasPort]
             [remoteIP:remotePort[-remotePort]]
             このコマンドは、 aliasPort への入力の proto 接続を、 targetIPtargetPort へリダイレクトします。 proto は、 ``tcp'' または
             ``udp'' です。

             ポート番号の範囲は、前述のように指定可能です。範囲は同じ大きさで
             あることが必要です。

             remoteIP が指定された場合、この IP 番号から来たデータのみがリダイ
             レクトされます。 remotePort は、 ``0'' (すべての送信元ポート)
             か、もう一方の範囲と同じ大きさのポート範囲です。

             あなたのゲートウェイの後のマシンでインターネット電話等を実行した
             い場合に、このオプションは有用です。しかし、送信元ホストと宛先ポ
             ートにつき内部マシン 1 台のみに接続可能という制限があります。

         nat proto proto localIP [publicIP [remoteIP]]
             このコマンドは、プロトコルタイプ proto (protocols(5) 参照) のパ
             ケットを内部アドレス localIP にリダイレクトするよう ppp に指示し
             ます。

             publicIP が指定された場合、そのアドレスが宛先のパケットのみが適合
             し、そうでない場合、デフォルトのエイリアスアドレスが使用されま
             す。

             remoteIP が指定された場合、その始点アドレスに適合するパケットのみ
             が適合します。

             このコマンドは、トンネルのエンドポイントを内部マシンにリダイレク
             トするために有用です。例えば次のようにします:

                   nat proto ipencap 10.0.0.1

             設定し、指定しないときは、ターゲットアドレスの設定をクリアしま
             す。ターゲットアドレスは、デフォルトでどのように受信パケットを
             NAT するかを指定するために libaliases が使用します。ターゲットア
             ドレスが設定されていないか、または ``default'' が与えられている場
             合、パケットは変更されないまま内部ネットワークにルーティングされ
             るようになります。

             ターゲットアドレスを ``MYADDR'' に設定することもでき、その場
             合、libaliases はすべてのパケットを内部ネットワークにリダイレクト
             します。

         nat use_sockets yes|no
             有効になると、ネットワークアドレス変換エンジンにソケットを作成さ
             せ、正しい ftp データ入力や IRC 接続を保証できるようになります。

         nat unregistered_only yes|no
             登録されていない送信元アドレスの出力パケットのみを、変更します。
             RFC1918 によると、登録されていない送信元アドレスは 10.0.0.0/8,
             172.16.0.0/12, 192.168.0.0/16 です。

         これらのコマンドはソース配布物の README.nat ファイル中でも議論されて
         います。

     [!]bg command
         指定した command を、次の語を置換した後に、バックグラウンドで実行しま
         す:

         AUTHNAME      これは、ローカルの authname の値と置き換えられます。後
                       述の ``set authname'' コマンドを参照してください。

         COMPILATIONDATE
                       これは、 ppp がコンパイルされた日付と置き換えられます。

         DNS0 & DNS1   これは、それぞれプライマリ DNS サーバ、セカンダリ DNS
                       サーバの IP アドレスに置き換えられます。IPCP によりネー
                       ムサーバがネゴシエーションされた場合、このマクロの値は
                       変わります。

         ENDDISC       これは、ローカルの終点選択値と置き換えられます。後述の
                       ``set enddisc'' コマンドを参照してください。

         HISADDR       これは、相手の IP 番号と置き換えられます。

         INTERFACE     これは、使用中のインタフェース名と置き換えられます。

         LABEL         これは、最後に使用したラベル名と置き換えられます。ラベ
                       ルは、 ppp のコマンドラインから ``load'' または
                       ``dial'' のコマンドから指定するか、 ppp.secret ファイル
                       から指定可能です。

         MYADDR        これは、ローカルインタフェースに割り当てられた IP 番号
                       と置き換えられます。

         コマンド実行中に ppp を停止させたい場合は、 ``shell'' コマンドを使用
         してください。

     clear physical|ipcp [current|overall|peak...]
         ``physical'' もしくは ``ipcp'' 階層で、指定されたスループット値をクリ
         アします。 ``modem'' を指定する場合にはコンテキストが与えられなければ
         なりません (後述の ``link'' コマンドを参照)。第 2 引数が与えられない
         場合、すべての値がクリアされます。

     clone name[,name]...
         指定されたリンクを複製し、引数の name に関連づけた新しいリンクを作成
         します。このコマンドは、リンクが 1 つしかない場合 (この場合にはそのリ
         ンクがデフォルトになります) を除いて後述の ``link'' コマンドから使用
         する必要があります。リンクは下記の ``remove'' コマンドで削除できま
         す。

         デフォルトのリンク名は ``deflink'' です。

     close [lcp|ccp[!]]
         引数が与えられないと、適切なプロトコル層がダウンし、リンクが閉じられ
         ます。 ``lcp'' が指定されると LCP 層がダウンしますが、 ppp をオフライ
         ンにはしません。例えば ``slirp'' のようなものを使用すれば、 ``term''
         (後述) を使用して相手のマシンと会話できます。 ``ccp'' が指定されると
         適切な圧縮層が閉じられます。 ``!'' が使用されると、圧縮層はクローズ状
         態のままとなります。使用されない場合には、STOPPED 状態へ再度入り、相
         手が更なる CCP ネゴシエーションを開始するのを待ちます。なにが起きよう
         とも、ユーザを ppp から切り離すことはありませんし、 ppp を終了させる
         こともありません。後述の ``quit'' を参照してください。

     delete[!] dest
         このコマンドは指定した dest IP アドレスの経路を削除します。 dest に
         `ALL' が指定された場合、現在のインタフェースの経路表の非直接エントリ
         と `スティッキー経路' がすべて削除されます。 dest に `default' が指定
         された場合、デフォルト経路が削除されます。

         delete! コマンドが使用された場合 (最後の ``!'' に注意) 、存在しない経
         路について ppp は文句を言わなくなります。

     dial|call [label]...
         このコマンドは、 ``load label'' の次に ``open'' を指定することと同等
         です。後方互換性のために提供されています。

     down [lcp|ccp]
         適切な階層をダウンさせますが、綺麗な方法ではなく、下位層が使用不能に
         なったように見えます。オープン状態にある有限状態機械でこのコマンドを
         使用することは、丁寧ではないとされています。引数が与えられない場合、
         すべてのリンクが閉じられます (コンテキストが与えられない場合にはすべ
         てのリンクが終了されます)。 `lcp' が指定された場合、 LCP 層は終了され
         ますが、デバイスはオフラインに移行せず、リンクも閉じられません。
         `ccp' が指定された場合、関連する圧縮層のみが終了されます。

     help|? [command]
             インタフェースアドレスエントリは新しいもので置き換えられ、ネット
             マスクと相手のアドレスの変更を許します。

             addr のみが指定されると、 bits はデフォルト値 ``32'' になり、
             peer はデフォルト値 ``255.255.255.255'' になります。このアドレス
             (ブロードキャストアドレス) は、相手のアドレスとして複数存在するこ
             とを ppp が唯一許すものです。

         iface clear
             ppp が OPENED 状態または -auto モードの場合にこのコマンドを使用す
             ると、 IPCP ネゴシエートされたアドレス以外の全アドレスがインタ
             フェースから削除されます。 ppp が OPENED 状態でも -auto モードで
             もない場合、全インタフェースアドレスが削除されます。

         iface delete[!]|rm[!] addr
             このコマンドは、指定した addr をインタフェースから削除します。
             ``!'' が指定されると、現在そのアドレスがインタフェースに割り当て
             られていなくても、エラーは報告されません (削除も行われません)。

         iface show
             インタフェースの現在の状態と現在のアドレスを表示します。
             ``ifconfig INTERFACE'' を実行することと、ほとんど同じです。

         ident [text...]
             text を使用して、相手に対してリンクを自己証明 (identify) します。
             text が空の場合、リンクの自己証明は無効化されます。前述の bg コマ
             ンドに使用できる語はすべて使用可能です。 ppp が相手に対して自己証
             明する場合についての詳細は、 sendident コマンドを参照してくださ
             い。

         iface help [sub-command]
             このコマンドを sub-command 無しで起動すると、利用可能な ``iface''
             サブコマンドと、おのおのの短い書式を表示します。 sub-command 付き
             で起動すると、指定した sub-command の書式のみを表示します。

     [data]link name[,name]... command [args]
         コマンドが影響を与えるリンクを特定したい場合に、このコマンドを任意の
         他のコマンドのプレフィックスとして使うことができます。これはマルチリ
         ンクモードで ``clone'' コマンドを使って複数のリンクを作成した後でのみ
         適用されます。

         name は存在するリンク名を指定します。 name がコンマ区切りのリストの場
         合には、 command はそれぞれのリンクに対して実行されます。 name が
         ``*'' の場合には、 command はすべてのリンクに対して実行されます。

     load [label]...
         ppp.conf ファイルから指定された ``label (複数指定可)'' をロードしま
         す。 ``label'' が指定されない場合、 ``default'' ラベルが仮定されま
         す。

         label セクションが ``set mode'', ``open'', ``dial'' のいずれのコマン
         ドも使用しない場合、 ppp はすぐに接続を確立しようとはしません。
         オープンされている場合には、再度ネゴシエートされます。

         ``ipcp'' 引数が用いられると、リンクが通常通り起動されます。すでに
         IPCP がオープンされている場合には、IPCP は再度ネゴシエートされ、ネッ
         トワークインタフェースが再設定されます。

         このようにして PPP の状態機械を再オープンするのは、おそらく良い手段で
         はありません。接続相手が正しく振る舞わない可能性があるためです。しか
         しながら、強制的に CCP もしくは VJ 辞書をリセットする手段としては便利
         です。

     passwd pass
         すべての ppp コマンドセットにアクセスするために要求されるパスワードを
         指定します。このパスワードは診断ポート ( ``set server'' コマンド参照)
         に接続するときに必要です。 pass は ``set server'' コマンドラインで指
         定します。 command ログが有効でも、値 pass は記録されず、文字列
         `********' が記録されます。

     quit|bye [all]
         ``quit'' が制御接続もしくはコマンドファイルから実行されると、 ppp は
         すべての接続を閉じた後に終了します。その他の場合、つまりユーザが診断
         ソケットから接続している場合には、単にその接続が失われます。

         all 引数が与えられた場合、 ppp はコマンドがどこから発行されたかに関わ
         らず、すべての存在する接続を閉じて終了します。

     remove|rm
         このコマンドは与えられたリンクを消去します。これはマルチリンクモード
         でのみ有用です。リンクは消去する前に CLOSED 状態になっていなければな
         りません。

     rename|mv name
         このコマンドは与えられたリンクの名前を name に変更します。 name がす
         でに他のリンクで使用されている場合には、失敗します。

         デフォルトリンクの名前は `deflink' です。これを `modem', `cuaa0',
         `USR' のいずれかに変更すると、ログファイルの可読性が向上するかも知れ
         ません。

     resolv command
         このコマンドは ppp が行なう resolv.conf(5) ファイルの操作を制御しま
         す。 ppp の起動時に、以後の参照に備え、このファイルの内容をメモリに読
         み込み保持します。 command は次のいずれかです。

         readonly  /etc/resolv.conf を読み込み専用とします。 ``dns'' が有効に
                   されている場合、 ppp は、接続相手との間でネームサーバのネゴ
                   シエーションを試みます。ネゴシエーションの結果は、マクロ
                   DNS0, DNS1 を通じて利用可能となります。このコマンドは、
                   ``resolv writable'' コマンドの反対です。

         reload    /etc/resolv.conf をメモリに再ロードします。例えば、DHCP ク
                   ライアントが /etc/resolv.conf を上書きする場合などに、この
                   た場合に、 ppp/etc/resolv.conf を更新できるようにしま
                   す。これは ``resolv readonly'' コマンドの反対です。

     save
         このオプションは (まだ) 実装されていません。

     sendident
         このコマンドは、 ppp に対し、相手に対して自己証明するように指示しま
         す。リンクは、LCP 状態以上であることが必要です。( ident コマンドに
         よって) 自己証明の設定がなされていない場合、 sendident は失敗します。

         自己証明の設定がなされている場合、設定拒否を送信または受信するとき
         か、ネゴシエーションが失敗したときか、 LCP が OPENED 状態になるときの
         いずれかのときに、 ppp は自動的に自己証明します。

         受信した自己証明パケットは、LCP ログに記録し (詳細は set log を参照し
         てください)、これに対する応答は行いません。

     set[up] var value
         このオプションは次に示す変数の設定のために使用します:

         set accmap hex-value
             ACCMap は非同期制御文字マップ (Asyncronous Control Character Map)
             を意味します。これはいつも相手とネゴシエートされ、デフォルト値は
             16 進数で 00000000 です。このプロトコルが必要なのは、 (XON/XOFF
             などの) 特定の文字を終点間で受渡すことに依存するハードウェアを使
             用する場合です。

             XON/XOFF については ``set accmap 000a0000'' を使用します。

         set [auth]key value
             クライアントモードでの PAP または CHAP のネゴシエーションで使用さ
             れる認証キー (もしくはパスワード) を、指定した値に設定します。ダ
             イヤルまたはログインスクリプトの `\P' シーケンスで使用するパスワ
             ードもまた指定します。これにより実際のパスワードは記録されませ
             ん。 command または chat のログが有効な場合、セキュリティの観点か
             ら、 value は `********' として記録されます。

             value の最初の文字がエクスクラメーションマーク (``!'') の場合、
             ppp は残りの文字列を、 ``authname'' と ``authkey'' の値を確定する
             ために実行すべきプログラムとして扱います。

             実行するプログラムを得るために value をパーズする際には、 ``!''
             が二重 (``!!'') である場合、単一のリテラル ``!'' として扱います、
             そうでない場合、 ``!'' を無視します。また、前述の ``!bg'' コマン
             ドと同様に特殊な名前を置換します。プログラムを実行すると、 ppp は
             このプログラムに対して次の 3 行の入力を与えます。各行の末尾には改
             行文字が置かれます。

             o   CHAP チャレンジで送られたホスト名。

             o   CHAP チャレンジで送られたチャレンジ文字列。

         set authname id
             クライアントモードでの PAP または CHAP のネゴシエーションで使用さ
             れる認証 ID を設定します。

             CHAP を enable にして -direct モードで利用すると、 id は初期認証
             チャレンジで用いられ、通常はローカルマシン名に設定されます。

         set autoload min-percent max-percent period
             これらの設定はマルチリンクモードでのみ適用され、デフォルト値はそ
             れぞれ 0, 0, 5 です。 1 つ以上の demand-dial (-auto としても知ら
             れる) モードのリンクが存在する場合、 ppp が最初に tun デバイスか
             らデータを読むときには最初のリンクのみが有効になっています。次の
             demand-dial リンクが開かれるのは、現在のバンドルの period 秒間の
             スループットがバンドルの総バンド幅の最低 max-percent パーセントで
             あるときに限られます。現在のバンドルの period 秒間のスループット
             がバンドルの総バンド幅の min-percent パーセント以下に減少したと
             き、最後のアクティブなリンクでない場合、 demand-dial リンクはダウ
             ンします。

             バンドルのスループットは、内向きおよび外向きのトラフィックの最大
             値として計測されます。

             デフォルト値では demand-dial リンクは 1 つだけオープンされます。

             デバイスによっては物理バンド幅を判定できないものがありますので、
             ``set autoload'' が正しく動作するためには、(後述の) ``set
             bandwidth'' コマンドを使用する必要がある場合があります。

         set bandwidth value
             本コマンドは、接続のバンド幅を、秒あたりのビット数で設定します。
             value は 0 より大きいことが必要です。現在、前述の ``set
             autoload'' コマンドのみが使用します。

         set callback option...
             引数が与えられない場合、コールバックは disable になります。そうで
             ない場合には、 ppp は与えられた option でコールバックを要求します
             (もしくは direct モードでは受け付けます)。クライアントモードで
             は、 option の否定応答が返されると、 ppp は他に選択肢がなくなるま
             で別の option 要求を出します ( option のひとつとして ``none'' を
             指定していた場合を除きます)。サーバモードでは、 ppp は与えられる
             プロトコルをなんでも受け付けますが、クライアントがいずれかひとつ
             を要求する 必要があります。コールバックをオプションにしたいのであ
             れば、オプションとして none を指定する必要があります。

             option は下記の通りです (優先度順):

             auth    コールバック応答側は、認証に基づいてコールバック番号を決
                     定することが求められます。 ppp がコールバック応答側である
                     場合、番号は /etc/ppp/ppp.secret 中の接続先エントリの 5
                     番目のフィールドで指定されます。


                     ``*'' を用いる場合、このオプションはとても危険なものとな
                     ることに注意してください。というのは、悪意あるコールバッ
                     ク要求者が、最初の認証なしに電話すべき番号として任意の (
                     国際通話番号も可能です) 番号を伝えることができるからで
                     す。

             none    接続相手がコールバックをまったく望まない場合、 ppp はその
                     ことを受け入れ、接続を終了するのではなくコールバックせず
                     に処理を続けます。コールバックをオプションにしたいのであ
                     れば、 (1 個以上の他のコールバックオプションに加えて) こ
                     れも指定する必要があります。

         set cbcp [*|number[,number...] [delay [retry]]]
             引数が与えられない場合、CBCP (Microsofts CallBack Control Proto-
             col) は disable です。言い換えれば ``set callback'' コマンドで
             CBCP を設定すると ppp が CBCP フェーズでコールバック要求を行わな
             くなります。そうでない場合、 ppp は与えられた電話番号 number を使
             おうとします。

             サーバモード (-direct) では、 ``*'' を使わない限り ppp はクライア
             ントがこれらの番号の 1 つを使うことを主張します。 ``*'' を使った
             場合には、クライアントが番号を指定するものと想定します。

             クライアントモードでは ppp は与えられた番号 (そのうち接続相手と合
             意可能なもの) を使用しようとします。 ``*'' が指定された場合には、
             ppp 接続相手が番号を指定するものと想定します。

         set cd [off|seconds[!]]
             通常、オープンしたデバイスのタイプにより、 ppp はキャリアの存在を
             チェックします。

                端末デバイス
                     ログインスクリプト完了後、1 秒間キャリアがチェックされま
                     す。このパラメータが設定されていない場合、デバイスがキャ
                     リアをサポートしていない (ほとんどの ``laplink'' ヌルモデ
                     ムケーブルの場合がそうです) と ppp は仮定し、この事実をロ
                     グに取って、キャリアのチェックを止めます。

                     仮想端末 (pty) は TIOCMGET ioctl をサポートしていないた
                     め、デバイスが仮想端末であることを検知した場合、端末デバ
                     イスはすべてのキャリア検出をオフにします。

                ISDN (i4b) デバイス
                     6 秒間、1 秒ごとに 1 回キャリアの検出を行ないます。 6 秒
                     後にキャリアが設定されない場合、接続の試みは失敗したと見
                     なされ、デバイスはクローズされます。 i4b デバイスの場合、
                     キャリアが常に要求されます。

                PPPoE (netgraph) デバイス
                     5 秒間、1 秒ごとに 1 回キャリアの検出を行ないます。 5 秒
                     後にキャリアが設定されない場合、接続の試みは失敗したと見

             ``off'' が指定されると、 ppp はデバイスのキャリアを確認しません。
             そうでない場合、キャリアが検出されるか seconds の秒数が経過するま
             で、 ppp はログインスクリプトへは進みません。このとき、 seconds
             の秒数が経過した時点で、 ppp はデバイスがキャリアを設定できないと
             想定します。

             引数を与えない場合、キャリア設定はデフォルトの値に戻ります。

             seconds の直後にエクスクラメーションマーク (``!'') がある場合、
             ppp はキャリアを 要求します。 seconds 秒後にキャリアが検知されな
             いと、リンクは切断されます。

         set choked [timeout]
             これは ppp がすべての未送出パケットを破棄する前に送出キュー詰まり
             を保持する秒数を設定します。 timeout が 0 以下もしくは timeout が
             指定されない場合、デフォルト値の 120 秒に設定されます。

             送出キュー詰まりは ppp がローカルネットワークから特定の数の送出パ
             ケットを読み込んだが、リンク失敗 (接続相手がビジーなど) のために
             データを送れない場合に発生します。 ppp はパケットを無限には読み込
             みません。代りに 30 パケット (マルチリンクモードでは 30 + nlinks
             * 2 パケット) まで読み込み、 timeout 秒経過するか、1 つ以上のパ
             ケットが送られるまでネットワークインタフェースの読み込みを停止し
             ます。

             timeout 秒が経過すると、すべての未送出パケットは破棄されます。

         set ctsrts|crtscts on|off
             ハードウェアフロー制御をセットします。デフォルトではハードウェア
             フロー制御は on です。

         set deflate out-winsize [in-winsize]
             DEFLATE アルゴリズムの、デフォルトの出力ウィンドウサイズと入力
             ウィンドウサイズを設定します。 out-winsize および in-winsize は、
             8 から 15 までの値をとる必要があります。 in-winsize が指定される
             と、 ppp はこのウィンドウサイズの使用を強要し、相手が他の値を示し
             ても受け入れません。

         set dns [primary [secondary]]
             ``accept dns'' コマンドで使用される、DNS 上書きを設定します。詳細
             については前述の ``accept'' コマンドの記述を参照してください。本
             コマンドは ``enable dns'' を使用して要求される IP 番号には影響を
             与えません。

         set device|line value...
             ppp が使用するデバイスを、指定された ``value'' に設定します。

             すべての ISDN デバイスとシリアルデバイスの名前は /dev/ から始まる
             ことが仮定されています。 ISDN デバイスは通常 i4brbchX という名前
             であり、シリアルデバイスは通常 cuaXX という名前です。

             これが失敗する場合には、OpenBSD で利用できる pppoe(8) のような外
             部プログラムを使用する必要があります。与えられた provider
             は、PPPoE Discovery Initiation (PADI) パケット中でサービス名とし
             て渡されます。 provider が与えられないと、空の値が使用されます。
             さらなる詳細は netgraph(4)ng_pppoe(4) を参照してください。

             host:port[/tcp|udp] 指定が与えられる場合、 ppp は、指定された
             host の指定された port と接続しようとします。 ``/tcp'' または
             ``/udp'' のサフィックスがない場合、デフォルトは ``/tcp'' となりま
             す。詳細は上述の PPP オーバ TCPPPP オーバ UDP の節を参照して
             ください。

             複数の ``value'' を指定した場合、 ppp は成功するか全デバイスにつ
             いて実行し終るまで、順番にオープンを試みます。

         set dial chat-script
             相手へダイヤルする際に使用されるチャットスクリプトを指定します。
             後述の ``set login'' コマンドも参照してください。チャットスクリプ
             トのフォーマットの詳細については、 chat(8) と設定ファイルの例を参
             照してください。次の特殊な `value' をチャットスクリプトに指定可能
             です:

             \c  `送信' 文字列の最後の文字として使用した場合、改行を追加しては
                 ならないことを意味します。

             \d  チャットスクリプトがこのシーケンスに出会うと、2 秒待ちます。

             \p  チャットスクリプトがこのシーケンスに出会うと、1/4 秒待ちま
                 す。

             \n  改行文字と置き換えられます。

             \r  復改文字と置き換えられます。

             \s  空白文字と置き換えられます。

             \t  タブ文字と置き換えられます。

             \T  現在の電話番号と置き換えられます (後述の ``set phone'' 参
                 照)。

             \P  現在の authkey 値と置き換えられます (前述の ``set authkey''
                 参照)。

             \U  現在の authname 値と置き換えられます (前述の ``set authname''
                 参照)。

             2 つのパーザがこれらのエスケープシーケンスを検査することに注意し
             てください。 `チャットのパーザ' にエスケープ文字を見せるには、 `
             コマンドパーザ' からエスケープする必要があります。つまり、2 つの
             エスケープを使用する必要があります。例えば次のようにします:

                   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   現在のラベルが使用されます。

             magic   20 桁の乱数が使用されます。マジックナンバを使用するときに
                     は注意が必要です。 ppp の再開や別の ppp を使ったリンク作
                     成においては、別のマジックナンバを使用するため、同じバン
                     ドルに属すとは相手に認識されないのです。このため、
                     -direct 接続では使えません。

             psn value
                     指定された value が使用されます。 value は、絶対的な公衆
                     スイッチネットワーク番号の先頭に国コードを付けたものであ
                     るべきです。

             引数が与えられない場合、終点の選択値はリセットされます。

         set escape value...
             このオプションは前述の ``set accmap'' オプションに似ています。リ
             ンクを経由する時に `エスケープ' される文字を指定するために使用し
             ます。

         set filter dial|alive|in|out rule-no permit|deny|clear|rule-no [!]
             [[host] src_addr[/width] [dst_addr[/width]]]
             [tcp|udp|ospf|ipip|igmp|icmp [src lt|eq|gt port] [dst lt|eq|gt
             port] [estab] [syn] [finrst] [timeout secs]]
             ppp は 4 つのフィルタセットをサポートします。 alive フィルタは接
             続を活性状態に保つパケットを指定します - アイドルタイマをリセット
             します。 dial フィルタは、 -auto モード時に ppp にダイヤルさせる
             パケットを指定します。 in フィルタは、マシンに入力可能なパケット
             を指定します。 out フィルタは、マシンから出力可能なパケットを指定
             します。

             フィルタリングが行われるのは、出力パケットでは NAT エンジンによる
             IP 変更前であり、入力パケットでは NAT エンジンによる IP 変更後で
             す。デフォルトでは、すべての空のフィルタセットは全パケットの通過
             を許可します。ルールは rule-no に従って順番に処理されます (ルール
             番号を action に指定してスキップする場合を除きます)。各セットに対
             し 40 までのルールを指定可能です。指定されるセットにおけるどのル
             ールにもマッチしないパケットは破棄されます。 inout のフィルタ
             では、パケットをドロップすることを意味します。 alive フィルタで
             は、アイドルタイマをリセットしないことを意味します (これは in/out
             フィルタが ``timeout'' 付きである場合でもです)。 dial フィルタで
             はダイヤルさせることにはならないことを意味します。ダイヤルを引き
             起こさないパケットは、キューされるのではなく、捨てられることに注
             意してください。上述の パケットのフィルタリングの節を参照してくだ
             さい。

         set hangup chat-script
             デバイスを閉じる前にこれをリセットする時に使用する、チャットスク
             リプトを指定します。通常は不要であるべきですが、閉じる時に自己を
             正しくリセットできないデバイスに対して使用できます。

         set help|? [command]
             利用可能な set コマンドのまとめを表示するか、 command が指定され
             として

                   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 [timeout [reqtries [trmtries]]]

         set chapretry|chapretries [timeout [reqtries]]

             trmtries を指定すると、相手の応答を待つことを諦めるまでに終了要求
             を作成する回数を、 ppp に指示します。デフォルトの試行回数は 3 回
             です。認証プロトコルは終了されませんので、 PAP や CHAP に対して指
             定することは不正です。

             合意できない相手とのネゴシエーションを避けるために、どのようなネ
             ゴシエーションセッションであっても諦めたり層をクローズする前に
             は、 ppp は最大で reqtries の設定値の 3 倍までのみ送信します。

         set log [local] [+|-]value...
             このコマンドにより現在のログレベルを修正できます。詳細はログ機能
             の節を参照してください。

         set login chat-script
             この chat-script はダイヤルスクリプトを補います。もし両方が指定さ
             れた場合、ダイヤルスクリプトの後で、ログインスクリプトが実行され
             ます。ダイヤルスクリプト中で使用可能なエスケープシーケンスはここ
             でも使用可能です。

         set logout chat-script
             このコマンドは、ハングアップスクリプトが呼ばれる前にログアウトの
             ために使用される、チャットスクリプトを指定します。通常では必要な
             いでしょう。

         set lqrperiod frequency
             このコマンドは、 LQR または ECHO LQR のパケットが送信される頻度
             frequency を秒で指定します。デフォルトは 30 秒です。相手に LQR 要
             求を送りたい場合には、 ``enable lqr'' コマンドもまた使用する必要
             があります。

         set mode interactive|auto|ddial|background
             指定したリンクにおけるモード `mode' を変更できます。通常マルチリ
             ンクモードでのみ有用ですが、単一リンクモードでも使用可能です。

             `direct' または `dedicated' のリンクを変更することはできません。

             注: コマンド ``set mode auto'' を発行し、ネットワークアドレス変換
             が enable にされていた場合、後で ``enable iface-alias'' を行うと
             便利です。 ppp が必要なアドレス変換を行うようにすることにより、相
             手が当方に新しい (動的な) IP アドレスを割り当てたとしても、リンク
             がアップすると接続のトリガとなるプロセスが接続できるようにしま
             す。

         set mppe [40|56|128|* [stateless|stateful|*]]
             本オプションは、 MPPE のネゴシエーション時に使用する暗号パラメー
             タを選択します。 ``disable mppe'' コマンドで、MPPE は完全に無効化
             可能です。引数を指定しないと、 ppp は、128 ビット鍵の状態有りリン
             クをネゴシエートしようとしますが、相手が要求するすべてに合意しま
             す (暗号化無しも含みます)。

             引数を指定すると、MPPE の使用に ppp は 固執し、相手が拒否するとリ
             MRRU (Maximum Reconstructed Receive Unit) の値にはデフォルトはあ
             りません。引数を指定しないと、マルチリンクモードは無効にされま
             す。

         set mru [max[imum]] [value]
             デフォルトの MRU (最大受信単位; Maximum Receive Unit) は 1500 で
             す。この値を増加させた場合、相手は MTU を増加させても *かまいませ
             ん*。理論的には、デフォルトの MRU より減らすことは意味がありませ
             ん。なぜなら、 PPP プロトコルでは少なくとも 1500 オクテットのパ
             ケットを受信できなければ *ならない* からです。

             ``maximum'' キーワードが使用された場合、より大きな値のネゴシエー
             トを ppp は拒否します。最大 MRU は、最大でも 2048 です。最大値を
             1500 未満にすることは PPP RFC 違反ですが、必要な場合もあります。
             例えば、 PPPoE では、ハードウェアの制約により最大が 1492 になりま
             す。

             引数を指定しないと、1500 が仮定されます。 ``maximum'' 指定時に
             は、値の指定が必要です。引数が指定されないと、1500 が仮定されま
             す。

         set mtu [max[imum]] [value]
             デフォルトの MTU は 1500 です。ネゴシエーション時に、(296 バイト
             未満でなく、最大値を越えなければ) 相手が望むいかなる MRU も受け付
             け可能です。 MTU が設定されると、 pppvalue よりも小さい MRU
             の値を受け付けなくなります。ネゴシエーションが完了すると、相手が
             より大きな MRU を要求していたとしても、インタフェースに対して書き
             込みを行う時には MTU が使用されます。当方のパケットサイズを制限す
             るのに有用です (よりよくバンド幅を共有できるようになりますが、
             ヘッダデータが増えるというコストがかかります)。

             ``maximum'' キーワードが使用された場合、より大きな値のネゴシエー
             トを ppp は拒否します。最大 MTU は、最大でも 2048 です。

             value を指定しないと、1500 または相手が要求した値が使用されます。
             ``maximum'' 指定時には、値の指定が必要です。

         set nbns [x.x.x.x [y.y.y.y]]
             このオプションは、相手の要求によって返される Microsoft NetBIOS ネ
             ームサーバの値を設定します。値を指定しないと、 ppp はそのような要
             求を拒否するようになります。

         set openmode active|passive [delay]
             デフォルトでは、 openmode は常に、1 秒の delay をもって active と
             なります。この場合、 ppp は回線が設定されてから 1 秒が経過したな
             らいつでも LCP/IPCP/CCP のネゴシエーションを開始します。相手がネ
             ゴシエーションを開始するのを待ちたい場合は、値 ``passive'' を使用
             します。直ちにもしくは 1 秒以上待ってからネゴシエーションを開始し
             たい場合、 delay を秒単位で指定します。

         set parity odd|even|none|mark
             回線のパリティを設定できます。デフォルト値は none です。

         set [proc]title [value]
             ps(1) が表示する現在のプロセスタイトルを、 value に従って変更しま
             す。 value が指定されないと、元のプロセスタイトルが回復されます。
             シェルコマンドが行うすべての語置換 (前述の ``bg'' コマンドを参照
             してください) は、ここでも行われます。

             プロセスタイトル中に USER が必要な場合、 ``set proctitle'' コマン
             ドは ppp.linkup 中に登場する必要があることに注意してください。
             ppp.conf が実行されているときには、分からないからです。

         set radius [config-file]
             このコマンドは RADIUS サポートを (組み込まれていれば) 有効にしま
             す。 config-file は、 radius.conf(5) に記述されている radius クラ
             イアント設定ファイルを参照します。 PAP または CHAP が ``enable''
             にされている場合、 pppNetwork Access Server として振舞い、設
             定されている RADIUS サーバを使用して認証し、 ppp.secret ファイル
             やパスワードデータベースによる認証は行いません。

             PAP と CHAP のいずれも有効になっていない場合、 ``set radius'' は
             効果がありません。

             ppp は、RADIUS 応答中の、次の属性を使用します:

                RAD_FRAMED_IP_ADDRESS
                     相手の IP アドレスは指定された値に設定されました。

                RAD_FRAMED_IP_NETMASK
                     tun インタフェースのネットマスクは指定された値に設定され
                     ました。

                RAD_FRAMED_MTU
                     指定された MTU が LCP ネゴシエーションで合意された相手の
                     MRU より小さい場合であり、 *かつ* 設定された MTU のいずれ
                     よりも小さい場合 ( ``set mru'' コマンド参照)、 tun インタ
                     フェースの MTU は指定した値に設定されます。

                RAD_FRAMED_COMPRESSION
                     受信した圧縮タイプが ``1'' の場合、 ``disable vj'' 設定コ
                     マンドが指定されていたとしても、IPCP ネゴシエーションにお
                     いて ppp は VJ 圧縮を要求します。

                RAD_FRAMED_ROUTE
                     受信した文字列は、 dest[/bits] gw [metrics] という書式で
                     あると期待します。指定した metrics は無視されます。
                     MYADDR と HISADDR は、 destgw の正当な値として理解さ
                     れます。 ``default'' を dest に使用可能であり、デフォルト
                     経路を指定します。 ``0.0.0.0'' は、 dest に対する
                     ``default'' と同じであると解釈され、 gw に対する HISADDR
                     と同じであると解釈されます。

                     例えば、戻り値 ``1.2.3.4/24 0.0.0.0 1 2 -1 3 400'' は

         set reconnect timeout ntries
             (CD の喪失もしくは LQR の失敗により) 予想外の回線切断となった場
             合、指定した timeout の後に接続が再確立されます。回線は最大
             ntries 回、再接続されます。 ntries のデフォルトは 0 です。
             timeoutrandom を指定すると、1 から 30 秒の間の任意時間の停止
             となります。

         set recvpipe [value]
             ルーティングテーブルの RECVPIPE 値を設定します。最適な値は、MTU
             値を 2 倍した値を丁度越える値です。 value が指定されないまたは 0
             の場合、デフォルトの、カーネルが制御する値を使用します。

         set redial secs[+inc[-max]][.next] [attempts]
             pppattempts 回のリダイヤルを指示できます。 1 より大きな数を指
             定した場合 (前述の set phone 参照)、各番号にダイヤルする前に、
             next だけ停止します。最初の番号に戻ってダイヤル開始する前に secs
             だけ停止します。リテラル値 ``random'' を secs および next のとこ
             ろで使用でき、1 から 30 秒の間の任意時間の停止となります。

             inc が指定されると、 ppp が新規番号を試すたびに、この値が secs に
             加えられます。 secs が増加されるのは、最大 max 回だけです。 max
             のデフォルト値は 10 です。 attempts が経過した後でも secs の遅延
             は効果があるので、すぐに手動でダイヤルしても何も起ってないように
             見えるかもしれません。すぐにダイヤルする必要がある場合、 ``!'' を
             ``open'' キーワードの直後に付けます。更なる詳細については、前述の
             ``open'' の記述を参照してください。

         set sendpipe [value]
             ルーティングテーブルの SENDPIPE 値を設定します。最適な値は、MTU
             値を 2 倍した値を丁度越える値です。 value が指定されないまたは 0
             の場合、デフォルトの、カーネルが制御する値を使用します。

         set server|socket TcpPort|LocalName|none|open|closed [password
             [mask]]
             このコマンドは ppp に指定したソケットもしくは `診断ポート' にてコ
             マンド接続の入力を listen するように指示します。

             語 noneppp に既に存在するソケットを閉じさせ、ソケット設定を消
             させます。語 ``open'' は ppp にポートを再度オープンさせます。語
             ``closed'' は ppp にオープンしているポートを閉じさせます。

             ローカルドメインソケットを指定したい場合、 LocalName に絶対ファイ
             ル名を指定します。そうしないと、TCP ポートの名前もしくは番号であ
             ると解釈されます。ローカルドメインソケットに使用される 8 進 umask
             を指定可能です。 umask の詳細については umask(2) を参照してくださ
             い。TCP ポート名がどのように変換されるかについては services(5) を
             参照してください。

             このソケットにクライアントが接続するときに使用されねばならないパ
             スワードも指定可能です ( 前述の ``passwd'' 変数を使用します)。パ
             スワードが空文字列として指定される場合、クライアントが接続すると
             きにパスワードを必要とされません。

             注: SIGUSR1 と SIGUSR2 は、診断ソケットと相互に作用します。

         set speed value
             シリアルデバイスの速度を指定します。速度指定が ``sync'' の場合、
             ppp はデバイスを同期デバイスとして扱います。

             デバイスタイプによっては、同期または非同期のいずれかであることが
             分るものがあります。これらのデバイスでは、不正な設定を上書きし
             て、この結果に対する警告を記録します。

         set stopped [LCPseconds [CCPseconds]]
             このオプションが指定されると、指定した FSM (有限状態機械; Finite
             State Machine) が停止状態になってから ``seconds'' で指定した秒数
             だけ停止したのち、 ppp はタイムアウトします。このオプションは、相
             手が終了要求を送り我々が終了確認応答を送ったにもかかわらず実際に
             は接続を閉じない場合に、有用かもしれません。また、 ``set openmode
             passive'' を使用した場合に相手が指定時間内に Configure Request を
             送らないことをタイムアウト検出する場合には、便利かもしれません。
             ``set log +lcp +ccp'' を使用すると、 ppp は適切な状態遷移を記録し
             ます。

             デフォルト値は 0 であり、停止状態による ppp のタイムアウトは発生
             しません。

             この値は openmode の遅延 (上述の ``set openmode'' 参照) より小さ
             くなってはなりません。

         set timeout idleseconds [mintimeout]
             このコマンドはアイドルタイマの値を指定します。更なる詳細について
             は アイドルタイマの設定というタイトルの節を参照してください。

             mintimeout が指定された場合、最短でも指定された秒数だけリンクが
             アップしていないと、 ppp はアイドルアウトしません。

         set urgent [tcp|udp|none] [[+|-]port] ...
             このコマンドは、データ転送時に ppp が優先するポートを制御します。
             デフォルトの優先 TCP ポートは、ポート 21 (ftp control), 22 (ssh),
             23 (telnet), 513 (login), 514 (shell), 543 (klogin), 544 (kshell)
             です。優先 UDP ポートは、デフォルトではありません。詳細は
             services(5) を参照してください。

             ``tcp'' も ``udp'' も指定しないと、 ``tcp'' が仮定されます。

             port を指定しないと、優先ポートリストがクリアされます ( ``tcp''
             または ``udp'' を指定すると、そのリストのみがクリアされます)。最
             初の port 引数にプラス (``+'') またはマイナス (``-'') のプレ
             フィックスを付けた場合、現在のリストが修正されますが、そうでない
             場合には、再割り当てされます。プラスのプレフィックス付きまたはプ
             レフィックス無しの port はリストに追加され、マイナスのプレフィッ
             クス付きの port はリストから削除されます。

         command が指定されない場合、 SHELL 環境変数で指定されるシェルが起動さ
         れます。そうでなければ指定された command が実行されます。語の置換は、
         前述の ``!bg'' コマンドと同様の方法で行われます。

         文字 ! を使用する場合、コマンドとの間に空白が必要です。このコマンドは
         フォアグラウンドで実行されることに注意してください - ppp はプロセスが
         終了するまでは実行を続けません。バックグラウンドでコマンド処理を行い
         たい場合には、 bg コマンドを使用してください。

     show var
         このコマンドを使用して、次の内容を確認できます:

         show bundle
             現在のバンドル設定を表示します。

         show ccp
             現在の CCP 圧縮統計を表示します。

         show compress
             現在の VJ 圧縮統計を表示します。

         show escape
             現在のエスケープ文字を表示します。

         show filter [name]
             指定したフィルタの現在のルールをリストします。 name を指定しない
             と、全フィルタが表示されます。

         show hdlc
             現在の HDLC 統計を表示します。

         show help|?
             利用可能な show コマンドのまとめを表示します。

         show iface
             現在のインタフェース情報 (``iface show'' と同じです) を表示しま
             す。

         show ipcp
             現在の IPCP 統計を表示します。

         show layers
             現在使用中のプロトコル層を表示します。

         show lcp
             現在の LCP 統計を表示します。

         show [data]link
             高レベルリンク情報を表示します。

         show links
             利用可能な論理リンクのリストを表示します。
             現在のプロトコルの総計を表示します。

         show route
             現在の経路表を表示します。

         show stopped
             現在の stopped タイムアウト値を表示します。

         show timer
             アクティブアラームタイマを表示します。

         show version
             ppp の現在のバージョン番号を表示します。

     term
         端末モードに移行します。キーボードからタイプした文字はデバイスに送ら
         れます。デバイスから読んだ文字はスクリーンに表示されます。 ppp の相手
         が認識された時には、 ppp は自動的にパケットモードを有効にし、コマンド
         モードに戻ります。


更に詳細について

     o   設定ファイルの例を読んでください。良い情報源です。

     o   何が利用できるかについては、 ``help'', ``nat ?'', ``enable ?'', ``set
         ?'', ``show ?'' コマンドを使って、オンライン情報を取得してください。

     o   次の URL に有用な情報があります:
         o   http://www.FreeBSD.org/FAQ/userppp.html
         o   http://www.FreeBSD.org/handbook/userppp.html


関連ファイル

     ppp は、4 つのファイル ppp.conf, ppp.linkup, ppp.linkdown, ppp.secret を
     参照します。これらのファイルは /etc/ppp に置かれます。

     /etc/ppp/ppp.conf
         システムのデフォルト設定ファイル。

     /etc/ppp/ppp.secret
         各システム用の認証設定ファイル。

     /etc/ppp/ppp.linkup
         ppp がネットワークレベルの接続を確立した時に実行されるファイル。

     /etc/ppp/ppp.linkdown
         ppp がネットワークレベルの接続を閉じる時にチェックするファイル。

     /var/log/ppp.log
         ログとデバッグ情報のファイル。このファイル名は /etc/syslogd.conf にて
         指定されます。詳細は syslog.conf(5) を参照してください。

     /var/spool/lock/LCK..*
         tty ポートをロックするためのファイル。詳細は uucplock(3) を参照してく

     /var/run/ppp-authname-class-value
         マルチリンクモードでは、相手の認証名称 (`authname') と相手の終点選択
         クラス (`class') と相手の終点選択値 (`value') を使用して、ローカルド
         メインソケットが生成されます。終点選択値はバイナリ値であってもかまわ
         ないため、実際のファイル名を判定するために 16 進数に変換されます。

         このソケットは、別の ppp のインスタンスとリンクを受け渡しを行うために
         使用します。


関連項目

     at(1), ftp(1), gzip(1), hostname(1), isdnd(8), login(1), tcpdump(1),
     telnet(1), kldload(2), libalias(3), syslog(3), uucplock(3), netgraph(4),
     ng_pppoe(4), crontab(5), group(5), passwd(5), radius.conf(5),
     resolv.conf(5), syslog.conf(5), adduser(8), chat(8), getty(8), inetd(8),
     init(8), named(8), ping(8), pppctl(8), pppd(8), pppoe(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 4.4                    20 September 1995                   FreeBSD 4.4

ABELNET VPSサービス