xenial (8) pppd.8.gz

Provided by: manpages-ja_0.5.0.0.20140515+dfsg-2_all bug

名称

       pppd - PPP (Point to Point Protocol) を処理するデーモン

書式

       pppd [ tty_name ] [ speed ] [ options ]

解説

       Point-to-Point  プロトコル (PPP) は、シリアル回線上に確立された Point-to-Point リンクを介したデータグラム
       の送受方法を提供します。 PPP は、データグラムのカプセル化方式、拡張可能なリンク制御プロトコル (LCP)、  そ
       して異なるネットワーク層プロトコルの設定と接続の確立を行う 一群のネットワーク制御プロトコル (NCP) の 3 つ
       の部分から構成されています。

       カプセル化体系は、カーネル内のドライバコードにより提供されています。 pppd は、基本的な  LCP  機能、認証機
       能、そしてインターネットプロトコル (IP) 接続の確立と設定を行う NCP (IP 制御プロトコル (IPCP) と呼ばれてい
       ます) を提供します。

よく使われるオプション

       <tty_name>
              指定したデバイスを介して通信します。 もし必要であれば、前に "/dev/" 文字列が追加されます。  デバイ
              ス名が指定されていない場合や  標準入力に接続された端末の名前が与えられた場合には、 pppd はその端末
              を使用し、 バックグラウンド実行のための fork を行いません。 noauth オプションが使用された場合、 こ
              のオプションは特権オプションとなります。

       <speed>
              ボーレートを <speed> に設定します (10 進数)。 4.4BSD や NetBSD といったシステムでは、 シリアルデバ
              イスドライバがサポートする任意の速度を指定可能です。 その他のシステム (SunOS, Linux 等) では一定の
              組み合わせのみが指定可能です。

       active-filter filter-expression
              データパケットに適用されるパケットフィルタであり、  どのパケットをリンクアクティビティとみなすかを
              決定するパケットフィルタを 指定します。 リンクアクティビティとみなされると、アイドルタイマがリセッ
              トされるか、  デマンドダイヤルモード時にはリンクがアップされます。 (例えば経路情報パケット等) 定常
              的にリンク上でパケット送受信が行われ、  他の方法ではリンクがアイドルであるとはみなされない場合に、
              このオプションを idle オプションとともに使用すると便利です。 filter-expression の文法は tcpdump(1)
              と同じですが、 限定子は PPP では不適当ですので、etherarp は使用できません。 一般的には、フィル
              タ式をシングルクォートで括って、 式中の空白がシェルに解釈されることを避けるべきです。 カーネル及び
              pppd が PPP_FILTER を定義してコンパイルされた場合のみ、 このオプションを利用可能です。

       asyncmap <map>
              非同期文字マップを <map> に設定します。 このマップは、シリアル回線を経由するとどの制御文字の受信が
              うまくいかなくなるかを記述するものです。  pppd は、これらの文字を 2 バイトのエスケープシーケンスと
              して送信するよう、 相手側に依頼します。 引数は 32 ビットの 16 進数であり、各ビットがエスケープすべ
              き文字を  表しています。  ビット  0  (00000001) は文字 0x00 を表し、 ビット 31 (80000000) は、文字
              0x1f つまり '^_' を表しています。 複数の asyncmap オプションが与えられた場合、それらの値の論理和が
              採用されます。  asyncmap オプションが与えられなかった場合には、このホストが受信側となる 非同期文字
              マップは設定されません。 相手側はすべての制御文字をエスケープして送信します。 送信文字をエスケープ
              するには、escape オプションを使用します。

       auth   ネットワークパケットの送受信を許可する前に、相手側に自分証明を 行うよう要求します。

       call name
              ファイル  /etc/ppp/peers/name からオプションを読みます。 pppd が root 以外によって起動された場合に
              おいても、 このファイルに noauth のような特権オプションを含んでもかまいません。 文字列 name  は  /
              で開始してはなりませんし、 パス名の一部に .. を含んではなりません。 オプションファイルのフォーマッ
              トは後述します。

       connect script
              script で指定された実行可能コマンドまたはシェルコマンドを使用して、 シリアル回線のセットアップを行
              います。  ほとんどの場合、ここで指定されるスクリプトには chat(8) プログラムを使用し、 モデムにダイ
              ヤルコマンドを送ったり、リモート ppp セッションを開始したりします。 noauth  オプションが使用された
              場合、 このオプションは特権オプションとなります。

       connect-max-attempts <n>
              指定した時間  (デフォルトでは 1) を越えてリモートシステムとの ダイヤル接続を保持しません。接続がで
              きない場合は、 pppd は終了します。 persist を指定することが要求されます。

       crtscts
              シリアルポートのフロー制御にハードウェアフロー制御 (RTS/CTS) を用います。 crtsctsnocrtscts  の
              両方のオプションが与えられない時、 シリアルポートのハードウェアフロー制御の設定は変更されずに その
              ままになります。

       defaultroute
              IPCP ネゴシエーションが成功すると、相手側をゲートウェイとする デフォルト経路をシステムの経路テーブ
              ルに追加します。 このオプションにより追加されたデフォルト経路エントリは、 PPP 接続が切断された際に
              削除されます。 nodefaultroute オプションが指定された場合には、  このオプションは特権オプションとな
              ります。

       disconnect script
              pppd  が接続を切った後に script で指定した実行可能コマンドまたは シェルコマンドを実行します。 この
              スクリプトで、例えばハードウェアモデム制御信号 (DTR) が使えない場合に モデムをハングアップすること
              ができます。 モデムが既にハングアップしている場合には、この切断スクリプトは実行されません。 noauth
              オプションが使用された場合には、 このオプションは特権オプションです。

       escape xx,yy,...
              転送時にエスケープを行うべき文字を指定します (相手側が  非同期文字マップでエスケープを要求している
              かどうかには影響されません)。  エスケープされる文字は、コンマで区切られた 16 進数で指定します。 制
              御文字しか指定できない asyncmap オプション とは異なり、escape オプションではどんな文字でも指定でき
              る  ことに注意してください。 ただし 16 進表記で 0x20 から 0x3f までと 0x5e の文字は エスケープして
              はなりません。

       file name
              オプションをファイル name から読み込みます (フォーマットは後述します)。 このファイルは、pppd  を起
              動したユーザが読むことが可能である必要があります。

       lock   シリアルデバイスに対する排他アクセスを確実に行うために、  UUCP  形式のロックファイルを作成するよう
              pppd に指示します。

       mru n  ネゴシエーション時の MRU [最大受信単位; Maximum Receive Unit] 値を n に設定します。 pppd  は、通信
              相手に n バイトを超えるパケットを送信しないよう要求します。 最小の MRU 値は、128 です。 デフォルト
              の MRU 値は 1500 です。低速のリンクでは 296 を推奨します (TCP/IP ヘッダ 40 バイト + データ 256  バ
              イト)。

       mtu n  MTU  [最大転送単位; Maximum Transmit Unit] 値を n に設定します。 相手が MRU ネゴシエーションを通じ
              てこれより小さい値を要求してこない限り、 PPP ネットワークインタフェースを通して n バイトを  越えな
              いデータパケットを送ることを、 pppd はカーネルのネットワークコードに要求します。

       passive
              LCP で "passive" オプションを有効にします。このオプションを指定した場合には、 接続を開始しようとし
              ても相手からの返答がない場合、 pppd は相手から有効な LCP  パケットが到着するのを受動的に待ち続けま
              す。 このオプションを指定しなければ、相手からの返答がない場合に pppd は実行を中断します。

オプション

       <local_IP_address>:<remote_IP_address>
              ローカルインタフェースとリモートインタフェースの  IP アドレスを設定します。 どちらか片方を省略する
              ことも可能です。IP アドレスは、ホスト名もしくは 10 進数ドット表現 (例: 150.234.56.78) のどちらでも
              指定可能です。 デフォルトのローカルアドレスは、そのシステムの (最初の) IP アドレスと なります。(た
              だし noipdefault オプションが指定された場合を除きます。) リモートアドレスは、 オプションで指定され
              ていない場合には相手側から取得されます。  ですから、もっとも単純な指定を行う場合には、このオプショ
              ンは不必要です。  ローカルまたはリモートの  IP  アドレスがこのオプションで指定されている場合には、
              IPCP  ネゴシエーションで相手側がこの指定と異なるアドレスを送って来た場合、  pppd  はこれを拒否しま
              す。ただし、 ipcp-accept-localipcp-accept-remote  が指定されている場合にはこの限りではありませ
              ん。

       bsdcomp nr,nt
              接続相手に、BSD-Compress 方式を使った送出時のパケット圧縮を要求します。 ここでの最大コードサイズは
              nr ビットです。 相手側が送るパケットの最大の大きさは、 nt ビットです。  nt  が指定されない時は、デ
              フォルトの nr が使われます。 9 から 15 の範囲の値が、 nrnt で使われます。 より大きな値は、より
              よい圧縮となりますが、圧縮辞書のためにより多くの カーネルメモリを消費します。nrnt に対して、値
              0  を 指定すると、指定した方向には圧縮を行いません。 BSD-Compress 圧縮を完全に無効にするためには、
              nobsdcompbsdcomp 0 を指定してください。

       chap-interval n
              このオプションが指定された場合、 pppd は n 秒おきに再チャレンジします。

       chap-max-challenge n
              CHAP チャレンジの最大送信回数を n に設定します (デフォルト値は 10)。

       chap-restart n
              (チャレンジの再送のタイムアウトによる) CHAP 再開の間隔を n 秒に設定します (デフォルト値は 3)。

       debug  接続のデバッグ機能を有効にします。 このオプションを指定した場合、pppd は送受信した  すべての制御パ
              ケットの内容を可読形式でログします。  パケットは syslog を経由して、daemon ファシリティの debug レ
              ベルとして記録されます。 本情報は、/etc/syslog.conf を適切に記述することで  ファイルに記録すること
              ができます (syslog.conf(5) 参照)。

       default-asyncmap
              asyncmap ネゴシエーションを無効にし、 送受信両方向にて全制御文字をエスケープさせます。

       default-mru
              MRU [最大受信単位; Maximum Receive Unit] ネゴシエーションを無効にします。 このオプションを指定する
              と、送受信両方向において、 pppd はデフォルトの MRU 値 1500 バイトを使用します。

       deflate nr,nt
              接続相手に、Deflate 方式を使った送出時のパケット圧縮を要求します。  ここで最大のウィンドウサイズは
              2**nr  バイトです。 また、相手に送るパケットを最大ウィンドウサイズ 2**nt バイトにて圧縮 することを
              合意します。 nt が指定されないと、デフォルトの nr の値となります。 nrnt には 8 から 15  までの
              範囲の値が許されます。 より大きな値は、よりよい圧縮となりますが、圧縮辞書のためにより多くの カーネ
              ルメモリを消費します。 nrnt に対して、値 0  を  指定すると、指定した方向には圧縮を行いません。
              Deflate 圧縮を完全に無効にするためには、 nodeflatedeflate 0 を指定してください。 (注: 相手が両
              方とも可能な場合には、 pppd は BSD-Compress よりも Deflate 圧縮を好んで要求します。)

       demand リンクの開始を要求時のみ、つまりデータトラフィックが存在する時のみ行います。  このオプションを指定
              する場合、リモート  IP アドレスを、 ユーザがコマンドラインで指定するか、オプションファイル中に含む
              必要があります。 pppd は、相手に接続することなく、 まずインタフェースを設定して IP  トラフィックに
              備えます。 トラフィックが現れると、pppd は相手へ接続し、 ネゴシエーションや認証などを行います。 こ
              れが完了すると、pppd はリンクを介してデータパケット (すなわち IP パケット) の授受を開始します。

              demand オプションは暗黙的に persist オプションを指定します。 この動作が望ましくない場合、demand オ
              プションの後に  nopersist  オプションを使用してください。 idle および holdoff のオプションもまた、
              demand オプションとともに使用すると便利です。

       domain d
              認証のために使用するローカルホスト名にドメイン名 d  を付加します。  例えば、完全な形でのドメイン名
              (FQDN)  が porsche.Quotron.COM であって、 gethostname() が porsche という名前を返す場合には、 この
              オプションを用いてドメイン名を Quotron.COM と指定します。 そうすると、pppd は  porsche.Quotron.COM
              を  秘密情報ファイルの中の秘密情報を調べるために使用したり、  相手に対して自己証明するために送るデ
              フォルトの名前として使用します。 このオプションは特権オプションです。

       holdoff n
              リンク切断から再初期化まで何秒待つかを指定します。 persist または demand  オプション使用時にのみ、
              このオプションは有効です。 アイドルであったためにリンクが切断された場合は、 この抑止期間は適用され
              ません。

       idle n リンクが n 秒アイドルだった場合に接続を切るように pppd に指定します。 データパケット (つまり IP パ
              ケット)が送受信されない時に、 リンクはアイドルだとみなされます。 注: demand オプションを使用せずに
              persist オプションを使用する場合に、このオプションを使うことを勧めます。 active-filter  オプション
              が与えられると、 指定したアクティビティフィルタが受理しなかったデータパケットもまた、 リンクがアイ
              ドルであるとみなす対象とします。

       ipcp-accept-local
              このオプションが指定された場合には、 別のオプションによってローカル IP  アドレスの指定が行われてい
              る場合でも、 pppd は相手からのローカル IP アドレスの指定を受け入れます。

       ipcp-accept-remote
              このオプションが指定された場合には、  別のオプションによってリモート IP アドレスの指定が行われてい
              る場合でも、 pppd は相手からのリモート IP アドレスの指定を受け入れます。

       ipcp-max-configure n
              IPCP configure-request の最大送信回数を n 回に設定します (デフォルト値は 10)。

       ipcp-max-failure n
              IPCP configure-Reject を送信開始するまでの IPCP configure-NAK  の最大応答回数を  n  回に設定します
              (デフォルト値は 10)。

       ipcp-max-terminate n
              IPCP terminate-request の最大送信回数を n 回に設定します (デフォルト値は 3)。

       ipcp-restart <n>
              (再送のタイムアウトによる) IPCP 再開の間隔を n 秒に設定します。 (デフォルト値は 3)。

       ipparam string
              ip-up  と  ip-down  スクリプト用に余分のパラメータを指定します。  このオプションが与えられた場合、
              string が 6 番目のパラメータと して、これらのスクリプトに与えられます。

       ipx    IPXCP および IPX プロトコルを有効にします。 このオプションは現在 Linux でのみ、 IPX サポートを含め
              てカーネルを構成した場合のみサポートされています。

       ipx-network n
              IPXCP 設定要求フレーム中の IPX ネットワーク番号を n に設定します。 16 進数 (先頭の 0x を除いて) を
              指定します。 正当なデフォルト値はありません。 このオプションが指定されないと、ネットワーク番号は相
              手から獲得します。 相手がネットワーク番号を持っていない場合は、IPX プロトコルは開始されません。

       ipx-node n:m
              IPX  ノード番号を設定します。 2 つのノード番号をコロンで区切ります。 最初の番号 n はローカルのノー
              ド番号です。 次の番号 m は相手のノード番号です。 どちらのノード番号も 16 進数であり、最大 10  桁で
              す。  ipx-network のノード番号は一意である必要があります。 正当なデフォルト値はありません。 このオ
              プションが指定されないと、ノード番号は相手から獲得します。

       ipx-router-name <string>
              ルータ名を設定します。 これは文字列であり、情報データとして相手に送られます。

       ipx-routing n
              受信する経路プロトコルをこのオプションで指定します。 複数の  ipx-routing  インスタンスを指定可能で
              す。'none' オプション (0) のみ、ipx-routing インスタンスとして指定可能です。 値は、0NONE に、2RIP/SAP に、 4NLSP に対応します。

       ipxcp-accept-local
              ipx-node オプションで指定したノード番号に対する、相手の NAK を受け付けます。  非ゼロのノード番号が
              指定された場合、  この値の使用を主張することがデフォルトです。 このオプションを指定すると、 相手が
              ノード番号のエントリを上書きすることを許します。

       ipxcp-accept-network
              ipx-network オプションで指定したネットワーク番号に対する、 相手の  NAK  を受け付けます。  非ゼロの
              ノード番号が指定された場合、 この値の使用を主張することがデフォルトです。 このオプションを指定する
              と、 相手がノード番号のエントリを上書きすることを許します。

       ipxcp-accept-remote
              設定要求フレーム中に指定される相手のネットワーク番号を使用します。 相手のノード番号を指定し、 かつ
              このオプションを指定しなかった場合は、 相手はあなたが指定した値を使用することを強制されます。

       ipxcp-max-configure n
              システムが送信する IPXCP 設定要求フレーム数の最大値を n に設定します。 デフォルト値は 10 です。

       ipxcp-max-failure n
              ローカルシステムがオプションを拒否する前に、  ローカルシステムが送信する IPXCP NAK フレーム数の 最
              大値を設定します。デフォルト値は 3 です。

       ipxcp-max-terminate n
              相手が聞いていないという判断をローカルシステムが下す前に、 ローカルシステムが送信する IPCP  停止要
              求フレーム数の最大値を設定します。デフォルト値は 3 です。

       kdebug n
              カーネルレベルの  PPP ドライバのデバッグコードを有効にします。 引数 n として、以下の数値のうち必要
              なものの合計を指定します。 1 は一般的なデバッグメッセージ出力を有効にします。 2 は受信したパケット
              の内容の出力を要求します。   4  は送信したパケットの内容の出力を要求します。  ほとんどのシステムで
              は、カーネルが表示したメッセージは、 /etc/syslog.conf  設定ファイルに指示されるように、  syslog(1)
              がファイルにログします。

       lcp-echo-failure n
              このオプションが指定された場合、  LCP echo-request を n 回送信しても 相手から有効な LCP echo-reply
              が帰ってこなければ、pppd は 相手がダウンしているものと推測します。このような場合、pppd は 接続を切
              断します。このオプションを使用する際には、 lcp-echo-interval のパラメータとして 0 以外の数値を指定
              してください。 このオプションは、ハードウェアモデム制御線 (DSR) が使用できない状況で、 (モデムがハ
              ングアップするなど) 物理的な接続が切断された後に pppd を終了するために用いられます。

       lcp-echo-interval <n>
              このオプションを指定すると、pppd  は  LCP  echo-request フレームを n 秒毎に相手側に送信します。 通
              常、相手側は echo-request を受信すると echo-reply を送り返して返答します。  このオプションは、相手
              側との接続が切れたことを検出するために lcp-echo-failure オプションとともに使用されます。

       lcp-max-configure n
              LCP configure-request の最大送信回数を n 回に設定します (デフォルト値は 10)。

       lcp-max-failure n
              LCP  configure-Reject を送信開始するまでの LCP configure-NAK の最大応答回数を n 回に設定します (デ
              フォルト値は 10)。

       lcp-max-terminate n
              LCP terminate-request の最大送信回数を n 回に設定します (デフォルト値は 3)。

       lcp-restart n
              (再送のタイムアウトによる) LCP 再開の間隔を n 秒に設定します (デフォルト値は 3)。

       local  モデム制御線を使用しません。このオプションを指定すると、 pppd は、モデムからの CD (Carrier Detect)
              信号の状態を無視し、 DTR (Data Terminal Ready) 信号の状態を変化させません。

       login  PAP  を用いた相手の認証に、システムパスワードデータベースを用い、 ユーザをシステムの wtmp ファイル
              に記録します。 アクセスが許されるためには、 /etc/ppp/pap-secrets  ファイルとシステムパスワードデー
              タベースの両方に、 相手のエントリが存在する必要があります。

       maxconnect n
              ネットワークトラフィックの使用開始から  n 秒後に接続を切断します (これは、最初のネットワーク制御プ
              ロトコルが来てから n 秒になります)。

       modem  モデム制御線を使用します。このオプションはデフォルトです。 このオプションを指定すると、pppd は (接
              続スクリプトが指定していなければ) モデムからの CD (Carrier Detect) 信号のアサートを待ってから シリ
              アルデバイスをオープンし、接続終了時に DTR (Data Terminal Ready) 信号を短い期間落としてから 接続ス
              クリプトを実行します。 Ultrix では、このオプションはハードウェアフロー制御、 すなわち crtscts オプ
              ションを暗黙的に指定します。

       ms-dns <addr>
              pppd が Microsoft Windows クライアントのサーバとして動作している場合、 このオプションは pppd に  1
              または  2  の  DNS (Domain Name Server) アドレスを クライアントに提供することを許します。 このオプ
              ションの最初のインスタンスはプライマリ DNS アドレスを与えます。 次のインスタンスは (もし与えられれ
              ば) セカンダリ DNS アドレスを与えます。 (このオプションは、 古いバージョンの pppd では dns-addr と
              いう名前でした。)

       ms-wins <addr>
              pppd が Microsoft Windows  クライアントまたは  "Samba"  クライアントの  サーバとして動作している場
              合、このオプションは  pppd に 1 または 2 の WINS (Windows Internet Name Services) サーバアドレスを
              クライアントに提供 することを許します。 このオプションの最初のインスタンスはプライマリ WINS アドレ
              スを与えます。 次のインスタンスは (もし与えられれば) セカンダリ WINS アドレスを与えます。

       name name
              認証の目的で用いられるローカルシステムの名前を  name に設定します。 このオプションは特権オプション
              です。 このオプションを指定すると、pppd は秘密情報ファイルの第 2 フィールドが name  である行を使用
              して秘密情報を探し、相手を認証します。  さらに、user オプションで上書きしない場合は、 相手に対して
              ローカルシステムを自己証明する時に送る名前として name を使用します。 (pppd はドメイン名を name  に
              付加しないことに注意してください。)

       netmask n
              インタフェースのネットマスクを n に設定します。 32 ビットのネットマスクを「10 進数ドット」表記で指
              定します  (例:  255.255.255.0)。  このオプションが与えられると、デフォルトのネットマスクと指定した
              ネットマスク  との論理和が値となります。デフォルトのネットマスクはネゴシエートされる リモートの IP
              アドレスに依存します。 リモート IP アドレスのクラスに適切なネットマスクと、 同一ネットワーク上シス
              テムの非 point-to-point ネットワークインターフェース のネットマスクとの論理和となります。

       noaccomp
              Address/Control 圧縮を双方向 (送受信) で無効にします。

       noauth 相手が自己証明することを要求しません。  auth  オプションが /etc/ppp/options に指定されている場合、
              このオプションは特権オプションです。

       nobsdcomp
              BSD-Compress 圧縮を無効にします。 BSD-Compress 方式を使用したパケット圧縮を pppd  は要求も賛同もし
              ません。

       noccp  CCP  (圧縮制御プロトコル; Compression Control Protocol) ネゴシエーションを 無効にします。 相手にバ
              グがあるために、 CCP ネゴシエーションのための pppd からの要求に混乱してしまう場合にのみ、 このオプ
              ションが必要です。

       nocrtscts
              シリアルポートにハードウェアフロー制御 (つまり RTS/CTS) を使用しません。 crtsctsnocrtscts の両
              方のオプションが与えられない時、 シリアルポートのハードウェアフロー制御の設定は変更されずに そのま
              まになります。

       nodefaultroute
              defaultroute  オプションを無効にします。 pppd を使っているユーザにデフォルト経路を作成させたくない
              システム管理者は、このオプションを /etc/ppp/options ファイルに 記述することができます。

       nodeflate
              Deflate 圧縮を無効にします。 pppd は Deflate  方式を使用した圧縮パケットを要求しませんし、賛同もし
              ません。

       nodetach
              制御端末から切り離しません。このオプションを指定しないと、  標準入力がある端末以外のシリアルデバイ
              スが指定された場合は、 pppd は fork してバックグラウンドプロセスになります。

       noip   IPCP ネゴシエーションと IP 通信を無効にします。 相手にバグがあるために、 IPCP ネゴシエーションのた
              めの pppd からの要求に混乱してしまう場合にのみ、 このオプションが必要です。

       noipdefault
              ローカル  IP アドレスが指定されない場合にデフォルトで行われる、 ホスト名から IP アドレスを (可能で
              あれば) 決定する動作を無効にします。  このオプションを指定した場合には、IPCP  ネゴシエーション時に
              相手側がローカルの IP アドレスを指定する必要があります (明示的にコマンドラインで指定されているか、
              オプションファイルで指定されている場合を除きます)。

       noipx  IPXCP および IPX プロトコルを無効にします。 相手にバグがあるために、 IPXCP  ネゴシエーションのため
              の pppd からの要求に混乱してしまう場合にのみ、 このオプションが必要です。

       nomagic
              magic  number ネゴシエーションを無効にします。このオプションを指定した場合には、 pppd はループバッ
              ク回線を検出することができません。 相手にバグがある場合にのみ必要となります。

       nopcomp
              送受信方向とも、プロトコルフィールド圧縮ネゴシエーションを無効にします。

       nopersist
              接続の確立と切断のたびに終了します。 persist または demand のオプションが指定されない場合、 このオ
              プションはデフォルトです。

       nopredictor1
              Predictor-1 圧縮を受け付けませんし、賛同もしません。

       noproxyarp
              proxyarp  オプションを無効にします。pppd のユーザに proxy ARP エントリを作成させたくないシステム管
              理者は、このオプションを /etc/ppp/options ファイルに記述することでそのようにできます。

       novj   Van Jacobson 形式の TCP/IP ヘッダ圧縮を送受信方向において無効にします

       novjccomp
              Van Jacobson 形式の TCP/IP ヘッダ圧縮において、 connection-ID 圧縮を無効にします。  このオプション
              を指定すると、  pppd は Van Jacobson 圧縮された TCP/IP ヘッダから connection-ID バイトを省略しなく
              なりますし、 相手にも依頼しません。

       papcrypt
              相手の同一性を調べるために使われる /etc/ppp/pap-secrets ファイル内の全ての秘密情報を暗号化すること
              を 指示します。pppd は、暗号化前の /etc/ppp/pap-secrets ファイルからの秘密情報と等しいパスワードを
              受け入れません。

       pap-max-authreq n
              PAP authenticate-request の最大送信回数を n 回に設定します (デフォルト値は 10)。

       pap-restart n
              (再送のタイムアウトによる) PAP 再開の間隔を n 秒に設定します (デフォルト値は 3)。

       pap-timeout n
              PAP において接続先が自己証明するまで pppd が待機する最大時間を、n 秒に 設定します (0  は制限を設け
              ないことを意味します)。

       pass-filter filter-expression
              送受信されるデータパケットに適用されるフィルタで、  通過を許されるパケットを決定するフィルタを指定
              します。   フィルタが拒否するパケットは黙って捨てられます。   特定のネットワークデーモン   (例えば
              routed)   が  リンクバンド幅を使い切ることを防いだり、  基本的なファイアウォール機能を提供するため
              に、このオプションがあります。 filter-expression の文法は tcpdump(1) と同じですが、  限定子は  PPP
              リンクでは不適当ですので、  etherarp は使用できません。 一般的には、フィルタ式をシングルクォー
              トで括って、 式中の空白がシェルに解釈されることを避けるべきです。 inboundoutbound の限定子を付
              けることにより、 入出力のパケットに異なった制約を適用可能です。 このオプションは現在 NetBSD でのみ
              利用可能であり、 カーネル及び pppd が PPP_FILTER を定義してコンパイルされた場合のみ、 このオプショ
              ンを利用可能です。

       persist
              接続が切断された後で終了しません。代わりに再接続しようとします。

       predictor1
              相手が送出するフレームを  Predictor-1 圧縮を使用するよう要求し、 要求された場合 Predictor-1 で送出
              フレームを圧縮することに賛同します。 カーネルドライバが Predictor-1 圧縮をサポートしない場合には、
              このオプションは影響ありません。

       proxyarp
              自システムの  ARP [アドレス解決プロトコル; Address Resolution Protocol] テーブルに相手の IP アドレ
              ス  と自システムのイーサネットアドレスを追加します。  他のシステムに対して、  相手がローカルイーサ
              ネット上にあるように見せることになります。

       remotename name
              リモートシステムの名前を name とみなして認証を行います。

       refuse-chap
              このオプションを指定すると、 pppd は相手に対して自己証明するにあたり CHAP の使用に賛同しません。

       refuse-pap
              このオプションを指定すると、 pppd は相手に対して自己証明するにあたり PAP の使用に賛同しません。

       require-chap
              CHAP  [チャレンジハンドシェーク認証プロトコル; Challenge Handshake Authentication Protocol] を用い
              て 自己証明を行うことを相手に要求します。

       require-pap
              PAP [パスワード認証プロトコル; Password Authentication Protocol] を用いて 自己証明を行うことを相手
              に要求します。

       silent このオプションを指定した場合、 pppd は相手から有効な LCP パケットを受信するまで、 接続を開始するた
              めの LCP パケットを送信せずに待ちます (旧バージョンの pppd で 'passive' オプションを指定した場合と
              同じ動作です)。

       usehostname
              認証時にホスト名をローカルシステムの名前として使用することを強制します (ドメイン名が与えられれば付
              加されます)。 (このオプションは name オプションに優先します。)

       user name
              このマシンを相手に対して自己証明する際に用いるユーザ名を name に設定します。

       vj-max-slots n
              Van Jacobson の TCP/IP ヘッダ圧縮/伸長に使用する接続スロット数を n に設定します。 2 から 16  (両端
              を含む) の範囲にある必要があります。

       welcome script
              PPP  ネゴシエーション開始前かつ、(もしあれば) 接続スクリプトの完了後に、 script で指定される実行コ
              マンドもしくはシェルコマンドを実行します。 noauth オプションが使用された場合には、  このオプション
              は特権オプションとなります。

       xonxoff
              ソフトウェアフロー制御 (つまり XON/XOFF) を使用してシリアルポート上の データフローを制御します。

オプションファイル

       オプションは、コマンドラインから与えられるのと同様に、   ファイルに記述されたものを用いることも可能です。
       pppd      は、コマンドラインからのオプションを       読み込む前に       /etc/ppp/options,       ~/.ppprc,
       /etc/ppp/options.ttyname から (この順に) オプションを読み込みます。 (実際には、端末名を得るためにコマンド
       ラインオプションがまずスキャンされてから、 options.ttyname ファイルが読まれます。) options.ttyname ファイ
       ル名構成にあたり、 まず /dev/ が端末名から除かれ、残った / 文字がドットと置換されます。

       オプションファイルの内容は、  空白文字をデリミタとする単語の並びとして解釈されます。 空白文字を含む文字列
       はダブルクォート  (")  で囲うことで  1  つの文字列として解釈されるようになります。  バックスラッシュ  (\)
       は、直後の  1 文字をクォートします。 ハッシュ文字 (#) はコメントの始まりとして解釈され、 改行までをコメン
       トとみなします。 オプションファイル中での file および call のオプションの 使用制限はありません。

セキュリティ

       pppd は、正当なユーザに対するサーバマシンへの PPP アクセスを提供しつつ、 サーバ自身やそのサーバが存在する
       ネットワークのセキュリティを危険に  さらす心配のない、充分なアクセス制御をシステム管理者に提供します。 こ
       のアクセス制御の一部は、  /etc/ppp/options  ファイルにより提供されます。   このファイルでシステム管理者は
       pppd  の使用制限を設定することができます。 また一部は、PAP や CHAP の秘密情報ファイルにより提供されます。
       このファイルで個々のユーザが使用する IP アドレスの組を 管理者が制限することができます。

       通常の pppd の用途においては、 auth オプションを  /etc/ppp/options  ファイルに設定すべきです。  (将来のリ
       リースにおいてデフォルトになるかもしれません。)  ユーザが  pppd  を使用して相手にダイヤルアウトしたい場合
       で、   相手が自己証明することを拒否する場合   (インターネットサービスプロバイダなど)、   システム管理者は
       /etc/ppp/peers  下にオプションファイルを作成し、 ここに noauth オプションと、使用するシリアルポート名と、
       (必要なら) connect オプションと、その他適切なオプションを格納します。 このようにすることで、 非特権ユーザ
       が信頼関係のある相手との間で認証されない接続を結ぶことを可能 とします。

       上述のように、セキュリティに影響するオプションは特権オプションであり、  通常の非特権ユーザが  setuid-root
       された pppd では使用できません。 これは、コマンドラインでも、ユーザの ~/.ppprc ファイルでも、  file  オプ
       ションを使用して読まれるオプションファイルでも言えることです。   /etc/ppp/options  ファイル中、  もしくは
       call オプションを使用して読まれるオプションファイル中では、  特権オプションの使用は許されます。  pppd  が
       root ユーザにより起動された場合、特権オプションの使用は無制限です。

認証

       認証とは、一方が他方に自己を認めさせる処理のことを言います。  これは、一方が自己の名前を他方に送る際、 そ
       の名前のオーソライズされた本物の使用者のみから生まれる ある種の秘密情報を伴うことを必要とします。  このよ
       うな交換において、最初の一方を「クライアント」と呼び、  他方を「サーバ」と呼びます。 クライアントは自己を
       サーバに識別させるための名前を持ち、 サーバもまた自己をクライアントに識別させるための名前を持ちます。  一
       般的に本物のクライアントは秘密情報 (またはパスワード) をサーバと共有し、 自己を証明するにあたりその秘密情
       報を知っていると伝えます。 認証に使用される名前は相手のインターネットホスト名に対応することが多いですが、
       これは本質的なことではありません。

       現在   pppd   は   2   つの認証プロトコルをサポートします:  それぞれ、パスワード認証プロトコル  (Password
       Authentication   Protocol;   PAP)   と   チャレンジハンドシェーク認証プロトコル   (Challenge    Handshake
       Authentication Protocol; CHAP) です。 PAP の場合、クライアントは自己証明のために、 自己の名前とクリアテキ
       ストパスワードをサーバに送る必要があります。 これとは対称的に、CHAP 認証交換はサーバが開始し、 チャレンジ
       をクライアントに送ります  (チャレンジパケットにはサーバ名が含まれます)。 クライアントはこれに返答する必要
       があり、 返事の中に自己の名前に加えて共有秘密情報とチャレンジから得られるハッシュ値を  含め、自己が秘密情
       報を知っていると伝える必要があります。

       PPP  プロトコルは対称的ですから、  両者が他方に対して自己証明を行うように要求することを許します。  この場
       合、2 つの別々かつ独立した認証交換が発生します。 2 つの交換においては別の認証プロトコルを使用できますし、
       原則的には違う名前を使用可能です。

       pppd  のデフォルトの挙動は、もし認証の要求があればそれを受け入れ、 相手側には認証を要求しないというもので
       す。 ただし、 pppd がその認証を行なうのに必要な秘密情報を持っていない  特定のプロトコルによる認証は拒否し
       ます。

       pppd   は認証に使用する秘密情報を秘密情報ファイル   (PAP   の場合   /etc/ppp/pap-secrets、   CHAP  の場合
       /etc/ppp/chap-secrets) に格納します。 どちらの秘密情報ファイルも同じフォーマットです。 秘密情報ファイルに
       は、  pppd が他のシステムに対して自己証明するための秘密情報を格納する ことができますし、 他のシステムの認
       証を行うための秘密情報を格納することも可能です。

       秘密情報ファイル中の各行は 1 つの秘密情報を格納します。  特定の秘密情報はあるクライアントとサーバの組み合
       わせに対して特有です  - このクライアントがこのサーバに対して自己証明することにのみ使用されます。 秘密情報
       ファイルの各行は、少なくとも 3 つのフィールドからなります: それぞれ、クライアント名、サーバ名、秘密情報で
       す。 指定したサーバに指定したクライアントが接続する時に使用する IP アドレスリストを、これらのフィールドの
       後に続けることができます。

       秘密情報ファイルはオプションファイルと同じように単語の並びとして 解釈されますので、クライアント名、サーバ
       名、秘密情報の各フィールドは 1 語である必要があり、 これに含まれる空白文字や特殊文字は クォートもしくはエ
       スケープする必要があります。 同じ行の残りの語は、クライアントに許される  IP  アドレスのリストとされるか、
       (ワイルドカードでもなく空でもない)  特定のクライアント名を含む行の 場合は "local:remote" アドレス (コマン
       ドラインもしくはオプションファイルで共通フォーマット) に優先します。 行に 3  語しか無い場合もしくは最初の
       語が  "-" である場合、 全ての IP アドレスが不許可となります。 全アドレスを許可するには "*" を使用します。
       また "!" から始まる語は、指定したアドレスを受け付けないことを示します。 アドレスの後には "/" と数値 n  を
       続けることが可能であり、 全体のサブネットを示します。 つまり、全てのアドレスの上位 n ビットが同じ値となり
       ます。 クライアント名、サーバ名、秘密情報においては大文字小文字の区別は重要です。

       秘密情報が  `@'  から始まる場合、後続するものはファイル名であり、  そこから秘密情報を読み込むものとされま
       す。  クライアント名もしくはクライアント名に単一の "*" を使用すると、 いかなる名前にもマッチします。 秘密
       情報を選択する時、pppd はベストマッチ、 すなわちワイルドカードが最小となるマッチを採用します。

       秘密情報ファイルには、他のホストを認証するための秘密情報に加え、 他のホストに対して自己証明するための秘密
       情報も格納します。  pppd が相手を認証 (相手が相手であることを確認) する時、 秘密情報の検索にあたり、 相手
       の名前が最初のフィールドにありローカルシステムの名前が 2 番目のフィールド にあるものを選びます。 ローカル
       システム名のデフォルトはホスト名であり、 domain オプション使用時にはドメイン名が付加されます。 このデフォ
       ルトには name オプションが優先しますが、 usehostname オプションが使用されている場合は例外です。

       pppd が相手に対する自己証明のための秘密情報を選ぶ時には、  まずどの名前を使用して相手に対して自己識別する
       かを決めます。  この名前はユーザが user オプションで指定可能です。 このオプションが使用されていない場合、
       名前はデフォルトのローカルシステム名となり、 前の段落で示したように決定されます。 こうして pppd  は秘密情
       報の検索にあたり、 この名前が最初のフィールドにあり相手の名前が 2 番目のフィールド にあるものを選びます。
       CHAP 認証が使用される場合、 相手はチャレンジパケット中に相手の名前を含めますから、 pppd  は相手の名前を知
       ることになります。  しかし、PAP が使用される場合、 ユーザが指定したオプションを元に pppd は相手の名前を決
       定します。 ユーザは相手の名前を直接 remotename で指定可能です。 そうではない場合で、リモート IP  アドレス
       が  (数値形式でなく)  名前で指定された場合、その名前を相手の名前として使用します。 これに失敗すると、pppd
       は相手の名前に空文字列を使用します。

       相手側を PAP で認証する際に、提供されるパスワードはまず秘密情報ファイルの 秘密情報と比較されます。 もしパ
       スワードが秘密情報とマッチしなければ、  パスワードは crypt() を使用して暗号化され、再び秘密情報と比較され
       ます。 このため相手側の認証に使用する秘密情報は 暗号化された形式で記録することができます。 papcrypt  オプ
       ションが与えられた場合、よりよいセキュリティのため 最初の (暗号化されていない) 比較対象は除外されます。

       更にもし   login   オプションが指定されていれば、ユーザ名とパスワードも  システムパスワードデータベースで
       チェックされます。 このためシステム管理者は特定のユーザだけに PPP アクセスを 許可し、個々のユーザが使用で
       きる IP アドレスの組を 制限するよう pap-secrets ファイルを設定することができます。 典型的には、login オプ
       ションを使う時に、 /etc/ppp/pap-secrets 中の秘密情報を "" とすることで、 相手が提供するいかなるパスワード
       にもマッチするようになります。  これにより、同じ秘密情報を  2  個所で必要とされることを避けることができま
       す。

       login オプションが使われている時には、更なる確認が行われます。 /etc/ppp/ppp.deny が存在して、ユーザがそこ
       に記述されている場合、 認証は失敗します。 /etc/ppp/ppp.shells が存在して、ユーザの通常の ログインシェルが
       記述されていない場合、認証は失敗します。

       認証は IPCP (またはその他のネットワーク制御プロトコル) が開始される前に納得のいくように完了している必要が
       あります。 相手が自己証明することを求められている時に、認証に失敗すると、 pppd は (LCP をクローズすること
       で) リンクを切断します。 もし IPCP で得られたリモートホストの IP アドレスが受け入れられない  ものであった
       場合、IPCP はクローズされます。 IP パケットは IPCP が オープンしている時だけ送受信可能です。

       ローカルホストが一般的に認証を必要とする時でも、  接続を行い限定された IP アドレスの組の 1 つを使うために
       自己証明ができないホストに対して、 接続を認める必要がある場合もあります。  もし相手側がこちらの認証要求を
       拒否した場合、pppd  はそれを ユーザ名とパスワードが空文字列である PAP 認証として扱います。 そこで、クライ
       アント名とパスワードに空文字列を指定した 1 行を pap-secrets  ファイルに追加することで、自己証明を拒否する
       ホストにも制限つきのアクセスを許可することができます。

経路制御

       IPCP ネゴシエーションが成功した場合、 pppd はカーネルに、PPP インタフェースで用いるローカル IP アドレスお
       よび リモート IP アドレスを通知します。 これは、相手側と IP パケットを交換する リンクのリモート終端への経
       路を作成するのに充分な情報です。  サーバ以外のマシンとの通信には、一般的には経路 テーブルや ARP (アドレス
       解決プロトコル;  Address  Resolution  Protocol)  テーブルのさらなる更新が必要となります。  ほとんどの場合
       defaultrouteproxyarp オプションで十分ですが、 更なる解析が必要な場合もあります。 /etc/ppp/ip-up スク
       リプトが使用可能な場合があります。

       インターネットへの接続を PPP インタフェース経由のみで行うマシンの  場合には、リモートホストを通るデフォル
       ト経路の追加が 望ましい場合があります。 defaultroute オプションは、IPCP が完了した際に pppd に そのような
       デフォルト経路を作成させ、リンクが切断されたときには そのデフォルト経路を削除させます。

       例えばサーバマシンが LAN に接続されている場合、LAN 上の他のホストが  リモートホストと通信できるようにする
       ために proxy ARP の使用が 望ましい場合もあります。 proxyarp オプションを指定すると、pppd はリモートホスト
       と 同一サブネット上にある (ブロードキャストと ARP をサポートし、動作中 かつ point-to-point やループバック
       でない)  ネットワークインタフェースを 探します。 そのようなインタフェースが見つかった場合、pppd は 恒久的
       に公開された ARP エントリとしてリモートホストの IP アドレスと  その見つかったネットワークインタフェースの
       イーサネット (MAC) アドレスを 登録します。

       demand オプション使用時は、IPCP 起動時に インタフェースの IP アドレスは設定済みです。 pppd がインタフェー
       ス設定に使用したものと同じアドレスを ネゴシエーションできなかった場合には (例えば ISP が動的に IP  アドレ
       スを割り当てる場合)、  pppd はインタフェースの IP アドレスをネゴシエートされたものに 変更する必要がありま
       す。 この場合既存の接続を破壊するかもしれませんので、 動的 IP  割り当てを行う相手と要求時ダイヤルを行うこ
       とは勧められません。

使用例

       (ppp  の配布のデフォルトの  /etc/ppp/options  ファイルと同じく)  以下の例では /etc/ppp/options ファイルは
       auth オプションを含むものとします

       おそらく最も一般的な pppd の使用方法は ISP へダイヤルアウトすることでしょう。  この場合次のコマンドを使用
       します。

              pppd call isp

       ここで /etc/ppp/peers/isp ファイルはシステム管理者が次のように設定します:

              ttyS0 19200 crtscts
              connect '/usr/sbin/chat -v -f /etc/ppp/chat-isp'
              noauth

       この例では、chat    を使用して    ISP    のモデムにダイヤルし、    必要なログオンシーケンスを通過します。
       /etc/ppp/chat-isp ファイルは chat が使用するスクリプトを含みます。 例えば次のようになっています:

              ABORT "NO CARRIER"
              ABORT "NO DIALTONE"
              ABORT "ERROR"
              ABORT "NO ANSWER"
              ABORT "BUSY"
              ABORT "Username/Password Incorrect"
              "" "at"
              OK "at&d0&c1"
              OK "atdt2468135"
              "name:" "^Umyuserid"
              "word:" "\qmypassword"
              "ispts" "\q^Uppp"
              "~-^Uppp-~"

       chat スクリプトの詳細については、 chat(8) のマニュアルページを参照してください。

       pppd はまたダイヤルイン ppp サービスをユーザに提供するために使用可能です。 ユーザが既にログインアカウント
       を持っている場合には、  ppp サービスの最も簡単な設定方法は、 ユーザにそのアカウントでログインしてもらって
       から、 (setuid-root された) pppd を次のように実行することです。

              pppd proxyarp

       ユーザが  PPP  機能を使用することを許すためには、  そのユーザのマシンのための   IP   アドレスを割り当て、
       /etc/ppp/pap-secrets または /etc/ppp/chap-secrets (ユーザのマシンの PPP 実装が どちらの認証方法をサポート
       するかに依存します) にエントリを作成して、ユーザのマシンを認証可能とします。 例えば、Joe が "joespc" とい
       うマシンを持っていて、"server" というマシンへの ダイヤルインおよび joespc.my.net という IP アドレスの使用
       が許されている場合、 次のようなエントリを /etc/ppp/pap-secrets または /etc/ppp/chap-secrets に 加えます:

              joespc    server    "joe's secret" joespc.my.net

       別の方法として、(例えば) "ppp" といったユーザ名を作成し、 そのログインシェルを pppd とし、 ホームディレク
       トリを    /etc/ppp    とする方法があります。    この方法で    pppd   を実行する場合に使用するオプションは
       /etc/ppp/.ppprc に置くことができます。

       もしあなたのシリアル接続がケーブル 1 本でなく、もっと複雑な場合には、  いくつかの制御文字がエスケープされ
       るように 準備しておく必要があります。とりわけ、XON (^Q) および XOFF (^S) を、 asyncmap a0000 を用いてエス
       ケープすることはしばしば有効です。 パスが telnet  を含む場合には、  ^]  文字も同様にエスケープ  (asyncmap
       200a0000 を指定) する必要があるでしょう。 パスが rlogin を含む場合には、rlogin クライアントの動作している
       側の ホストで escape ff を指定する必要があるでしょう。これは、多くの rlogin  の実装がネットワーク透過でな
       いためです。 それらの rlogin では、 0xff, 0xff, 0x73, 0x73 とそれに続く 8 バイトの シーケンスをストリーム
       から取り除きます。

診断

       メッセージは LOG_DAEMON ファシリティを用いて syslog デーモンに  送られます  (これは希望するファシリティを
       LOG_PPP  マクロとして定義し、 pppd を再コンパイルすることで変更することができます)。 エラーメッセージやデ
       バッグメッセージを見るためには、 /etc/syslogd.conf ファイルを編集して pppd からのメッセージが  希望する出
       力デバイスやファイルに書き出されるようにしておく必要があります。

       debug オプションは送受信されるすべての制御パケットの内容が ログに記録されるようにします。対象となる制御パ
       ケットは、 すべての LCP, PAP, CHAP, IPCP パケットです。 この機能は、PPP  ネゴシエーションがうまくいかない
       場合や  認証が失敗する場合の原因究明に効果的でしょう。 コンパイル時にデバッギングオプションを有効にしてい
       た場合には、 debug もまた他のデバッグメッセージを記録するために使われます。

       pppd プロセスに SIGUSR1 シグナルを送ってデバッギングを有効にすることが できます。これはトグル動作します。

スクリプト

       pppd は処理の様々な段階においてスクリプトを起動し、 サイト固有の追加処理を行います。 これらのスクリプトは
       通常シェルスクリプトですが、 実行可能コードファイルであってもかまいません。 pppd はスクリプトが終了するま
       で待ちません。 スクリプトは root にて (実ユーザ ID および実効ユーザ ID とも 0 に設定して)  実行されますの
       で、経路テーブルの更新や特権デーモンの実行が可能です。   これらのスクリプトの内容によってシステムセキュリ
       ティが危うくならないよう 注意してください。 pppd は標準入力・標準出力・標準エラー出力を /dev/null  にリダ
       イレクトし、  リンクの情報を与えるいくつかの環境変数を除いて環境変数を空にして、 スクリプトを実行します。
       pppd が設定する環境変数を以下に示します:

       DEVICE 使用しているシリアル tty デバイス名。

       IFNAME 使用しているネットワークインタフェース名。

       IPLOCAL
              リンクのローカル側の IP アドレス。 IPCP が立ち上がった時のみ設定されます。

       IPREMOTE
              リンクのリモート側の IP アドレス。 IPCP が立ち上がった時のみ設定されます。

       PEERNAME
              相手の認証された名前。 相手が自己証明した場合のみ設定されます。

       SPEED  tty デバイスのボーレート。

       UID    pppd を起動したユーザの実ユーザ ID。

       pppd は、以下のスクリプトが存在すれば起動します。 存在しなくてもエラーではありません。

       /etc/ppp/auth-up
              リモートシステムが成功裏に自己証明した後で実行される プログラムまたはスクリプトです。 次のものをパ
              ラメータとして実行されます。

              interface-name peer-name user-name tty-device speed

              相手が自己証明しない場合には、  このスクリプトは実行されないことに注意してください。 例えば noauth
              オプションが使用される時がこれにあたります。

       /etc/ppp/auth-down
              /etc/ppp/auth-up が以前実行された後でリンクが落ちた時に実行される プログラムまたはスクリプトです。
              これは /etc/ppp/auth-up と同じパラメータを与えて、同じ方法で実行されます。

       /etc/ppp/ip-up
              そのリンクで  IP パケットの送受信が行えるようになった時 (IPCP が完了した時) に実行されるプログラム
              またはスクリプトです。 次のものをパラメータとして実行されます。

              interface-name tty-device speed local-IP-address remote-IP-address ipparam

       /etc/ppp/ip-down
              そのリンクで IP パケットの送受信ができなくなった場合に実行される  プログラムまたはスクリプトです。
              このスクリプトは /etc/ppp/ip-up スクリプトで行った変更を 元にもどすために用いられます。 これは ip-
              up と同じパラメータを与えて、同じ方法で実行されます。

       /etc/ppp/ipx-up
              そのリンクで IPX パケットの送受信が行えるようになった時 (IPXCP が完了した時)  に実行されるプログラ
              ムまたはスクリプトです。 次のものをパラメータとして実行されます。

              interface-name  tty-device  speed  network-number  local-IPX-node-address  remote-IPX-node-address
              local-IPX-routing-protocol  remote-IPX-routing-protocol  local-IPX-router-name  remote-IPX-router-
              name ipparam pppd-pid

              local-IPX-routing-protocol および remote-IPX-routing-protocol のフィールドは 以下のいずれかです:

              NONE      経路プロトコルが無いことを示します
              RIP       RIP/SAP を使うべきであることを示します
              NLSP      Novell NLSP を使うべきであることを示します
              RIP NLSP  RIP/SAP と NLSP の両方を使うべきであることを示します

       /etc/ppp/ipx-down
              そのリンクで IPX パケットの送受信ができなくなった場合に実行される プログラムまたはスクリプトです。
              このスクリプトは /etc/ppp/ipx-up  スクリプトで行った変更を  元にもどすために用いられます。  これは
              ipx-up と同じパラメータを与えて、同じ方法で実行されます。

関連ファイル

       /var/run/pppn.pid (BSD または Linux), /etc/ppp/pppn.pid (その他)
              ppp インタフェースユニット n に対応する pppd プロセスの プロセス ID が記録されます。

       /etc/ppp/pap-secrets
              PAP 認証で使用するユーザ名、パスワード、IP アドレスを格納します。 このファイルは root が所有し、他
              のユーザは読み書きできてはなりません。 そうでない場合 pppd は警告ログを行います。

       /etc/ppp/chap-secrets
              CHAP 認証で使用する名前、秘密情報、IP アドレスを格納します。  このファイルは  root  が所有し、他の
              ユーザは読み書きできてはなりません。 そうでない場合 pppd は警告ログを行います。

       /etc/ppp/options
              pppd  のシステムデフォルトオプションを記述します。 ユーザデフォルトオプションおよびコマンド ライン
              オプションが読まれる前に読み込まれます。

       ~/.ppprc
              ユーザ毎のデフォルトオプションを記述します。  /etc/ppp/options.ttyname  が読まれる前に読み込まれま
              す。

       /etc/ppp/options.ttyname
              各シリアルポートのシステムデフォルトオプションを指定します。  ~/.ppprc の後で読まれます。 このファ
              イル名の ttyname 部分の構成にあたり、 まず /dev/ が (存在すれば) ポート名から除かれ、 残ったスラッ
              シュがドットに置換されます。

       /etc/ppp/peers
              pppd が非 root ユーザによって起動されたとしても 特権オプションを含んでかまわないオプションファイル
              を含むディレクトリです。  システム管理者はオプションファイルをこのディレクトリ中に作成することによ
              り、 非特権ユーザが相手の認証を要さずにダイヤルアウト可能とします。 しかし、信頼関係のある相手のみ
              可能です。

       /etc/ppp/ppp.deny
              システムのパスワードによる PAP 認証を使わせないユーザを記述します。

       /etc/ppp/ppp.shells
              システムのパスワードによる PAP 認証ログインのために適切なシェルを 記述します。

関連項目

       chat(8), ppp(8)

       RFC1144
              Jacobson, V.  Compressing TCP/IP headers for low-speed serial links.  February 1990.

       RFC1321
              Rivest, R.  The MD5 Message-Digest Algorithm.  April 1992.

       RFC1332
              McGregor, G.  PPP Internet Protocol Control Protocol (IPCP).  May 1992.

       RFC1334
              Lloyd, B.; Simpson, W.A.  PPP authentication protocols.  October 1992.

       RFC1661
              Simpson, W.A.  The Point-to-Point Protocol (PPP).  July 1994.

       RFC1662
              Simpson, W.A.  PPP in HDLC-like Framing.  July 1994.

注意

       以下のシグナルが pppd に送られた場合、ここで説明する効果が得られます。

       SIGINT, SIGTERM
              これらのシグナルを受信した場合、pppd は (LCP をクローズすることで)  リンクを切断し、シリアルデバイ
              スの設定を復元して、プログラムを終了します。

       SIGHUP 物理層のリンク切断を指示します。pppd  はシリアルデバイスの設定を復元し、  シリアルデバイスを閉じま
              す。 persist または demand のオプションが指定されている場合、pppd は  シリアルデバイスを再オープン
              し、(抑止期間を置いてから) 新しい接続を始めようとします。 そうでない場合は、pppd は終了します。 こ
              のシグナルを抑止期間に受けると、pppd は抑止期間をすぐに終了します。

       SIGUSR1
              このシグナルは、debug オプションの状態を反転します。

       SIGUSR2
              このシグナルは、 pppd に圧縮に付いて再びネゴシエートさせます。  これは、致命的な伸長エラーの結果と
              して  圧縮を止めた後で、再び圧縮を有効にするために便利です。 (致命的な伸長エラーは一般にどちらかの
              実装上の バグを示します。)

作者

       Paul Mackerras (Paul.Mackerras@cs.anu.edu.au) が、 Drew Perkins, Brad Clements, Karl Fox,  Greg  Christy,
       Brad Parker の作業を元に作成しました。

                                                                                                         PPPD(8)