diff --git a/ja_JP.eucJP/man/man1/cvs.1 b/ja_JP.eucJP/man/man1/cvs.1
index fbaa250c49..14193e6f7f 100644
--- a/ja_JP.eucJP/man/man1/cvs.1
+++ b/ja_JP.eucJP/man/man1/cvs.1
@@ -1,2172 +1,2172 @@
 .\" %FreeBSD: src/contrib/cvs/man/cvs.1,v 1.19 2002/09/02 05:57:13 peter Exp %
 .\" $FreeBSD$
 .de Id
 .ds Rv \\$3
 .ds Dt \\$4
 ..
 .TH CVS 1 "\*(Dt"
 .\" Full space in nroff; half space in troff
 .de SP
 .if n .sp
 .if t .sp .5
 ..
 .\" quoted command
 .de `
 .RB ` "\|\\$1\|" '\\$2
 ..
 .SH "名称"
 cvs \- コンカレントバージョンシステム
 .SH "注記"
 このマニュアルページは
 .B cvs
 の機能のまとめですが、最新ではないかもしれません。
 より新規で詳細な文書に関しては (
 .B info cvs
 コマンドか、無い場合にはこのマニュアルページの関連項目の節に記述してあるように)
 Cederqvist 著のマニュアルを参照して下さい。
 .SH "書式"
 .TP
 \fBcvs\fP [ \fIcvs_options\fP ]
 .I cvs_command
 [
 .I command_options
 ] [
 .I command_args
 ]
 .SH "解説"
 .IX "revision control system" "\fLcvs\fR"
 .IX  cvs  ""  "\fLcvs\fP \- concurrent versions system"
 .IX  "concurrent versions system \- \fLcvs\fP"
 .IX  "release control system"  "cvs command"  ""  "\fLcvs\fP \- concurrent versions system"
 .IX  "source control system"  "cvs command"  ""  "\fLcvs\fP \- concurrent versions system"
 .IX  revisions  "cvs command"  ""  "\fLcvs\fP \- source control"
 CVS はバージョン制御システムであり、RCS や SCCS のように、
 ファイル (通常はソースコード) の古いバージョンの保持と
 誰が何時何故変更を施したかなどの記録の保持を可能にします。
 同様のシステムとは異なり、
 CVS は一時に 1 ファイルや 1 ディレクトリのみを操作対象とするのではなく、
 バージョン管理されたファイルを持つディレクトリ集合からなる階層を
 操作対象とします。
 CVS は、リリース管理を助け、
 また複数の作者による並行的なソースファイル編集を助けます。
 CVS は、
 様々な操作を有効にしたり記録したり制御したりするためにトリガを使用可能であり、
 広域ネットワークでうまく動作します。
 .SP
 .B cvs
 はマスタソースの単一のコピーを保持します。
 このコピーはソースの``リポジトリ''と呼ばれます。 これは、以前の
 ソフトウェアリリースをいつでもシンボリックなリビジョンタグか、
 または過去の日付のいずれかに基づいて取り出せるようにするための
 全ての情報を含みます。
 .SH "不可欠なコマンド"
 .B cvs
 はバラエティに富んだコマンドを提供します (書式説明における \fIcvs_command\fP)。
 また分散環境での多様なソース管理要求を満たすために、
 これらのコマンドの多くにはいくつものオプションが用意されています。
 しかしながら、
 .BR cvs で便利に仕事をするためにそれぞれの細部に渡ってマスタする
 必要はありません。
 実際、ソースリポジトリを使う (そしてそれに貢献する) には 5 つの
 コマンドで充分です。
 .TP
 \fBcvs checkout\fP \fImodules\fP\|.\|.\|.
 大部分の \fBcvs\fP での作業のために必要な準備: \fImodules\fP
 (名前をつけたソースの集合。 ここにはソースリポジトリへの相対パスを
 使うこともできます) のソースの私的なコピーを作成します。
 他人の作業に邪魔されることなく このコピーで作業することができます。
 少なくとも 1 レベルのサブディレクトリが必ず作成されます。
 .TP
 .B cvs update
 他の開発者がリポジトリのソースに行った変更を あなたのコピーに
 取り込みたいと思ったときに、あなたの私的なソースのディレクトリの
 \fI中で\fP このコマンドを実行して下さい。
 .TP
 \fBcvs add\fP \fIfile\fP\|.\|.\|.
 あなたの作業ディレクトリの \fBcvs\fP のレコードに新しいファイルを
 載せるには、このコマンドを使います。そのファイルは次にあなたが
 .` "cvs commit" を実行した時にリポジトリに追加されます。
 注意:
 新しいソースをソースリポジトリに登録するには
 .` "cvs import"
 コマンドを使って下さい。
 .` "cvs add"
 はすでにチェックアウトされているモジュールに新しいファイルを
 追加するときにのみ使います。
 .TP
 \fBcvs remove\fP \fIfile\fP\|.\|.\|.
 (指定するファイルを消した後に) リポジトリからファイルを
 消したいことを宣言する場合に、このコマンドを使います。
 .` "cvs commit" を実行するまで削除は他へは影響しません。
 .TP
 \fBcvs commit\fP \fIfile\fP\|.\|.\|.
 あなたの変更をソースリポジトリに取り込むことで、他の開発者へ
 変更結果を ``公開'' したいときに、このコマンドを使います。
 .SH "オプション"
 .B cvs
 のコマンドラインには
 .IR cvs_options を含めることができ、
 これは
 .B cvs
 プログラム全体に適用されます。 ひとつの
 .IR cvs_command がソースリポジトリへの特定の動作を
 指定します。 そして
 .I cvs_command
 の動作を完全に指定するために
 .I command_options
 と
 .I command_arguments
 とを含めることができます。
 .SP
 .I 警告:
 .IR cvs_command とオプションの相対的な位置関係に正確さを
 期さなければなりません。
 なぜなら同じオプションが
 .I cvs_options
 の位置 (
 .B cvs
 コマンドの左側) と
 .I command_options
 の位置 (
 .B cvs
 コマンドの右側) のいずれに置かれるかで異なる意味を持つ可能性が
 あるためです。
 .SP
 .IR cvs_command を省略できる状況が 2 つだけあります:
 .` "cvs \-H"
 または
 .` "cvs --help"
 は利用可能なコマンドの一覧を引き出します、そして
 .` "cvs \-v"
 または
 .` "cvs --version"
 は \fBcvs\fP それ自身のバージョン情報を表示します。
 .SP
 .SH "CVS OPTIONS"
 リリース 1.6 現在、
 .B cvs
 は、短いオプションと共に
 .SM GNU
 スタイルの長いオプションもサポートします。
 現在はまだ 2, 3 の長いオプションしかサポートされておらず、
 それらは同じ意味を持つ短いオプションの後ろにかぎ括弧で囲んで
 示されています。
 .SP
 以下のオプションは
 .B cvs
 プログラムの全体的な制御に使います:
 .TP
 .B \-H [ --help ]
 指定された
 .I cvs_command
 の用法を表示します (が、コマンドの実行は行いません)。コマンド名を
 指定しないと
 .` "cvs \-H"
 は利用可能な全コマンドの要約を表示します。
 .TP
 .B \-Q
 はコマンドを
 .I 真に
 寡黙にします。コマンドは深刻な問題についてのみ出力を行います。
 .TP
 .B \-q
 はコマンドをいくぶん静かにします。サブディレクトリを再帰的に
 移動する際の報告のような通知的なメッセージが抑制されます。
 .TP
 \fB\-b\fP \fIbindir\fP
 .SM RCS
 プログラムが置かれているディレクトリとして
 .I bindir
 を使います (CVS 1.9 およびそれ以前)。
 環境変数
 .SM RCSBIN
 の設定より優先されます。
 これは絶対パス名で指定しなければなりません。
 .TP
 \fB\-d\fP \fICVS_root_directory\fP
 マスタとなる
 ソースリポジトリのルートディレクトリへのパス名として
 .I CVS_root_directory
 を使います。
 環境変数
 .SM CVSROOT
 の設定より優先されます。
 これは絶対パスで指定しなければなりません。
 .TP
 \fB\-e\fP \fIeditor\fP
 ログ情報の入力においてエディタとして
 .I editor
 を使います。
 環境変数
 .SM CVSEDITOR\c
 ,
 .SM VISUAL\c
 ,
 .SM EDITOR
 の設定より優先されます。
 .TP
 .B \-f
 .B cvs
 スタートアップファイル (\fI~/.cvsrc\fP) を読み込みません。
 .TP
 .B \-l
 コマンドヒストリに
 .I cvs_command
 のログを取りません (しかし実行はします)。コマンドヒストリに関する
 情報については
 .B history
 コマンドの説明を参照して下さい。
 .TP
 .B \-n
 いかなるファイルも変更しません。
 .IR cvs_command を実行しようとしますが、
 経過報告のみを行います。ファイルへの削除、更新やマージのいずれも
 行いませんし、新しいファイルも作成しません。
 .TP
 .B \-t
 プログラムの実行をトレースします。
 .B cvs
 の動作のステップを示すメッセージを表示します。
 不慣れなコマンドの影響の可能性を調べるのに
 .B \-n
 との組み合わせで特に有用です。
 .TP
 .B \-r
 新しい作業ファイルを読み出し専用にします。
 環境変数
 .SM CVSREAD
 がセットされている場合と同じ効果を持ちます。
 .TP
 .B \-R
 読み出し専用リポジトリモードをオンにします。
 これにより、
 anoncvs サーバ上などの読み出し専用リポジトリからのチェックアウトや、
 CDROM 上のリポジトリからのチェックアウトが可能になります。
 環境変数
 .SM CVSREADONLYFS
 がセットされている場合と同じ効果を持ちます。
 また、
 .B \-R
 を使用すると NFS を介したチェックアウトが高速になります。
 .TP
 .B \-v [ --version ]
 .BR cvs
 のバージョンと著作権情報を表示します。
 .TP
 .B \-w
 新しい作業ファイルを読み書き可能にします (デフォルトです)。
 環境変数
 .SM CVSREAD
 がセットされていても無視します。
 .TP
 .B \-g
 強制的に、グループ書き込み権限を作業ファイルに付加します。
 典型的には、
 単一のチェックアウトされたソースツリーを複数ユーザで共有する場合に
 このオプションを使用し、
 各ユーザがより安全な umask でシェルを使用できるようにします。
 この機能を使用するためには、
 チェックアウトするソースツリーを格納するディレクトリを作成し、
 本ディレクトリのグループをプライベートグループに設定し、
 本ディレクトリ下のファイルがディレクトリのグループ ID を継承するようにします。
 FreeBSD では自動的に、ファイルはディレクトリのグループ ID を継承します。
 SysV では、典型的には SGID ビットをディレクトリに設定する必要があります。
 チェックアウトしたツリーを共有するユーザは、
 このグループに含まれる必要があります。
 単一のチェックアウトされたソースツリーを共有するということは、
 共通の CVS リポジトリに複数ユーザのアクセスを許すこととまったく異なることに
 注意してください。
 共通の CVS リポジトリへのアクセスは、
 共有グループ書き込み権限によって既に実現されており、
 本オプションを必要としません。
 
 本オプションを透過的に使用するためには、
 単に 'cvs -g' という行を ~/.cvsrc ファイルに置くだけで良いです。
 プライベートグループもしくはプライベートモード 0700 のディレクトリに
-全ソースをチェックアウトしたものをファイヤウォールで防御しているのでない限り、
+全ソースをチェックアウトしたものをファイアウォールで防御しているのでない限り、
 本オプションの使用は勧められません。
 .TP
 .B \-x
 クライアントとサーバの間の通信を全て暗号化します。
 現在では、Kerberos コネクション使用時のみ使用可能です。
 .TP
 \fB\-z\fP \fIcompression\-level\fP
 ファイルをネットワーク経由でやりとりする際、
 圧縮レベル \fIcompression\-level\fP で
 .B gzip
 を使い、やりとりするデータの圧縮と伸長を行います。リンクの両端で
 .SM GNU
 .B gzip
 プログラムがその時点でのサーチパス中に存在する必要があります。
 .SH "使用法"
 .` "cvs \-H" で全般のヘルプを要求する場合を除き、
 行いたい特定のリリース制御機能を選択するために、
 .B cvs
 に対して一つの
 .I cvs_command
 を指定しなければなりません。
 各
 .B cvs
 コマンドはそれ自身のオプションと引数の集まりを受け付けます。
 しかしながら、多くのオプションが複数のコマンドに渡って利用可能です。
 .B \-H
 オプションをコマンドと共に指定することで、
 各コマンドの使用法のまとめを表示することができます。
 .SH "CVS のスタートアップファイル"
 通常、CVS は起動時にユーザのホームディレクトリから
 .I .cvsrc
 というファイルを読み込みます。この起動時の手続きは
 .B \-f
 フラグで止めることができます。
 .SP
 .I .cvsrc
 ファイルには CVS コマンドに引数リストを付けて、1 行に 1 つの
 コマンドを並べます。例えば \fI.cvsrc\fP に以下のように書くと:
 .SP
 diff \-c
 .SP
 .` "cvs diff"
 コマンドには常にコマンドラインで指定されたオプションに加えて
 \-c オプションが渡されるという意味になります (この場合
 .` "cvs diff"
 を実行すると 全てにおいて context diff 形式が生成されるという
 効果を持ちます)。
 .SP
 大域的なオプションは、\fBcvs\fP キーワードを使用して指定します。
 例えば次の
 .SP
 cvs \-q
 .SP
 は、大域的オプション \-q が指定されたかのように全
 .` "cvs"
 コマンドが動作することを意味します。
 .SH "CVS COMMAND のまとめ"
 以下は全
 .B cvs
 コマンドの解説を要約したものです:
 .TP
 .B add
 新しいファイルまたはディレクトリをリポジトリに追加します。
 ファイルについては追加を同ファイルに対する
 .` "cvs commit"
 が行われるまで待ちます。
 以前に
 .` "cvs checkout"
 を行うことで作成されたソースの中からのみ実行可能です。
 新しいソース階層の全体を
 .B cvs
 の制御下に置くには
 .` "cvs import"
 を使って下さい。
 (リポジトリを直接に変更するものではありません。
 作業ディレクトリを変更します。)
 .TP
 .B admin
 ソースリポジトリに対して
 制御コマンドを実行します。(リポジトリを直接に変更します。
 作業ディレクトリを使用しますが変更は行いません。)
 .TP
 .B checkout
 編集作業のためのソースファイルの作業ディレクトリを作成します。
 (作業ディレクトリを生成または変更します。)
 .TP
 .B commit
 作業ディレクトリでの変更、追加、削除部分をソースリポジトリに
 反映します。(リポジトリを変更します。)
 .TP
 .B diff
 作業ディレクトリのファイルとソースリポジトリ、または
 ソースリポジトリ中の 2 つのリビジョン間の差分を表示します。
 (リポジトリ、作業ディレクトリのいずれも変更しません。)
 .TP
 .B export
 サイトからの出荷のための一揃いのソースファイルのコピーを用意します。
 .` "cvs checkout"
 と違い
 .B cvs
 管理のためのディレクトリが作られず (そしてそのため
 .` "cvs export" で作成されたディクトリから
 .` "cvs commit" を行うことはできません)、
 シンボリックタグが指定されなければなりません
 (リポジトリを変更しません。 作業ディレクトリに似たディレクトリを
 作成します)。
 .TP
 .B history
 ソースリポジトリの特定のファイルまたはディレクトリにあなたや
 他の人が実行した
 .B cvs
 コマンドを表示します。(リポジトリも作業ディレクトリも変更しません。)
 ヒストリログは
 .` "$CVSROOT/CVSROOT/history"
 ファイルが作成されることで有効になった場合にのみ記録されます。
 .BR cvs ( 5 )
 を参照して下さい。
 .TP
 .B import
 外部で行われた更新内容を ``ベンダブランチ'' としてソースリポジトリに
 取り込みます。(リポジトリを変更します。)
 .TP
 .B init
 CVSROOT サブディレクトリとデフォルトの制御ファイルを追加することで、
 リポジトリを初期化します。
 リポジトリを使用する前に、
 本コマンドを使用するか、他の方法でリポジトリを初期化する必要があります。
 .TP
 .B log
 ログ情報を表示します。
 (リポジトリも作業ディレクトリも変更しません。)
 .TP
 .B rdiff
 リポジトリの中の 2 つのリリースの間の差分の集合をパッチファイルとして
 用意します。(リポジトリも作業ディレクトリも変更しません。)
 .TP
 .B release
 .` "cvs checkout" をキャンセルし、
 全ての変更を捨て去ります。
 (作業ディレクトリを削除できます。 リポジトリは変更しません。)
 .TP
 .B remove
 ソースリポジトリからファイルを削除します、そのファイルに
 .` "cvs commit"
 が実行されるまで保留されます。(直接リポジトリには影響しません。
 作業ディレクトリを変更します。)
 .TP
 .B rtag
 ソースリポジトリの特定のリビジョンのファイルに明示的に
 シンボリックタグを指定します。
 .` "cvs tag" も参照して下さい。
 (リポジトリを直接変更します。作業ディレクトリは必要なくまた
 変更もしません。)
 .TP
 .B status
 現在のファイルの状態を表示します: 最新バージョン、作業ディレクトリの
 ファイルのバージョン、作業バージョンが編集されたかどうか、オプションで
 .SM RCS
 ファイル中のシンボリックタグ。(リポジトリ、作業ディレクトリとも
 変更しません。)
 .TP
 .B tag
 リポジトリ中のファイルにシンボリックタグを指定します。
 デフォルトでは、作業ディレクトリと最後に同期を取ったリビジョンに
 タグをつけます。
 (直接リポジトリを変更します。作業ディレクトリを使いますが
 変更はしません。)
 .TP
 .B update
 リポジトリから変更を取り出して作業ディレクトリを最新状態にします。
 可能であればマージが自動で行われます。
 変更点が衝突しているために手動で解決しなければならない場合は、
 警告が表示されます。(作業ディレクトリを変更します。
 リポジトリは変更しません。)
 .SH "共通の COMMAND OPTIONS"
 この節では
 複数の
 .B cvs
 コマンドで使用できる
 .I command_options
 について説明します。必ずしも全てのコマンドがこれら全てのオプションを
 サポートしているわけではありません。 コマンドの各オプションは、それが
 意味を成すコマンドでのみサポートされます。しかしながら、
 コマンドがそれらのオプションのひとつを持つとき、
 他のコマンドでもそのオプションが同じ意味を持つと考えて差し支えありません。
 (個々のコマンドと共に列挙してある別のオプションは
 ある
 .B cvs
 コマンドと別のコマンドで異なる意味を持つかもしれません。)
 .I "注意:"
 .B history
 コマンドは例外です。
 このコマンドは、これら標準のオプションとも衝突するたくさんの
 オプションをサポートしています。
 .TP
 \fB\-D\fP \fIdate_spec\fP
 \fIdate_spec\fP 以前のものの中で最も最近のリビジョンを使います (単独の
 引数で、日時の表記は過去の日時を指定します)。
 多種多様な日時のフォーマットが、
 特に ISO ("1972-09-24 20:05") または Internet ("24 Sep 1972 20:05") が
 サポートされます。
 特定のタイムゾーンが指定されていなければ、\fIdate_spec\fP は
 ローカルタイムゾーンで解釈されます。
 ソースファイルの個人的なコピーを作るときに使うと、指定は ``sticky'' と
 なります。 つまり、\fB\-D\fP を使って作業ファイルを取り出すと、
 \fBcvs\fP は指定された日時を記録します。
 これは同じディレクトリでのその後の update で同じ日時を使うように
 するためです (これを明示的に無効にするよう指定していない場合に限ります。
 \fBupdate\fP コマンドの説明を参照して下さい)。
 .B \-D
 は
 .BR checkout ", " diff ", " history ", " export ", "
 .BR rdiff ", " rtag ", "
 .B update
 コマンドで有効です。
 有効な日時指定には以下のようなものがあります:
 .in +1i
 .ft B
 .nf
 1 month ago
 2 hours ago
 400000 seconds ago
 last year
 last Monday
 yesterday
 a fortnight ago
 3/31/92 10:00:07 PST
 January 23, 1987 10:05pm
 22:00 GMT
 .fi
 .ft P
 .in -1i
 .TP
 .B \-f
 \fBcvs\fP コマンドに特定の日時かタグを指定した場合、
 通常は指定したタグを含まない (または指定した日時に存在しなかった)
 ファイルを無視します。一致するタグまたは日時が存在しなくても
 ファイルを取り出したいときは \fB\-f\fP オプションを使います。
 (その場合、最も新しいバージョンが使われます。)
 .B \-f
 は以下のコマンドで使用できます:
 .BR checkout ", " export ", "
 .BR rdiff ", " rtag ", " update
 .TP
 \fB\-k\fP \fIkflag\fP
 デフォルトの
 キーワード処理を変更します。
 \fB\-k\fP オプションは
 .BR add ", " checkout ", " diff ", " export ", "
 .BR rdiff ", " update
 コマンドで使用できます。
 ソースファイルの個人的なコピーを作成するときに使うと
 \fIkflag\fP の指定は ``sticky'' になります。 つまり、このオプションを
 \fBcheckout\fP か \fBupdate\fP コマンドで指定すると、
 \fBcvs\fP は指定した \fIkflag\fP をファイルに関連付け、
 他のものを指定するまで、以降の \fBupdate\fP コマンドでそれを使い続けます。
 .SP
 より有用な \fIkflag\fP としては \-ko と \-kb (バイナリファイル用)
 と \-kv があります。\-kv は
 .B export
 の際、どこか別のサイトで後に
 .B import
 されてもキーワード情報が残るようにしたい場合に有用です。
 .TP
 .B \-l
 ローカル; サブディレクトリを再帰的に処理するのではなく、
 現ディレクトリでのみ実行します。
 以下のコマンドで使用できます:
 .BR checkout ", " commit ", " diff ", "
 .BR export ", " remove ", " rdiff ", " rtag ", "
 .BR status ", " tag ", " update
 .I 注意:
 これは
 .B cvs
 コマンドの
 .I 左
 に指定することのできる、全体に作用する
 .` "cvs \-l"
 オプションとは違います!
 .TP
 .B \-n
 .BR checkout / commit / tag / update
 のいずれのプログラムも
 .I 実行しません。
 (プログラムはそれぞれの動作中にモジュールデータベースで
 実行することを指定される可能性があり、このオプションはこれを
 バイパスします。)
 .BR checkout ", " commit ", " export ", "
 .B rtag
 コマンドで利用できます。
 .I 警告:
 これは
 .B cvs
 コマンドの
 .I 左側
 に指定できる、全体に作用する
 .` "cvs \-n"
 オプションと同じではありません。
 .TP
 .B \-P
 .BR checkout " か " update
 によって更新されたことで空になった余分なディレクトリを
 取り除きます (すなわち削除します)。
 通常は、空のディレクトリ (リビジョン管理されたファイルを
 含まないもの) は残されます。
 .B \-P
 を指定すると、チェックアウトしたソースからそういったディレクトリを
 黙って削除します。
 これはリポジトリからはディレクトリを削除しません。あなたが
 チェックアウトしたコピーから削除するだけです。
 このオプションは
 .B \-r
 か
 .B \-D
 オプションが
 .BR checkout " と " export で指定された場合に暗黙のうちに
 指定されることに注意して下さい。
 .TP
 .B \-T
 (ローカル) リポジトリからのコピーにより、CVS/Template を作成/更新します。
 本オプションは、ローカルの cvs リポジトリを管理し、
 リモートのリポジトリへコミットする開発者にとって有用です。
 CVS/Template を維持することにより、
 リモートコミットにおいても依然として、
 適切なテンプレートをコミットエディタセッションに立ち上げ可能となります。
 .BR checkout " と " update で利用可能です。
 .TP
 .B \-p
 リポジトリから取り出されたファイルを、カレントディレクトリに
 書き込むのではなく、標準出力へパイプします。
 .BR checkout " と " update
 コマンドで使用できます。
 .TP
 \fB\-r\fP \fItag\fP
 デフォルトの ``head'' リビジョンの代わりに引数
 .I tag
 で指定されたリビジョンを使います。
 \fBtag\fP と \fBrtag\fP コマンドで
 付けられた任意のタグと共に、常に 2 つの特別なタグが使用できます:
 .` "HEAD"
 はリポジトリ中で最も新しい有効なバージョンを指し、
 そして
 .` "BASE"
 はカレントの作業ディレクトリに最後にチェックアウトした
 リビジョンを指します。
 .SP
 このオプションを
 .` "cvs checkout"
 か
 .` "cvs update"
 でファイルのコピーを作成するときに使うと、
 \fItag\fP の指定は ``sticky'' です: \fBcvs\fP は
 \fItag\fP を記憶して以降の \fBupdate\fP コマンドでも、他のものを
 指定するまで、それを使い続けます。
 .I tag
 としては
 シンボリックまたは番号によるものが使用できます。
 .SM RCS
 ファイルが指定されたタグを含んでいないときに警告メッセージを抑止するため
 全体に作用する
 .B \-q
 オプションをコマンドオプション
 .B \-r
 と一緒に指定すると便利な場合が多くあります。
 .B \-r
 は
 .BR checkout ", " commit ", " diff ", "
 .BR history ", " export ", "
 .BR rdiff ", " rtag ", " update
 コマンドで使用できます。
 .I 警告:
 これは
 .B cvs
 コマンドの
 .I 左側
 に指定し、全体に作用する
 .` "cvs \-r"
 オプションと同じではありません。
 .SH "CVS COMMANDS"
 以下が (最終的な) 全
 .B cvs
 コマンドの詳細とそれぞれが受け付けるオプションです。
 各コマンドの最初のサマリ行の説明は 3 種類の事柄をまとめています:
 .TP 1i
 \ \ \ \ コマンドのオプションと引数
 特別なオプションが以下で説明されます。共通のコマンドオプションは
 サマリ行にしか現れないかもしれません。
 .TP 1i
 \ \ \ \ 作業ディレクトリかリポジトリか?
 いくつかの \fBcvs\fP コマンドは実行に作業ディレクトリが必要です。
 いくつかはリポジトリが必要です。同様に、いくつかのコマンドは
 リポジトリを \fI変更し\fP、いくつかは作業ディレクトリを変更し、
 いくつかは何の変更も行いません。
 .TP 1i
 \ \ \ \ 同義語
 多くのコマンドには同義語があります。
 同義語は正式な名前よりも覚えやすい (あるいはタイプしやすい) と
 感じることでしょう。
 .PP
 .TP
 \fBadd\fP [\fB\-k\fP \fIkflag\fP] [\fB\-m '\fP\fImessage\fP\fB'\fP] \fIfiles.\|.\|.\fP
 .I 以下が必要:
 リポジトリ、作業ディレクトリ。
 .br
 .I 以下を変更:
 作業ディレクトリ。
 .br
 .I 同義語:
 .B new
 .br
 .B add
 コマンドを使って
 ソースリポジトリに新しいファイルまたはディレクトリを作成します。
 .B add
 で指定されるファイルまたはディレクトリは、すでに
 カレントディレクトリ (
 .B checkout
 コマンドで作成されたディレクトリでなければなりません) に
 存在しなければなりません。
 新しいディレクトリ階層の全体をソースリポジトリに追加する
 (例えば、サードパーティのベンダから受け取ったファイル群のような) には、
 代わりに
 .` "cvs import"
 コマンドを使います。
 .SP
 .` "cvs add"
 の引数が直下のサブディレクトリを指しているなら、そのディレクトリが
 ソースリポジトリの現位置に作成され、必要な
 .B cvs
 管理ファイルが作業ディレクトリに作成されます。
 ディレクトリがすでにソースリポジトリに存在した場合でも、
 .` "cvs add"
 はあなたのバージョンのディレクトリに管理ファイルを作成します。
 これによって、あなたがソースを
 .B checkout
 した後に誰か他の人がディレクトリを作っていても
 .` "cvs add"
 でそのディレクトリをあなたの私的なソースに作成することが
 可能になります。以下のようにすることができます:
 .SP
 .in +1i
 .ft B
 .nf
 example% mkdir new_directory
 example% cvs add new_directory
 example% cvs update new_directory
 .fi
 .ft P
 .in -1i
 .SP
 .` "cvs update"
 を使った別のアプローチもあります:
 .SP
 .in +1i
 .ft B
 .nf
 example% cvs update -d new_directory
 .fi
 .ft P
 .in -1i
 .SP
 (新しく \fIできた\fP ディレクトリをあなたの作業ディレクトリに
 追加するには、おそらく
 .` "cvs checkout"
 か
 .` "cvs update -d" を使用する方が簡単でしょう。)
 .SP
 .` "cvs commit"
 で変更が恒久的なものとされるまで、追加されたファイルは
 ソースリポジトリには置かれません。
 .` "cvs remove"
 コマンドで削除されたファイルに対して
 .` "cvs add"
 を行うと、間で
 .` "cvs commit"
 コマンドが実行されていなければファイルが復活します。
 .SP
 新しいファイルを
 .` "cvs commit"
 で恒久的なものにするときに、いつものように、ログメッセージを指定する
 機会があります。もしファイルの
 .I 作成
 と対応するもう一つのログメッセージを指定したいならば
 (例えば、ファイルの目的を説明するなど)、
 .B add
 コマンドの
 .` "\-m \fImessage\fP"
 オプションで指定することができます。
 .SP
 .` "-k kflag"
 オプションで このファイルがチェックアウトされるときの
 デフォルトを指定できます。
 引数
 .` "kflag"
 は
 .SM RCS
 ファイルに記録されて
 .` "cvs admin"
 で変更することができます。
 展開された
 キーワードを持たないであろうバイナリをチェックインする場合には
 .` "-ko"
 を指定すると便利です。
 .TP
 \fBadmin\fP [\fIrcs-options\fP] \fIfiles.\|.\|.\fP
 .I 以下が必要:
 リポジトリ、作業ディレクトリ。
 .br
 .I 以下を変更:
 リポジトリ。
 .br
 .I 同義語:
 .B rcs
 .br
 これは
 .BR rcs ( 1 )
 に似た管理機構と対応する
 .B cvs
 のインタフェースです。
 なんのフィルタや変換も行いません。
 しかしながら、このコマンドは再帰的に働きます。よって使用には
 特別な注意を払わなければいけません。
 .TP
 \fBcheckout\fP [\fBoptions\fP] \fImodules\fP.\|.\|.
 .I 以下が必要:
 リポジトリ。
 .br
 .I 以下を変更:
 作業ディレクトリ。
 .br
 .I 同義語:
 .BR co ", " get
 .br
 .IR modules で指定されたソースファイルのコピーを持つ
 作業ディレクトリを作成します。他の大部分の
 .B cvs
 コマンドは作業ディレクトリに作用するものなので、これらを使う前に
 .` "cvs checkout"
 を実行しなくてはなりません。
 .SP
 \fImodules\fP はいくつかのソースディレクトリとファイルを
 集めたものに対するシンボル名 (それ自体は
 .` "modules"
 というモジュールとしてソースリポジトリに定義されています。
 .BR cvs ( 5 )
 参照) か、あるいはリポジトリ中でのディレクトリまたはファイルへのパス名です。
 .SP
 指定した
 .I modules
 に応じて、
 .B checkout
 は再帰的にディレクトリを作成して適切なソースファイルで満たします。
 その後はいつでも、(他のソフトウェア開発者達がソースの彼らの分のコピーを
 編集しているかどうかを気にすることなく) これらのソースファイルを編集したり、
 他の人によってソースリポジトリに行われた新しい変更を取り込むために
 これらを更新 (update) したり、
 あなたの作業を恒久的な変更としてリポジトリに
 登録 (commit) することができます。
 .SP
 .B checkout
 はディレクトリの作成に使われることに注意して下さい。
 作成されるディレクトリのトップレベルは常に
 .B checkout
 が起動されたディレクトリに追加され、そして通常、指定された
 .IR module と同じ名前を持ちます。
 .I module
 がエイリアスの場合は、作成されたサブディレクトリは違う名前を持つかも
 しれませんが、それがサブディレクトリであること、そして
 .B checkout
 はファイルが私的な作業領域に取り出される際に各ファイルへの
 相対パスを表示すること (全体に作用する
 .B \-Q
 オプションを指定していなければ) は当てにできます。
 .SP
 すでに以前の
 .B checkout
 で作成されているディレクトリで
 .` "cvs checkout"
 を実行することも許されています。これは
 以下で説明する
 .B update
 コマンドに
 .B \-d
 オプションを指定するのと同じ効果を持ちます。
 .SP
 .` "cvs checkout"
 で使える
 .I options
 は以下の標準のコマンドオプションです。
 .BR \-P ", " \-f ", "
 .BI \-k " kflag"
 \&,
 .BR \-l ", " \-n ", " \-p ", "
 .BR \-r
 .IR tag ", "
 .BI \-D " date"\c
 .SP
 これらに加えて、以下の特別のコマンドオプションを
 .BR checkout
 で使うことができます:
 .SP
 .B \-A
 オプションで sticky なタグ、日付または
 .B \-k
 オプションをリセットできます。(作業ファイルを
 \fB\-r\fP, \fB\-D\fP, \fB\-k\fP オプションのいずれかを使って取り出すと、
 \fBcvs\fP は対応するタグ、日付、\fIkflag\fP を記録して以降の
 更新 (update) でそれを使い続けます。 \fB\-A\fP オプションを使って \fBcvs\fP に
 それらの指定を忘れさせ、ファイルの ``head'' バージョンを取り出します)。
 .SP
 .BI \-j " branch"
 オプションはベースとなったリビジョンと、そこから変更された結果の
 リビジョンとの差分をマージします (例えば、もしタグがブランチを
 指しているときは、
 .B cvs
 は、そのブランチで行われた全ての変更を作業ファイルにマージします)。
 .SP
 2 つの \fB-j\fP オプションを指定すると、
 .B cvs
 は 2 つの各々のリビジョン間での変更をマージします。
 これは特定の差分を作業ファイルから ``削除'' するために使うことが
 できます。
 .SP
 加えて、各 \fB-j\fP オプションをブランチで使う場合に必要であれば
 日時指定を加えることができ、選択するリビジョンを指定した日時以内に
 制限できます。
 日時を加える場合はタグにコロン (:) を付けて指定します。
 例としては
 .` "cvs import"
 でローカルな変更と衝突する部分のあるソースを import するときに
 実行するように指示されるコマンドがあります:
 .SP
 .in +1i
 .ft B
 .nf
 example% cvs checkout -jTAG:yesterday -jTAG module
 .fi
 .ft P
 .in -1i
 .SP
 .B \-N
 オプションと
 .` "\-d \fIdir\fP"
 を指定することで作業ディレクトリでモジュールのパスが短縮されるのを
 防げます。(通常、明示的に対象ディレクトリを指定すると \fBcvs\fP は
 なるべくパスが短くなるようにします。)
 .SP
 .B \-c
 オプションで、作業ディレクトリのファイルやディレクトリに作成や変更を
 行う代わりに、モジュールファイルをソートしたものを標準出力にコピー
 します。
 .SP
 .BI \-d " dir"
 オプションで、モジュール名ではなく、
 .I dir
 で指定した名前のディレクトリを作業ファイルのために作成します。
 \fB\-N\fP を一緒に指定しない場合は、\fIdir\fP の下に作成されるパスは
 可能な限り短くなります。
 .SP
 .B \-s
 オプションを使って
 .B \-s
 オプションでモジュールファイルに格納されたモジュール単位の
 ステータス情報を表示します。
 .TP
 \fBcommit\fP [\fB\-lnR\fP] [\fB\-m\fP '\fIlog_message\fP' | \fB\-F\fP \fIfile\fP] [\fB\-r\fP \fIrevision\fP] [\fIfiles.\|.\|.\fP]
 .I 以下が必要:
 作業ディレクトリ、リポジトリ。
 .br
 .I 以下を変更:
 リポジトリ。
 .br
 .I 同義語:
 .B ci
 .br
 作業ディレクトリでの変更を共有のソースリポジトリに組み込むにときには
 .` "cvs commit"
 を使います。
 .SP
 コミットする対象となる \fIfiles\fP を指定しない場合、現在の
 作業ディレクトリ中の全ファイルが調べられます。
 .B commit
 はあなたが本当に変更したファイルだけを慎重にリポジトリで変更します。
 デフォルトでは (または明示的に
 .B \-R
 オプションを指定した場合)、サブディレクトリのファイルも
 調べられ、もし変更されていればコミットされます。
 .B \-l
 オプションで現ディレクトリのみ
 .B コミット
 するように制限できます。
 変更されていなくても強制的にファイルをコミットしたい場合があるかも
 しれません。 これは
 .B \-f
 フラグで可能で、これは同時に再帰も抑止します (もちろん
 .B \-R
 で再帰するようにできます)。
 .SP
 .B commit
 は選択されたファイルがソースリポジトリの現リビジョンに対して
 最新であることを確認します。 もし選択されたファイルのいずれかが
 まず
 .` "cvs update"
 で最新にされなければならないなら、そこで通知してコミットせずに終ります。
 .B commit
 は
 .B update
 コマンドを呼び出しません。update すべきときであるかどうかの判断は
 ユーザにゆだねられます。
 .SP
 全てがうまくいくと、ログメッセージを入力するためにエディタが
 呼び出されます。ログメッセージは一つかそれ以上のログを取る
 プログラムに書き込まれて
 ソースリポジトリのファイルに置かれます。
 代わりにコマンドラインで
 .B \-m
 オプションと共にログメッセージを指定し、
 エディタの呼び出しを抑制することができます。また
 .B \-F
 オプションで引数の \fIfile\fP にログメッセージが含まれていることを
 指示することもできます。
 .SP
 .B \-r
 オプションで特定のシンボリックまたは番号で指定される
 リビジョンとしてコミットできます。
 例えば、全ファイルを
 リビジョン ``3.0'' に上げる (変更されていないものも含めて)
 には、以下のようにします:
 .SP
 .in +1i
 .ft B
 .nf
 example% cvs commit -r3.0
 .fi
 .ft P
 .in -1i
 .SP
 .B cvs
 はメインの幹上のリビジョン (ドットが 1 つのリビジョン) へのコミットのみ
 許します。
 しかしながら、
 .B \-r
 オプションでブランチ上のリビジョン (偶数個のドットをもつリビジョン) へ
 コミットすることもできます。
 ブランチとなるリビジョンを作成するには、通常
 .BR rtag " または " tag
 コマンドの
 .B \-b
 オプションを使います。
 その後、
 .BR checkout " または " update
 のいずれかでソースのベースを新しく作成したブランチにすることができます。
 それ以降、それらの作業ファイルで行われた全ての
 .B commit
 される変更点は自動的にブランチのリビジョンに追加され、
 それによって主たる開発ラインが混乱させられることはありません。
 例をあげると、製品のバージョン 1.2 へのパッチを作成しなければ
 ならなくなったとすると、バージョン 2.0 がすでに開発中だったとしても、
 以下のようにできます:
 .SP
 .in +1i
 .ft B
 .nf
 example% cvs rtag -b -rFCS1_2 FCS1_2_Patch product_module
 example% cvs checkout -rFCS1_2_Patch product_module
 example% cd product_module
 [[ hack away ]]
 example% cvs commit
 .fi
 .ft P
 .in -1i
 .SP
 極めて実験的なソフトウェアを開発しているとして、
 前の週にチェックアウトしたなんらかのリビジョンをベースにしていると
 します。
 あなたのグループの別の人がこのソフトウェアであなたと一緒に作業したいが、
 主たる開発ラインの邪魔はしたくないと考えたなら、あなたはあなたの
 変更点を新しいブランチにコミットすると良いでしょう。
 すると別の人はあなたの実験的な変更をチェックアウトして
 .B cvs
 の衝突解決機能を最大限に利用することができます。
 シナリオは以下のようになります:
 .SP
 .in +1i
 .ft B
 .nf
 example% cvs tag -b EXPR1
 example% cvs update -rEXPR1
 [[ hack away ]]
 example% cvs commit
 .fi
 .ft P
 .in -1i
 .SP
 別の人は単純に
 .` "cvs checkout -rEXPR1 whatever_module"
 とすれば実験的な変更を採り入れてあなたと作業できるようになります。
 .TP
 \fBdiff\fP [\fB\-kl\fP] [\fIrcsdiff_options\fP] [[\fB\-r\fP \fIrev1\fP | \fB\-D\fP \fIdate1\fP | \fB\-j\fP \fIrev1:date1\fP] [\fB\-r\fP \fIrev2\fP | \fB\-D\fP \fIdate2\fP | \fB\-j\fP \fIrev2:date2\fP]] [\fIfiles.\|.\|.\fP]
 .I 以下が必要:
 作業ディレクトリ、リポジトリ。
 .br
 .I 以下を変更:
 なにも変更しません。
 .br
 作業ディレクトリのファイルとソースリポジトリのリビジョンを
 .` "cvs diff"
 コマンドで比較できます。もし特定のリビジョンを指定しなければ、
 ベースにしたリビジョンと比較されます。
 標準の
 .B cvs
 コマンドのオプション
 .B \-r
 で比較の対象となるリビジョンを指定することもできます。
 最後に、
 .B \-r
 を 2 回 使うと、リポジトリの 2 つのリビジョン間の差分を取ることができます。
 (head ブランチの) 過去のリビジョンとの差分を取るために
 .B \-D
 オプションを指定することもできます。
 また、過去のブランチタグ間の差分を取るために
 .B \-j
 オプションを指定することもできます。
 .B \-r
 と
 .B \-D
 と
 .B \-j
 オプションは常に指定された中で 2 つまでを組み合わせられます。
 .SP
 他の使用可能なオプションについては
 .BR rcsdiff ( 1 )
 を参照して下さい。
 .SP
 ファイルを何も指定しないと、
 .B diff
 は現ディレクトリ
 (そして、標準オプション
 .BR \-l を指定していなければ
 そのサブディレクトリ) の全てのファイルについて、
 ソースリポジトリの対応するリビジョンと異なっているもの
 (つまり
 .I あなたが
 変更したファイル) または指定されたリビジョンと
 異なっているものについて、その差分を表示します
 .TP
 \fBexport\fP [\-\fBf\|lNnQq\fP] \fB\-r\fP \fIrev\fP\||\|\fB\-D\fP \fIdate\fP [\fB\-d\fP \fIdir\fP] [\fB\-k\fP \fIkflag\fP] \fImodule\fP.\|.\|.
 .I 以下が必要:
 リポジトリ。
 .br
 .I 以下を変更:
 現ディレクトリ。
 .br
 このコマンドは
 .` "cvs checkout" の一種です。
 \fBcvs\fP の管理ディレクトリを持たない
 \fImodule\fP のソースのコピーが必要なときに使います。
 例えば、サイト外にソースを出す準備をするために
 .` "cvs export"
 を使うことができます。
 このコマンドでは日付またはタグを指定することが \fI必要\fP です。
 (\fB\-D\fP または \fB\-r\fP によって)。それによって出荷したソースを
 確実に再構成できるようになります。
 .SP
 標準でないオプションは
 .` "\-d \fIdir\fP"
 (ソースをディレクトリ \fIdir\fP に書き込みます) と
 .` "\-N"
 (モジュールパスを短縮しません) のみです。
 これらは
 .` "cvs checkout" の同名のオプションと同じ意味を持ちます。
 .SP
 .B export
 が使われるときは
 .B \-kv
 オプションが有用です。
 これによって
 キーワードが、どこか別のサイトで
 .B import
 が行われたときにリビジョン情報が失われないような形に展開されるように
 なります。
 他の \fIkflag\fP を
 .` "cvs export"
 で使用することもできます。その説明は
 .BR co ( 1 )
 にあります。
 .TP
 \fBhistory\fP [\fB\-\fP\fIreport\fP] [\fB\-\fP\fIflags\fP] [\fB\-\fP\fIoptions args\fP] [\fIfiles\fP.\|.\|.]
 .I 以下が必要:
 .` "$CVSROOT/CVSROOT/history" ファイル。
 .br
 .I 以下を変更:
 何も変更しません。
 .br
 \fBcvs\fP はヒストリファイルを管理しており、各
 \fBcheckout\fP, \fBcommit\fP, \fBrtag\fP, \fBupdate\fP, \fBrelease\fP
 コマンドの使用を記録します。
 .` "cvs history"
 を使って、この情報を色々なフォーマットで表示することができます。
 .SP
 .I 警告:
 .` "cvs history"
 は
 .` "\-f",
 .` "\-l",
 .` "\-n",
 .` "\-p"
 を
 .SM
 共通の COMMAND OPTIONS\c
 \&での説明とは異なる意味に使用します。
 .SP
 いくつかのオプション (上で \fB\-\fP\fIreport\fP となっている部分) は
 どんな種類のレポートを生成するかを制御します:
 .TP 1i
 .B \ \ \ \ \ \ \-c
 今までの各 \fBcommit\fP (つまりリポジトリの変更) についてレポートします。
 .TP 1i
 \fB\ \ \ \ \ \ \-m\fP \fImodule\fP
 特定の \fImodule\fP についてレポートします。(コマンドラインで複数の
 \fB\-m\fP を指定できます。)
 .TP 1i
 .B \ \ \ \ \ \ \-o
 チェックアウトされたモジュールについてレポートします。
 .TP 1i
 .B \ \ \ \ \ \ \-T
 全てのタグについてレポートします。
 .TP 1i
 \fB\ \ \ \ \ \ \-x\fP \fItype\fP
 特定のレコードタイプ \fIX\fP のセットを \fBcvs\fP ヒストリから
 取り出します。タイプは 1文字で表され、組み合わせて指定できます。
 以下のコマンドは単一のレコードタイプを持ちます: \fBcheckout\fP
 (タイプ `O')、
 \fBrelease\fP (タイプ `F')、\fBrtag\fP (タイプ `T')。
 \fBupdate\fP は 4 つのレコードタイプのうちの 1 つになります: `W' は
 作業用のファイルのコピーが update で (それがリポジトリから無くなって
 いたために) 削除された場合です; `U' は作業ファイルがリポジトリから
 コピーされた場合です; `G' は必要なマージが無事に終った場合です; 'C' は
 マージが必要だが衝突が検出された場合 (手動でのマージが必要な場合) です。
 また、\fBcommit\fP では 3つのレコードタイプのうちの 1つになります:
 `M' はファイルが変更された場合; `A' はファイルが最初に追加された場合;
 `R' はファイルが削除された場合です。
 .TP 1i
 .B \ \ \ \ \ \ \-e
 全て (全レコードタイプ); 以下を指定するのと等価です。
 .` "\-xMACFROGWUT"
 .TP 1i
 \fB\ \ \ \ \ \ \-z\fP \fIzone\fP
 ヒストリレコードを出力する際に
 .I zone
 で指定されたタイムゾーンを使います。
 .B LT
 というゾーン名はローカルタイムの意味になります。
 数値によるオフセットは時分での UTC との時差を意味します。
 例えば、
 .B +0530
 は 5 時間と 30 分だけ UTC より前 (つまり東側) の意味になります。
 .PP
 .RS .5i
 \fB\-\fP\fIflags\fP と書かれた部分のオプションは、レポートする範囲を絞ります。
 引数の指定はありません。
 .RE
 .TP 1i
 .B \ \ \ \ \ \ \-a
 全てのユーザのデータを表示します (デフォルトでは
 .` "cvs history" を実行しているユーザのみのデータを表示します)。
 .TP 1i
 .B \ \ \ \ \ \ \-l
 最後の変更のみ表示します。
 .TP 1i
 .B \ \ \ \ \ \ \-w
 .` "cvs history"
 が実行されているのと同じ作業ディレクトリから行われた変更に関する
 レコードのみを表示します。
 .PP
 .RS .5i
 \fB\-\fP\fIoptions args\fP と書かれた部分のオプションは引数に
 基づいてレポート範囲を絞ります:
 .RE
 .TP 1i
 \fB\ \ \ \ \ \ \-b\fP \fIstr\fP
 文字列 \fIstr\fP をモジュール名、ファイル名、リポジトリパスの
 いずれかに含むレコードに戻って表示します。
 .TP 1i
 \fB\ \ \ \ \ \ \-D\fP \fIdate\fP
 \fIdate\fP 以降のデータを表示します。
 .TP 1i
 \fB\ \ \ \ \ \ \-p\fP \fIrepository\fP
 特定のソースリポジトリのデータを表示します (複数の
 \fB\-p\fP オプションを同じコマンド行で指定できます)。
 .TP 1i
 \fB\ \ \ \ \ \ \-r\fP \fIrev\fP
 個々の RCS ファイルに現れるリビジョンが
 \fIrev\fP で指定されたリビジョンまたはタグ以降であるレコードを表示します。
 各
 .SM RCS
 ファイルについてリビジョンまたはタグが検索されます。
 .TP 1i
 \fB\ \ \ \ \ \ \-t\fP \fItag\fP
 \fItag\fP で指定されるタグがヒストリファイルに最後に
 追加されてからのレコードを表示します。
 このオプションは、
 .SM RCS
 ファイルではなくヒストリファイルのみ参照する点で
 上記の \fB-r\fP フラグと異なり、
 より高速です。
 .TP 1i
 \fB\ \ \ \ \ \ \-u\fP \fIname\fP
 \fIname\fP で指定されるユーザのレコードを表示します。
 .PP
 .TP
 \fBimport\fP [\fB\-\fP\fIoptions\fP] \fIrepository vendortag releasetag\fP.\|.\|.
 .I 以下が必要:
 リポジトリ、ソース配布物のディレクトリ。
 .br
 .I 以下を変更:
 リポジトリ。
 .br
 .` "cvs import"
 を使うことで外部の供給元 (例えばソースベンダ) からのソース配布物
 全体をあなたのソースリポジトリのディレクトリへ取り込めます。
 最初のリポジトリの作成と、外部の供給元からのモジュールへの
 大規模な更新の両方にこのコマンドを使うことができます。
 .SP
 引数 \fIrepository\fP で CVS ルートディレクトリ下のリポジトリ用
 ディレクトリ名 (またはディレクトリへのパス) を与えます。
 もしディレクトリが存在しないなら、\fBimport\fP が作成します。
 .SP
 あなたのソースリポジトリで (前回の \fBimport\fP から) 変更された
 ソースへの更新に \fBimport\fP を使った場合、開発の 2 本のブランチで
 衝突しているファイルについて警告します。
 \fBimport\fP が指示するように、
 .` "cvs checkout -j"
 を使って差分を調整できます。
 .SP
 デフォルトでは、ある種のファイル名が
 .` "cvs import" で無視されます:
 .SM CVS
 管理、または他の一般的なソース管理システムに関連する名前;
 パッチファイル、オブジェクトファイル、アーカイブファイル、
 エディタのバックアップファイルのための一般的な名前;
 そして雑多なユーティリティの加工品であることを示すその他の名前。
 無視されるファイルのリストの最新については、
 (このマニュアルページの関連項目の節に記述してあるように)
 Cederqvist 著のマニュアルを参照して下さい。
 .SP
 外部からのソースは第一レベルの
 ブランチ、デフォルトでは
 .` "1.1.1" に保存されます。
 以降の更新は このブランチのリーフになります。
 例えば、最初に import したソース集合からのファイルはリビジョン
 .` "1.1.1.1" になり、
 次の import による更新でファイルはリビジョン
 .` "1.1.1.2" になり、以下同様に続きます。
 .SP
 最低で 3 つの引数が必要です。ソースの集合を識別するために
 \fIrepository\fP が必要です。\fIvendortag\fP はブランチ全体を示す
 タグになります (例えば
 .` "1.1.1" と対応します)。
 .` "cvs import" を実行する度にリーフとしてできるファイルを
 識別するために少なくとも一つの \fIreleasetag\fP も指定しなければ
 なりません。
 .SP
 .B cvs
 の標準のコマンドオプションのうちの 1 つ \fB\-m\fP が利用可能です:
 ログメッセージを
 \fB\-m\fP で指定しないと、(\fBcommit\fP でのように) メッセージを
 入力できるようにエディタが起動されます。
 .SP
 さらに 3 つの特別なオプションがあります。
 .SP
 .` "\-d"
 を使って、各ファイルの最終更新日時がチェックインの日付と時刻として
 使われるよう指示できます。
 .SP
 .` "\-b \fIbranch\fP"
 を使って第一レベルのブランチを
 .` "1.1.1" 以外に指定できます。
 .SP
 .` "\-I \fIname\fP"
 を使って \fBimport\fP 中に無視されるべきファイル名を指定できます。
 このオプションは繰り返して指定できます。
 いかなるファイルも無視されない (デフォルトで無視されるものでも)
 ようにするには、
 .` "\-I !" と指定します。
 .TP
 \fBlog\fP [\fB\-l\fP] \fIrlog-options [files\fP\|.\|.\|.]
 .I 以下が必要:
 リポジトリ、作業ディレクトリ。
 .br
 .I 以下を変更:
 何も変更しません。
 .br
 .I 同義語:
 .B rlog
 .br
 \fIfiles\fP のログ情報を表示します。
 \fBrlog\fP のオプションの中でも有用なものとしては、次のものがあります:
 ヘッダ (タグの定義を含むが、ログの大部分は省略される) のみ表示する
 \fB\-h\fP ; 特定のリビジョンまたはリビジョンの範囲でログを選択する
 \fB\-r\fP; そして特定の日時または時刻の範囲を選択する \fB\-d\fP が
 あります。完全な説明は
 .BR rlog ( 1 )
 を参照して下さい。
 このコマンドは
 .B \-l
 オプションが指定されていなければ、デフォルトで再帰的に働きます。
 .TP
 \fBrdiff\fP [\fB\-\fP\fIflags\fP] [\fB\-V\fP \fIvn\fP] [\fB\-r\fP \fIt\fP|\fB\-D\fP \fId\fP [\fB\-r\fP \fIt2\fP|\fB\-D\fP \fId2\fP]] \fImodules\|.\|.\|.\fP
 .I 以下が必要:
 リポジトリ。
 .br
 .I 以下を変更:
 何も変更しません。
 .br
 .I 同義語:
 .B patch
 .br
 2 つのリリース間の
 .BR patch ( 1 )
 ファイルを Larry Wall 氏のフォーマットで作成します。それは直接
 .B patch
 プログラムに入力できるもので、古いリリースを新しいリリースに更新する
 ために使えます。
 (これは直接リポジトリを参照するため、これに先立って
 .BR checkout
 する必要のない、数少ない \fBcvs\fP コマンドのうちの 1 つです。)
 差分出力は標準出力デバイスに送られます。
 (標準の \fB\-r\fP と \fB\-D\fP オプションを
 使って) 1 つまたは 2 つのリビジョンまたは日時の任意の組み合わせを指定できます。
 もしリビジョンまたは日時が 1 つしか指定されないと、
 そのリビジョンまたは日時とその時点での
 .SM RCS
 ファイルの ``head'' リビジョンの差分がパッチファイルに反映されます。
 .SP
 もしソフトウェアリリースへの影響が複数ディレクトリにわたるなら、
 古いソースにパッチを当てる際、
 .B patch
 が他のディレクトリに置かれたファイルを見つけられるように、
 .B \-p
 オプションを
 .B patch
 コマンドに指定する必要があるかもしれません。
 .SP
 標準オプションの \fIflags\fP \fB\-f\fP、\fB\-l\fP が
 このコマンドで利用可能です。他にもいくつかの
 特別なオプションフラグがあります:
 .SP
 .B \-s
 オプションを指定すると、パッチ出力が作られません。
 代わりに、2 つのリリース間で変更または追加されたファイルの要約が
 標準出力デバイスに送られます。
 これは、例えば、2 つの日付またはリビジョンの間で、どのファイルが
 変更されたかを調べるのに便利です。
 .SP
 .B \-t
 オプションを指定すると、新しい方から 2 つのリビジョンの差分が
 標準出力デバイスに送られます。これはファイルへの最後の変更が
 何であったかを知るのに最適です。
 .SP
 .B \-u
 オプションを指定すると、パッチ出力として新しい
 ``unidiff'' フォーマットを使って文脈差分とします。
 .SP
 希望するなら、
 .B \-c
 を使って明示的に
 .` "diff \-c"
 形式の文脈差分を指定できます (こちらがデフォルトです)。
 .TP
 \fBrelease\fP [\fB\-dQq\fP] \fImodules\fP\|.\|.\|.
 .I 以下が必要:
 作業ディレクトリ。
 .br
 .I 以下を変更:
 作業ディレクトリ、ヒストリログ。
 .br
 このコマンドは
 .` "cvs checkout"
 の効果を安全にキャンセルすることになっています。
 .B cvs
 はファイルをロックしないので、厳密にはこのコマンドを使用する必要は
 ありません。
 単に作業ディレクトリを削除しても構いません。
 しかし忘れているかも知れない変更を失う危険があり、そして
 .B cvs
 ヒストリファイルには捨ててしまったチェックアウトの記録は残りません。
 .SP
 .` "cvs release"
 を使うとこれらの問題を回避できます。
 このコマンドは以下の点をチェックします:
 コミットされていない変更が存在しないこと、
 \fBcvs\fP の作業ディレクトリの直上または内部から実行していること、
 ファイルが記録されたリポジトリがモジュールデータベースに
 定義されたリポジトリと同じであること、です。
 .SP
 これらの条件が全て真なら
 .` "cvs release"
 は その実行記録 (意図的にチェックアウトを削除した証拠) を
 .B cvs
 のヒストリログに残します。
 .SP
 \fB\-d\fP フラグを使ってソースの作業用コピーを \fBrelease\fP が
 成功したら削除するように指示できます。
 .TP
 \fBremove\fP [\fB\-lR\fP] [\fIfiles\|.\|.\|.\fP]
 .I 以下が必要:
 作業ディレクトリ。
 .br
 .I 以下を変更:
 作業ディレクトリ。
 .br
 .I 同義語:
 .BR rm ", " delete
 .br
 このコマンドを使って、\fIfiles\fP をソースリポジトリから削除する
 つもりであることを宣言できます。大部分の
 .B cvs
 コマンドがそうであるように、
 .` "cvs remove"
 は作業ディレクトリのファイルに作用し、リポジトリには直接には
 作用しません。安全機構として、まず指定するファイルを作業ディレクトリ
 から削除することも必要になっています。
 .SP
 リポジトリに
 .BR commit
 で変更を反映するまで、ファイルは実際には削除されません。
 commit した時点で、ソースリポジトリの対応する
 .SM RCS
 ファイルが
 .` "Attic"
 ディレクトリ (これもソースリポジトリの中です) に
 .I 移動
 されます。
 .SP
 このコマンドはデフォルトで再帰的になっており、
 物理的に削除された全てのファイルが次の
 .BR commit
 での削除されるようにスケジュールします。
 .B \-l
 オプションを使うか、または実際に削除したいファイルのみを
 指定することで、この再帰を抑制できます。
 .TP
 \fBrtag\fP [\fB\-f\|alnRQq\fP] [\fB\-b\fP] [\fB\-d\fP] [\fB\-r\fP \fItag\fP | \fB\-D\fP \fIdate\fP] \fIsymbolic_tag\fP \fImodules\|.\|.\|.\fP
 .I 以下が必要:
 リポジトリ。
 .br
 .I 以下を変更:
 リポジトリ。
 .br
 .I 同義語:
 .B rfreeze
 .br
 このコマンドを使って、リポジトリ中の特定の、明示的に
 指定されたソースバージョンにシンボリックタグを割り当てられます。
 .` "cvs rtag"
 はリポジトリの内容に直接に作用します (これに先立って
 .BR checkout
 する必要はありません)。
 作業ディレクトリの内容に基づいて
 タグを付けるバージョンを選択するには、代わりに
 .` "cvs tag"
 を使います。
 .SP
 一般に、タグ (しばしばソフトウェア配布物のシンボリックな
 名前でもある) は削除されるべきではありません。
 しかし完全に廃れてしまったシンボリックな名前を削除する場合 (例えば、
 アルファリリースの場合など) の手段として、
 .B \-d
 オプションが用意されています。
 .SP
 .` "cvs rtag"
 はすでに存在するタグを移動しません。
 しかしながら、\fB\-F\fP オプションが指定されると
 .` "cvs rtag"
 はそのファイルに既に存在する \fIsymbolic_tag\fP のインスタンスを
 新しいリポジトリのバージョンへ移動します。
 \fB\-F\fP オプションが無い場合、
 .` "cvs rtag"
 を使ってすでにそのファイルに存在するタグを付けようとすると、
 エラーメッセージが出力されます。
 .SP
 \fB-b\fP オプションはタグを ``ブランチ'' タグにし、並行の、
 独立した開発を可能にします。
 これは以前にリリースしたソフトウェア配布物へのパッチを作成するのに
 最も有用です。
 .SP
 標準の \fB\-r\fP と \fB\-D\fP オプションを使って、すでに特定の
 タグを含んでいるファイルのみにタグを付けることができます。
 この方法はタグの名前を変えるのに使えるでしょう:
 古いタグで指定されるファイルにのみタグを付け、
 それから古いタグを削除すれば、確実に同じファイルで古いタグを
 新しいタグで置き換えることができます。
 .SP
 .B rtag
 はデフォルトで再帰的に実行し、引数で指定した
 \fImodules\fP の全てのサブディレクトリにタグをつけます。 この動作を
 トップレベルのディレクトリに制限するには標準の \fB\-l\fP オプションを
 指定します。 また明示的に再帰を指定するには \fB\-R\fP を指定します。
 .SP
 モジュールデータベースではタグが指定されたときに必ず実行される
 プログラムを指定できます。よくある使い方は、興味を持っている
 グループに電子メールを送るというものです。もしそのプログラムを
 バイパスしたい場合は、標準の \fB\-n\fP オプションを使います。
 .SP
 .B \-a
 オプションを使うと
 .` "Attic"
 の中の指定されたタグを含む削除されたファイルを
 .B rtag
 の対象にできます。
 タグはそれらのファイルから削除され、開発の進展につれての
 シンボリックタグの再利用に便利になります (そしてファイルは以降の
 配布物から削除されます)。
 .TP
 \fBstatus\fP [\fB\-lRqQ\fP] [\fB\-v\fP] [\fIfiles\fP\|.\|.\|.]
 .I 以下が必要:
 作業ディレクトリ、リポジトリ。
 .br
 .I 以下を変更:
 何も変更しません。
 .br
 \fIfiles\fP の現在の状態について、``sticky'' なタグ、
 日付、\fB\-k\fP オプションを含む、ソースリポジトリに関する
 簡潔なレポートを表示します。(``sticky'' オプションはリセットするまで
 .` "cvs update"
 がどう働くかを規定します。
 .` "cvs update \-A\|.\|.\|." の説明を参照して下さい。)
 .SP
 このコマンドを用いて、作業用ソースディレクトリでの
 .` "cvs update"
 による潜在的な影響を予測することもできます。
 もし \fIfiles\fP を明示的に指定しないと、\fBcvs\fP が
 作業ディレクトリに置いた全てのファイルについてレポートが
 表示されます。
 この検索の範囲を (そのサブディレクトリではなく) カレントディレクトリ
 だけに制限するには、標準の \fB\-l\fP オプションフラグを使います。
 \fB\-R\fP オプションによって、明示的に再帰的なステータスレポートを
 指定することもできます。
 .SP
 .B \-v
 オプションを指定すると
 .SM RCS
 ファイルのシンボリックタグも表示されるようになります。
 .TP
 \fBtag\fP [\fB\-lQqR\fP] [\fB\-F\fP] [\fB\-b\fP] [\fB\-d\fP] [\fB\-r\fP \fItag\fP | \fB\-D\fP \fIdate\fP] [\fB\-f\fP] \fIsymbolic_tag\fP [\fIfiles\fP\|.\|.\|.\|]
 .I 以下が必要:
 作業ディレクトリ、リポジトリ。
 .br
 .I 以下を変更:
 リポジトリ。
 .br
 .I 同義語:
 .B freeze
 .br
 このコマンドは、作業ディレクトリに最も近いリポジトリのバージョンに
 シンボリックタグをつけるために使います。\fBrtag\fP を
 使ったときのように、タグはリポジトリに直接つけられます。
 .SP
 \fBcvs tag\fP がリポジトリを直接操作するという事実に関し、
 潜在的に驚いてしまうことがあります。
 それは、チェックインバージョンに対してタグ付けするということであり、
 これは作業ディレクトリにおいてローカルに修正したファイルとは
 違ってもかまわないということです。
 誤ってこのようなことをしたくない場合、
 \fB-c\fP オプションを \fBcvs tag\fP へ指定してください。
 ローカルに修正されたファイルがある場合、ファイルにタグ付けする前に、
 CVS はエラーで中断します。
 .SP
 タグの使い方の一つは、プロジェクトのソフトウェア凍結日が
 やってきたときに開発中のソースの ``snapshot'' を記録するというものです。
 凍結した日の後でバグが修正されたら、それらの変更されたリリースの
 一部となるソースのみに再度タグをつける必要があります。
 .SP
 シンボリックタグはどのファイルのどのリビジョンがソフトウェア配布物を
 作成する際に使われたかを恒久的に記録する意味があります。
 .BR checkout ,
 .B export ,
 .B update
 コマンドは、タグをつけたリリースと全く同じものを、リリースのタグが
 つけられて以降にファイルが変更、追加、削除されたかどうかを気にする
 ことなく、将来のいつでも取り出すことを可能にします。
 .SP
 標準の \fB\-r\fP と \fB\-D\fP オプションを使って、すでに特定の
 タグを含んでいるファイルのみにタグを付けることができます。
 この方法はタグの名前を変えるのに使えます。
 すなわち、
 古いタグで指定されるファイルにのみタグを付け、
 それから古いタグを削除すれば、確実に同じファイルで古いタグを
 新しいタグで置き換えることができます。
 .SP
 \fB\-r\fP または \fB\-D\fP フラグに加えて \fB\-f\fP フラグを
 指定すると、コマンドラインで指定したファイルで古いタグを
 持っていないか指定された日時に存在しなかったものにもタグを
 付けます。
 .SP
 デフォルト (\fB\-r\fP または \fB\-D\fP フラグが無い場合) では、
 バージョンは明示的に指定されるのではなく、暗黙のうちに作業ファイルの
 ヒストリの \fBcvs\fP レコードから取られます。
 .SP
 .` "cvs tag \-d \fIsymbolic_tag\fP\|.\|.\|."
 とすると、指定したシンボリックタグが追加されるのではなく
 .I 削除
 されます。\fI警告\fP: タグを削除する前にその根拠をしっかり確認して下さい。
 これは効率的に一部の履歴情報を捨てますが、後になってその情報が重要だったと
 判明するかも知れないからです。
 .SP
 .` "cvs tag"
 はすでに存在するタグを移動しません。
 しかしながら、\fB\-F\fP オプションが指定されると
 .` "cvs tag"
 はそのファイルに既に存在する \fIsymbolic_tag\fP のインスタンスを
 新しいリポジトリのバージョンへ移動します。
 \fB\-F\fP オプションが無い場合、
 .` "cvs tag"
 を使って すでにそのファイルに存在するタグを付けようとすると
 エラーメッセージが出力されます。
 .SP
 \fB-b\fP オプションはタグを ``ブランチ'' タグにし、並行して、
 独立した開発を可能にします。
 これは以前にリリースしたソフトウェア配布物へのパッチを作成するために
 最も有効です。
 .SP
 通常、
 .B tag
 はサブディレクトリに渡って再帰的に実行します。これは
 標準の \fB\-l\fP オプションを使って抑制できます。
 明示的に再帰を指定するには \fB\-R\fP を使います。
 .TP
 \fBupdate\fP [\fB\-ACdf\|lPpQqR\fP] [\fB\-d\fP] [\fB\-r\fP \fItag\fP|\fB\-D\fP \fIdate\fP] \fIfiles\|.\|.\|.\fP
 .I 以下が必要:
 リポジトリ、作業ディレクトリ。
 .br
 .I 以下を変更:
 作業ディレクトリ。
 .br
 あなたが共有のリポジトリから私的なソースのコピーを作成するために
 .B checkout
 を実行した後も、別の開発者は共有のソースへの変更を続けるでしょう。
 時々、開発過程で都合のいいときに、作業ディレクトリ内から
 .B update
 コマンドを使うことで、
 最後に
 .B checkout
 または
 .BR update
 してからソースリポジトリに登録された変更を、あなたの変更と
 融合させることができます。
 .SP
 .B update
 は進行状況をファイルごとに 1 行表示することで知らせ続けます。
 各行の先頭には以下の
 .` "U P A R M C ?"
 のいずれか 1 文字があり、ファイルの状態を示しています:
 .TP 1i
 \fBU\fP \fIfile\fP
 file はリポジトリに関して \fI最新に\fP なりました。
 これはリポジトリには存在するがあなたのソースには無いもの、
 およびあなたは変更していないけれどもリポジトリの
 最新リビジョンでは無いものに関して行われます。
 .TP 1i
 \fBP\fP \fIfile\fP
 \fBU\fP と似ていますが、CVS サーバは全ファイルの代りにパッチを送りました。
 \fBU\fP と同じことを、低バンド幅で実行しました。
 .TP 1i
 \fBA\fP \fIfile\fP
 file はソースのあなたの私的なコピーに \fI追加\fP されたもので、
 file に対して
 .` "cvs commit"
 を実行したときに
 ソースリポジトリに追加されます。
 これは当該ファイルを commit する必要があるという助言です。
 .TP 1i
 \fBR\fP \fIfile\fP
 これはソースのあなたの私的なコピーから file が \fI削除\fP されており、
 file に対して
 .` "cvs commit"
 を実行すると
 ソースリポジトリから削除されることを示します。
 これは当該ファイルを commit する必要があるという助言です。
 .TP 1i
 \fBM\fP \fIfile\fP
 あなたの作業ディレクトリの file は \fI変更\fP されています。
 .` "M"
 は作業中のファイルについて 2 つの状態のうちの 1 つを示します:
 リポジトリ中の対応するファイルは変更されておらず、あなたのファイルは
 最後に見たときのままになっている。 または、あなたのコピー同様
 リポジトリのものも変更されているが、それらの変更は
 衝突することなく無事にあなたの作業ディレクトリに
 \fI融合 (merge)\fP されました。
 .TP 1i
 \fBC\fP \fIfile\fP
 \fIfile\fP へのあなたの変更とソースリポジトリからの変更との
 融合を試みる間に \fI衝突 (conflict)\fP が検出されました。
 現在 \fIfile\fP (あなたの作業ディレクトリのコピー) は
 2 つのバージョンをマージした結果になっています。
 変更されていない あなたのファイルのコピーも作業ディレクトリに、
 `\fB.#\fP\fIfile\fP\fB.\fP\fIversion\fP' という名前で置かれます。
 ここで
 .I version
 は あなたの変更したファイルの出発点となった
 リビジョンです。
 (ある種のシステムでは、
 \&
 .` ".#"
 で始まるファイルは何日かアクセスされないと自動的に削除されるので
 注意して下さい。もし元のファイルのコピーを取っておくつもりなら、
 名前を変えておくのが良いでしょう。)
 .TP 1i
 \fB?\fP \fIfile\fP
 \fIfile\fP が あなたの作業ディレクトリにありますが、
 ソースリポジトリのどれとも対応しておらず、
 \fBcvs\fP が無視するファイルのリストにもありません
 (\fB\-I\fP オプションの説明を参照して下さい)。
 .PP
 .RS .5i
 .SP
 .B \-A
 オプションを用いて sticky なタグ、日付、
 .B \-k
 オプションをリセットできます。(\fB\-r\fP, \fB\-D\fP, \fB\-k\fP オプションの
 いずれかを使って作業ファイルのコピーを得ると、
 \fBcvs\fP は対応するタグ、日付、\fIkflag\fP を記憶し、
 以降の update で それを使い続けます。\fB\-A\fP オプションを使って
 \fBcvs\fP にそれらの指定を忘れさせることで、ファイルの
 ``head'' バージョンを取り出します)。
 .SP
 \fB\-j\fP\fIbranch\fP オプションは、変更結果のリビジョンと
 ベースにしたリビジョンの間での変更をマージします
 (例えば、もしタグがブランチを指しているなら、
 .B cvs
 は、そのブランチで行われた全ての変更をあなたの作業ファイルにマージします)。
 .SP
 2 つの \fB-j\fP オプションを指定すると、
 .B cvs
 は 2 つの それぞれのリビジョン間での変更をマージします。
 これは特定の変更を作業ファイルから ``削除'' するのに使えます。
 例えば、ファイル foo.c がリビジョン 1.6 をベースにしていて、
 1.3 と 1.5 の間で行われた変更を削除したいなら、次のようにします:
 .SP
 .in +1i
 .ft B
 .nf
 example% cvs update -j1.5 -j1.3 foo.c	# 順番に注意...
 .fi
 .ft P
 .in -1i
 .SP
 加えて、各 \fB-j\fP オプションにはオプションで、ブランチと使う場合に、
 日付指定を含めることが可能で、選択するリビジョンを指定した
 日付の範囲内に制限できます。
 オプションの日付はコロン (:) をタグに付けることで指定します。
 .SP
 .in +1i
 .ft B
 .nf
 -jSymbolic_Tag:Date_Specifier
 .fi
 .ft P
 .in -1i
 .SP
 .B \-d
 オプションを使うと、もし作業ディレクトリに無いディレクトリが
 リポジトリにあれば作成します。(通常、update は作業ディレクトリに
 すでに登録されているディレクトリとファイルのみに働きます。)
 これは最初の \fBcheckout\fP 以降に作成されたディレクトリを
 更新するのに有用です。しかし不幸にも副作用があります。
 もし作業ディレクトリを作る際に慎重にリポジトリ中の特定の
 ディレクトリを除いた (モジュール名を使ったか明示的に必要な
 ファイルとディレクトリをコマンドラインで指定したかのいずれかで)
 とすると、
 .B \-d
 で更新するとそれらの不要かも知れないディレクトリができてしまいます。
 .SP
 \fB\-I\fP \fIname\fP を使うと、update の際、名前が \fIname\fP に符合する
 (作業ディレクトリの) ファイルを無視します。
 コマンドラインで \fB\-I\fP を 2 回以上指定することで、
 複数の無視するファイルを指定できます。
 デフォルトで、\fBupdate\fP はあるパターンに名前がマッチするファイルを
 無視します;
 無視されるファイル名の最新リストについては、
 (このマニュアルページの関連項目の節に記述してあるように)
 Cederqvist 著のマニュアルを参照して下さい。
 .SP
 いずれのファイルも無視しないようにするには
 .` "\-I !"
 を使います。
 .SP
 ローカルで修正したファイルを、
 リポジトリ上のクリーンなファイルで上書きするには、
 .` "\-C"
 を使います (修正されたファイルは
 `\fB.#\fP\fIfile\fP\fB.\fP\fIrevision\fP' に保存されます)。
 .SP
 標準の \fBcvs\fP コマンドオプション \fB\-f\fP, \fB\-k\fP,
 \fB\-l\fP, \fB\-P\fP, \fB\-p\fP, \fB\-r\fP
 も \fBupdate\fP で使用可能です。
 .RE
 .SH "関連ファイル"
 より詳細な
 .B cvs
 サポートファイルの情報については
 .BR cvs ( 5 )
 を参照して下さい。
 .LP
 .I
 ホームディレクトリのファイル:
 .TP
 \&.cvsrc
 .B cvs
 の初期化ファイル。このファイルの行は各
 .B cvs
 コマンドのデフォルトのオプションの指定に使えます。例えば
 .` "diff \-c"
 と言う行は
 .` "cvs diff"
 に対して、コマンドラインで渡されたオプションに、常に
 .B \-c
 オプションが加えられて渡されることを指定します。
 .TP
 \&.cvswrappers
 リポジトリのファイル CVSROOT/cvswrappers で指定されている
 ものに加えて使用されるラッパを指定します。
 .LP
 .I
 作業ディレクトリのファイル:
 .TP
 CVS
 \fBcvs\fP 管理ファイルのディレクトリ。
 .I
 削除してはいけません。
 .TP
 CVS/Entries
 作業ディレクトリのファイルのリストと状態。
 .TP
 CVS/Entries.Backup
 .` "CVS/Entries" のバックアップ。
 .TP
 CVS/Entries.Static
 フラグ:
 .` "cvs update"
 でそれ以上エントリを追加しません。
 .TP
 CVS/Root
 チェックアウトしたときのリポジトリ (
 .SM CVSROOT
 ) 位置へのパス名。
 .SM CVSROOT
 環境変数が設定されていない場合、このファイルが代わりに使用されます。
 このファイルの内容と
 .SM CVSROOT
 環境変数が異なっていると警告メッセージが出されます。
 .SM CVS_IGNORE_REMOTE_ROOT
 環境変数が設定されていると、このファイルは上書きされることがあります。
 .TP
 CVS/Repository
 ソースリポジトリ中の対応するディレクトリへのパス名。
 .TP
 CVS/Tag
 ディレクトリ毎の ``sticky'' なタグまたは日付情報を保持しています。
 このファイルは
 .B \-r
 か
 .B \-D
 を
 .B checkout
 または
 .B update
 コマンドに指定して、ファイルが指定されなかったときに作成/更新されます。
 .TP
 CVS/Checkin.prog
 .` "cvs commit" 時に実行するプログラム名。
 .TP
 CVS/Update.prog
 .` "cvs update" 時に実行するプログラム名。
 .LP
 .I
 ソースリポジトリ中のファイル:
 .TP
 $CVSROOT/CVSROOT
 リポジトリ全体の管理ファイルのディレクトリ。
 .TP
 CVSROOT/commitinfo,v
 .` "cvs commit"
 のリクエストを選別するプログラムを登録します。
 .TP
 CVSROOT/cvswrappers,v
 ファイルをリポジトリにチェックインそしてリポジトリから
 チェックアウトするときに使用される
 .B cvs
 ラッパコマンドを登録します。
 ラッパはファイルまたはディレクトリが CVS で入出力される際に
 処理を行うことを可能にします。使い道はいろいろありますが、
 その一つとして、C のファイルをチェックインする前に再フォーマットして、
 リポジトリ中のコードの見た目を揃えるというものがあります。
 .TP
 CVSROOT/editinfo,v
 .` "cvs commit"
 のログエントリの編集/確認用プログラムを登録します。
 .TP
 CVSROOT/history
 \fBcvs\fP 処理のログファイル。
 .TP
 CVSROOT/loginfo,v
 .` "cvs commit"
 のログエントリをパイプで渡すプログラムを登録します。
 .TP
 CVSROOT/modules,v
 このリポジトリ中のモジュールを定義します。
 .TP
 CVSROOT/rcsinfo,v
 .` "cvs commit"
 操作中に使用するテンプレートへのパス名を登録します。
 .TP
 CVSROOT/taginfo,v
 .` "cvs tag"
 と
 .` "cvs rtag"
 での確認/ログ採集のためのプログラムを登録します。
 .TP
 MODULE/Attic
 削除されたソースファイルのためのディレクトリ。
 .TP
 #cvs.lock
 ソースリポジトリに微妙な変更を行っているときに
 .B cvs
 が作成するロックディレクトリ。
 .TP
 #cvs.tfl.\fIpid\fP
 リポジトリの一時的なロックファイル。
 .TP
 #cvs.rfl.\fIpid\fP
 読み出しロック。
 .TP
 #cvs.wfl.\fIpid\fP
 書き込みロック。
 .SH "環境変数"
 .TP
 .SM CVSROOT
 .B cvs
 ソースリポジトリのルートへのフルパス名 (
 .SM RCS
 ファイルが保存されている場所) を指定します。
 この情報は大部分のコマンドの実行で
 \fBcvs\fP から参照できなければなりません。 もし
 .SM CVSROOT
 が設定されていないか、それを上書き指定したい場合は、
 コマンドライン上で与えることができます:
 .` "cvs \-d \fIcvsroot cvs_command\fP\|.\|.\|."
 もし \fBcvs\fP バイナリのコンパイル時に正しいパスが指定されているなら
 .SM CVSROOT
 を設定しなくて構いません。
 .TP
 .SM CVSREAD
 これがセットされていると、
 .B checkout
 と
 .B update
 は作業ディレクトリのファイルを読み出し専用にするべく努力します。
 これがセットされていないときは、デフォルトでは作業ファイルの
 変更が許可されます。
 .TP
 .SM CVSREADONLYFS
 これがセットされていると、
 .B \-R
 オプションが仮定され、
 .B cvs
 の動作が読み出し専用リポジトリモードになります。
 .TP
 .SM RCSBIN
 .BR co ( 1 )
 や
 .BR ci ( 1 )
 といった
 .SM RCS
 のプログラムが置かれている場所へのフルパス名を指定します
 (CVS 1.9 またはそれ以前)。
 .TP
 .SM CVSEDITOR
 .BR commit
 中にログメッセージの記録に使われるプログラムを指定します。
 設定されていないと、
 .SM VISUAL
 と
 .SM EDITOR
 の環境変数が (この順序で) 試されます。
 どちら
 も設定されていないなら、システム依存のデフォルトエディタ (例えば
 .BR vi )
 が使用されます。
 .TP
 .SM CVS_IGNORE_REMOTE_ROOT
 この変数がセットされていると
 .B cvs
 は CVS/Root ファイル中のリモートのリポジトリへの参照を全て
 無視します。
 .TP
 .SM CVS_OPTIONS
 .B cvs
 のデフォルトオプションを指定します。
 これらのオプションは、
 スタートアップファイル (\fI~/.cvsrc\fP) の読み込み前に解釈されます。
 また、コマンドラインパラメータにより明示的に上書き可能です。
 .TP
 .SM CVS_RSH
 .B cvs
 サーバを開始するときに使用するリモートシェルコマンドの
 名前を決定します。
 この変数が設定されていない場合は
 .` "ssh"
 が使用されます。
 .TP
 .SM CVS_SERVER
 .B cvs
 サーバコマンドの名前を指定します。
 この変数が設定されていない場合は
 .` "cvs"
 が使用されます。
 .TP
 .SM CVSWRAPPERS
 .` "cvswrappers"
 スクリプトは、
 リポジトリの
 .SM CVSROOT/cvswrappers
 とユーザのホームディレクトリの ~/.cvswrappers に
 含まれるデフォルトのラッパに加え、
 変数
 .SM CVSWRAPPERS
 を参照して、ラッパファイルの名前を決定します。
 .SH "作者"
 .TP
 Dick Grune
 .B comp.sources.unix
 にポストされ、1986 年 12 月のリリース volume6 に収められたオリジナルの
 .B cvs
 シェルスクリプト版の作者。
 .B cvs
 の衝突を解決するアルゴリズムの大部分を作成しました。
 .TP
 Brian Berliner
 .B cvs
 プログラム自身のコーディングとデザインを
 1989 年 4 月に、Dick によるオリジナルをベースにして行いました。
 .TP
 Jeff Polk
 Brian を助けて
 .B cvs
 のモジュールとベンダブランチのサポートをデザインしました。
 そして
 .BR checkin ( 1 )
 シェルスクリプト (
 .` "cvs import" の祖先)
 の作者でもあります。
 .TP
 ここに書くには多くの人が他にもいます。
 .SH "関連項目"
 CVS の最も包括的なマニュアルは
 Per Cederqvist らによる Version Management with CVS です。
 システムによっては、
 .B info cvs
 コマンドで閲覧できたり、
 cvs.ps (postscript), cvs.texinfo (texinfo のソース), cvs.html が
 利用可能かもしれません。
 .SP
 CVS の更新、ドキュメントに関するさらなる情報、
 CVS 関連のソフトウェア、CVS の開発等については、下記をご覧ください:
 .in +1i
 .B http://cvshome.org
 .B http://www.loria.fr/~molli/cvs-index.html
 .in -1i
 .SP
 .BR ci ( 1 ),
 .BR co ( 1 ),
 .BR cvs ( 5 ),
 .BR cvsbug ( 8 ),
 .BR diff ( 1 ),
 .BR grep ( 1 ),
 .BR patch ( 1 ),
 .BR rcs ( 1 ),
 .BR rcsdiff ( 1 ),
 .BR rcsmerge ( 1 ),
 .BR rlog ( 1 ).
 .SH 日本語訳
 野首 寛高(h-nokubi@nmit.mt.nec.co.jp): FreeBSD 用に翻訳
 .br
 酒井 淳嗣(sakai@jp.freebsd.org): FreeBSD 版の校正
diff --git a/ja_JP.eucJP/man/man1/fetch.1 b/ja_JP.eucJP/man/man1/fetch.1
index a47fcd1f47..be423732f2 100644
--- a/ja_JP.eucJP/man/man1/fetch.1
+++ b/ja_JP.eucJP/man/man1/fetch.1
@@ -1,242 +1,242 @@
 .\"-
 .\" Copyright (c) 2000 Dag-Erling Co�an Smgrav
 .\" All rights reserved.
 .\" Portions Copyright (c) 1999 Massachusetts Institute of Technology; used
 .\" by permission.
 .\"
 .\" Redistribution and use in source and binary forms, with or without
 .\" modification, are permitted provided that the following conditions
 .\" are met:
 .\" 1. Redistributions of source code must retain the above copyright
 .\"    notice, this list of conditions and the following disclaimer
 .\"    in this position and unchanged.
 .\" 2. Redistributions in binary form must reproduce the above copyright
 .\"    notice, this list of conditions and the following disclaimer in the
 .\"    documentation and/or other materials provided with the distribution.
 .\" 3. The name of the author may not be used to endorse or promote products
 .\"    derived from this software without specific prior written permission.
 .\"
 .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
 .\" IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
 .\" OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
 .\" IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
 .\" INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
 .\" NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
 .\" DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
 .\" THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
 .\" (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
 .\" THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
 .\"
 .\"      %FreeBSD: src/usr.bin/fetch/fetch.1,v 1.48 2002/04/19 23:35:12 charnier Exp %
 .\"
 .\" $FreeBSD$
 .Dd June 28, 2000
 .Dd February 22, 1999
 .Dt FETCH 1
 .Os
 .Sh 名称
 .Nm fetch
 .Nd URL (Uniform Resource Locator) 形式でのファイルの取得
 .Sh 書式
 .Nm
 .Op Fl 146AFMPRUadlmnpqrsv
 .Op Fl B Ar bytes
 .Op Fl S Ar bytes
 .Op Fl T Ar seconds
 .Op Fl o Ar file
 .Op Fl w Ar seconds
 .Op Fl h Ar host
 .Op Fl c Ar dir
 .Op Fl f Ar file
 .Op Ar URL ...
 .Sh 解説
 .Nm
 ユーティリティは
 .Xr fetch 3
 ライブラリへのコマンド行インタフェースを提供します。
 目的は、コマンド行の URL (複数可) に示されるファイル (複数可)
 を取得することです。
 .Pp
 以下のオプションが使用可能です。
 .Bl -tag -width Fl
 .It Fl \&1
 最初にファイルの取得に成功したときに、終了値 0 を返して停止します。
 .It Fl 4
 .Nm
 が IPv4 アドレスのみを使用することを強制します。
 .It Fl 6
 .Nm
 が IPv6 アドレスのみを使用することを強制します。
 .It Fl A
 ``一時的な'' (302) リダイレクトを自動的には追跡しません。
 要求したオブジェクトが存在しない場合に、
 発見できないというエラーではなくリダイレクトを返すという、
 壊れたウェブサイトが存在します。
 .It Fl a
 ソフト上での失敗の場合に自動的に転送を再試行します。
 .It Fl B Ar bytes
 読み込みバッファの大きさをバイト単位で指定します。
 デフォルトは 4096 バイトです。
 バッファの大きさを小さくしようとしても、黙って無視されます。
 実際に実行された読み込み回数は、冗長レベル 2 以上で報告されます (
 .Fl v
 フラグを参照してください)。
 .It Fl c Ar dir
 遠隔ホストの
 .Ar dir
 ディレクトリのファイルを取得します。
 本オプションは、価値が低下しており、後方互換性のためだけに提供されています。
 .It Fl d
 プロキシが設定されていても、直接接続します。
 .It Fl F
 .Fl r
 フラグと組み合わせると、
 ローカルファイルとリモートファイルの修正時刻が異なったとしても、
 強制的に再開します。
 .It Fl f Ar file
 遠隔ホストの
 .Ar file
 という名前のファイルを取得します。
 本オプションは、価値が低下しており、後方互換性のためだけに提供されています。
 .It Fl h Ar host
 ホスト名が
 .Ar host
 にあるファイルを取得します。
 本オプションは、価値が低下しており、後方互換性のためだけに提供されています。
 .It Fl l
 目標が、ファイル形式の URL の場合、目標を複製しようとするのではなく、
 リンクを作成します。
 .It Fl M
 .It Fl m
 ミラーモード: ローカルホストにファイルが既に存在し、サイズと
 変更時間がリモートファイル同じである場合、転送は行われません。
 .Fl m
 と
 .Fl r
 のフラグは、あいいれないことに注意してください。
 .It Fl n
 転送されるファイルの変更時間を保存しません。
 .It Fl o Ar file
 出力ファイル名を
 .Ar file
 にします。
 デフォルトでは、``パス名'' が指定された URI から取り出され、その
 ベースネームが出力ファイルの名前として使われます。
 .Ar file
 引数として
 .Sq Li \&-
 を与えると、結果は標準出力に出力されます。
 .It Fl P
 .It Fl p
 .Tn FTP
 プロトコルをパッシブモードで使います。
-これは、入力接続をブロックする防火壁 (firewall) の背後にいる場合に有用です。
-FTP URL を取得するときに
+これは、入力接続をブロックするファイアウォール (firewall) の背後に
+いる場合に有用です。FTP URL を取得するときに
 .Nm
 がハングするように見える場合に使用してみてください。
 .It Fl q
 沈黙モード。
 .It Fl R
 与えられたファイル名は大事にされ、どんな状況下でもファイル名は消去されません。
 それは、転送が失敗もしくは不完全であった時でさえ、あてはまります。
 .It Fl r
 以前に中断された転送を再開します。
 .Fl m
 と
 .Fl r
 のフラグは、あいいれないことに注意してください。
 .It Fl S Ar bytes
 サーバが報告するファイルサイズが、指定値に合致することを要求します。
 合致しない場合、メッセージが表示され、ファイルは取得されません。
 サーバがファイルサイズの報告をサポートしていない場合、
 本オプションは無視され、無条件にファイルが取得されます。
 .It Fl s
 各要求ファイルごとに、取得せずに、バイト数単位の大きさを表示します。
 .It Fl T Ar seconds
 タイムアウト時間を
 .Ar seconds
 秒に設定します。
 FTP での転送に対しては
 .Ev FTP_TIMEOUT
 環境変数が、HTTP での転送に関しては
 .Ev HTTP_TIMEOUT
 環境変数が、設定されていた場合は、それを上書きします。
 .It Fl U
 パッシブな FTP を使用しているとき、データ接続用に低位 (デフォルト) ポート
 を割り当てます。
 どのポート範囲が対応するかの指定方法の詳細については、
 .Xr ip 4
 を参照してください。
 .It Fl v
 冗長レベルを増やします。
 .It Fl w Ar seconds
 .Fl a
 が指定された場合、次のリトライの前に指定した秒数だけ待ちます。
 .El
 .Pp
 .Nm
 が
 .Dv SIGINFO
 シグナルを受け取ると (
 .Xr stty 1
 への
 .Cm status
 引数を参照して下さい)、
 現在の転送レートの統計情報が、
 標準の完了メッセージと同じ書式で
 標準エラー出力に書き込まれます。
 .Sh 診断
 .Nm
 コマンドは、成功時には 0 を返し、失敗時には 1 を返します。
 コマンド行上に複数の URL を指定した場合、
 .Nm
 は、それぞれを順番に取得しようとし、
 すべての取得に成功した場合のみに 0 を返します。
 .Sh 環境変数
 .Bl -tag -width HTTP_TIMEOUT
 .It Ev FTP_TIMEOUT
 .Tn FTP
 接続を中断するまでの最大時間を秒で指定します。
 .It Ev HTTP_TIMEOUT
 .Tn HTTP
 接続を中断するまでの最大時間を秒で指定します。
 .El
 .Pp
 .Xr fetch 3
 ライブラリの文書に記述されている環境変数は、すべてサポートされています。
 .Sh 関連項目
 .Xr fetch 3
 .Sh 歴史
 .Nm
 コマンドは
 .Fx 2.1.5
 から導入されました。
 本実装が最初に登場したのは
 .Fx 4.1
 です。
 .Sh 作者
 .An -nosplit
 .Nm
 のオリジナル実装は
 .An Jean-Marc Zucconi
 が行いました。
 .Fx 2.2
 のために、拡張を行ったのは
 .An Garrett Wollman
 であり、後に
 .Xr fetch 3
 を使用するように
 .An Dag-Erling Sm\(/orgrav
 が完全に書き直しました。
 .Sh 注
 .Fl b
 および
 .Fl t
 のオプションは、すでにサポートされておらず、警告を表示します。
 これらのオプションは、他の OS のバグの回避策であって、
 本実装ではバグを引き起こしません。
 .Pp
 .Fl h ,
 .Fl c ,
 .Fl f
 オプションの使用と、コマンド行上の URL 指定は、同時にはできません。
diff --git a/ja_JP.eucJP/man/man1/ftp.1 b/ja_JP.eucJP/man/man1/ftp.1
index a74d7d2a7f..ce9afc17c0 100644
--- a/ja_JP.eucJP/man/man1/ftp.1
+++ b/ja_JP.eucJP/man/man1/ftp.1
@@ -1,1430 +1,1430 @@
 .\" %FreeBSD: src/usr.bin/ftp/ftp.1,v 1.15.2.7 2002/08/27 09:55:08 yar Exp %
 .\" 	$NetBSD: ftp.1,v 1.21 1997/06/10 21:59:58 lukem Exp $
 .\"
 .\" Copyright (c) 1985, 1989, 1990, 1993
 .\"	The Regents of the University of California.  All rights reserved.
 .\"
 .\" Redistribution and use in source and binary forms, with or without
 .\" modification, are permitted provided that the following conditions
 .\" are met:
 .\" 1. Redistributions of source code must retain the above copyright
 .\"    notice, this list of conditions and the following disclaimer.
 .\" 2. Redistributions in binary form must reproduce the above copyright
 .\"    notice, this list of conditions and the following disclaimer in the
 .\"    documentation and/or other materials provided with the distribution.
 .\" 3. All advertising materials mentioning features or use of this software
 .\"    must display the following acknowledgement:
 .\"	This product includes software developed by the University of
 .\"	California, Berkeley and its contributors.
 .\" 4. Neither the name of the University nor the names of its contributors
 .\"    may be used to endorse or promote products derived from this software
 .\"    without specific prior written permission.
 .\"
 .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
 .\" SUCH DAMAGE.
 .\"
 .\"	@(#)ftp.1	8.3 (Berkeley) 10/9/94
 .\" $FreeBSD$
 .\"
 .Dd January 27, 2000
 .Dt FTP 1
 .Os
 .Sh 名称
 .Nm ftp , pftp , gate-ftp
 .Nd
 .Tn ARPANET
 ファイル転送プログラム
 .Sh 書式
 .Nm
 .Op Fl 46adeginptUvV
 .Op Fl P Ar port
 .Op Fl s Ar src_addr
 .Op Ar host Op Ar port
 .Nm
 ftp://[\fIuser\fR:\fIpassword\fR@]\fIhost\fR[:\fIport\fR]/\fIfile\fR[/]
 .Nm
 http://\fIhost\fR[:\fIport\fR]/\fIfile\fR
 .Nm
 \fIhost\fR:[/\fIpath\fR/]\fIfile\fR[/]
 .Sh 解説
 .Nm
 は、
 .Tn ARPANET
 標準のファイル転送プロトコルを用いてファイル転送を実現するためのコマンドです。
 本コマンドは、ネットワークを介して接続されているコンピュータ間で
 ファイルを転送する手段をユーザに提供します。
 本バージョンは、
 IPv4 と共に、
 IPv6 (インターネットプロトコルバージョン 6) をサポートします。
 .Pp
 書式の後ろから 3 つの使用例の形式では HTTP または FTP プロトコルの
 いずれかを使ってファイルをカレントディレクトリに取得します。
 これはスクリプト用に理想的です。
 より詳しい情報については
 .Sx ファイルの自動的な取得
 を参照して下さい。
 .Pp
 オプションは、コマンドライン上か、コマンドインタプリタで指定できます。
 .Bl -tag -width Fl
 .It Fl 4
 .Nm
 に IPv4 アドレスのみを使用するよう強制します。
 .It Fl 6
 .Nm
 に IPv6 アドレスのみを使用するよう強制します。
 .It Fl a
 .Nm
 は通常のログイン手続きを飛ばして、かわりに anonymous ログインを
 使います。
 .It Fl d
 デバッグを有効にします。
 .It Fl e
 コマンドラインでの編集を無効にします。
 .It Fl g
 ファイル名展開を無効にします。
 .It Fl i
 複数ファイル転送を行っている間の対話的プロンプトモードを
 オフにします。
 .It Fl n
 .Nm
 が最初に接続する際の
 .Dq 自動ログイン
 を行いません。
 自動ログインが許可された場合は、
 .Nm
 は起動したユーザのホームディレクトリの
 .Pa .netrc
 (下記参照) ファイルに、リモートマシンのアカウントを記述している
 エントリがあるかどうかを調べます。
 そのファイルにエントリがない場合には、
 .Nm
 はリモートマシン上のログイン名 (デフォルトはローカルマシンでのユーザ
 ID) を要求します。
 そして、もし必要があればログイン用のパスワードと
 アカウントの入力も促します。
 .It Fl p
-防火壁を越える接続のためのパッシブモード操作を有効にします。
+ファイアウォールを越える接続のためのパッシブモード操作を有効にします。
 .Nm pftp
 コマンドを使うのと同じです。
 .It Fl P Ar port
 ポート番号を
 .Ar port
 に設定します。
 .It Fl s Ar src_addr
 すべての接続に使用するローカル側の IP アドレスを
 .Ar src_addr
 に設定します。IP アドレスとホスト名のどちらでも指定できます。
 .It Fl t
 パケットのトレースを有効にします。
 .It Fl U
 データポートの範囲制限を無効にします。
 .It Fl v
 饒舌モードを有効にします。
 入力が端末からの場合はこれがデフォルトです。
 .Nm
 はデータ転送状況と、
 リモートサーバからのすべてのレスポンスを表示します。
 .It Fl V
 入力が端末からの場合に、デフォルトで有効になっているのを無視して
 饒舌モードを無効にします。
 .El
 .Pp
 .Nm
 は、通信相手をコマンドラインで指定することが出来ます。
 通信相手を
 コマンドラインで指定した場合、
 .Nm
 は指定したリモートマシンの
 .Tn FTP
 サーバプログラムとの接続を試みます。
 それ以外の場合、
 .Nm
 は内部のコマンドインタプリタに入り、ユーザからの
 コマンド入力を待ちます。
 このとき
 .Nm
 は、
 .Ql ftp>
 というプロンプトを出力します。
 本状態の時には、
 .Nm
 は以下のコマンドを受け付けます。
 .Bl -tag -width Fl
 .It Ic \&! Op Ar command Op Ar args
 ローカルマシン上でシェルを起動します。
 引数が指定された場合、最初の引数をコマンドとして実行し、
 それ以降の引数はそのコマンドに対する引数として処理されます。
 .It Ic \&$ Ar macro-name Op Ar args
 .Ar macro-name
 で定義されたマクロを実行します。
 マクロは、
 .Ic macdef
 コマンドで定義出来ます。
 .Ar args
 で指定された文字列は、展開されずにマクロに対して引き渡されます。
 .It Ic account Op Ar passwd
 一旦ログインに成功したユーザが、資源を扱うためにリモートマシンから
 要求された追加のパスワードを入力します。
 引数が指定されない場合、ユーザに対してパスワード入力を促す表示がされます。
 この場合はパスワードはエコーバックされません。
 .It Ic append Ar local-file Op Ar remote-file
 ローカルファイルをリモートマシン上のファイルに追加書き込みします。
 もし、
 .Ar remote-file
 が指定されていなければ、ローカルファイルの名前を
 .Ic ntrans
 や
 .Ic nmap
 で修正した名前をリモートファイル名として使います。
 ファイル転送では
 .Ic type ,
 .Ic format ,
 .Ic mode ,
 .Ic structure
 の現在の設定が使われます。
 .It Ic ascii
 転送ファイルの
 .Ic type
 をネットワーク
 .Tn ASCII
 形式にします。
 これはデフォルト時の設定です。
 .It Ic bell
 各ファイル転送コマンド終了時にベルを鳴らすかどうかを指定します。
 .It Ic binary
 転送ファイルの
 .Ic type
 をバイナリ形式にします。
 イメージファイルなど、バイナリファイルを転送する時には本指定は必須です。
 .It Ic bye
 リモートサーバとの
 .Tn FTP
 セッションを終了し、
 .Nm
 を終了します。
 EOF を入力した場合も同様です。
 .It Ic case
 .Ic mget
 コマンドで連続してファイルを取得する場合、リモートマシン上の
 ファイル名の大文字小文字の対応を切り替えます。
 デフォルトでは
 .Ic case
 はオフですが、オンの場合にはリモートマシンファイル名の
 すべての大文字が小文字に変換されて、ローカル マシンのディレクトリに
 書き込まれます。
 .It Ic \&cd Ar remote-directory
 リモートマシン上での作業ディレクトリを
 .Ar remote-directory
 へ変更します。
 .It Ic cdup
 リモートマシン上での作業ディレクトリを一つ上に変更させます。
 .It Ic chmod Ar mode file-name
 .Ar file-name
 で指定したリモートマシン上のファイルの属性を、
 .Ar mode
 で指定したものに変更します。
 .It Ic close
 リモートサーバとの
 .Tn FTP
 セッションを終了します。
 そしてコマンド入力待ちのプロンプトを表示します。
 すでに定義されたマクロはすべて無効になります。
 .It Ic \&cr
 ASCII 形式ファイルの転送を行なう場合に、
 復帰コードの除去を行なうかどうかを変更します。
 ASCII 形式のファイル転送時には、
 復帰/改行
 の文字列によってレコードが認識されます。
 .Ic \&cr
 がオン (デフォルト) の時には、改行コードのみでレコードを区切る
 .Ux
 に適合するように、
 復帰コードが文字列から除去されます。
 .Ux
 以外のリモートのシステムのレコードは
 単独の改行コードを含む可能性があります。
 ASCII 形式で転送を行った時には、そういった改行コードは
 .Ic \&cr
 がオフの場合にだけレコード区切り記号と区別して扱われます。
 .It Ic delete Ar remote-file
 リモートマシン上のファイル
 .Ar remote-file
 を削除します。
 .It Ic debug Op Ar debug-value
 デバッグモードを切り替えます。
 .Ar debug-value
 が指定されるとデバッグレベルとして設定されます。
 デバッグモードが有効になると、
 .Nm
 はリモートマシンに送信されたコマンドを
 .Ql \-\->
 に続けて表示します。
 .It Ic dir Op Ar remote-directory Op Ar local-file
 リモートマシン上のディレクトリの内容を表示します。
 表示内容にはサーバが選択したシステム依存の情報を含みます。
 例えば大部分の
 .Ux
 システムは
 .Ql ls \-l
 コマンドから得られる出力を表示します。
 (
 .Ic ls
 も参照して下さい)
 もし
 .Ar remote-directory
 が指定されなければ、リモートマシン上のカレントディレクトリの内容が
 表示されます。
 もしプロンプトがオンだったら、
 .Nm
 は、最後の引数が本当に
 .Ic dir
 の出力を書き込むローカルファイルかどうか問い合わせます。
 ローカルファイルの指定が無い場合、または
 .Ar local-file
 の指定が
 .Sq Fl
 だった場合は出力は画面に表示されます。
 .Pp
 本コマンドはシステム依存の追加情報を提供しますので、
 単なるファイルリストが欲しい場合には、
 .Ic nlist
 を使ってください。
 .It Ic disconnect
 .Ic close
 と同じです。
 .It Ic edit
 コマンドラインの編集機能、そして文脈に応じたコマンドとファイルの
 補完機能を切り替えます。
 これは入力が端末の場合は自動的に有効になり、そして
 そうでなければ無効になります。
 .It Ic epsv4
 IPv4 FTP セッションで
 .Dv EPSV/EPRT
 コマンドを使用するかどうかを切り替えます。
 本オプションをオフにすると、
-ファイヤウォール (例えば IPFilter) との問題を解消できるかもしれません。
+ファイアウォール (例えば IPFilter) との問題を解消できるかもしれません。
 .It Ic exit
 .Ic bye
 と同じです。
 .It Ic ftp Ar host Op Ar port
 .Ic open
 と同じです。
 .It Ic form Ar format
 ファイル転送様式を
 .Ar format
 と指定します。
 デフォルトでは、様式は \*(Lqfile\*(Rq となります。
 .It Ic get Ar remote-file Op Ar local-file
 リモートマシン上のファイル
 .Ar remote-file
 を取得してローカルマシン上に格納します。
 ローカルファイル名
 .Ar local file
 が指定されない場合、
 ローカルファイル名は取得したファイルの
 リモートマシン上の名前と同じになります。
 ただし、その名前は
 .Ic case ,
 .Ic ntrans ,
 .Ic nmap
 の設定により変更される事があります。
 ファイル転送の時には現在の
 .Ic type ,
 .Ic form ,
 .Ic mode ,
 .Ic structure
 の設定が使用されます。
 .It Ic gate Op Ar host Op Ar port
 gate-ftp モードを切り替えます。
 これは gate-ftp サーバが設定されていないと有効になりません
 (ユーザによって明示的に、または
 .Ev FTPSERVER
 環境変数によって)。
 .Ar host
 が与えられると、
 gate-ftp モードが有効になり、そして
 gate-ftp サーバが
 .Ar host
 に設定されます。
 .Ar port
 も同時に与えられると、それが
 gate-ftp サーバへ接続する際のポートとして使用されます。
 .It Ic glob
 .Ic mdelete ,
 .Ic mget ,
 .Ic mput
 を行なう場合のファイル名の展開のオン/オフを切り替えます。
 .Ic glob
 がオフの場合には、ファイル名は展開されずにそのままになります。
 .Ic mput
 でのファイル名展開の規則は
 .Xr csh 1
 のファイル名展開規則と同様です。
 .Ic mdelete
 と
 .Ic mget
 の場合には、
 各々のリモートファイル名はリモートマシン上で別々に展開され、
 リストはマージされません。
 ディレクトリ名の展開は普通のファイル名の展開と異なる事があります。
 つまり、展開の結果はリモートの OS と FTP サーバに依存しています。
 これは
 .Ql mls remote-files \-
 を実行する事によってあらかじめ知ることができます。
 注:
 .Ic mget
 と
 .Ic mput
 はファイルのディレクトリ・サブツリーを全て転送する物ではありません。
 そのようにしたい時はサブツリーの
 .Xr tar 1
 のアーカイブを作成してバイナリモードで転送します。
 .It Ic hash Op Ar size
 1 データブロック転送するごとに
 ハッシュサイン (``#'') を出力するかどうかを切り替えます。
 デフォルトでは 1 データブロックは 1024byte です。
 これは
 .Ar size
 でバイト単位で指定する事で変更できます。
 .It Ic help Op Ar command
 引数
 .Ar command
 で指定したコマンドのヘルプメッセージを出力します。
 引数が与えられない場合、
 .Nm
 は使用可能なコマンドの一覧を出力します。
 .It Ic idle Op Ar seconds
 リモートサーバ上のアイドルタイマを
 .Ar seconds
 秒に設定します。
 .Ar seconds
 が与えられない場合は現在のアイドルタイマ値を表示します。
 .It Ic lcd Op Ar directory
 ローカルマシン上の作業ディレクトリを変更します。
 .Ar directory
 名が与えられない場合はユーザのホームディレクトリに移動します。
 .It Ic less Ar file
 .Ic page
 と同じです。
 .It Ic lpwd
 ローカルマシン上の作業ディレクトリを表示します。
 .It Ic \&ls Op Ar remote-directory Op Ar local-file
 .Ic dir
 と同じです。
 .It Ic macdef Ar macro-name
 マクロ定義を行ないます。
 後続の行がマクロ
 .Ar macro-name
 として格納されます。
 空行 (1 つのファイル内での連続した改行文字や端末からの連続した
 復帰文字) は
 マクロの入力モードを終了させます。
 マクロの数の制限は 16 個で、定義されたマクロ全部で 4096
 文字までがゆるされています。
 マクロは
 .Ic close
 コマンドが実行されるまで持続します。
 マクロプロセッサは `$' と `\e' を特別な文字として解釈します。
 1つ以上の数字が続く `$' は、コマンドラインで呼び出したマクロの
 対応する引数によって置き換えられます。
 後ろに `i' が続く `$' は、マクロプロセッサに対して実行している
 マクロのループを指示します。
 最初のパスで `$i' はマクロを呼び出したコマンドラインの最初の引数に
 置き換えられ、2 回目のパスで 2 つ目の引数に置き換えられ、それ以降も
 同様に置き換えられます。
 後ろに任意の文字が続いている `\e' はその文字に置き換えられます。
 `\e' は `$' の特別な扱いを避けるために使用します。
 .It Ic mdelete Op Ar remote-files
 リモートマシンの
 .Ar remote-files
 を削除します。
 .It Ic mdir Ar remote-files local-file
 複数のリモートファイルを指定出来る点を除くと
 .Ic dir
 と同様です。
 プロンプトがオンの時には、
 .Nm
 は最後の引数が
 .Ic mdir
 の出力を受け取るローカルファイルであるかをユーザに問い合わせます。
 .It Ic mget Ar remote-files
 リモートマシンで
 .Ar remote-files
 で指定されたファイルを展開し、展開後の各ファイル名のファイルに対して
 .Ic get
 を実行します。
 ファイル名の展開の詳細は
 .Ic glob
 を参照してください。
 生成されたファイル名は
 .Ic case ,
 .Ic ntrans ,
 .Ic nmap
 の設定に従い処理されます。
 ファイルはローカルの作業ディレクトリに転送されます。
 そのディレクトリは
 .Ql lcd directory
 で変更できます。
 ローカルの新しいディレクトリは
 .Ql "\&! mkdir directory"
 で作成できます。
 .It Ic mkdir Ar directory-name
 リモートマシンにディレクトリを作ります。
 .It Ic mls Ar remote-files local-file
 複数のリモートファイル名を指定できる点と
 .Ar local-file
 を必ず指定しなければならない点を除くと
 .Ic ls
 と同様です。
 プロンプトがオンの時には、
 .Nm
 は最後の引数が
 .Ic mls
 の出力を受け取る目標のローカルファイルであるかをユーザに確認します。
 .It Ic mode Op Ar mode-name
 ファイル転送モード
 .Ic mode
 を
 .Ar mode-name
 で指定したものに設定します。
 デフォルトは \*(Lqstream\*(Rq です。
 .It Ic modtime Ar file-name
 リモートマシン上の指定ファイルの最終更新日時を参照します。
 .It Ic more Ar file
 .Ic page
 と同じです。
 .It Ic mput Ar local-files
 引数として与えられたローカルファイルのリスト中の
 ワイルドカードを展開し、
 展開後の各ファイル名のファイルに対して
 .Ic put
 を実行します。
 ファイル名の展開の詳細については
 .Ic glob
 を参照してください。
 生成されたファイル名は
 .Ic ntrans
 と
 .Ic nmap
 の設定に従って処理されます。
 .It Ic msend Ar local-files
 .Ic mput
 と同じです。
 .It Ic newer Ar file-name
 リモートマシンのファイルの最終更新日時の方が
 ローカルマシンのファイルより新しい場合にのみファイルを取得します。
 現在のシステムにファイルが無いときには、リモートファイルの方が
 .Ic 新しい
 ものとして扱われます。
 その他については
 .Ar get
 と同じです。
 .It Ic nlist Op Ar remote-directory Op Ar local-file
 リモートマシンのディレクトリの内容のリストを表示します。
 .Ar remote-directory
 の指定が無い場合には、
 代わりに現在の作業ディレクトリが使われます。
 もしプロンプトモードになっているならば、
 .Nm
 は、最後の引数が
 .Ic ls
 の出力を受け取るローカルのファイルであるかをユーザに問い合わせます。
 .Ar local-file
 の指定がない場合や
 .Fl
 が指定されている場合には、
 出力は画面に表示されます。
 .Pp
 本コマンドがリモートディレクトリ中のファイル一覧を返すだけであることに
 注意してください。
 ファイルについての更なる情報 (大概は大きさや修正時刻など) が欲しい場合、
 .Ic dir
 を使ってください。
 .It Ic nmap Op Ar inpattern outpattern
 ファイル名のマッピング機能を設定したり解除したりします。
 引数が無い場合にはマッピング機能が解除されます。
 引数がある場合には、出力先のリモートファイル名の指定されていない
 .Ic mput
 コマンドと
 .Ic put
 コマンドの実行時に、リモートファイル名がマップされます。
 同様な事が
 .Ic mget
 コマンドと
 .Ic get
 コマンドのローカルファイル名についても行われます。
 このコマンドはファイルの命名規則が異なる
 .Ux
 ではないリモートマシンとの接続時に便利です。
 マッピングは
 .Ar inpattern
 と
 .Ar outpattern
 によって設定されたパターンに従って行われます。
 .Op Ar inpattern
 は (すでに
 .Ic ntrans
 と
 .Ic case
 によって処理されているかもしれない)
 入力ファイル名のためのテンプレートです。
 .Ar inpattern
 に `$1', `$2', ..., `$9' の文字列を含むことによって、
 変数を使用したテンプレートも使えます。
 `$' を特別扱いしたくない時には
 `\\' を使ってください。
 他の文字はそのままその文字として扱われ、
 .Ic nmap
 の
 .Op Ar inpattern
 変数の値を決めるのに用いられます。
 例えば、
 .Ar inpattern
 として $1.$2 が、
 リモートファイルの名前として "mydata.data" が
 与えられた時に、$1 は "mydata" という値となり，
 $2 は "data" という値になります。
 .Ar outpattern
 は生成されるマッピング後のファイル名を決定します。
 文字列の `$1', `$2', ...., `$9' は
 .Ar inpattern
 のテンプレートから生成される値に置き換えられます。
 文字列の `$0' は元のファイル名で置き換えられます。
 さらに、文字列の
 .Ql Op Ar seq1 , Ar seq2
 は
 .Ar seq1
 が空文字列でない時には
 .Op Ar seq1
 に、
 空文字列の時には
 .Op Ar seq2
 に置き換えられます。
 例えばコマンド
 .Pp
 .Bd -literal -offset indent -compact
 nmap $1.$2.$3 [$1,$2].[$2,file]
 .Ed
 .Pp
 は、
 入力ファイル名 "myfile.data" と "myfile.data.old"
 に対して出力ファイル名が "myfile.data" になり、
 入力ファイル名 "myfile"
 に対して出力ファイル名が "myfile.file" になり、
 入力ファイル名 ".myfile" に対して
 出力ファイル名が "myfile.myfile"になります。
 例えば、`nmap $1 sed "s/  *$//" > $1'
 のように、
 .Ar outpattern
 にはスペースが入っていても構いません。
 文字 `$', `[', `]', `,' を特別扱いしたくない時には
 `\e' を使ってください。
 .It Ic ntrans Op Ar inchars Op Ar outchars
 ファイル名の文字変換機能を設定したり解除したりします。
 引数が無い場合には文字変換機能が解除されます。
 引数がある場合には、出力先のリモートファイル名の指定されていない
 .Ic mput
 コマンドと
 .Ic put
 コマンドの実行時にリモートファイル名が変換されます。
 同様な事が
 .Ic mget
 コマンドと
 .Ic get
 コマンドでもローカルファイルに対して行われます。
 このコマンドは、
 .Ux
 とは異なるファイル命名規則のリモートマシンとの接続時に有効です。
 ファイル名中の文字で、
 .Ar inchars
 の中の文字に一致するものが
 .Ar outchars
 の対応する文字に置き換えられます。
 .Ar inchars
 の中での文字の位置が
 .Ar outchars
 の長さを越えている時には、その文字はファイル名から削除されます。
 .It Ic open Ar host Op Ar port
 指定した
 .Ar host
 の
 .Tn FTP
 サーバとのコネクションを確立します。
 ポート番号
 .Ar port
 を指定した場合、
 .Nm
 は指定したポート番号を用いて
 .Tn FTP
 サーバとのコネクションの確立を試みます。
 .Ic 自動ログイン
 オプションがオン (デフォルト時) の場合には、
 .Nm
 は自動的に
 .Tn FTP
 サーバに対してログインを行ないます (以下を参照)。
 .It Ic page Ar file
 .Ic file
 を取得して、
 .Ev PAGER
 で指定されたプログラム
 (デフォルトは
 .Xr more 1
 ) を使って表示します。
 .It Ic passive
 パッシブモードを切り替えます。
 パッシブモードがオン
 (デフォルトはオフ) なら、ftp クライアントは
 すべてのデータコネクションにおいて、通常の
 .Dv PORT
 コマンドの代わりに
 .Dv PASV
 コマンドを送ります。
 .Dv PASV
 コマンドはリモートのサーバにデータコネクションのためのポートを
 開いて、そのポートのアドレスを返すよう要求します。
 リモートサーバはそのポートで待ち、クライアントはそこに接続します。
 より伝統的な
 .Dv PORT
 コマンドを使う場合は、クライアントがポートで待ち、そしてそのアドレスを
 リモートサーバに送ってリモートサーバはそこに接続して来ます。
 パッシブモードは
 ゲートウェイ・ルータやトラフィックの方向を制御しているホストを
 経由して
 .Nm
 を使う場合に有用です。
 (注: ftp サーバが RFC 1123 の
 .Dv PASV
 コマンドをサポートしている必要がありますが、サポートしていない
 場合もあります。
 IPv6 サーバに接続している場合、
 .Dv EPSV/EPRT
 ペアと
 .Dv LPSV/LPRT
 ペアを使い、
 .Dv PASV
 と
 .Dv PORT
 は使わないことに注意してください。
 他は同じです。)
 .It Ic preserve
 受け取ったファイルの更新日時を保存するかどうかを切り替えます。
 .It Ic progress
 転送の進行状況を表す棒グラフ表示を切り替えます。
 この棒グラフは、
 .Ar ローカルファイル
 として
 .Sq Fl
 か
 .Sq \&|
 で始まるコマンドが指定された転送では表示されません。
 詳しくは
 .Sx ファイル名の規則
 を参照して下さい。
 .It Ic prompt
 対話的プロンプトモードを切り替えます。
 対話的プロンプトモードをオンにすることで、
 複数ファイル転送時に転送ファイルの選択を行なえます。
 対話的プロンプトモードをオフにすると (デフォルトはオン)、
 .Ic mget
 や
 .Ic mput
 で指定したファイルはすべて転送され、
 .Ic mdelete
 で指定したファイルはすべて削除されます。
 .Pp
 プロンプトモードがオンの時には、プロンプトにおいて以下の
 コマンドが使用できます:
 .Bl -tag -width 2n -offset indent
 .It Ic n
 ファイルを転送しません。
 .It Ic a
 現在のファイルについて
 .Sq yes
 とし、自動的に現在のコマンドに対する残りのすべての
 ファイルに対しても
 .Sq yes
 とします。
 .It Ic p
 現在のファイルについて
 .Sq yes
 とし、プロンプトモードをオフにします
 (あたかも
 .Dq prompt off
 が指定されたかのように)。
 .El
 .Pp
 これ以外の応答は現在のファイルに対する
 .Sq yes
 として扱われます。
 .It Ic proxy Ar ftp-command
 ftp コマンドを 2 次制御接続上で実行します。
 本コマンドを用いることで、同時に 2 つのリモートマシンとコネクションを確立し、
 2 つのサーバ間でファイル転送を行なうようにすることができるようになります。
 最初の
 .Ic proxy
 コマンドは
 .Ic open
 コマンドである必要があります。
 これは、2 次的な制御コネクションを確立するために必要な操作です。
 \&"proxy ?" とコマンドを実行することで、
 2 次接続下で使用可能なコマンド一覧が表示されます。
 以下のコマンドは
 .Ic proxy
 の後におかれた時には異なった働きをします。
 .Ic open
 は自動ログイン処理中には新しいマクロの定義を行いません。
 .Ic close
 はマクロの削除を行いません。
 .Ic get
 と
 .Ic mget
 は 1次制御接続のホストから 2次制御接続のホストにファイルの転送を行います。
 .Ic put
 と
 .Ic mput
 と
 .Ic append
 は 2次制御接続のホストから 1次制御接続のホストにファイルの転送を行います。
 第三者のファイル転送は、2次制御接続のサーバが FTP プロトコルの
 .Dv PASV
 コマンドをサポートしているかどうかに依存します。
 .It Ic put Ar local-file Op Ar remote-file
 ローカルマシン上の指定ファイルをリモートマシンに転送します。
 .Ar remote-file
 が指定されない場合には、転送先でのファイル名は、
 .Ic ntrans
 か
 .Ic nmap
 の設定に基づく処理を行ったローカルファイルの名前が用いられます。
 ファイル転送には
 .Ic type ,
 .Ic format ,
 .Ic mode ,
 .Ic structure
 の現在の設定が用いられます。
 .It Ic pwd
 現在のリモートマシン上での作業ディレクトリを表示します。
 .It Ic quit
 .Ic bye
 と同じです。
 .It Ic quote Ar arg1 arg2 ...
 引数で指定した文字列を、そのままリモート
 .Tn FTP
 サーバに送信します。
 .It Ic recv Ar remote-file Op Ar local-file
 .Ic get
 と同じです。
 .It Ic reget Ar remote-file Op Ar local-file
 getと似ていますが、
 .Ar local-file
 が存在しており
 .Ar remote-file
 よりサイズが小さい場合には、
 .Ar local-file
 がリモートファイルの一部であるとみなして続きをコピーする点が異なります。
 本コマンドは、大きいファイルの転送中にコネクションが
 切断されてしまった場合の続きを受信しなおす場合などに有用です。
 .It Ic remotehelp Op Ar command-name
 リモート
 .Tn FTP
 サーバのヘルプメッセージを要求します。
 .Ar command-name
 が指定された場合にはそのコマンドのヘルプが表示されます。
 .It Ic rstatus Op Ar file-name
 引数がない場合にはリモートマシンのステータスが表示されます。
 .Ar file-name
 が指定されている場合には、
 リモートマシン上の指定ファイルのステータスが表示されます。
 .It Ic rename Op Ar from Op Ar to
 リモートマシン上のファイル
 .Ar from
 が、
 .Ar to
 というファイル名にリネームされます。
 .It Ic reset
 リプライキューをクリアします。
 本コマンドはコマンド/リプライのシーケンスの再同期をとるのに使われます。
 再同期を取ることは ftp プロトコル上の障害が発生した時に必要な操作です。
 .It Ic restart Ar marker
 .Ic get
 や
 .Ic put
 を指定した
 .Ar marker
 位置から再開します。
 .Ux
 システムにおいては、通常 marker はファイルのバイトオフセットで指定します。
 .It Ic restrict
 データポートの幅を制限するかをオン/オフします。
 パッシブモードでない時に、
 .Nm
 クライアントはリモートサーバに対して、独立したデータポートで
 クライアントホストに接続してくることを要求します。
 前のバージョンでは、そのリモートポートは 1024 から 4999 までの幅に
 収まっていました。
-しかしほとんどの防火壁 (fire wall) では、その範囲に他のサービスが
+しかしほとんどのファイアウォール (firewall) では、その範囲に他のサービスが
 あるために TCPポートをフィルタリングしています。
 現在のデフォルトの動作では、ポート番号が 49152 から 65535 の間で、
 サーバがクライアントに対して接続してくることを要求します。
-もしセキュリティ上の危険性がないと考えるならば、防火壁管理者は
+もしセキュリティ上の危険性がないと考えるならば、ファイアウォール管理者は
 その幅での TCP 接続に対して許可を行うという選択ができます。
 .It Ic rmdir Ar directory-name
 リモートマシン上のディレクトリを消去します。
 .It Ic runique
 ローカルマシンに保存されるファイルに対して
 ユニークな名前を付加するかどうかを切り替えます。
 .Ic get
 や
 .Ic mget
 コマンドで目的のローカルファイルと同じ名前のファイルが既に存在する時には、
 \&".1" が名前に付加されます。
 その名前も既に存在する時には
 \&".2" が付加されます。
 このように順番に処理をし、
 \&".99" になっても存在する時には
 エラーメッセージが表示され、転送は行われません。
 生成されたユニークなファイル名は報告されます。
 注:
 .Ic runique
 はシェルコマンドで生成されるファイル名には効果がありません
 (下記参照)。
 デフォルトではオフになっています。
 .It Ic send Ar local-file Op Ar remote-file
 .Ic put
 と同じです。
 .It Ic sendport
 .Dv PORT
 コマンドを使用するかどうか切り替えます。
 デフォルトでは、
 .Nm
 は各データ転送用のコネクションの確立の際に
 .Dv PORT
 コマンドの使用を試みます。
 .Dv PORT
 を使うことで複数ファイル転送を行なう場合の遅延を避けることが出来ます。
 .Dv PORT
 コマンドが失敗した場合、
 .Nm
 はデフォルトのデータ・ポートを使用します。
 .Dv PORT
 コマンドが無効になった場合、データ転送時に
 .Dv PORT
 コマンドは使われません。
 これはある種の
 .Tn FTP
 の実装で
 .Dv PORT
 コマンドは無視するが、誤っていて、受け入れたと返事を返すような
 物に対して有効です。
 .It Ic site Ar arg1 arg2 ...
 引数で指定した文字列を、
 .Dv SITE
 コマンドの引数としてそのまま
 .Tn FTP
 サーバに送信します。
 .It Ic size Ar file-name
 リモートマシン上の
 .Ar file-name
 で指定したファイルのサイズを表示します。
 .It Ic status
 .Nm
 の現在の状態を表示します。
 .It Ic struct Op Ar struct-name
 ファイル転送の
 .Ar structure
 を
 .Ar struct-name
 に設定します。
 デフォルトでは、\*(Lqstream\*(Rq に設定されています。
 .It Ic sunique
 リモートマシン上に転送するファイルのファイル名に対して、
 一意な名前を付与するかどうかを切り替えます。
 この機能が使えるためには、
 リモートの FTP サーバが FTP のプロトコルの
 .Dv STOU
 コマンドをサポートしていなければなりません。
 リモートサーバがユニークな名前を報告します。
 デフォルトではこの機能はオフになっています。
 .It Ic system
 リモートマシンで稼働している OS のタイプを表示します。
 .It Ic tenex
 .Tn TENEX
 マシンと
 通信するために必要なファイル転送モードを設定します。
 .It Ic trace
 パケットトレースをするかどうかを切り替えます。
 .It Ic type Op Ar type-name
 ファイル転送の
 .Ic type
 を
 .Ar type-name
 に変更します。
 引数が指定されない場合には
 現在のファイル転送タイプを表示します。
 デフォルトタイプはネットワーク
 .Tn ASCII
 です。
 .It Ic umask Op Ar newmask
 リモートサーバのデフォルトの umask 値を
 .Ar newmask
 で指定した値に変更します。
 .Ar newmask
 が指定されていない場合は現在の umask 値を表示します。
 .It Xo
 .Ic user Ar user-name
 .Op Ar password Op Ar account
 .Xc
 ユーザをリモート
 .Tn FTP
 サーバに認識させます。
 .Ar password
 が指定されていなくて、
 .Tn FTP
 サーバが必要とする場合は
 (ローカルエコーをオフにしてから)
 .Nm
 がユーザに問い合わせます。
 .Ar account
 が指定されていなくて、
 .Tn FTP
 サーバが必要とする場合には、
 .Nm
 がユーザに問い合わせます。
 リモートサーバがログイン時にアカウントを必要としないのに
 .Ar account
 フィールドが指定された場合には、ログイン処理の完了後に
 account コマンドがリモートサーバに渡されます。
 「自動ログイン」を無効にした状態で
 .Nm
 が呼び出されない限り、
 この処理は
 .Tn FTP
 サーバに最初につながった時に自動的に行われます。
 .It Ic verbose
 饒舌モードの切り替えをします。
 饒舌モードの時には
 .Tn FTP
 サーバからの全ての応答が表示されます。
 さらにこのモードがオンの時には、ファイル転送が終了した時に
 転送効率に関する統計が報告されます。
 デフォルトではオンになっています。
 .It Ic \&? Op Ar command
 .Ic help
 コマンドと同じです。
 .El
 .Pp
 スペースを含むコマンドの引数は、`"' マークで括って下さい。
 .Pp
 設定を切り替えるコマンドでは、設定を指定するために明示的に
 .Ic on
 か
 .Ic off
 を引数として指定できます。
 .Pp
 .Nm
 が転送中に
 .Dv SIGINFO
 (
 .Xr stty 1
 の引数
 .Dq status
 を参照)
 シグナルを受けると、その時点での転送レートの統計情報が
 終了時の標準的なフォーマットと同じ形式で標準エラー出力に書き出されます。
 .Sh ファイルの自動取得
 標準的なコマンドに加えて、
 このバージョンの
 .Nm
 は自動取得の機能をサポートします。
 単にホスト名/ファイルのリストをコマンドラインで渡すと
 自動取得が有効になります。
 .Pp
 自動取得の指定では以下の形式を認識します:
 .Bl -tag -width "host:/file"
 .It host:/file
 .Dq 古典的な
 ftp の形式
 .It ftp://[user:password@]host[:port]/file
 ftp URL 形式で、
 .Ev ftp_proxy
 が定義されていなければ ftp プロトコルで取得します。
 そうでなければ
 .Ev ftp_proxy
 で指定されたプロキシを経由した http を使って転送します。
 .Ar user:password@
 が指定されていて
 .Ev ftp_proxy
 が定義されていない場合は、
 パスワードに
 .Ar password
 を使って
 .Ar user
 でログインします。
 .It http://host[:port]/file
 HTTP URL 形式、http プロトコルで取得します。
 .Ev http_proxy
 が定義されている場合は、その内容が HTTP プロキシサーバの
 URL として使用されます。
 .El
 .Pp
 古典的な形式または ftp URL形式で最後に
 .Sq /
 がある場合は、
 .Nm
 はサイトに接続して与えられたパスのディレクトリに
 .Ic cd
 し、以降の入力を受け付けるために対話モードに入ります。
 .Pp
 自動取得の対象が複数指定されていて、連続しているものが同じホストを
 参照している時は、接続の確立と切断によるオーバヘッドを避けるために
 複数の転送にわたって接続が維持されます。
 .Pp
 ファイル名の展開がオンで
 .Ic file
 が展開の対象となる文字を含んでいるなら
 (
 .Ic glob
 参照)
 .Ic "mget file"
 と同じ事を行います。
 .Pp
 .Ic file
 のディレクトリ部分が展開の対象となる文字を含まなければ、
 ファイルは
 .Ic file
 から
 .Xr basename 1
 で得られる名前で現在のディレクトリに置かれます。
 そうでなければリモートの名前をローカルでの名前として使います。
 .Sh ファイル転送の中止
 ファイル転送を中断するためには、
 端末のインタラプトキー (通常は Ctrl-C) を打鍵してください。
 データ送信はただちに停止します。
 データ受信は、ftp プロトコルの
 .Dv ABOR
 コマンドをリモートサーバに送ることでサーバからのデータ送信がとまります。
 そしてそれ以降の受信データは捨てられます。
 これが行われる速度は、リモートサーバが
 .Dv ABOR
 コマンドをサポートする方式に依存します。
 リモートサーバが
 .Dv ABOR
 コマンドをサポートしていない時には、
 リモートサーバが要求したファイルを送り終るまで
 .Ql ftp>
 というプロンプトは現れません。
 .Pp
 端末からの割り込みキー入力は、
 .Nm
 が何かローカルの処理をすでに完了していて
 リモートサーバからの応答を待っている時には無視されます。
 このモードでの長い遅延は上でも述べたように ABOR 処理の結果に
 よるものか、 ftp のプロトコル違反を含めたリモートサーバによる
 予期せぬ動作のどちらかによるものです。
 もしリモートサーバの予期せぬ動作の結果による遅延であるならば、
 ローカルの
 .Nm
 プログラムは手動で終了 (kill) しなければなりません。
 .Sh ファイル名の規則
 .Nm
 コマンドの引数として指定されたファイル名は、以下の規則で処理されます。
 .Bl -enum
 .It
 ファイル名として
 .Sq Fl
 が指定された場合、
 入力ファイル名の場合には標準入力
 .Ar stdin
 が、
 出力ファイル名の場合には標準出力
 .Ar stdout
 が使用されます。
 .It
 ファイル名の先頭の文字が
 .Sq \&|
 の場合には、その後に指定された文字列はすべてシェルコマンドと解釈されます。
 .Nm
 は与えられた引数をつけて
 .Xr popen 3
 を用いてシェルを呼び出し、標準入力から (標準出力へ) 読み出し (書き込み) ます。
 シェルコマンドにスペースが含まれている時には
 引数は引用符で囲まれなければなりません。
 (例：
 \*(Lq" ls -lt"\*(Rq
 )
 特に有用な例としては \*(Lqdir \&|more\*(Rq があります。
 .It
 上記のチェックにひっかからず、
 .Dq globbing
 が許可されている場合、
 ローカルファイル名は
 .Xr csh 1
 のファイル名展開規則にしたがって展開されます。
 (詳細は
 .Ic glob
 コマンドを参照)
 ただし、
 .Nm
 のコマンドが 1 つのファイル名しか必要としない場合
 (例えば
 .Ic put
 ) は、ファイル名が展開された後の最初のファイル名だけが使用されます。
 .It
 .Ic mget
 コマンドと
 .Ic get
 コマンドにおいてローカルファイル名が指定されない場合、
 ローカルファイル名はリモートファイル名と同一になります。
 ただし、これらのファイル名は
 .Ic case  ,
 .Ic ntrans ,
 .Ic nmap
 の設定によって変わることもあります。
 結果として得られたファイル名は、
 .Ic runique
 が設定されていればさらに変わるかもしれません。
 .It
 .Ic mput
 コマンドと
 .Ic put
 コマンドにおいてリモートファイル名が指定されない場合、
 リモートファイル名はローカルファイル名と同一になります。
 ただし、これらのファイル名は
 .Ic ntrans ,
 .Ic nmap
 の設定によって変わることもあります。
 結果として得られたファイル名は、
 .Ic sunique
 が設定されていればリモートサーバによって
 さらに変えられるかも知れません。
 .El
 .Sh ファイル転送パラメータ
 FTPの仕様にはファイル転送時に影響を及ぼす多くのパラメータがあります。
 .Ic type
 は、\*(Lqascii\*(Rq, \*(Lqimage\*(Rq (binary), \*(Lqebcdic\*(Rq,
 \*(Lqlocal byte size\*(Rq (
 .Tn PDP Ns -10
 および
 .Tn PDP Ns -20
 でよく使われます) が指定可能です。
 .Nm
 は、ascii と image のタイプを指定可能なのに加えて、
 .Ic tenex
 モードの転送を指定することにより
 ローカルバイトサイズ 8 を指定することが可能です。
 .Pp
 .Nm
 では、他の
 .Ic mode ,
 .Ic form ,
 .Ic struct
 のパラメータではデフォルト値だけが使用可能です。
 .Sh .netrc ファイル
 .Pa .netrc
 ファイルは、自動ログイン処理においてのログインおよび初期設定情報を記述します。
 .Pa .netrc
 ファイルは、ユーザのホームディレクトリに置きます。
 .Pa .netrc
 では以下の予約語が解釈されます。
 これらはスペース、タブそして
 new-line によって分割されます。
 .Bl -tag -width password
 .It Ic machine Ar name
 リモートマシン名
 .Ar name
 を定義します。
 自動ログイン処理は
 .Pa .netrc
 ファイル中に
 .Ic machine
 トークンがあるかどうか探し、そのエントリが
 .Nm
 のコマンドラインもしくは
 .Ic open
 コマンドの引数と一致するかどうかチェックします。
 一致するエントリがあった場合は後に続く
 .Pa .netrc
 トークンが処理され、その処理はファイル最後尾に行き着くか他の
 .Ic machine
 トークンまたは
 .Ic default
 トークンに出くわすまで続きます。
 .It Ic default
 いろんな名前と一致するワイルドカード的な働きがあることを除けば
 .Ic machine
 .Ar name
 と同様です。
 .Ic default
 トークンは、
 .Pa .netrc
 ファイル中に 1 エントリだけが許され、
 しかも他の全ての
 .Ic machine
 トークンより後ろでなければなりません。
 通常は
 .Pp
 .Dl default login anonymous password user@site
 .Pp
 のように使用されます。
 本エントリによって
 .Pa .netrc
 に指定の無い ftp サイトに自動で anonymous ログインを試みるようになります。
 .Fl n
 フラグを付加して ftp を起動することで
 .Pa .netrc
 ファイルを無視することが出来ます。
 .It Ic login Ar name
 リモートマシンにおけるログイン名を指定します。
 本トークンが与えられている場合、自動ログイン処理は
 .Ar name
 をログイン名としてログインしようとします。
 .It Ic password Ar string
 パスワードを指定します。
 本トークンが指定されている場合でリモートサーバがログイン処理中に
 パスワードを要求する場合は、自動ログイン処理は指定した文字列を
 送ります。
 .Pa .netrc
 ファイルにおいて、
 .Ar anonymous
 以外のユーザエントリにおいて本トークンが登録されており、なおかつ
 .Pa .netrc
 がユーザ以外から読める属性である場合には
 .Nm
 は自動ログイン処理を中断します。
 .It Ic account Ar string
 追加のアカウントパスワードを登録します。
 このトークンがあると、
 もし追加のアカウントパスワードをリモートホストが必要とする時に
 自動ログインプロセスが指定された文字列を与えます。
 そうでない場合には、自動ログインプロセスは
 .Dv ACCT
 コマンドを与えます。
 .It Ic macdef Ar name
 マクロを定義します。
 このトークンの機能は
 .Nm
 .Ic macdef
 コマンドの機能に似ています。
 マクロは指定された名前を用いて定義されます。
 その内容は
 .Pa .netrc
 の次の行から始まり、空行 (改行文字の連続) が現れるまで続きます。
 .Ic init
 というマクロが定義されているならば、
 自動ログイン処理の中での最後の段階で自動的に実行されます。
 .El
 .Sh コマンドラインの編集機能
 .Nm
 は
 .Xr editline 3
 ライブラリを使った対話的なコマンドラインの編集をサポートします。
 これは
 .Ic edit
 コマンドによって有効になり、そして入力が tty からの場合は
 デフォルトで有効になっています。
 カーソルキーで以前の行を呼び出して編集できます。
 そして他にも GNU Emacs スタイルの編集用のキーが使えます。
 .Pp
 .Xr editline 3
 ライブラリは
 .Pa .editrc
 ファイルで設定できます - より詳しくは
 .Xr editrc 5
 を参照して下さい。
 .Pp
 .Nm
 には、文脈に依存したコマンドとファイル名の補完
 (リモートファイルの補完を含む) 機能を提供するための
 追加のキー割り当てが用意されています。
 これを使うためには
 .Xr editline 3
 の
 .Ic ftp-complete
 コマンドにキーを割り当てて下さい。
 これはデフォルトで TAB キーに割り当てられています。
 .Sh 環境変数
 .Nm
 は、以下の環境変数を使用します。
 .Bl -tag -width "FTP_PASSIVE_MODE"
 .It Ev FTP_PASSIVE_MODE
 この変数を
 .Sq NO
 以外に設定すると、
 パッシブモードの FTP をデフォルトで使用します。
 .It Ev FTPSERVER
 .Ic gate
 が有効な時に gate-ftp サーバとして使用するホスト。
 .It Ev FTPSERVERPORT
 .Ic gate
 が有効な時に gate-ftp サーバに接続するのに使うポート。
 デフォルトは
 .Dq ftpgate/tcp
 で
 .Fn getservbyname
 を呼び出して返って来たポート。
 .It Ev HOME
 定義されていれば
 .Pa .netrc
 ファイルのデフォルトの置き場所となります。
 .It Ev PAGER
 .Ic page
 でファイルを表示する際に使われます。
 .It Ev SHELL
 デフォルトで起動するシェルを定義します。
 .It Ev ftp_proxy
 FTP URL リクエストを発行する時に使う FTP プロキシの URL
 (定義されていなければ標準の ftp プロトコルを使います)。
 .It Ev http_proxy
 HTTP URL リクエストを発行する時に使う HTTP プロキシの URL。
 .El
 .Sh 関連項目
 .Xr getservbyname 3 ,
 .Xr editrc 5 ,
 .Xr services 5 ,
 .Xr ftpd 8
 .Sh 注
 .Xr pftp 1
 と
 .Xr gate-ftp 1
 コマンドは
 .Nm
 にリンクされています。
 .Sh 歴史
 .Nm
 コマンドは
 .Bx 4.2
 から実装されました。
 .Pp
 コマンドラインの編集、文脈に依存したコマンドとファイルの補完、
 進行状況を表す棒グラフ、ファイルの自動的な取得、
 ftp と http 形式の URL、更新時刻の保存といった各種の機能は
 .Nx 1.3
 で
 Luke Mewburn によって、Jason Thorpe のアシスタントを得て実装されました。
 .Pp
 IPv6 サポートは  WIDE/KAME プロジェクトが追加しました。
 .Sh バグ
 多くのコマンドの正しい動作は、リモートサーバの適切な動作に依存します。
 .Pp
 .Bx 4.2
 の ascii モードでの転送時の復帰文字の取り扱いのエラーは訂正されています。
 この訂正の結果として、
 .Bx 4.2
 のサーバとの間でバイナリファイルを ascii タイプを使用して転送した時に
 不正転送をひき起こすことが
 あります。
 この問題を回避するためにはバイナリモードを用いて
 ファイル転送をして下さい。
 .Pp
 .Ev ftp_proxy
 等のプロキシ機能は、IPv6 接続では動作しないかもしれません。
diff --git a/ja_JP.eucJP/man/man1/ssh.1 b/ja_JP.eucJP/man/man1/ssh.1
index ba37726dcd..f4928d1713 100644
--- a/ja_JP.eucJP/man/man1/ssh.1
+++ b/ja_JP.eucJP/man/man1/ssh.1
@@ -1,999 +1,999 @@
 .\"  -*- nroff -*-
 .\"
 .\" Author: Tatu Ylonen <ylo@cs.hut.fi>
 .\" Copyright (c) 1995 Tatu Ylonen <ylo@cs.hut.fi>, Espoo, Finland
 .\"                    All rights reserved
 .\"
 .\" As far as I am concerned, the code I have written for this software
 .\" can be used freely for any purpose.  Any derived versions of this
 .\" software must be clearly marked as such, and if the derived work is
 .\" incompatible with the protocol description in the RFC file, it must be
 .\" called by a name other than "ssh" or "Secure Shell".
 .\"
 .\" Copyright (c) 1999,2000 Markus Friedl.  All rights reserved.
 .\" Copyright (c) 1999 Aaron Campbell.  All rights reserved.
 .\" Copyright (c) 1999 Theo de Raadt.  All rights reserved.
 .\"
 .\" Redistribution and use in source and binary forms, with or without
 .\" modification, are permitted provided that the following conditions
 .\" are met:
 .\" 1. Redistributions of source code must retain the above copyright
 .\"    notice, this list of conditions and the following disclaimer.
 .\" 2. Redistributions in binary form must reproduce the above copyright
 .\"    notice, this list of conditions and the following disclaimer in the
 .\"    documentation and/or other materials provided with the distribution.
 .\"
 .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
 .\" IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
 .\" OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
 .\" IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
 .\" INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
 .\" NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
 .\" DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
 .\" THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
 .\" (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
 .\" THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
 .\"
 .\" $OpenBSD: ssh.1,v 1.167 2002/09/27 15:46:21 stevesk Exp $
-.\" Japanese translation: $Id: ssh.1,v 1.10 2002-12-30 06:11:15 horikawa Exp $
+.\" Japanese translation: $Id: ssh.1,v 1.11 2003-01-03 06:09:27 horikawa Exp $
 .\" by Yusuke Shinyama <yusuke at cs . nyu . edu>
 .\" %FreeBSD: src/crypto/openssh/ssh.1,v 1.25 2002/10/29 10:16:02 des Exp %
 .\" $FreeBSD$
 .\"
 .Dd September 25, 1999
 .Dt SSH 1
 .Os
 .Sh 名称
 .Nm ssh
 .Nd OpenSSH SSH クライアント (リモート ログイン プログラム)
 .Sh 書式
 .Nm ssh
 .Op Fl l Ar ログイン名
 .Ar ホスト名 | ユーザ@ホスト名
 .Op Ar コマンド
 .Pp
 .Nm ssh
 .Op Fl afgknqstvxACNTX1246
 .Op Fl b Ar bindするアドレス
 .Op Fl c Ar 暗号化オプション
 .Op Fl e Ar エスケープ文字
 .Op Fl i Ar identityファイル
 .Op Fl l Ar ログイン名
 .Op Fl m Ar MAC指定
 .Op Fl o Ar オプション
 .Op Fl p Ar ポート番号
 .Op Fl F Ar 設定ファイル
 .Oo Fl L Xo
 .Sm off
 .Ar ポート番号 :
 .Ar ホスト :
 .Ar ホスト側ポート番号
 .Sm on
 .Xc
 .Oc
 .Oo Fl R Xo
 .Sm off
 .Ar ポート番号 :
 .Ar ホスト :
 .Ar ホスト側ポート番号
 .Sm on
 .Xc
 .Oc
 .Op Fl D Ar ポート番号
 .Ar ホスト名 | ユーザ@ホスト名
 .Op Ar コマンド
 .Sh 解説
 .Nm
 (SSH クライアント) はリモートマシンにログイン
 したり、リモートマシン上でコマンドを実行するためのプログラムです。
 これは rlogin と rsh を置き換えるためのもので、安全でないネットワーク
 上にある、2つの信頼されていないホスト間で、暗号化された安全な通信を
 提供します。X11 の接続や任意の TCP/IP ポートなども安全な通信路を通して
 転送できます。
 .Pp
 .Nm
 は指定された 
 .Ar ホスト名
 に接続し、ログインします。
 ユーザはリモートマシンに対して、本人であることを証明する必要があります。
 これにはプロトコルのバージョンに応じたいくつかの方法のうち一つを使います:
 .Pp
 .Ss SSH プロトコル バージョン 1
 .Pp
 最初に、ユーザがリモートマシン上の
 .Pa /etc/hosts.equiv
 あるいは
 .Pa /etc/ssh/shosts.equiv
 に記されているマシンからログインしてきて、
 さらにそのユーザの名前が両方のホストで同じならば、そのユーザは
 すぐさまログインが許可されます。
 つぎに、
 .Pa \&.rhosts
 あるいは
 .Pa \&.shosts
 がリモートホスト上のそのユーザのホームディレクトリに存在していて、そこに
 クライアントホスト名とそのホスト上におけるユーザ名が記されている
 行が存在すれば、そのユーザはログインが許可されます。
 この形の認証はふつう、これ単体ではサーバから許可されません。
 安全ではないからです。
 .Pp
 2番目の認証方法は
 .Pa rhosts
 または
 .Pa hosts.equiv
 を RSA ベースのホスト認証と組み合わせて使うことです。
 これは、もしログインが
 .Pa $HOME/.rhosts ,
 .Pa $HOME/.shosts ,
 .Pa /etc/hosts.equiv ,
 あるいは
 .Pa /etc/ssh/shosts.equiv
 で許可されていて、さらにサーバ側がクライアントのホスト鍵 (
 .Sx FILES
 セクションの
 .Pa /etc/ssh/ssh_known_hosts
 と
 .Pa $HOME/.ssh/known_hosts
 の項を参照) を確認できる場合にのみ
 ログインが許可されます。この認証方法を使うと IP 詐称、
-DNS 詐称 および 経路詐称 によるセキュリティーホールをふさぐことができます。
+DNS 詐称 および 経路詐称 によるセキュリティホールをふさぐことができます。
 [管理者の方へ:
 .Pa /etc/hosts.equiv
 や
 .Pa $HOME/.rhosts 、
 そして一般的な rlogin/rsh プロトコルは
 本質的に危険であり、セキュリティを考えるなら禁止しなくてはいけません]
 .Pp
 3つめの認証方法として、
 .Nm
 は RSA ベースの認証をサポートしています。
 このやりかたは公開鍵暗号技術に基づいています: 暗号システムのなかには、
 暗号化／復号化をそれぞれ別の鍵をつかっておこなうことができ、さらに復号化用の
 鍵から暗号化用の鍵が推測することはできないものがあります。RSA はこのような
 暗号システムのひとつで、以下のようなアイデアで認証をおこないます。
 まず各ユーザは、認証のための「秘密鍵」「公開鍵」とよばれる鍵の対を
 つくります。サーバは公開鍵を知っていますが、秘密鍵のほうはユーザだけが
 知っているものとします。
 .Pa $HOME/.ssh/authorized_keys
 ファイルには、ログインが許可されている公開鍵の一覧が書かれています。
 ユーザがログインするさい、
 .Nm
 プログラムは、そのユーザがどの鍵をつかって
 認証したがっているかをサーバに伝えます。サーバはこの鍵が許される
 ものであるかどうかを検査し、もし許されているならば、ユーザ (実際には
 ユーザのために走っている
 .Nm
 プログラム) に「チャレンジ (挑戦)」と
 呼ばれるものを送ります。これはサーバ側で生成された でたらめな数で、
 ユーザの公開鍵によって暗号化されています。このチャレンジはユーザが
 もっている正しい秘密鍵によってのみ復号化することができます。ユーザ側の
 クライアントはこのときチャレンジを秘密鍵をつかって復号化してみせること
 で、秘密鍵の中身をサーバ側に見せることなしに、それを持っていることを
 サーバに対し証明するのです。
 .Pp
 .Nm
 は RSA の認証プロトコルを自動的におこないます。ユーザは
 .Xr ssh-keygen 1
 をつかって自分の RSA 鍵の対をつくります。このプログラムは秘密鍵を
 ユーザのホームディレクトリ内の
 .Pa $HOME/.ssh/identity
 ファイルに、公開鍵を
 .Pa $HOME/.ssh/identity.pub
 ファイルに格納します。ユーザはつぎにこの
 .Pa identity.pub
 をリモートマシン上の自分のホームディレクトリにある
 .Pa $HOME/.ssh/authorized_keys
 ファイルにコピーしなくてはいけません (
 .Pa authorized_keys
 ファイルは従来の
 .Pa $HOME/.rhosts
 ファイルに相当し、1行ごとにひとつの鍵を格納します。
 各行はかなり長くなることもあります)。
 この後、ユーザはパスワードなしでログインすることができます。
 RSA 認証は rhosts 認証よりもずっと安全です。
 .Pp
 RSA 認証を使う際にいちばん便利なのは「認証エージェント」と呼ばれる
 ものを使うことでしょう。詳しくは
 .Xr ssh-agent 1
 のマニュアルページをごらんください。
 .Pp
 もし他の認証方法が失敗した場合、
 .Nm
 はユーザにパスワードを要求します。
 このパスワードは検査のためリモートホストに送られますが、
 すべての通信は暗号化されているため、ネットワークを盗聴している何物かに
 よってパスワードが見られてしまうようなことはありません。
 .Pp
 .Ss SSH プロトコル バージョン 2
 .Pp
 ユーザがバージョン 2 のプロトコルで接続したときにも、同様の認証方法が
 使えるようになります。まずクライアントは最初にホストベース認証を
 試そうとするでしょう。これは
 .Cm PreferredAuthentications
 のデフォルト値によります。この認証に失敗すると、次は公開鍵認証を
 試みます。これもだめなら最後にキーボードインタラクティブ認証と
 パスワード認証を試みます。
 .Pp
 公開鍵による方法は前節に書かれている RSA 認証と似ており、
 RSA または DSA アルゴリズムを使うことができます。
 クライアントは自分の秘密鍵である
 .Pa $HOME/.ssh/id_dsa
 または
 .Pa $HOME/.ssh/id_rsa
 を使ってセッション識別子に署名し、この結果をサーバに送ります。
 サーバはこれに対応する公開鍵が
 .Pa $HOME/.ssh/authorized_keys
 ファイル中に存在するかどうか検査し、
 もし双方の鍵が存在して、なおかつその署名が正しければアクセスを
 許可します。
 セッション識別子は共有 Diffie-Hellman 値によって与えられます。
 この値を知ることができるのはクライアントとサーバだけです。
 .Pp
 公開鍵認証が失敗するか、あるいはそれが使えなかった場合、
 リモートホストにはそのユーザであることを証明するパスワードを
 送ることができます。
 .Pp
 加えて、
 .Nm
 ではホスト間認証やチャレンジ・レスポンス認証もサポートしています。
 .Pp
 さらにプロトコル 2 では、秘匿性
 (通信は 3DES, Blowfish, CAST128 または Arcfour によって暗号化されます) 
 やデータの改竄を防ぐ機構 (data integrity protection)
 (hmac-sha1, hmac-md5) が提供されています。
 プロトコル 1 では通信内容が改竄されていないことを保証するような
 強力なメカニズムは存在しないので注意してください。
 .Pp
 .Ss ログインセッション と リモート実行
 .Pp
 そのユーザが本人であることが確認できると、
 サーバは与えられたコマンドを実行するか、あるいはユーザを
 そのマシンにログインさせてリモートマシンでの標準的なシェルを
 与えます。リモートコマンドあるいはシェルにおけるすべての通信は
 自動的に暗号化されます。
 .Pp
 仮想端末が割り当てられている場合 (通常のログインセッション時)、
 ユーザは以下のエスケープ文字を使うことができます。
 .Pp
 仮想端末が割り当てられていない場合、そのセッションは透過になります。
 そのため、バイナリデータでも確実に転送できます。
 ほとんどのシステムでは、たとえ仮想端末が割り当てられている場合でも
 エスケープ文字に
 .Dq none
 を設定することによって、そのセッションを透過にすることができます。
 .Pp
 セッションは、リモートマシン上のコマンドやシェルが完了し、すべての
 X11 や TCP/IP 接続が閉じられると終了します。このときのリモート
 プログラムの終了状態が
 .Nm ssh
 の終了状態となります。
 .Pp
 .Ss エスケープ文字
 .Pp
 仮想端末が割り当てられている場合、ssh ではエスケープ文字を使った
 機能がいくつかサポートされています。
 .Pp
 現在サポートされているエスケープ機能
 (エスケープ文字はデフォルトの
 .Ql ~ 
 と仮定します) :
 .Bl -tag -width Ds
 .It Cm ~.
 接続を切る
 .It Cm ~^Z
 sshをバックグラウンドに移行させる
 .It Cm ~#
 いま転送されている接続の一覧を表示する
 .It Cm ~&
 sshをバックグラウンドに移行させ、転送された接続あるいは X11 の
 セッションが終了するのを待ってログアウトする
 .It Cm ~?
 エスケープ文字の一覧を表示する
 .It Cm ~C
 コマンドラインをオープンする (
 .Fl L
 や
 .Fl R
 オプションを使っていて、ポート転送を追加したい場合に有効です)
 .It Cm ~R
 その接続の rekeying を要求する (SSH プロトコル バージョン 2 で、
 なおかつ相手がこれをサポートしているときのみ有効)
 .El
 .Pp
 チルダ記号そのものを 1回入力するには
 .Ic ~~
 を押すか、上で述べられている以外の文字をチルダに続けます。
 エスケープ文字は、つねに改行の直後に来なければ特別な文字とは
 見なされません。エスケープ文字は、設定ファイルの
 .Cm EscapeChar
 設定項目あるいはコマンドラインの
 .Fl e
 オプションで変更できます。
 .Pp
 .Ss X11 と TCP の転送
 .Pp
 .Cm ForwardX11
 項目が
 .Dq yes
 に設定されており (または後の
 .Fl X
 および
 .Fl x
 オプションを参照してください)、
 ユーザが X11 を使っている (環境変数
 .Ev DISPLAY
 が設定されている) 場合、X11 ディスプレイへの接続は
 自動的にリモート側に転送されます。つまり、
 シェル (あるいはコマンド) から起動された X11 プログラムはみな
 暗号化された通信路を通り、本来の X サーバへの接続は
 ローカルマシン上からなされるようになります。
 ユーザは
 .Ev DISPLAY
 を手動で設定すべきではありません。
 X11 接続の転送はコマンドラインあるいは設定ファイルによって設定できます。
 X11 転送は、セキュリティを危険にさらすことに相当することもあるので
 注意してください。
 .Pp
 .Nm
 によって設定された
 .Ev DISPLAY
 の値はサーバマシン上を指すようになっていますが、
 ディスプレイ番号は 0 より大きい値になっているでしょう。
 これは正常な状態です。
 .Nm
 は暗号化された通信路を介して接続を転送します。
 そのため、サーバマシン上に X サーバの
 .Dq プロキシー
 をつくるのでこうなるのです。
 .Pp
 また、
 .Nm
 はサーバマシン上で Xauthority 情報を自動的に用意します。
 .Nm
 はこのためにランダムな認証クッキーを生成し、サーバ側の
 Xauthority に格納し、接続が転送されるときはすべてこのクッキーを持たせる
 ようにします。そして接続が開かれるときに、これが本物のクッキーと置き換わる
 ようにするのです。本物の認証クッキーがサーバ側に送られることは
 決してありません (し、暗号化されないままでクッキーが送られる
 こともありません)。
 .Pp
 .Cm ForwardAgent
 設定項目が
 .Dq yes
 になっていて、ユーザが認証エージェントを使っている場合、
 認証エージェントに対する接続は自動的にリモート側に転送されます。
 (以下で説明する
 .Fl A
 と
 .Fl a
 オプションも参照のこと)。
 .Pp
 安全な通信路をつかった任意の TCP/IP 接続への転送は、
 コマンドラインあるいは設定ファイルで指定します。TCP/IP 転送の
 応用として、ひとつは電子預金への安全な接続が考えられます。ほかにも
-ファイヤーウォールをまたいで接続するなどの使いみちがあるでしょう。
+ファイアウォールをまたいで接続するなどの使いみちがあるでしょう。
 .Pp
 .Ss サーバ認証
 .Pp
 .Nm
 はこれまでに使った鍵すべてが入っているデータベースを
 自動的に保持し、検査します。これらのうち、ホスト鍵はユーザの
 ホームディレクトリにある
 .Pa $HOME/.ssh/known_hosts
 に格納されます。これらに加え、
 .Pa /etc/ssh/ssh_known_hosts
 も既知のホストとして自動的に検査されます。
 新しいホストは、ユーザ側のファイルに自動的に追加されていきます。
 もしあるホストの鍵がこれまでと変わっていた場合、
 .Nm
 は警告を発してパスワード認証を禁止します。
 これはトロイの木馬がユーザのパスワードを盗むのを防ぐためです。
 この仕組みのもうひとつの目的は、どこか他の場所で man-in-the-middle 
 攻撃がおこなわれ、暗号化がたくみにかわされてしまうのを防ぐことです。
 .Cm StrictHostKeyChecking
 設定項目はホスト鍵が知られていなかったり、
 それが変更されていた場合のログインを防ぐために使われます。
 .Pp
 オプションは次のとおりです:
 .Bl -tag -width Ds
 .It Fl a
 認証エージェントの転送を禁止します。
 .It Fl A
 認証エージェントの転送を許可します。
 これは設定ファイルによってホストごとに指定することも可能です。
 .Pp
 認証エージェントの転送には注意が必要です。
 リモートホスト上で (エージェントの UNIX ドメインソケットに対する)
 ファイルアクセス権限を無視できてしまうユーザがいる場合は、
 転送された接続を介してローカル側の
 認証エージェントにアクセスできてしまうことになります。
 攻撃側は認証エージェントから鍵そのものを盗むことはできませんが、
 認証エージェントがもっている鍵に認証をおこなわせることはできます。
 .It Fl b Ar bindするアドレス
 複数のインタフェイスやエイリアスされたアドレスをもつ
 マシン上で、使用するインタフェイスを指定します。
 .It Fl c Ar blowfish|3des|des
 このセッションで使われる暗号化の方法を指定します。デフォルトでは
 .Ar 3des
 が使われます。これが安全であると考えられているためです。
 .Ar 3des
 (トリプル des) は 3つの異なる鍵をつかって
 暗号化-復号化-暗号化をおこないます。
 .Ar blowfish
 は高速なブロック暗号化アルゴリズムで、かなり安全であり、
 .Ar 3des
 よりもずっと高速です。
 .Ar des
 は、
 .Ar 3des
 暗号をサポートしていない、もはや古くなったプロトコル 1 の実装と
 相互運用するためにのみサポートされています。
 .Ar des
 暗号は弱いため、このオプションを使用することはおすすめできません。
 .It Fl c Ar 暗号化オプション
 プロトコル バージョン 2 では、カンマで区切ったリストにより、
 暗号化の方法を優先順位をつけて指定することができます。
 暗号化についての詳しい情報は
 .Cm 暗号化
 の項をご覧ください。
 .It Fl e Ar ch|^ch|none
 仮想端末を使うセッションにおけるエスケープ文字を指定します
 (デフォルトは
 .Ql ~
 )。エスケープ文字は行頭に来たときのみ認識されます。
 エスケープ文字のあとにドット
 .Pq Ql \&.
 がきた場合その接続は閉じられ、control-Z がきた場合には
 その接続はサスペンドされます。
 このエスケープ文字自身が続いたときには、この文字が 1回だけ送られます。
 エスケープ文字を
 .Dq none
 に指定するとあらゆるエスケープ機能が禁止され、
 セッションは完全に透過になります。
 .It Fl f
 .Nm
 がコマンドを実行する直前に、
 バックグラウンドに移行するよう指示します。これは
 .Nm
 にパスワードあるいはパスフレーズを入力する必要はあるものの、
 そのコマンド自体はバックグラウンドで実行させたいときに便利です。
 これは
 .Fl n
 オプションも含んでいます。
 リモートサイトで X11 プログラムを起動させる場合には、
 .Ic ssh -f host xterm
 などとやるのがおすすめです。
 .It Fl g
 リモートホストが転送されたローカルなポートに接続することを許可します。
 .It Fl i Ar identityファイル
 RSA認証 あるいは DSA 認証のさいに
 identity (秘密鍵) を読むファイルを指定します。
 デフォルトは、プロトコル バージョン 1 の場合
 ユーザのホームディレクトリにある
 .Pa $HOME/.ssh/identity
 、プロトコル バージョン 2 の場合は
 .Pa $HOME/.ssh/id_rsa
 および
 .Pa $HOME/.ssh/id_dsa
 になっています。identity ファイルは設定ファイルによって、
 ホストごとに指定することもできます。複数の
 It is possible to have multiple
 .Fl i
 オプションを指定することも可能です。
 (設定ファイルで複数の鍵を指定することもできます。)
 .It Fl I Ar スマートカードデバイス
 使用するスマートカードデバイスを指定します。引数には、
 ユーザの RSA 秘密鍵を格納するスマートカードと
 .Nm
 が通信するのに使うデバイスを指定します。
 .It Fl k
 Kerberos チケットおよび AFS トークンの転送を禁止します。
 これは設定ファイルによって、ホストごとに指定することもできます。
 .It Fl l Ar ログイン名
 リモートマシン上でログインするユーザ名を指定します。
 これは設定ファイルによって、ホストごとに指定することもできます。
 .It Fl m Ar MAC指定
 プロトコル バージョン 2 では、カンマで区切ったリストにより、
 使用する MAC (message authentication code, メッセージ認証コード) を
 優先順位をつけて指定することができます。
 MAC についての詳しい情報は
 .Cm MACs
 の項をご覧ください。
 .It Fl n
 標準入力を
 .Pa /dev/null
 からリダイレクトするように
 (つまり標準入力からの読み込みを禁止した状態に) します。
 .Nm
 をバックグラウンドで走らせるときには、このオプションが不可欠です。
 よくある手としては、リモートマシン上で X11 のプログラムを
 走らせるときにこれを使うことです。たとえば、
 .Ic ssh -n shadows.cs.hut.fi emacs &
 で emacs を立ち上げると、X11 接続は暗号化された経路を
 介して自動的に転送されます。
 .Nm
 プログラムはこの後バックグラウンドに移行するでしょう。
 (これは
 .Nm
 がパスワードあるいはパスフレーズを訊いてくるときには使えません。
 .Fl f
 オプションを参照してください。)
 .It Fl N
 リモートコマンドを実行しません。これはポート転送のみを
 おこないたい場合に便利です (プロトコル バージョン 2 のみ)。
 .It Fl o Ar オプション
 設定ファイルと同じ形式でオプションを与えたいときに使用します。
 これはコマンドラインオプションでは指定できないオプションを
 指定したいときに便利です。
 .It Fl p Ar ポート番号
 リモートホストに接続するポートを指定します。
 これは設定ファイルによって、ホストごとに指定することもできます。
 .It Fl q
 静かなモード。すべての警告メッセージや診断メッセージは抑制されます。
 .It Fl s
 リモート側でサブシステムの実行を要求するときに使われます。
 サブシステムは SSH2 プロトコルで実現された機能であり、
 これを使うと SSH を他のアプリケーション (sftp など) への安全な
 通信路として利用することができます。この場合、
 サブシステム名はリモートコマンドとして指定します。
 .It Fl t
 強制的に仮想端末を割り当てます。これはリモートマシン上で
 任意の画面ベースのプログラムを実行するとき
 (たとえば、メニューサービスを実装するときなど)
 に非常に便利です。
 複数の 
 .Fl t
 をつけると、たとえ
 .Nm
 がローカル側での端末を持っていない場合でも
 強制的に仮想端末を割り当てます。
 .It Fl T
 仮想端末の割り当てを禁止します。
 .It Fl v
 冗長表示モード。
 .Nm
 が進行中のデバッグメッセージを表示するようにします。
 これは接続や認証、設定の問題をデバッグするときに助けとなります。
 複数の
 .Fl v
 オプションをつけると出力が増えます。最大は 3個です。
 .It Fl x
 X11 の転送を禁止します。
 .It Fl X
 X11 の転送を許可します。
 これは設定ファイルによって、ホストごとに指定することもできます。
 .Pp
 X11 の転送には注意が必要です。
 リモートホスト上で (そのユーザの X 認証のための) ファイルアクセス権限を
 無視できてしまうユーザがいる場合は、転送された接続を介してローカル側の
 X11 ディスプレイにアクセスできてしまうことになります。
 すると攻撃側はキーストロークを盗み見るなどの行為が可能になってしまうかも
 しれません。
 .It Fl C
 すべてのデータを圧縮するよう指示します (標準入力、標準出力、
 標準エラー出力、転送された X11 や TCP/IP 接続を含む)。圧縮に
 使われるアルゴリズムは
 .Xr gzip 1
 と同じもので、プロトコル バージョン 1 の場合
 .Dq レベル
 が
 .Cm CompressionLevel
 設定項目によって変更できます。
 圧縮は、モデムその他の遅い接続においては必要ですが、高速な
 ネットワークでは速度が低下するだけです。このデフォルト値は
 ホスト間ごとに設定ファイルに書くことができます。
 .Cm Compression
 設定項目を参照してください。
 .It Fl F Ar 設定ファイル
 ユーザ毎の設定ファイルに別のファイルを指定します。
 設定ファイルがコマンドラインから与えられた場合、
 システム全体の設定ファイル
 .Pq Pa /etc/ssh/ssh_config
 は無視されます。デフォルトでは、ユーザ毎の設定ファイルは
 .Pa $HOME/.ssh/config 
 になっています。
 .It Fl L Ar ポート番号:ホスト:ホスト側ポート番号
 与えられたローカル (クライアント) ホスト上のポートが、
 与えられたリモートホスト上のポートに転送されるようにします
 (ローカル→リモートのポート転送)。
 これはローカル側で
 .Ar port
 に listen (接続受け付け) 用の
 ソケットを割り当てることによりおこなわれます。
 このポートに向けておこなわれた接続はつねに
 安全な通信路を経由してリモートマシン上に到達し、そこから
 .Ar host
 のポート
 .Ar hostport
 に接続されるようになります。
 ポート転送は設定ファイルによっても指定できます。特権ポートを
 転送できるのは root だけです。IPv6 アドレスの場合は、指定する
 形式が異なります:
 .Ar port/host/hostport
 .It Fl D Ar ポート番号
 ローカルホスト側における、アプリケーションレベルの
 .Dq 動的な
 ポート転送を指定します。
 これは次のように実現しています。まずローカル側で
 .Ar ポート番号
 を listen するソケットを割り当て、このポートに向けて
 接続が張られると、その接続はつねに安全な通信路に転送されるように
 なります。そして、ここでアプリケーションプロトコルが使われ、
 そのリモートマシンからどこに接続するかを決めることができます。
 今のところ SOCKS4 プロトコルが使われており、
 .Nm
 は SOCKS4 サーバのようにふるまいます。
 特権ポートを転送できるのは root だけです。
 ダイナミックポート転送は設定ファイルでも指定できます。
 .It Fl R Ar ポート番号:ホスト:ホスト側ポート番号
 与えられたリモート (サーバ) ホスト上のポートが、
 与えられたローカルホスト上のポートに転送されるようにします
 (リモート→ローカルのポート転送)。
 これはリモート側で
 .Ar port
 に listen (接続受け付け) 用の
 ソケットを割り当てることによりおこなわれます。
 このポートに向けておこなわれた接続はつねに
 安全な通信路を経由してローカルマシン上に到達し、ここから
 .Ar host
 のポート
 .Ar hostport
 に接続されるようになります。
 ポート転送は設定ファイルによっても指定できます。特権ポートを
 転送できるのは、リモートマシン上に root としてログインしているときだけです。
 IPv6 アドレスの場合は、指定する形式が異なります:
 .Ar port/host/hostport
 .It Fl 1
 .Nm
 がプロトコル バージョン 1 のみを使うよう強制します。
 .It Fl 2
 .Nm
 がプロトコル バージョン 2 のみを使うよう強制します。
 .It Fl 4
 .Nm
 が IPv4 アドレスのみを使うよう強制します。
 .It Fl 6
 .Nm
 が IPv6 アドレスのみを使うよう強制します。
 .El
 .Sh 設定ファイル
 さらに
 .Nm
 は、設定情報をユーザごとの設定ファイルおよび、
 システム全体にわたる設定ファイルから取得します。
 このファイルの形式と設定項目は
 .Xr ssh_config 5
 で説明されています。
 .Sh 環境変数
 .Nm
 はふつう以下の環境変数を設定します:
 .Bl -tag -width Ds
 .It Ev DISPLAY
 環境変数
 .Ev DISPLAY
 は X11 サーバの場所を示しています。これは
 .Nm
 によって、
 .Dq hostname:n
 という形の値が自動的に設定されます。
 ここで hostname の部分はシェルが走っているホストを表しており、
 n は n \*(>= 1 の整数です。
 .Nm
 はX11 接続を安全な通信路で転送するために、この特別な値を使います。
 X11 の接続が安全でなくなってしまうため、ユーザは環境変数
 .Ev DISPLAY
 を自分で設定すべきではありません
 (また、それをやってしまうとユーザは認証に必要なクッキーを手で
 コピーしなければならなくなります)。
 .It Ev HOME
 ユーザのホームディレクトリのパス名が設定されます。
 .It Ev LOGNAME
 環境変数
 .Ev USER
 と同じです。
 これは、この変数を使うシステムで互換性を保つために設定されます。
 .It Ev MAIL
 ユーザのメールボックスのパス名が設定されます。
 .It Ev PATH
 デフォルトの
 .Ev PATH
 です。これは
 .Nm ssh
 のコンパイル時に指定されます。
 .It Ev SSH_ASKPASS
 パスフレーズを入力するさい、
 .Nm
 が端末から起動されていると
 .Nm
 はパスフレーズをその端末から要求します。
 .Nm
 が制御できる端末を持っておらず、環境変数
 .Ev DISPLAY
 および
 .Ev SSH_ASKPASS
 が設定されている場合、
 .Nm
 は
 .Ev SSH_ASKPASS
 によって指定されるプログラムを起動し、X11 ウインドウを使って
 パスフレーズを要求します。
 これは
 .Nm 
 を
 .Pa .Xsession
 やそれに類するスクリプトから呼び出す際にとくに役に立ちます。
 (マシンによっては、これがうまく動くためには
 標準入力を
 .Pa /dev/null
 にリダイレクトする必要があるかもしれません)
 .It Ev SSH_AUTH_SOCK
 認証エージェントと通信するのに使われる Unix ドメインソケットの
 パスを表しています。
 .It Ev SSH_CONNECTION
 接続の両端にあるクライアントとサーバの識別子です。
 この変数にはスペースで区切られた 4つの値が入っています:
 クライアントの IP アドレス、クライアントのポート番号、
 サーバの IP アドレス および サーバのポート番号です。
 .It Ev SSH_ORIGINAL_COMMAND
 強制コマンドが実行されると、この変数には、
 元々指定されていたコマンドラインの値が入ります。
 ここから本来の引数を取り出すことができます。
 .It Ev SSH_TTY
 現在のシェルあるいはコマンドに割り当てられている tty の名前
 (端末装置へのパス) に設定されます。現在のセッションが端末を
 持たない場合、この変数は設定されません。
 .It Ev TZ
 デーモンが起動したとき、現在の時間帯を表すタイムゾーン変数が
 設定されていると、それがここに入ります (つまりデーモンは
 その値を新規の接続に渡します)。
 .It Ev USER
 ログインしているユーザ名に設定されます。
 .El
 .Pp
 これらに加えて、
 .Nm
 は
 .Pa $HOME/.ssh/environment
 ファイルが存在してアクセス可能になっていればそれを読み込み、
 .Dq VARNAME=value
 という形式の行を環境変数に追加します。
 .Xr sshd_config 5
 の
 .Cm PermitUserEnvironment
 設定項目を参照してください
 .Sh 関連ファイル
 .Bl -tag -width Ds
 .It Pa $HOME/.ssh/known_hosts
 ユーザがログインしたことのあるホストすべてのホスト鍵を保持します
 (
 .Pa /etc/ssh/ssh_known_hosts
 にあるものを除く)。
 .Xr sshd 8
 も見てください。
 .It Pa $HOME/.ssh/identity, $HOME/.ssh/id_dsa, $HOME/.ssh/id_rsa
 認証のための identity (秘密鍵および公開鍵) が格納されています。
 それぞれ、プロトコル 1 の RSA 認証用、プロトコル 2 の DSA 認証用、
 プロトコル 2 の RSA 認証用です。
 これらのファイルには他人に見られてはいけないデータが入っているため、
 そのユーザには読めても、他人からはアクセスできないようにしてください
 (読み込み/書き込み/実行属性ともに)。
 Note that
 .Nm
 は、他人にアクセスできるようになっている
 identity ファイルは無視するので注意してください。
 鍵を作成するときにパスフレーズを指定することも可能です。この
 パスフレーズはファイル中の見られるべきでない部分を、
 3DES を使って暗号化するのに用いられます。
 .It Pa $HOME/.ssh/identity.pub, $HOME/.ssh/id_dsa.pub, $HOME/.ssh/id_rsa.pub
 認証のための公開鍵です (ここには identity ファイルの
 公開できる部分が可読形式で格納されています)。
 .Pa $HOME/.ssh/identity.pub
 ファイルの内容は、プロトコル バージョン 1 の RSA 認証を
 使ってログインしたいすべてのマシン上の
 .Pa $HOME/.ssh/authorized_keys
 ファイルに含まれている必要があります。また、
 .Pa $HOME/.ssh/id_dsa.pub
 および
 .Pa $HOME/.ssh/id_rsa.pub
 ファイルの内容も同様に、
 プロトコル バージョン 2 の RSA/DSA 認証を
 使ってログインしたいすべてのマシン上の
 .Pa $HOME/.ssh/authorized_keys
 ファイルに含まれている必要があります。
 これらのファイルは見られてもよいため、他人が読めるように
 しておいてもかまいません (が、別にそうする必要はあります)。
 これらのファイルが自動的に使われることは決してありません。
 また、必要でもありません。これらはただ単に
 ユーザの便宜をはかるために提供されています。
 .It Pa $HOME/.ssh/config
 ユーザごとの個人用設定ファイルです。
 このファイルの形式と設定項目は
 .Xr ssh_config 5
 で説明されています。
 .It Pa $HOME/.ssh/authorized_keys
 このユーザのログインに使われる公開鍵 (RSA/DSA) の一覧です。この形式は
 .Xr sshd 8
 のマニュアルで説明されています。
 このファイルのいちばん簡単な形式は .pub 公開鍵ファイルと同じものです。
 これは特に見られてまずいというものではないのですが、
 できればこのユーザからは読み/書きが可能で、
 他人からはアクセス不可能なパーミッションに設定しておくのがよいでしょう。
 .It Pa /etc/ssh/ssh_known_hosts
 システム全体の known_hosts ファイルです。
 このファイルはシステム管理者によって用意され、その組織内で
 使われるすべてのマシン用の公開ホスト鍵を格納するようになっているはずです。
 このファイルは誰でも読めるようになっていなければいけません。
 このファイルは 1行ごとに次のような形式で公開鍵を格納しています
 (各フィールドはスペースで区切られます):
 システム名、公開鍵およびオプションとしてコメント用フィールド。
 同一のマシンにいくつかの
 異なる名前が使われている場合は、それらはすべてカンマで区切って
 列挙する必要があります。この形式は
 .Xr sshd 8
 マニュアルページで説明されています。
 .Pp
 .Xr sshd 8
 がログイン時にクライアント側のホストを検証するさいには、
 システムの別名 (ネームサーバの返す canonical name) が
 使われます。これ以外の名前が必要なのは次のような理由によります。
 .Nm
 は、鍵を検査する前にユーザの指定した名前を (DNS 的に) 正式なものに
 変換する、ということをしません。なぜなら
 もし何物かがネームサーバに仕掛けを入れれば、
 これを使ってホスト認証をだますことが可能になってしまうからです。
 .It Pa /etc/ssh/ssh_config
 システム全体にわたる設定ファイルです。
 このファイルの形式と設定項目は
 .Xr ssh_config 5
 で説明されています。
 .It Pa /etc/ssh/ssh_host_key, /etc/ssh/ssh_host_dsa_key, /etc/ssh/ssh_host_rsa_key
 これら 3つのファイルにはホスト秘密鍵が格納されています。
 これらは、
 .Cm RhostsRSAAuthentication (rhosts-RSA 認証)
 および
 .Cm HostbasedAuthentication (ホストベース認証)
 で使われます。
 プロトコル バージョン 1 で
 .Cm RhostsRSAAuthentication
 を使う場合、ホスト鍵は root にしか読めないので
 .Nm
 を setuid root しておく必要があります。
 プロトコル バージョン 2 の場合、
 .Nm
 は
 .Cm HostbasedAuthentication
 のホスト鍵のアクセスに
 .Xr ssh-keysign 8
 を使用します。
 これで、この認証方法を使うときも
 .Nm
 を setuid root しておく必要がなくなります。
 デフォルトでは
 .Nm
 は setuid root されていません。
 .It Pa $HOME/.rhosts
 このファイルは
 .Pa \&.rhosts
 認証で使われる、ログインを許可されたホスト名と
 ユーザの対の一覧です。(このファイルは rlogin と rsh でも
 使われるので、安全ではありません。) 
 ファイル中の各行はホスト名
 (ネームサーバが返す正式な形式のもの) およびそのホストでの
 ユーザ名をスペースで区切って格納します。
 ユーザのホームディレクトリが NFS パーティション上にあるような
 マシンでは、このファイルは誰にでも読み込み
 可能でなければなりません。なぜなら
 .Xr sshd 8
 はこれを root として読むからです。
 加えて、このファイルはそのユーザの所有でなければならず、
 他の人が書き込み可能であってはいけません。
 ほとんどのマシンにおける推奨されるパーミッションは、そのユーザが
 読み書き可能で、他の人はアクセス不可能というものです。
 .Pp
 デフォルトでは、
 .Xr sshd 8
 で \s+2.\s0rhosts 認証が許可されるには、
 まず RSA ホスト認証に成功することが必要になっています。
 サーバマシンが
 .Pa /etc/ssh/ssh_known_hosts
 の中にそのクライアントのホスト鍵を持っていない場合は、
 .Pa $HOME/.ssh/known_hosts
 ファイルに格納されます。こうするのに
 いちばん簡単な方法は、サーバマシンから
 ssh を使ってクライアントマシンに接続し直すことです。
 こうすることによって、そのホスト鍵が自動的に
 .Pa $HOME/.ssh/known_hosts
 に追加されます。
 .It Pa $HOME/.shosts
 このファイルは
 .Pa \&.rhosts
 とまったく同じように扱われます。このファイルは、
 .Nm rlogin
 や
 .Xr rsh 1
 ではログインできないようにしつつ、
 .Nm
 で rhosts 認証を使えるようにするためにあります。
 .It Pa /etc/hosts.equiv
 このファイルは
 .Pa \&.rhosts
 認証
 で使われます。ここには正式なホスト名が各行に記載されています
 (この形式の完全な説明は
 .Xr sshd 8
 マニュアルページにあります)。このファイルに
 クライアントホストが載っていると、クライアント側とサーバ側の
 ユーザ名が同じ場合にログインは自動的に許可されます。普通は
 RSA ホスト認証が成功してからでなくてはいけません。このファイルは
 root のみが書き込めるようにしておくべきです。
 .It Pa /etc/ssh/shosts.equiv
 このファイルは
 .Pa /etc/hosts.equiv
 とまったく同じように扱われます。このファイルは
 .Nm
 を使うが、rsh/rlogin は使わないユーザのログインを許可するのに便利です。
 .It Pa /etc/ssh/sshrc
 このファイルのコマンドは、ユーザがログインしてシェル (あるいはコマンド)
 が開始する直前に
 .Nm
 によって実行されます。より詳しい情報については
 .Xr sshd 8
 マニュアルページを見てください。
 .It Pa $HOME/.ssh/rc
 このファイルのコマンドは、ユーザがログインしてシェル
 (あるいはコマンド) が開始する直前に
 .Nm
 によって実行されます。より詳しい情報については
 .Xr sshd 8
 マニュアルページを見てください。
 .It Pa $HOME/.ssh/environment
 環境変数の追加定義を格納します。上の
 .Sx 環境変数
 の節を見てください。
 .El
 .Sh 診断
 .Nm
 は終了状態として、リモートコマンドの終了状態を返します。
 エラーが発生した場合は 255 を返します。
 .Sh 作者
 OpenSSH は Tatu Ylonen による、フリーな
 オリジナル版 ssh 1.2.12 リリースから派生したものです。
 Aaron Campbell、 Bob Beck、 Markus Friedl、 Niels Provos、
 Theo de Raadt および Dug Song が多くのバグをとり除き、
 新しい機能をふたたび追加して OpenSSH をつくりました。
 SSH プロトコル バージョン 1.5 および 2.0 のサポートは
 Markus Friedl の貢献によるものです。
 .Sh 日本語訳
 新山 祐介 (yusuke at cs . nyu . edu) 2002/10/15 (for 3.5p1)
 .Pp
 当マニュアルページは氏のご好意により
 .Fx
 日本語マニュアルに収録させていただいています。
 翻訳についてのご意見、ご指摘がありましたら新山氏
 (yusuke at cs . nyu . edu)、および
 .Fx
 jpman プロジェクト
 .Aq man-jp@jp.FreeBSD.org
 までお送りください。
 .Sh 関連項目
 .Xr rsh 1 ,
 .Xr scp 1 ,
 .Xr sftp 1 ,
 .Xr ssh-add 1 ,
 .Xr ssh-agent 1 ,
 .Xr ssh-keygen 1 ,
 .Xr telnet 1 ,
 .Xr ssh_config 5 ,
 .Xr ssh-keysign 8 ,
 .Xr sshd 8
 .Rs
 .%A T. Ylonen
 .%A T. Kivinen
 .%A M. Saarinen
 .%A T. Rinne
 .%A S. Lehtinen
 .%T "SSH Protocol Architecture"
 .%N draft-ietf-secsh-architecture-12.txt
 .%D January 2002
 .%O work in progress material
 .Re
diff --git a/ja_JP.eucJP/man/man4/dummynet.4 b/ja_JP.eucJP/man/man4/dummynet.4
index b68ae16f2e..be166134b2 100644
--- a/ja_JP.eucJP/man/man4/dummynet.4
+++ b/ja_JP.eucJP/man/man4/dummynet.4
@@ -1,182 +1,182 @@
 .\"
 .\"     %Id: dummynet.4,v 1.2 1998/12/21 22:37:53 luigi Exp %
 .\"
 .\" $FreeBSD$
 .Dd Sep 28, 1998
 .Dt DUMMYNET 4
 .Os
 .Sh 名称
 .Nm dummynet
 .Nd フレキシブルな帯域マネージャおよび遅延エミュレータ
 .Sh 書式
 .Fd #include <sys/types.h>
 .Fd #include <sys/queue.h>
 .Fd #include <netinet/in.h>
 .Fd #include <netinet/ip_fw.h>
 .Ft int
 .Fn setsockopt raw_socket IPPROTO_IP "ipfw option" "struct ipfw" size
 .Sh 解説
 dummynet は、帯域幅とキューのサイズに制限を加えたり、パケットの遅延や
 損失をシミュレートすることにより、様々なネットワークインターフェイスを
 介してやりとりされるトラフィックを制御可能にします。
 .Pp
 現在の実装では、パケットの選別は
 .Nm ipfw
 プログラムの
 .Nm ``パイプ''
 ルールにより行われます。
 dummynet の
 .Nm パイプ
 においては、帯域幅、遅延、キューサイズ、損失率を設定できます。
 これらの設定は
 .Nm ipfw
 プログラムで行います。
 パイプには 1 から 65534 までの番号がつけられます。また、パケットは
 ipfw の設定によっては複数のパイプを介して送出する事が可能です。
 .Pp
 dummynet は IP レベルで動作しますが、ブリッジ拡張機能を有効にすることに
 より、ブリッジされるパケットをパイプを介して送出できます。
 .Sh 使用法
 下記のコマンドにより、パイプにパケットを送出します。
 .Bd -literal
     ipfw add pipe NNN ....
 .Ed
 
 また、パイプの設定は下記のコマンドにより行います。
 .Bd -literal
     ipfw pipe NNN config bw B delay D queue Q plr P
 .Ed
 
 ただし、帯域幅 B は、bit/s, Kbit/s, Mbit/s, Bytes/s, KBytes/s, MBytes/s
 で表すことができます。
 delay はミリ秒単位で、また、キューサイズはパケット数かバイト数
 により指定します。
 また、plr はパケットがランダムに失われる割合です。
 .Pp
 ipfw を正しく動作させることは簡単ではありません。システムが
 ルータやブリッジとして機能している場合はなおさらです。
 .Pp
 ルータとして機能する場合は、ルーティングされるパケットの入力経路、および、
 出力経路に同じルールセットが適用されますので、パケットが同じパイプを
 二度通らないように注意してください (本当にそうしたい場合は別です)。
 .Pp
 ブリッジとして機能する時は、ブリッジされるパケットに対して、
 .Nm ipfw
 フィルタは、入力経路で一度だけ起動されます。
 .Pp
 同様に、真の全二重チャネルをシミュレートする場合には、方向の違う
 2 つのパイプを用いるようにしてください。
 例えば、非対象な双方向のリンクをシミュレートする場合のルールセットは
 次のようになるでしょう。
 .Bd -literal
    ipfw add pipe 1 ip from A to B out
    ipfw add pipe 2 ip from B to A in
    ipfw pipe 1 config bw 1Mbit/s delay 80ms
    ipfw pipe 2 config bw 128Kbit/s delay 300ms
 .Ed
 
 .Pp
 .Sh 操作
 .Nm ipfw
 のコードは、帯域幅、キューサイズ、遅延、損失を適用するべき
 パケットを選別し、それらの制限を記述する ``パイプ'' の識別子を
 返します。
 .Pp
 選別されたパケットは、まず割り当てられたサイズのキューに蓄えられます。
 キューに蓄えられたパケットは、プログラムされた速さで取り出され、遅延を
 シミュレートするための 2 番目のキューに移されます。
 2 番目のキューから取り出される際に、パケットが送られてきたのと同じ
 プロトコルスタックに入れられます(例えば ip_input(), ip_output(),
 bdg_forward() など)。
 これは sysctl の
    sys.net.inet.ipfw.one_pass
 の設定値に依存します。
 パイプから出力されたパケットは、パケットの宛先に転送されるか、
 マッチしたルールの後に記述された
 .Nm ipfw
 のルールに再び渡されます。
 .Pp
 .Nm dummynet
 はタイマの 1 tick 毎に処理を行います。つまり、処理の周期はカーネル
 オプションの
 .Bd -literal
     options HZ
 .Ed
 
 によって制御されます。デフォルト値 (100) は 10ms 周期を意味します。
 高いデータ速度で正確なシミュレーションを行うためには、タイマ
 周期を 1ms 以下に設定する必要があるかもしれません。
 しかし、プログラムによる I/O (programmed I/O)
 を用いているインタフェースの中には、
 パケットを出力するのにかなりの時間を要するものがあることに注意して
 ください。つまり、タイマ周期を小さくし過ぎると、タイマの周期に処理が
 追い付かず、処理の精度を損なってしまうおそれがあります。
 
 .Sh カーネルオプション
 カーネル設定ファイル内の以下のオプションが
 .Nm dummynet
 の動作に関係します。
 .Bd -literal
   IPFIREWALL               - ipfirewall を有効化 (dummynet 使用には必須)。
   IPFIREWALL_VERBOSE       - ファイアウォールの詳細出力を有効化。
   IPFIREWALL_VERBOSE_LIMIT - ファイアウォールの詳細出力を制限。
   DUMMYNET                 - dummynet の処理を有効化。
   NMBCLUSTER               - ネットワークパケットバッファの大きさを設定。
   HZ                       - タイマの周期を設定。
 .Ed
 .Pp
 通常、下記のオプションは必須です。
 .Bd -literal
   options IPFIREWALL
   options DUMMYNET
 .Ed
 
 加えて、設定したすべてのパイプの、帯域幅と遅延時間の積と、キューサイズ
 の合計によっては、mbuf クラスタ
 (ネットワークパケットを蓄えておくために使われます)
 の数を増やす方が良いかもしれません。
 
 .Sh SYSCTL 変数
 .Pp
 .Bd -literal
     net.inet.ip.fw.one_pass
 .Ed
 
 パケットがファイアウォールのコードを一度のみ通るようにしたい場合、
 1 に設定します。
 .Bd -literal
    net.link.ether.bridge_ipfw
 .Ed
 
 ブリッジされるパケットをファイアウォールのコードに渡したい場合にセットします。
 
 .Sh コマンド
 パイプを扱うためには、以下のソケットオプションを用います。
 .Pp
 IP_DUMMYNET_CONFIGURE は、パイプの設定を更新します。(または新しい
 パイプを作成します。)
 .Pp
 IP_DUMMYNET_DEL は、マッチするルール番号が存在するすべてのパイプを
 削除します。
 .Pp
 IP_DUMMYNET_GET は、指定した番号にマッチするパイプを返します。
 .Pp
 IP_FW_FLUSH 指定した番号にマッチするパイプをフラッシュします。
 .Pp
-カーネルセキュリティーレベルが 2 より大きい場合は、
+カーネルセキュリティレベルが 2 より大きい場合は、
 IP_DUMMYNET_GET のみが使用可能です。
 .Sh 関連項目
 .Xr setsockopt 2 ,
 .Xr ip 4 ,
 .Xr ipfw 8 ,
 .Xr sysctl 8 .
 .Sh バグ
 このマニュアルページは dummynet 使用方法の全部を記述している
 わけではありません。
 .Sh 歴史
 .Nm
 dummynet
 は、ACM Computer Communication Review, Jan.97 issue に記述されているように、
 TCP の輻輳の制御のために Luigi Rizzo <luigi@iet.unipi.it> が実装しました。
 その後、IP およびブリッジレベルで機能するように変更され、さらに
 IPFW パケットフィルタに統合されました。
diff --git a/ja_JP.eucJP/man/man5/dhcp-eval.5 b/ja_JP.eucJP/man/man5/dhcp-eval.5
index 4ed6437e81..3ccd4bf2e1 100644
--- a/ja_JP.eucJP/man/man5/dhcp-eval.5
+++ b/ja_JP.eucJP/man/man5/dhcp-eval.5
@@ -1,496 +1,496 @@
 .\"	dhcp-eval.5
 .\"
 .\" Copyright (c) 1996-2001 Internet Software Consortium.
 .\" Redistribution and use in source and binary forms, with or without
 .\" modification, are permitted provided that the following conditions
 .\" are met:
 .\"
 .\" 1. Redistributions of source code must retain the above copyright
 .\"    notice, this list of conditions and the following disclaimer.
 .\" 2. Redistributions in binary form must reproduce the above copyright
 .\"    notice, this list of conditions and the following disclaimer in the
 .\"    documentation and/or other materials provided with the distribution.
 .\" 3. Neither the name of The Internet Software Consortium nor the names
 .\"    of its contributors may be used to endorse or promote products derived
 .\"    from this software without specific prior written permission.
 .\"
 .\" THIS SOFTWARE IS PROVIDED BY THE INTERNET SOFTWARE CONSORTIUM AND
 .\" CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES,
 .\" INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
 .\" MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
 .\" DISCLAIMED.  IN NO EVENT SHALL THE INTERNET SOFTWARE CONSORTIUM OR
 .\" CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
 .\" SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
 .\" LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
 .\" USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
 .\" ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
 .\" OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
 .\" OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
 .\" SUCH DAMAGE.
 .\"
 .\" This software has been written for the Internet Software Consortium
 .\" by Ted Lemon in cooperation with Vixie Enterprises and Nominum, Inc.
 .\" To learn more about the Internet Software Consortium, see
 .\" ``http://www.isc.org/''.  To learn more about Vixie Enterprises,
 .\" see ``http://www.vix.com''.   To learn more about Nominum, Inc., see
 .\" ``http://www.nominum.com''.
 .\" $FreeBSD$
 .TH dhcp-eval 5
 .SH 名称
 dhcp-eval - ISC DHCP における条件付き評価
 .SH 解説
 Internet Software Consortium の DHCP クライアントとサーバは、どちらも
 受信するパケットに依存した条件付き動作を行う能力を持ちます。
 条件付き動作の文法をここに示します。
 .SH 参照: 条件付き動作
 条件付き動作は、if, else, elsif 文を使用して指定します。
 条件文は、通常文 (option 文) が登場可能な場所はどこにでも登場可能であり、
 またこのような文を括ることも可能です。
 サーバにおける条件文は次のようになることが多いでしょう:
 .PP
 .nf
 if option dhcp-user-class = "accounting" {
   max-lease-time 17600;
   option domain-name "accounting.example.org";
   option domain-name-servers ns1.accounting.example.org, 
 			     ns2.accounting.example.org;
 } elsif option dhcp-user-class = "sales" {
   max-lease-time 17600;
   option domain-name "sales.example.org";
   option domain-name-servers ns1.sales.example.org, 
 			     ns2.sales.example.org;
 } elsif option dhcp-user-class = "engineering" {
   max-lease-time 17600;
   option domain-name "engineering.example.org";
   option domain-name-servers ns1.engineering.example.org, 
 			     ns2.engineering.example.org;
 } else {
   max-lease-time 600;
   option domain-name "misc.example.org";
   option domain-name-servers ns1.misc.example.org, 
 			     ns2.misc.example.org;
 }
 .fi
 .PP
 クライアント側では、条件付き評価の例は次のようになるでしょう:
 .PP
 .nf
-# example.org はファイヤウォールで DNS をフィルタするので、
+# example.org はファイアウォールで DNS をフィルタするので、
 # example.org ネットワークに繋がるときのみ、その DNS サーバを使用します。
 # example.org に繋がるのではない場合、自己の DNS サーバを優先使用します。
 if not option domain-name = "example.org" {
   prepend domain-name-servers 127.0.0.1;
 }
 .fi  
 .PP
 .B if
 文と
 .B elsif
 継続文は、引数としてブール式を取ります。
 つまり、これらの文は、評価されるとブール値の結果を生成する式を取ります。
 式の評価結果が真になると、
 .B if
 文の直後のブレースで括られた文が実行され、後続する
 .B elsif
 と
 .B else
 の節はスキップされます。
 そうでない場合、評価結果が真になる elsif 節に出会うまで、後続する各
 .B elsif
 節の式がチェックされます。
 そのような節が見付かると、直後のブレース中の文が実行され、後続する
 .B elsif
 と
 .B else
 の節はスキップされます。
 すべての
 .B if
 および
 .B elsif
 の節がチェックされたもののどの式も真にならない場合で、
 .B else
 節が存在する場合、
 .B else
 の直後のブレース中の文が評価されます。
 条件においては、評価結果が空になるブール式は偽として扱われます。
 .SH ブール式
 以下は、DHCP 配布物で現在サポートされているブール式の一覧です。
 .PP
 .I data-expression-1 \fB=\fI data-expression-2\fR
 .RS 0.25i
 .PP
 \fB=\fR オペレータは、2 個のデータ式を比較し、両者が同じ場合は真を返し、
 同一でない場合は偽を返します。
 左辺もしくは右辺のいずれかが空の場合、結果は空になります。
 .RE
 .PP
 .I boolean-expression-1 \fBand\fI boolean-expression-2\fR
 .PP
 .RS 0.25i
 \fBand\fR オペレータは、左辺のブール式と右辺のブール式の両方の評価結果が
 真の場合、真と評価されます。
 そうでない場合、偽と評価されます。
 左辺もしくは右辺のいずれかが空の場合、結果は空になります。
 .RE
 .PP
 .I boolean-expression-1 \fBor\fI boolean-expression-2\fR
 .PP
 .RS 0.25i
 \fBor\fR オペレータは、左辺のブール式と右辺のブール式のいずれかの評価結果が
 真の場合、真と評価されます。
 そうでない場合、偽と評価されます。
 左辺もしくは右辺のいずれかが空の場合、結果は空になります。
 .RE
 .PP
 .B not \fIboolean-expression
 .PP
 .RS 0.25i
 \fBnot\fR オペレータは、\fIboolean-expression\fR の評価結果が偽の場合、
 真と評価されます。
 また、\fIboolean-expression\fR の評価結果が真の場合、偽と評価されます。
 \fIboolean-expression\fR の評価結果が空の場合、結果もまた空になります。
 .RE
 .PP
 .B exists \fIoption-name\fR
 .PP
 .RS 0.25i
 \fBexists\fR 式は、処理対象の入力 DCHP パケット中に、
 指定されたオプションが存在する場合、真を返します。
 .RE
 .B known
 .PP
 .RS 0.25i
 \fBknown\fR 式は、要求対応中のクライアントが既知の場合、
 すなわちホスト宣言がある場合、真を返します。
 .RE
 .B static
 .PP
 .RS 0.25i
 \fBstatic\fR 式は、要求対応中のクライアントへのリース割り当てが、
 静的アドレス割り当てによるものであった場合、真を返します。
 .RE
 .SH データ式
 前述のブール式は、データ式の評価結果に依存します。
 データ式をここに示します。
 .PP
 .B substring (\fIdata-expr\fB, \fIoffset\fB, \fIlength\fB)\fR
 .PP
 .RS 0.25i
 \fBsubstring\fR オペレータは、データ式を評価し、
 評価結果中の \fIoffset\fR バイトから開始して \fIlength\fR バイト継続する
 サブストリングを返します。
 \fIoffset\fR と \fIlength\fR は共に数値式です。
 \fIdata-expr\fR, \fIoffset\fR, \fIlength\fR のいずれかが空と評価される場合、
 結果もまた空になります。
 \fIoffset\fR が、評価されたデータの長さ以上である場合、
 長さ 0 のデータ文字列が返されます。
 \fIlength\fI が、評価されたデータの \fIoffset\fR より後の長さより大きい場合、
 評価されたデータの \fIoffset\fR から終端までの全データを含む
 データ文字列が返されます。
 .RE
 .PP
 .B suffix (\fIdata-expr\fB, \fIlength\fB)\fR
 .PP
 .RS 0.25i
 \fBsuffix\fR オペレータは、\fIdata-expr\fR を評価し、
 評価結果の最後の \fIlength\fR バイトを返します。
 \fIlength\fR は数値式です。
 \fIdata-expr\fR または \fIlength\fR の評価結果が空の場合、
 結果もまた空になります。
 \fIsuffix\fR
 (訳注: \fIlength\fR が正しいと思われます)
 の評価結果が評価されたデータの長さより大きい場合、
 評価されたデータが返されます。
 .\" horikawa@jp.FreeBSD.org 2002/04/29
 .RE
 .PP
 .B option \fIoption-name\fR
 .PP
 .RS 0.25i
 \fBoption\fR オペレータは、サーバが応答処理中のパケットの中の、
 指定したオプションの内容を返します。
 .RE
 .PP
 .B config-option \fIoption-name\fR
 .PP
 .RS 0.25i
 \fBconfig-option\fR オペレータは、指定したオプションに対し、
 DHCP クライアントまたはサーバが送出するよう設定された値を返します。
 .RE
 .PP
 .B hardware
 .PP
 .RS 0.25i
 \fBhardware\fR オペレータは、データストリングを返します。
 データストリングの最初の要素は、
 対象パケットが示すネットワークインタフェースのタイプであり、
 後続する要素は、クライアントのリンク層アドレスです。
 パケットが存在しない場合もしくは RFC2131 \fIhlen\fR フィールドが無効な場合、
 結果は空になります。
 ハードウェアタイプには、イーサネット (1)、トークンリング (6)、
 FDDI (8) が含まれます。
 ハードウェアタイプは IETF によって規定され、
 どのようにタイプの数値が定義されるかの詳細は RFC2131
 (ISC DHCP 配布物では、doc/ サブディレクトリにあります) を参照してください。
 .RE
 .PP
 .B packet (\fIoffset\fB, \fIlength\fB)\fR
 .PP
 .RS 0.25i
 \fBpacket\fR オペレータは、対象パケットの指定部分を返すか、
 対象パケットが無い文脈では空を返します。
 \fIoffset\fR と \fIlength\fR は、
 \fBsubstring\fR オペレータと同様に、パケットの内容に適用されます。
 .RE
 .PP
 .I string
 .PP
 .RS 0.25i
 クォートで括られたストリングはデータ式として指定可能であり、
 クォートの間を ASCII エンコードしたのテキストを返します。
 バックスラッシュ ('\\') 文字は C プログラムのように特別扱いされます:
 すなわち '\\t' はタブを、'\\r' は復改を、'\\n' は改行を、'\\b' はベルを
 意味します。
 8 進数値は '\\nnn' で指定可能であり、nnn は 0 以上 0377 以下の 8 進数値です。
 16 進数値は '\\xnn' で指定可能であり、nn は 0 以上 0xff 以下の 16 進数値です。
 .\" 値の範囲の誤りについては、Murray 経由でレポート済
 .\" horikawa@jp.FreeBSD.org 2002/05/01
 .RE
 .PP
 .I colon-seperated hexadecimal list
 .PP
 .RS 0.25i
 コロンで区切られた 16 進数のオクテット値のリストを、
 データ式として指定可能です。
 .RE
 .PP
 .B concat (\fIdata-expr1\fB, ..., \fIdata-exprN\fB)\fR
 .RS 0.25i
 式が評価され、各評価結果がサブ式の順番に連結されます。
 サブ式のいずれかの評価結果が空になる場合、連結の結果は空になります。
 .RE
 .PP
 .B reverse (\fInumeric-expr1\fB, \fIdata-expr2\fB)\fR
 .RS 0.25i
 2 個の式が評価され、データ式の評価結果がその場で反転されます。
 反転は、数値式で指定される大きさの単位で行われます。
 例えば、数値式の評価結果が 4 の場合で、
 データ式の評価結果が 12 バイトになる場合、
 reverse 式の評価結果は、次のような 12 バイトのデータになります。
 すなわち、入力の最後の 4 バイト、真中の 4バイト、最初の 4 バイトの
 順になります。
 .RE
 .PP
 .B leased-address
 .RS 0.25i
 いかなる文脈においても、
 要求処理対象となっているクライアントに IP アドレスが割り当て済の場合、
 その IP アドレスが返されます。
 .RE
 .PP
 .B binary-to-ascii (\fInumeric-expr1\fB, \fInumeric-expr2\fB,
 .B \fIdata-expr1\fB,\fR \fIdata-expr2\fB)\fR
 .RS 0.25i
 data-expr2 の評価結果をテキストストリングに変換します。
 このテキストストリング中では、
 data-expr2 の評価結果の各要素が、1 個の数値になります。
 各数値は、それぞれ、data-expr1 の評価結果によって区切られます。
 numeric-expr1 の評価結果は、基数 (2 から 16) であり、
 この基数に数値が変換されます。
 numeric-expr2 の評価結果は、各数値のビット幅であり、
 8, 16, 32 のいずれかです。
 .PP
 最初の 3 個のタイプの式の例として、
 クライアントに割り当てられた IP アドレス用の
 PTR レコードの名前を生成するために使用可能な式を示します
 .RE
 .PP
 .nf
         concat (binary-to-ascii (10, 8, ".",
                                  reverse (1, leased-address)),
                 ".in-addr.arpa.");
 
 .fi
 .PP
 .B encode-int (\fInumeric-expr\fB, \fIwidth\fB)\fR
 .RS 0.25i
 数値式が評価され、指定された幅のデータストリングに
 ネットワークバイト順 (最上位バイトが最初) でエンコードされます。
 数値式の評価結果が空の値になる場合、結果もまた空です。
 .RE
 .\" この ".RE" が無いと、インデントが正しくないです
 .\" horikawa@jp.FreeBSD.org 2002/04/29
 .PP
 .B pick-first-value (\fIdata-expr1\fR [ ... \fIexpr\fRn ] \fB)\fR
 .RS 0.25i
 pick-first-value 関数は、任意個のデータ式を取り得ます。
 リストの先頭から各式が評価され、
 評価結果が空ではない式が見付かるまでこれが続きます。
 この式が返され、この式に後続する式は評価されません。
 すべての式の評価結果が空の場合、空の値が返されます。
 .RE
 .PP
 .B host-decl-name
 .RS 0.25i
 host-decl-name 関数は、現在要求処理対象となっているクライアントにマッチする、
 ホスト宣言の名前を返します。
 どのホスト宣言もマッチしない場合、結果は空になります。
 .RE
 .SH 数値式
 数値式は、評価結果が整数になる式です。
 一般に、整数の最大サイズが 32 ビット未満であると仮定すべきではありませんが、
 整数の精度が 32 ビットを越えることはあり得ます。
 .PP
 .B extract-int (\fIdata-expr\fB, \fIwidth\fB)\fR
 .PP
 .RS 0.25i
 \fBextract-int\fR オペレータは、ネットワークバイト順の整数を、
 指定したデータ式の評価結果から取り出します。
 幅は、取り出す整数のビット幅です。
 現在、サポートされている幅は 8, 16, 32 のいずれかです。
 データ式の評価結果が、指定した大きさの整数と取り出すのに
 十分なビットを提供しない場合、空の値が返されます。
 .RE
 .PP
 .B lease-time
 .PP
 .RS 0.25i
 現在のリースの期間です。
 すなわち、現在の時刻とリースの期限が切れる時刻との差です。
 .RE
 .PP
 .I number
 .PP
 .RS 0.25i
 0 から表現可能な最大サイズの範囲の任意の数値を、数値式として指定可能です。
 .RE
 .PP
 .B client-state
 .PP
 .RS 0.25i
 処理対象のクライアントの現在の状態です。
 DHCP クライアント設定ファイルにおいてのみ有用です。
 取り得る値は次の通りです:
 .TP 2
 .I \(bu
 Booting - DHCP クライアントは INIT 状態であり、
 IP アドレスをまだ持ちません。
 次に送信されるメッセージは DHCPDISCOVER であり、
 これはブロードキャストされます。
 .TP
 .I \(bu
 Reboot - DHCP クライアントは INIT-REBOOT 状態です。
 IP アドレスを持ちますがまだ使用していません。
 次に送信されるメッセージは DHCPREQUEST であり、
 これはブロードキャストされます。
 応答が何も聞こえないと、クライアントはこのアドレスにバインドし、
 BOUND 状態に遷移します。
 .TP
 .I \(bu
 Select - DHCP クライアントは SELECTING 状態です。
 少なくとも 1 個の DHCPOFFER メッセージは受信しましたが、
 他の DHCPOFFER メッセージを他のサーバから受け取るかどうか待っています。
 SELECTING 状態ではメッセージは送信されません。
 .TP
 .I \(bu
 Request - DHCP クライアントは REQUESTING 状態です。
 少なくとも 1 個の DHCPOFFER メッセージを受信し、
 そのうちのどれを要求するか選択しました。
 次に送信されるメッセージは DHCPREQUEST メッセージであり、
 これはブロードキャストされます。
 .TP
 .I \(bu
 Bound - DHCP クライアントは BOUND 状態です。
 IP アドレスを所有しています。
 この状態ではメッセージは送信されません。
 .TP
 .I \(bu
 Renew - DHCP クライアントは RENEWING 状態です。
 IP アドレスを所有しており、これを更新するためにサーバに接続を試みています。
 次に送信されるメッセージは DHCPREQUEST メッセージであり、
 これはサーバに直接ユニキャストされます。
 .TP
 .I \(bu
 Rebind - DHCP クライアントは REBINDING 状態です。
 IP アドレスを所有しており、
 これを更新するために任意のサーバに接続を試みています。
 次に送信されるメッセージは DHCPREQUEST メッセージであり、
 これはブロードキャストされます。
 .RE
 .SH 参照: ログ
 ログ文を使用して、標準ログチャネルに情報を送信可能です。
 ログ文は、省略可能な priority
 (\fBfatal\fR, \fBerror\fR, \fBinfo\fR, \fBdebug\fR のいずれか) と、
 データ式を取ります。
 .PP
 .B log (\fIpriority\fB, \fIdata-expr\fB)\fR
 .\" "\FB" は "\fB" が正しい
 .\" horikawa@jp.FreeBSD.org 2002/04/29
 .\" oh:v1.3 で原文も修正された。
 .PP
 ログ文は、単一のデータ式引数のみ取ります。
 複数のデータ値を出力したい場合、
 \fBconcat\fR オペレータを使用してそれらを連結する必要があります。
 .RE
 .SH 参照: 動的な DNS 更新
 .PP
 DHCP クライアントとサーバは、
 動的にドメインネームシステムを更新する能力があります。
 設定ファイル中に、どのようにドメインネームシステムを更新して欲しいか、
 定義可能です。
 更新は RFC 2136 に従っているため、
 RFC 2136 をサポートする DNS サーバは、
 DHCP サーバからの更新を受け付け可能と思われます。
 .SH セキュリティ
 TSIG および DNSSEC はまだサポートされていません。
 DHCP サーバまたはクライアントからの更新を受け付けるように
 DNS サーバを設定する場合、権限の無い更新に対して
 DNS サーバを晒すことになるかもしれません。
 これを避けるために今すぐできる最良の方法は、
 IP アドレスベースのパケットフィルタを使用して、
 権限の無いホストからの更新要求発行を抑止することです。
 明らかに、現状ではクライアントの更新に対するセキュリティを提供する方法は
 ありません。
 このためには TSIG か DNSSEC が必要ですが、
 この DHCP 配布物にはまだ含まれていません。
 .PP
 動的 DNS (DDNS) 更新は、\fBdns-update\fR 式を使用することで実行されます。
 \fBdns-update\fR 式は、ブール式であり、4 個のパラメータを取ります。
 更新に成功すると、結果は真になります。
 失敗すると、結果は偽になります。
 4 個のパラメータは、リソースレコードタイプ (RR)、
 RR の左辺、RR の右辺、レコードに適用されるべき ttl です。
 この関数の最も簡単な使用例は、dhcpd.conf ファイルの参照節にあり、
 なにが起きるか記述されています。
 この例では、複数の式が使用されて、
 \fBdns-update\fR 用の引数が作成されています。
 .PP
 例の中では、最初の \fBdns-update\fR 式への 1 番目の引数は、
 A RR タイプに評価されるデータ式です。
 2 番目の引数は、DHCP host-name オプションと
 ローカルドメイン、この場合 "ssd.example.net"、
 を含むテキストストリングを連結することで、構築されます。
 3 番目の引数は、クライアントに割り当てられたアドレスを、
 32 ビットの数値から各バイトを "."  で区切った ASCII 文字列に変換することで、
 構築されます。
 4 番目の引数 TTL は、リースの残り時間です
 (これは本当は正しくありません。
 なぜなら DNS サーバは、要求に対していつもこの TTL 値を出力してしまうからです。
 これは、リース期限切れの数秒前であってもです)。
 .PP
 最初の \fBdns-update\fR 文が成功すると、
 引き続いて 2 番目の更新により PTR RR がインストールされます。
 PTR レコードのインストールは、A RR のインストールと同様ですが、
 レコードの左辺はリースされたアドレスを逆にして ".in-addr.arpa" と
 結合されたものです。
 右辺は、アドレスのリース提供先クライアントの、完全な形でのドメイン名です。
 .SH 関連項目
 dhcpd.conf(5), dhcpd.leases(5), dhclient.conf(5), dhcp-eval(5), dhcpd(8),
 dhclient(8), RFC2132, RFC2131
 .SH 作者
 Internet Software Consortium DHCP Distribution
 は、Vixie Labs との契約のもとで、Ted Lemon が記述しました。
 本プロジェクトの資金は、Internet Software Consortium が提供しました。
 Internet Software Consortium に関する情報は、
 .B http://www.isc.org
 にあります。
diff --git a/ja_JP.eucJP/man/man7/security.7 b/ja_JP.eucJP/man/man7/security.7
index 82e3665727..4602c1b469 100644
--- a/ja_JP.eucJP/man/man7/security.7
+++ b/ja_JP.eucJP/man/man7/security.7
@@ -1,757 +1,757 @@
 .\" Copyright (c) 1998, Matthew Dillon.  Terms and conditions are those of
 .\" the BSD Copyright as specified in the file "/usr/src/COPYRIGHT" in
 .\" the source tree.
 .\"
 .\" %FreeBSD: src/share/man/man7/security.7,v 1.29 2002/12/12 17:25:57 ru Exp %
 .\"
 .\" $FreeBSD$
 .Dd September 18, 1999
 .Dt SECURITY 7
 .Os
 .Sh 名称
 .Nm security
 .Nd FreeBSD におけるセキュリティ入門
 .Sh 解説
 セキュリティは、システム管理者とともに始まり、システム管理者と
 ともに終る機能です。
 .Bx
 マルチユーザシステムは、昔ながらのセキュリティをいくらかは備えて
 いますが、さらなるセキュリティ機構を組み込んで維持していくことで、ユーザを
 .Sq 正直に
 し続ける仕事は、システム管理者の最も大きな責務の一つでしょう。マシンは、
 管理者が設定しただけのセキュリティしか示しません。セキュリティに関する
 問題は、むしろ、便利さを求める人間との競合問題です。一般に、
 .Ux
 システムは莫大な数のプロセスを同時に実行させることができ、
 それも、サーバとして動作するものが多いのです。つまり、外部の何者かが
 接続してきて、サーバプロセスと会話することができるということなのです。
 昨日まで使われていたミニコンピュータやメインフレームは、今日では
 デスクトップコンピュータが取って代わり、しかも、それらはネットワークで結ばれて
 インターネットと接続されるようになりました。これにより、セキュリティは
 昔と比べてはるかに大きな問題となっています。
 .Pp
 セキュリティは、タマネギの階層のようなアプローチを通すと最もよく実装できます。
 手短に言って、やりたいことは、便利さを損ねない程度にできるだけ多くの
 階層を作り、システムに侵入されていないかを注意深く監視することです。
 セキュリティの階層を作りすぎたくはありません。作りすぎると、侵入の
 検出が妨げられることになるでしょう。どんなセキュリティ機構でも、
 侵入の検出をすることが唯一とても重要なことなのですから。
 例えば、システムの各バイナリに
 .Pa schg
 フラグ (
 .Xr chflags 1
 参照)
 を設定するのは大して意味がありません。フラグを設定すると、一時的には
 バイナリを保護することができますが、侵入してきたクラッカーが、
 マシンのセキュリティ機構がクラッカーの侵入を全く検知できなくなるような
 変更ではあるが、管理者が容易に検出できるような変更をできなくしてしまう
 からです。
 .Pp
 システムセキュリティには、さまざまな形での攻撃に対処することも
 ついて回ります。攻撃には、root を破ろうとはしないが、システムを
 クラッシュさせたり、さもなければ、システムを使用不能にしたり
 しようとするものも含まれています。
 セキュリティに関する問題は、いくつかのカテゴリに分類することができます。
 .Bl -enum -offset indent
 .It
 サービス不能攻撃
 .It
 ユーザアカウントにかかる危険
 .It
 アクセス可能なサーバを経由した root 権限にかかる危険
 .It
 ユーザアカウントを通した root 権限にかかる危険
 .It
 裏口の作成
 .El
 .Pp
 サービス不能攻撃とは、マシンから必要な資源を奪う行為です。
 サービス不能攻撃は、普通は、そのマシンで実行されるサーバや
 ネットワークスタックを圧倒して、マシンをクラッシュさせたり、
 さもなければマシンを使えなくしたりするような力任せの方法です。
 サービス不能攻撃のいくつかは、
 ネットワークスタックのバグを利用して、パケット一つでマシンを
 クラッシュさせようとします。後者は、
 カーネルにバグ修正を施すことによってのみ修正することができます。
 サーバプロセスに対する攻撃は、オプションを適切に指定して、
 不利な状況にあるシステムにおいて、サーバプロセスが引き起こす負荷に限界を設けることで
 修正することができます。これらに比べると、ネットワークへの力任せの攻撃への
 対応はずっと難しくなります。たとえば、偽造パケットによる攻撃
 .Pq spoof-packet attack
 は、インターネットからシステムを切り離す以外の方法で防ぐことは
 ほとんど不可能です。
 それによって、マシンを落としてしまうことはできないかもしれませんが、
 インターネット回線をいっぱいにしてしまうことはできます。
 .Pp
 ユーザアカウントを危険に晒してしまう問題は、サービス不能攻撃よりもずっとよくある
 問題です。このご時勢でも、自分たちのマシンで標準の telnetd, rlogind, rshd, ftpd
 サーバを実行させているシステム管理者は多いのです。これらの
 サーバは、デフォルトでは、暗号化されたコネクション上で動作していません。
 その結果、抱えているユーザ数が標準くらいであれば、リモートログイン
 (そのシステムにログインするには最も普通で便利な方法です)
 しているユーザのうち一人以上は、パスワードを覗き見られて
 しまうでしょう。
 システム管理者が注意深い人ならば、たとえログインが成功していたとしても、
 リモートアクセスログを解析して、疑わしいソースアドレスを探すものです。
 .Pp
 ひとたび攻撃者がユーザアカウントへのアクセス権を入手すると、攻撃者が
 root の権限を破る可能性があることを仮定するべきです。しかし、
 セキュリティを十分維持し、手入れの行き届いたシステムにおいては、
 あるユーザアカウントへのアクセスが可能となっても、攻撃者に必ずしも
 root へのアクセス権を与えるとは限らないのが現実です。この違いは重要です。
 というのは、root へのアクセス権がなければ、一般的に、攻撃者は自分の
 侵入の痕跡を隠蔽することができませんし、そのユーザのファイルを引っかき回したり、
 マシンをクラッシュさせたりできるのがせいぜいです。
 ユーザアカウントが危険に晒されるということは、たいへんよく起こることです。
 なぜなら、ユーザは、システム管理者ほどには前もって注意を払わない
 傾向があるからです。
 .Pp
 システム管理者は、あるマシン上で root の権限を破る方法は、潜在的に
 何通りもあるのだということを
 心しておかねばなりません。攻撃者が root のパスワードを知ってしまうかも
 しれません。攻撃者が root の権限で実行されるサーバのバグを見つけ、
 ネットワークからそのサーバへ接続して root の権限を破ることができるかも
 しれません。ひとたびユーザアカウントを破ると、ユーザアカウントから
 root の権限を破ることが可能であるというバグを持つ suid-root プログラムの
 存在を、攻撃者は知っているかもしれません。
 あるマシン上で、攻撃者が root の権限を破る方法を知ったとすると、
 攻撃者は、裏口を作る必要などないかもしれません。
 発見され、ふさがれた root の穴の多くには、クラッカーが侵入した跡を消そうとして
 たくさん仕事した結果が含まれています。
 そのためにこそ、多くのクラッカーは裏口を作るのです。この裏口は、クラッカーの
 検出をするのに便利なやり方です。クラッカーに裏口を作らせないようにする
 ということは、セキュリティにとっては実際には良くないことかもしれません。
 なぜなら、そうすることで、クラッカーが最初に侵入してくるために発見した
 セキュリティホールがふさがるわけではないからです。
 .Pp
 セキュリティを改善する方法は、常に、
 .Sq タマネギの皮剥き
 のように
 複数の層のアプローチで実装されるべきです。これらは次のように分類できます。
 .Bl -enum -offset indent
 .It
 root とスタッフのアカウントの安全性を高める。
 .It
 root の安全性を高める - root 権限のサーバと suid/sgid バイナリ。
 .It
 ユーザアカウントの安全性を高める。
 .It
 パスワードファイルの安全性を高める。
 .It
 カーネルのコア、raw デバイス、ファイルシステムの安全性を高める。
 .It
 システムに対して行なった、不適切な変更をすばやく検出する。
 .It
 偏執狂的方法。
 .El
 .Sh root アカウントとスタッフアカウントの安全性を高める
 root のアカウントの安全性を確保しないうちからスタッフのアカウントの安全性を
 うんぬんしてもしかたがありません。ほとんどのシステムでは、root アカウントに
 割り当てたパスワードが 1 つあります。まず最初にすべきことは、
 このパスワードは
 .Sq いつでも
 危険に晒されていると仮定することです。
 ここでは、root のパスワードを消すべきだと言っているのではありません。
 パスワードは、マシンにコンソールからアクセスするのには、ほとんどいつでも
 必要なものです。ここで言いたいのは、コンソール以外からは、おそらくは、
 .Xr su 1
 コマンドを用いてすらパスワードを使えるようにするべきではないということです。
 例えば、pty が、
 .Sq Pa /etc/ttys
 ファイルで安全でないものと指定されているのかを確認してください。
 そうすることで、telnet や rlogin 越しに root でログインできないようになります。
 sshd のような、別のログインサービスを使っている場合でも同様に、
 直接 root へログインすることを許していないかどうか確認してください。
 アクセスする手段、例えば ftp のようなサービスが、たびたびクラックの手に落ちる
 ことを考えてみてください。root に直接ログインできるのは、システムコンソール
 を通したときのみにすべきです。
 .Pp
 システム管理者として、自分は root になれるようにしておかねばならないの
 はもちろんですから、穴をいくつか空けておきます。しかし、それらの穴を
 動作させるには、さらに追加のパスワード認証が必要であるようにして
 おきます。root でアクセス可能とする方法の一つとして、
 適切なスタッフアカウントを (
 .Pa /etc/group )
 の
 wheel グループに加えることがあります。
 wheel グループに置かれたスタッフメンバには、
 .Sq su
 を使って root になることが許されます。パスワードエントリにおいて、
 スタッフメンバを wheel グループを置くことで、スタッフメンバに
 wheel のアクセス権を与えてはいけません。スタッフメンバのアカウントは
 .Sq staff
 に置くべきです。そして
 .Sq Pa /etc/group
 ファイルを通して wheel グループに加えるべきです。
 実際に root アクセスの必要な staff メンバのみ wheel グループに置くように
 すべきです。kerberos のような認証方法を使用する場合、root アカウントで
 .Sq Pa .k5login
 ファイルを使って、誰も wheel グループに置く必要なく root に
 .Xr ksu 1
 を許すようにすることもできます。
 このやり方はよりよい解決策なのかもしれません。なぜなら、wheel のメカニズム
 では、侵入者がパスワードファイルを手に入れ、staff アカウントのいずれか
 1 つを破ることができると、root を破ることがまだできてしまうからです。
 wheel のメカニズムを用いる方が、何もしないよりは良いのですが、必ずしも
 最も安全な選択肢とは限りません。
 .Pp
 root アカウントの安全性を高める間接的な方法として、別のログインアクセス
 の方法を用いて、スタッフのアカウントの暗号化パスワードを\ * にして
 おくことで、スタッフのアカウントの安全性を高めるものがあります。この方法
 だと、侵入者がパスワードファイルを盗むことができるかもしれませんが、
 スタッフアカウントを破ることはできないでしょう。また、たとえ root が暗号化
 パスワードをパスワードファイルに付けていたとしても、間接的には root
 アカウントも破ることができないでしょう。
 スタッフメンバがスタッフアカウントでログインする際には、
 .Xr kerberos 1
 や
 .Xr ssh 1
 のような、公開鍵 / 秘密鍵の鍵の組を使う
 安全性の高いログインの仕組みを使います。kerberos のような仕掛けを使う場合、
 一般に、kerberos サーバを実行するマシンと自分のデスクトップ
 ワークステーションとの安全性を確保しなければなりません。ssh で
 公開鍵 / 秘密鍵の組を使う場合、一般に、ログイン元マシン
 (通常は自分のワークステーション)
 の安全性を確保しなければなりません。ここで、
 .Xr ssh-keygen 1
 で公開鍵 / 秘密鍵の組を生成する際、鍵の組をパスワードで防御することにより、
 鍵の組への防御層を追加することもできます。スタッフアカウントの
 パスワードを\ * で外すことができると、管理者自身が設定
 した安全性の高い方法でしかスタッフメンバがログインできないことも保証
 できます。こうして、多くの侵入者が使う重大なセキュリティの穴
 (安全性の低い無関係なマシンからネットワークを覗き見る方法)
 を塞ぐようなセッションを提供する、安全性の高い暗号化されたコ
 ネクションを使うことを、スタッフメンバ全員に強制することができ
 るのです。
 .Pp
 より間接的なセキュリティの仕組みでは、制限の強いサーバから制限の弱い
 サーバへログインすることを前提としています。例えば、メインマシンで、
 様々な種類のサーバを実行させている場合、ワークステーションではそれらの
 サーバを実行させてはなりません。ワークステーションを十分に
 安全にしておくためには、実行するサーバの数を、一つもサーバ
 が実行されていないというくらいにまでできる限り減らすべきです。
 また、パスワードで保護されたスクリーンセーバを走らせておくべきです。
 ワークステーションへの物理的アクセスが与えられたとすると、もちろん
 言うまでもなく、攻撃者は管理者が設定したいかなる種類のセキュリティ
 をもうち破ることができるのです。これは、管理者として必ず考えておか
 ねばならない問題ですが、システム破りの大多数は、ネットワーク経由で
 リモートから、ワークステーションやサーバへの物理的アクセス手段を持
 たない人々によって行われるという事実もまた、念頭に置いておく必要
 があります。
 .Pp
 kerberos のような方法を使うことで、スタッフアカウントのパスワードの変更
 もしくは停止を一箇所で行なうことと、スタッフメンバがアカウントを持つ
 すべてのマシンに即時にその効果を及ぼすことが可能となります。スタッフメンバの
 アカウントが危険に晒されたときに、すべてのマシンでスタッフメンバのパスワードを
 即座に変更する能力を過小評価してはいけません。パスワードが分散されている状況では、
 N 台のマシンでパスワードを変更すると、てんやわんやの事態を招く可能性が
 あります。kerberos を使用すると、パスワードの再発行に制限
 (re-passwording restriction)
 を課することもできます。この機能を使うことにより、
 ある kerberos チケットをしばらく経つとタイムアウトにすることが
 できるだけでなく、一定期間
 (例えば、1 ヶ月に 1 回)
 経つと、ユーザに新しいパスワードを選ぶように要求することもできます。
 .Sh root の安全性を高める - root 権限のサーバと suid/sgid バイナリ
 用心深いシステム管理者は、自分に必要なサーバプロセスだけを過不足なく
 実行させるものです。第三者製のサーバは、よくバグを持っていがちだと
 いうことに注意して下さい。例えば、古いバージョンの imapd や popper
 を実行させておくのは、全世界に共通の root の切符を与えてい
 るようなものです。
 自分で注意深くチェックしていないサーバは、決して実行してはいけません。
 root で実行させる必要のあるサーバはほとんどありません。例えば、ntalk, comsat,
 finger デーモンを、特別の「砂場
 .Pq sandbox
 」ユーザで実行させることができます。
 .\"kuma hellofalot of trouble って何や？
 .\" hell of a lot of trouble みたいですね。;-) (金ん田 '99.02.11)
 管理者が膨大な数の問題に直面していないのなら、この「砂場」は完璧では
 ありませんが、セキュリティに関するタマネギ的アプローチはここでも
 成り立ちます。砂場で実行されているサーバプロセスを経由して侵入を
 果たすことができたとしても、攻撃者はさらに砂場から外に脱出しなければ
 なりません。攻撃者が通過せねばならない層の数が増えれば増えるほど、
 それだけ攻撃者が侵入に成功する確率が減ります。root の抜け穴は
 歴史的に、基本システムサーバも含め、
 root 権限で実行されるほとんどすべてのサーバプロセスで発見されています。
 ユーザが sshd 経由でのみログインし、
 telnetd, rshd, rlogind 経由でログインすること
 が決してないマシンを稼働させているのであれば、それらのサービスを停止させて下さい。
 .Pp
 .Fx
 では、今では ntalkd, comsat, finger は砂場で実行させることが
 デフォルトになっています。次に砂場で実行させるべきプログラムの候補として、
 .Xr named 8
 があります。デフォルトの rc.conf ファイルには、named を砂場で実行する
 ために必要な引数がコメントアウトされた形式で含まれています。新しい
 システムをインストールしているか、それとも既存のシステムを
 アップグレードして使っているかに依存しますが、砂場として使用する
 特別のユーザアカウントがインストールされていないかもしれません。
 用心深いシステム管理者であれば、できるだけいつでも研究を怠らず、
 サーバに砂場を仕込むものでしょう。
 .Pp
 通常、砂場で実行しないサーバが他にいくつかあります。sendmail, popper,
 imapd, ftpd などです。これらのうちいくつかのサーバには代わりとなるも
 のがありますが、
 代わりのものをインストールするには、それだけ多くの仕事が必要になるので、
 結局これらを喜んで入れてしまいます
 (便利さという要素がまたも勝利を収めるわけです)。
 これらのサーバは、root 権限で実行せねばならいかもしれません。また、
 これらのサーバ経由で生じる侵入
 を検出するためには、他の仕組みに頼らなくてはならないかもしれません。
 .Pp
 システムの root 権限の潜在的な穴で他に大きなものとして、システムに
 インストールされた suid-root/sgid バイナリがあります。
 これらのバイナリは、rloginのように、
 .Pa /bin ,
 .Pa /sbin ,
 .Pa /usr/bin ,
 .Pa /usr/sbin
 に存在するものがほとんどです。
 100% 安全なものは存在しないとはいえ、システムデフォルトの
 siud/sgid バイナリは比較的安全といえます。それでもなお、root の穴が
 これらのバイナリにときおり発見されています。1998 年に Xlib で見つかった
 root の穴は、xterm
 (普通、suid 設定されています)
 を攻撃可能にしていました。
 安全である方がよいので、用心深いシステム管理者は残念に思いながらも、
 スタッフのみが実行する必要がある suid バイナリは、スタッフのみが
 アクセス可能な特別なグループに含めるように制限を加え、
 誰も使わない suid バイナリは
 .Pq Li chmod 000 を実行して
 片付けてしまうでしょう。
 ディスプレイを持たないサーバは、一般的に xterm のバイナリを必要としません。
 sgid バイナリもほとんど同様の危険な存在になり得ます。
 侵入者が kmem に sgid されたバイナリを破ることができた場合、
 その侵入者は
 .Pa /dev/kmem
 を読み出すことができるようになります。
 つまり、暗号化されたパスワードファイルを読み出すことができる
 ようになるので、パスワードを持つどのアカウントをも、
 .Pq 潜在的な
 危険に晒すことになります。
 代わりに、kmem グループを破った侵入者が pty を通して送られたキーストロークを
 監視できます。キーストロークには、安全な方法でログインするユーザが使っている
 pty も含まれます。tty グループを破った侵入者は、ほぼ任意のユーザの tty へ
 書き込みができます。ユーザが端末プログラムやキーボードをシミュレーション
 する機能を持ったエミュレータを使っている場合、侵入者は潜在的に、
 結局そのユーザとして実行されるコマンドをユーザの端末にエコーさせる
 データストリームを生成できる可能性があります。
 .Sh ユーザアカウントの安全性を高める
 ユーザアカウントは、普通、安全性を高めることが最も困難です。
 スタッフに対して、アテナイのドラコのような厳格なアクセス制限を課し、
 スタッフのパスワードを\ * で外すことができるとはいえ、管理者が持ちうる
 一般ユーザすべてのアカウントに対して同じことはできないかもしれません。
 管理者が十分に統率をとることができるなら、管理者は勝利し、ユーザの
 アカウントの安全を適切に確保できるかもしれません。それが
 できないならば、よりいっそう気を配って一般ユーザのアカウントを
 監視するよりほかありません。一般ユーザアカウントに対し
 ssh や kerberos を利用することには、システム管理がさらに増えたり
 テクニカルサポートが必要になるなどの問題があります。
 それでも、暗号化パスワードファイルと比較するとはるかに良い解です。
 .Sh パスワードファイルの安全性を高める
 できるだけ多くのパスワードを\ * で外し、それらのアカウントのアクセスには
 ssh や kerberos を使うようにすることが、唯一の確実な方法です。たとえ暗号化
 パスワードファイル
 .Pq Pa /etc/spwd.db
 が root でのみ読み出し可能だとしても、
 侵入者がそのファイルの読み出しアクセス権限を得ることは可能かもしれません。
 たとえ root の書き込み権限が得られないにしてもです。
 .Pp
 セキュリティスクリプトは常にパスワードファイルの変更をチェックし、報告
 するようにすべきです
 (後述の「ファイルの完全性のチェック」を参照して下さい)。
 .Sh カーネルのコア、raw デバイス、ファイルシステムの安全性を高める
 root の権限を破ると、攻撃者は何でもできますが、
 もっと簡便なこともいくつかあります。例えば、最近のカーネルは、
 組み込みのパケット覗き見デバイス
 .Pq packet sniffing device
 ドライバを備えているものがほとんどです。
 .Fx
 では
 .Sq bpf
 デバイスと呼ばれています。侵入者は普通、危険に晒された
 マシンでパケット覗き見プログラムを実行させようと試みます。侵入者に
 わざわざそういう機能を提供する必要はないので、ほとんどのシステムで bpf
 デバイスを組み込むべきではありません。
 .Pp
 bpf デバイスを外し、モジュールローダを無効にしても、
 .Pa /dev/mem
 と
 .Pa /dev/kmem
 という悩みの種がまだ残っています。この問題に関しては、侵入者は raw
 デバイスに書き込むこともできます。
 また、
 .Xr kldload 8
 という、別のカーネル機能があります。
 やる気まんまんの侵入者は、KLD モジュールを使って
 自分独自の bpf もしくはその他覗き見デバイスを動作中のカーネルに
 インストールすることができます。
 この問題を避けるため、システム管理者は
 カーネルをより高い安全レベル
 .Pq securelevel
 、少なくとも安全レベル 1 で実行させる必要があります。
 sysctl を使って kern.securelevel 変数に安全レベルを設定することが
 できます。ひとたび安全レベルに 1 を設定すると、
 raw デバイスに対する書き込みアクセスは拒否され、例えば
 .Sq schg
 のような
 特別な chflags フラグが効果を発揮します。これに加えて、
 起動時において重要なバイナリ・ディレクトリ・スクリプトファイルなど、
 安全レベルが設定されるまでの間に実行されるものすべてに対しても
 .Sq schg
 フラグを確実に on にしておく必要があります。この設定をやり過ぎても
 構いませんが、より高い安全レベルで動作している場合、システムの
 アップグレードがはるかに困難になります。システムをより高い安全レベルで
 実行させるようにするが、お天道さまの下にあるすべてのシステムファイルと
 ディレクトリに schg フラグを設定しないという妥協をする方法もあります。
 もう一つの可能性としては、単純に / および /usr を読み込み専用でマウント
 することです。ここで特筆すべきことは、システムを守ろうとしてアテナイのドラコ
 のように厳しくしすぎると、侵入を検出するという非常に重要なことが
 できなくなってしまうということです。
 .Sh ファイルの完全性のチェック: バイナリ、設定ファイルなど
 ことこの問題に至ると、システム管理者にできることは、
 便利さという要素がその醜い頭を上げない程度に、
 コアシステムの設定 / 制御ファイルを防御することだけです。
 例えば、/ および /usr にある大部分のファイルに schg ビットを
 設定するために chflags を使用するのは、おそらく逆効果でしょう。
 なぜなら、そうすることでファイルは保護できますが、侵入を検出
 する窓を閉ざしてしまうことにもなるからです。
 セキュリティのタマネギの最後の層はおそらく最も重要なもの、すなわち検出です。
 セキュリティの残りのものは、突然の侵入を検出できなければ、全然有用では
 ありません( あるいは、もっと悪ければ、間違った安全性に対する感覚を
 植え付けてしまいます )。
 タマネギの仕事の半分は、均衡状態にあるとき、攻撃中に検出側に攻撃者を
 捕まえるきっかけを与えるため、攻撃者を食い止めるのではなく
 侵入を遅らせることなのです。
 .Pp
 侵入を検出する最も良い方法は、変更されていたり、消えていたり、入れた覚えが
 ないのに入っているファイルを探すことです。
 変更されたファイルを探すのに最も良い方法は、もう一つの
 ( しばしば中央に集められた ) アクセスが制限されたシステムから行なうものです。
 さらに安全でアクセス制限されたシステム上でセキュリティ用スクリプトを書けば、
 スクリプトは潜在的なクラッカー達からはほぼ見えなくなります。
 これは重要なことです。
 最大限に優位に立つために、一般的にビジネスで使う他のマシンへの重要な
 アクセスは、アクセスの制限されたマシンにやらせなくてはいけません。
 普通は、他のマシンからアクセス制限されたマシンへ読み込み専用で
 NFS エクスポートしたり、アクセス制限されたマシンから他のマシンへ
 ssh を行なうために、ssh 鍵のペアを作ったりすることで行います。
 ネットワークのトラフィックを別にして、NFS は最も可視性のない方法です。
 事実上検出されない各クライアント上のファイルシステムを監視できるようになります。
 アクセス制限されたサーバがスイッチを通してクライアントに接続する場合、
 たいてい NFS がより良い選択肢です。アクセス制限されたサーバがハブを通したり、
 いくつかのルーティング層を通したりしてクライアントに接続する場合、
 NFS はあまりにも危険な方法かもしれず ( ネットワークの面で )、ssh の方が
 認証の道筋は跡となって残りますが、それでもより良い方法かもしれません。
 .Pp
 アクセス制限されたマシンに、少なくとも監視することを前提とした
 クライアントシステムへの読み込みアクセスをひとたび与えると、
 実際に監視するためのスクリプトを書かなくてはいけません。
 NFS マウントをすれば、
 .Xr find 1
 や
 .Xr md5 1
 などの単純なシステムユーティリティでスクリプトを書くことができます。
 少なくとも 1 日 1 回、クライアントのファイルを直接 md5 にかけ、
 さらにもっと頻繁に
 .Pa /etc
 および
 .Pa /usr/local/etc
 にあるようなコントロール用ファイルを試験するのが一番です。
 試験ファイルは、アクセス制限されたマシンが適性であると知っている、基となる
 md5 情報と比べて違いが見つかった場合、システム管理者に調べて欲しいと
 訴えるようにするべきです。
 優れたセキュリティ用スクリプトは、
 .Pa /
 および
 .Pa /usr
 などのシステムパーティション上で不適当に suid されたバイナリや、
 新たに作成されたファイルや削除されたファイルもチェックするのでしょう。
 .Pp
 NFS ではなく、ssh を使用する場合は、セキュリティ用スクリプトを書くのはずっと
 難しいことです。スクリプトをクライアントから見えるようにし、
 動かすためには、クライアントに対して
 .Pa scp
 を必ず行わなくてはいけません。
 そして、安全のため、スクリプトが使うバイナリ ( find など ) を scp する必要も
 あります。クライアントの ssh デーモンはすでに危険に晒されているかもしれません。
 以上のことから、安全でないリンク上の場合は ssh は必要かもしれませんが、
 ssh を扱うのはとても大変なことです。
 .Pp
 優れたセキュリティ用スクリプトは、ユーザやスタッフメンバの
 アクセス設定ファイルもチェックするものです。
 .Pa .rhosts ,
 .Pa .shosts ,
 .Pa .ssh/authorized_keys
 などがそれですが、MD5 のチェックの範囲外になってしまうかもしれません。
 .Pp
 ユーザ用のディスク容量が非常に大きい場合は、パーティション上の各ファイルを
 見て回るのに大変な時間がかかるかもしれません。この場合は、マウントフラグを
 設定して、このパーティションに suid されたバイナリやデバイスを置けないように
 するのが良い考えです。
 .Sq nodev
 および
 .Sq nosuid
 オプション (
 .Xr mount 8
 参照)
 が調べたいものでしょう。私なら、ともかくも週に 1 度はファイルシステムを
 スキャンするでしょう。なぜなら、この層での目的は、侵入が意味があるかどうかに
 関わらず、侵入を検出することだからです。
 .Pp
 プロセスアカウンティング (
 .Xr accton 8
 参照)
 は、比較的オーバヘッドの低いオペレーティングシステムの機能で、
 マシンに侵入されてしまった後の評価の仕組みとして使用することをお勧め
 します。
 侵入を受けた後でも当該ファイルが無傷である場合に、
 侵入者が実際にどのようにしてシステムに侵入したかを
 追跡するのに特に有益です。
 .Pp
 最後に、セキュリティスクリプトはログファイルを処理するようにし、
 ログファイル自体もできるだけ安全性の高い方法で
 .Sq リモート syslog は極めて有益になり得ます
 生成するようにすべきです。侵入者は自分の侵入の痕跡を覆い隠そう
 としますし、また、ログファイルはシステム管理者が最初の侵入の時
 刻と方法を追跡してゆくために極めて重要です。
 ログファイルを永久に残しておくための 1 つの方法は、システムコンソールを
 シリアルポートにつないで走らせ、コンソールを監視している安全なマシンを通して
 絶えず情報を集めることです。
 .Sh 偏執狂的方法
 多少偏執狂的になっても決して悪いことにはなりません。原則的に、
 システム管理者は、便利さに影響を与えない範囲でいくつでもセキュリティ
 機能を追加することができます。また、いくらか考慮した結果、便利さに
 影響を与えるセキュリティ機能を追加することもできます。
 もっと重要なことには、セキュリティ管理者とは少し喧嘩になる
 はずなのですが、もしあなたが、このマニュアルページに書かれている
 勧告をそのまま使用したりした場合は、
 予想されるクラッカーはやはりこのマニュアルを読んでいるわけですから、
 防御策を渡してしまうことになります。
 .Sh サービス不能攻撃 (D.O.S. attack) についての特記事項
 このセクションではサービス不能攻撃を扱います。サービス不能攻撃は、普通は、
 パケット攻撃です。ネットワークを飽和させる最先端の偽造パケット
 .Pq spoofed packet
 攻撃に対してシステム管理者が打てる手はそれほど多く
 ありませんが、一般的に、その種の攻撃によってサーバがダウン
 しないことを確実にすることで、被害をある限度に食い止める
 ことはできます。
 .Bl -enum -offset indent
 .It
 サーバの fork の制限
 .It
 踏み台攻撃の制限
 .Pq ICMP 応答攻撃、ping broadcast など
 .It
 カーネルの経路情報のキャッシュ
 .El
 .Pp
 普通に見られるサービス不能攻撃に、fork するサーバプロセスに対する
 ものがあります。これは、サーバにプロセス・ファイル記述子・メモリを
 食い尽くさせて、マシンを殺そうとするものです。
 inetd (
 .Xr inetd 8
 参照)
 には、この種の攻撃を制限するオプションがいくつかあります。マシンが
 ダウンすることを防止することは可能ですが、この種の攻撃によりサービスが
 崩壊することを防止することは一般的に言ってできないことに注意する必要が
 あります。inetd のマニュアルページを注意深く読んで下さい。特に、
 .Fl c ,
 .Fl C ,
 .Fl R
 オプションに注意して下さい。IP 偽造攻撃
 (spoofed-IP attack)
 は inetd の
 .Fl C
 オプションの裏をかけるので、一般にオプションを
 組み合わせて使用するべきであることに注意して下さい。スタンドアロンサーバ
 の中には、自分自身で fork を制限するパラメータを持っているものがあります。
 .Pp
 sendmail には、
 .Fl OMaxDaemonChildren
 オプションがあります。負荷には遅れがあるので、
 sendmail の負荷に限界を設けるオプションを使うよりも、
 このオプションを使う方がまともに動作する可能性ははるかに高いです。
 sendmail の実行を開始する際に、
 .Cm MaxDaemonChildren
 パラメータを設定するべきです。その値は、
 通常見込まれる負荷を扱える程度に十分高いが、
 それだけの数の sendmail を操作しようとすると
 マシンが卒倒してしまうほどには高くないような値に設定するべきです。
 sendmail をキュー処理モード
 .Pq Fl ODeliveryMode=queued
 で実行することや、
 sendmail デーモン
 .Pq Cm sendmail -bd
 をキュー処理用プロセス
 .Pq Cm sendmail -q15m
 と別に実行することも、用心深いことと言えます。それでもなおリアルタイムでの
 配送を望むのであれば、
 .Fl q1m
 のようにすることで、キュー処理をはるかに短い時間間隔で
 行うことができます。いずれにしても、
 .Cm MaxDaemonChildren
 オプションに
 合理的な値を確実に指定して、sendmail がなだれをうって失敗することが
 ないようにして下さい。
 .Pp
 syslogd は直接攻撃される可能性があるので、可能ならばいつでも
 .Fl s
 オプションを用いることを強く推奨します。これができないなら、
 .Fl a
 オプションを使って下さい。
 .Pp
 tcpwrapper の逆 identd などの接続返し
 (connect-back)
 を行うサービスに
 ついては十分注意を払うようにするべきです。これらは直接攻撃を受ける可能性が
 あります。こういう事情があるので、tcpwrapper の逆 ident 機能を使おうとは
 思わないのが一般的です。
 .Pp
 境界ルータのところでファイアウォールを設けて、外部からのアクセスに対して
 内部サービスを防御するという考えは実によいものです。この考えは、LAN の外部
 からの飽和攻撃を防ぐことにあり、root ネットワークベースの root
 権限への攻撃から内部サービスを防御することには、あまり考慮を払って
 いません。ファイアウォールは常に排他的に設定して下さい。つまり、
 「ポート A, B, C, D と M から Z まで
 .Eo *
 以外
 .Ec *
-のすべてに防火壁を設ける」というふうにです。
+のすべてにファイアウォールを設ける」というふうにです。
 このようにすることで、named
 (ゾーンのプライマリである場合),
 ntalkd, sendmail など、インターネットにアクセスを提供するサービス
 として特に指定するもの以外の、小さい番号のポートすべてをファイアウォールで
 防御することができます。ファイアウォールをこの他のやり方、つまり
 包含的もしくは受容的なファイアウォールとして設定しようとする場合、
 .Sq close
 することを忘れてしまうサービスがいくつか出てきたり、新しい内部サービスを
 追加したのにファイアウォールの更新を忘れたりする可能性がよく出てきます。
 ファイアウォール上の大きい番号のポートを開けておいて、小さい番号のポートを
 危険に晒すことなく受容的な動作を許すことができます。
 .Fx
 では、net.inet.ip.portrange への sysctl
 .Pq Li "sysctl -a | fgrep portrange"
 をいろいろ使用することで、
 動的バインドに使用されるポート番号の範囲を制御できることを記憶にとどめて
 おいて下さい。これによりファイアウォールの設定の複雑性を緩和できます。
 私は、ファイアウォールに通常のfirst/last の範囲として、 4000 から 5000 を、
 高位ポートの範囲として、49152 から 65535 を使用しています。そして、
 (いくつかのインターネットアクセス可能なポートを
 ブロックから除外するのはもちろんですが)
 4000 より下のすべてをブロックしています。
 .Pp
 また別のありふれたサービス不能攻撃として、踏み台攻撃
 (springboard attack)
 と呼ばれるものがあります。これは、サーバが自分自身、ローカルネットワーク、
 そして他のマシンを過負荷に追い込むような応答を生成させる方法でサーバを
 攻撃します。この種の攻撃の中で最もありふれたものは、ICMP PING BROADCAST
 攻撃があります。攻撃者は、実際に攻撃したいマシンのアドレスをソース
 アドレスに設定した ping パケットを偽造して、対象の LAN の
 ブロードキャストアドレスに向けてパケットを送信します。境界にあるルータが
 ブロードキャストアドレスに対する ping パケットを握り潰すように設定されていない
 場合、LANは、詐称されたソースアドレスに向けて応答パケットを生成するはめになり、犠牲となるマシンが飽和するところまで行ってしまいます。攻撃者が同じトリックを
 異なるネットワーク上のいくつものブロードキャスト
 アドレスに対して同時に使用した場合、とくにひどいことになります。
 これまでに、120 メガビット以上のブロードキャスト攻撃が観測されています。
 2 番目の踏み台攻撃は、ICMP エラー報告の仕掛けを狙うものです。ICMP エラー
 応答を生成するパケットを生成することにより、攻撃者はサーバの
 受信ネットワークを飽和させることができ、同時に、サーバが送信
 ネットワークを ICMP 応答で飽和させるようにすることができます。
 mbuf を消費し尽くさせることにより、この種の攻撃でサーバを
 クラッシュさせることも可能です。サーバの ICMP 応答生成が速過ぎて、
 ICMP 応答の送信が追い付かない場合、とくにひどいことになります。
 .Fx
 カーネルには、この種の攻撃の効果を抑制する ICMP_BANDLIM と
 呼ばれる新しいコンパイルオプションがあります。
 3つめの主要なクラスに属す踏み台攻撃は、udp echo サービスのような、
 ある種の内部 inetd サービスに関連するものです。攻撃者は、単に
 ソースアドレスがサーバ A の echo ポートであり、ディスティネーション
 アドレスがサーバ B の echo ポートであるかのように UDP パケットを
 偽造します。ここでサーバ A, B はともに自分の LAN に接続されています。
 この 2 つのサーバは、この一つのパケットを両者の間で互いに相手に対して
 打ち返しあいます。このようにしてパケットをいくつか注入するだけで、
 攻撃者は両方のサーバと LAN を過負荷状態にすることができます。
 同様の問題が内部 chargen ポートにも存在します。有能なシステム管理者は
 この手の inetd 内部テストサービスのすべてを無効にしておくものです。
 .Pp
 偽造パケット攻撃は、カーネルの経路情報キャッシュに過負荷を生じさせるために
 用いられることもあります。net.inet.ip.rtexpire, rtminexpire, rtmaxcache
 の sysctl パラメータを参照して下さい。でたらめなソース IP を用いた
 この偽造パケット攻撃により、カーネルは、一時的なキャッシュ経路を
 経路情報テーブルに生成します。これは
 .Sq netstat -rna \&| fgrep W3
 で見ることができます。これらの経路は、普通は 1600 秒程度でタイムアウトに
 なります。カーネルがキャッシュ経路テーブルが大きくなり過ぎたことを
 検知すると、カーネルは動的に rtexpire を減らしますが、rtminexpire より
 小さくなるようには決して減らしません。ここに問題が 2 つあります。
 (1) 負荷の軽いサーバが突然攻撃された場合、カーネルが十分素早く反応
 できないこと。(2) カーネルが攻撃に耐え生き延びられるほど十分
 rtminexpire が低く設定されていないこと。の2つです。
 自分のサーバが T3 もしくはそれより
 良質の回線でインターネットに接続されている場合、
 .Xr sysctl 8
 を用いて rtexpire と rtminexpire とを手動で上書きしておくことが思慮深いこと
 といえます。
 (自分のマシンをクラッシュさせたくないのであれば :-))
 どちらか一方でも 0 に
 は決してしないで下さい。両パラメータを 2 秒に設定すれば、
 攻撃から経路情報テーブルを守るには十分でしょう。
 .Sh kerberos および ssh を用いたアクセスの問題
 もしあなたが、kerberos および ssh を使用したいのだとしたら、両者に関して
 言っておく必要のある問題がいくつかあります。
 kerberos V は大変優れた認証プロトコルですが、kerberos 処理された telnet や
 rlogin は、バイナリストリームを扱うのに不向きになってしまうようなバグがあります。
 さらに、デフォルトでは、kerberos は
 .Fl x
 オプションを使わない限りセッションを暗号化してくれません。
 ssh では、デフォルトですべてを暗号化してくれます。
 .Pp
 ssh はあらゆる場面でとても良く働いてくれます。ただし、
 暗号鍵を送ってしまう場合を除けばです。これはつまり、暗号鍵を持った安全な
 ワークステーションがあって、この暗号鍵で残りのシステムとアクセスできる
 ようになっている場合では、安全でないマシンへ ssh を行なう時に暗号鍵が
 見えてしまうということです。実際の鍵そのものが見えてしまうわけでは
 ありませんが、ssh は、login を持続させるために配送用ポートを作ります。
 クラッカーが安全でないマシンの root を破ると、クラッカーは、
 このポートを使って暗号鍵を取得し、暗号鍵でロックの外れる他のマシンへの
 アクセスを得ます。
 .Pp
 staff のログインには、kerberos を組み合せた ssh を使用することを勧めます。
 ssh は、kerberos と一緒にコンパイルできます。こうすると、見えて
 しまうかもしれない ssh 鍵をあまりあてにしないで良いようになります。
 また、それと同時に、kerberos 経由でパスワードを保護することもできます。
 ssh 鍵は、安全なマシンからの自動化されたタスク (kerberos では不向きな
 ものなど ) 用のみに使用するべきです。また、ssh の設定で
 ssh 鍵を送らないようにするか、あるいは、
 .Pa authorized_keys
 ファイル中で
 .Pa "from=IP/DOMAIN"
 オプションを使用して、特定のマシンからログインしてきたもののみに
 有効になる鍵を ssh が生成できるようにすることも勧めます。
 .Sh 関連項目
 .Xr chflags 1 ,
 .Xr find 1 ,
 .Xr kerberos 1 ,
 .Xr md5 1 ,
 .Xr netstat 1 ,
 .Xr openssl 1 ,
 .Xr ssh 1 ,
 .Xr xdm 1 ,
 .Xr group 5 ,
 .Xr ttys 5 ,
 .Xr accton 8 ,
 .Xr init 8 ,
 .Xr sshd 8 ,
 .Xr sysctl 8 ,
 .Xr syslogd 8 ,
 .Xr vipw 8
 .Sh 歴史
 .Nm
 マニュアルページは、もともと
 .An Matthew Dillon
 によって書かれました。
 最初に現れたのは、
 .Fx 3.1
 で 1998 年 12 月のことです。
 .\" translated by Norihiro Kumagai, 98-12-29
diff --git a/ja_JP.eucJP/man/man8/ntpdate.8 b/ja_JP.eucJP/man/man8/ntpdate.8
index 1346e83c7c..ce3698958a 100644
--- a/ja_JP.eucJP/man/man8/ntpdate.8
+++ b/ja_JP.eucJP/man/man8/ntpdate.8
@@ -1,234 +1,234 @@
 .\"
 .\" %FreeBSD: src/usr.sbin/ntp/doc/ntpdate.8,v 1.7 2002/11/27 15:25:07 ru Exp %
 .\"
 .\" $FreeBSD$
 .Dd January 6, 2000
 .\" WORD: key identifier	鍵の識別子
 .\" WORD: key file		鍵ファイル
 .\" WORD: slew			微調整する (slue の過去・過去分詞形)
 .\" WORD: step			合わせる
 .\" WORD: clock			時計
 .\" WORD: time			時刻
 .\" WORD: seconds and fraction	秒数 (小数も可)
 .\"
 .Dd January 6, 2000
 .Dt NTPDATE 8
 .Os
 .Sh 名称
 .Nm ntpdate
 .Nd NTP を介して日付と時刻を設定する
 .Sh 書式
 .Nm
 .Op Fl bBdqosuv
 .Op Fl a Ar key
 .Op Fl e Ar authdelay
 .Op Fl k Ar keyfile
 .Op Fl o Ar version
 .Op Fl p Ar samples
 .Op Fl t Ar timeout
 .Ar server ...
 .Sh 解説
 .Em 注意 :
 このプログラムの機能は、今では
 .Xr ntpd 8
 プログラムの中で利用可能となっています。
 .Xr ntpd 8
 マニュアルページの
 .Fl q
 コマンドラインオプションの説明を参照して下さい。
 適切な期間、喪に服した後で、
 .Nm
 ユーティリティは本ディストリビューションから引退することになります。
 .Pp
 .Nm
 ユーティリティは、正確な時刻を決めるために
 .Ar server
 引数で与えられた
 ネットワークタイムプロトコル (Network Time Protocol; NTP)
 サーバ (複数可) を調べることによって、
 ローカルな日付と時刻を設定します。
 このコマンドは、ローカルホストの root として起動されなければなりません。
 指定された各サーバからたくさんのサンプルを得て、
 NTP 時計フィルタのサブセットと選択アルゴリズムを適用し、
 その中から最良のものを選択します。
 .Nm
 の正確さと信頼性は
 サーバの数、一実行あたりの調査数、そして実行間隔で決まることに
 注意してください。
 .Pp
 以下のオプションが使用可能です:
 .Bl -tag -width indent
 .It Fl a Ar key
 認証機能を有効にし、認証の鍵識別子を
 .Ar key
 引数に指定します。
 鍵と鍵の識別子はクライアントとサーバ双方の鍵ファイルで
 合致する必要があります。
 デフォルトでは認証機能は無効になっています。
 .It Fl B
 計測されたオフセットが± 128 ms より大きくても、
 時刻を常に
 .Xr adjtime 2
 システムコールを用いて微調整するよう、強制します。
 デフォルトではオフセットが± 128 ms より大きい場合は、
 .Xr settimeofday 2
 を用いてずらします。
 オフセットが± 128 ms より大きい場合は、
 時計を正しい値に微調整で合わせるのに長い時間 (数時間) 掛かることがあることに
 注意してください。
 この間は、クライアントを同期するためにこのホストを使ってはいけません。
 .It Fl b
 (デフォルトの)
 .Xr adjtime 2
 システムコールを用いて時刻を微調整するのではなく、
 .Xr settimeofday 2
 システムコールを用いて時刻を合わせるよう、強制します。
 このオプションはブート時に起動ファイルから呼び出すときには使用するべきです。
 .It Fl d
 デバッグモードを有効にします。
 .Nm
 は全てのステップを実行しますが、ローカル時計を合わせることはしません。
 一般的なデバッグに役立つ情報も表示します。
 .It Fl e Ar authdelay
 認証機能の処理にかかる遅れを
 .Ar authdelay
 に値を秒数 (小数も可) で指定します
 (詳細は
 .Xr ntpd 8
 を参照してください)。
 この値は通常多くの用途では無視し得るほどわずかですが、
 非常に遅い CPU ではこの数を指定することで、
 時間の正確さが改善されるかもしれません。
 .It Fl k Ar keyfile
 認証鍵のファイルへのパスを文字列で
 .Ar keyfile
 に指定します。
 デフォルトは
 .Pa /etc/ntp.keys
 です。
 このファイルは
 .Xr ntpd 8
 に記述されている形式で書く必要があります。
 .It Fl o Ar version
 外へ出すパケットの NTP バージョンを
 .Ar version
 に 1 か 2 の整数で指定します。
 デフォルトは 3 です。
 このオプションは
 .Nm
 を古いバージョンの NTP に対して使用できるようにします。
 .It Fl p Ar samples
 各サーバから得るサンプルの数を
 .Ar samples
 に 1 から 8 までの整数で指定します。
 デフォルトは 4 です。
 .It Fl q
 問い合わせをするだけで、時計を設定しません。
 .It Fl s
 (デフォルトの) 標準出力ではなく、
 .Xr syslog 3
 機能を使用してログ出力を行ないます。
 この機能は主に
 .Xr cron 8
 スクリプトでの利便性を考えて作られました。
 .It Fl t Ar timeout
 サーバの応答を待つ最大時間を
 .Ar timeout
 に秒数 (小数も可) で指定します。
 値は 0.2 秒の倍数に丸められます。
 デフォルトは 1 秒で、これは LAN を通じて調べるのに適当な値です。
 .It Fl u
 .Nm
 が外へ出すパケットを非特権ポートから出すように命令します。
 この機能は、外から来た特権ポートへのトラフィックを
-ブロックする防火壁の内側にいる場合に、防火壁を越えた向こうのホストと同期する際に
-最も便利です。
+ブロックするファイアウォールの内側にいる場合に、
+ファイアウォールを越えた向こうのホストと同期する際に最も便利です。
 .Fl d
 オプションは常に非特権ポートを使用することに注意してください。
 .It Fl v
 冗長になります。
 このオプションは
 .Nm
 のバージョン識別文字列を記録するようになります。
 .El
 .Pp
 .Nm
 ユーティリティは、必要に応じてホストの時計を合わせるために手動で動かしたり、
 ブート時に時計を設定するために起動スクリプト
 の中から動かすことができます。
 このことは NTP デーモン
 .Xr ntpd 8
 を起動する前に時計を初期設定する場合に便利です。
 .Nm
 は
 .Xr cron 8
 スクリプトから起動することも可能です。
 しかし、
 .Nm
 を用いた
 .Xr cron 8
 スクリプトを工夫しても、
 最小限のリソース消費で最大の正確さと信頼性を得る
 洗練されたアルゴリズムを用いる NTP デーモンの代わりにはならないことに
 注意することが重要です。
 最後に、
 .Nm
 は
 .Xr ntpd 8
 がするようなホストのクロック周波数の学習をしないので、
 .Nm
 を用いることによる正確さは限定されます。
 .Pp
 .Nm
 は 2 つの方法のうちの 1 つで時刻の調整を行います。
 .Nm
 は、時計が 0.5 秒以上ずれていると判断すると、システムの
 .Xr settimeofday 2
 ルーチンを呼ぶことで単に時刻を合わせ直します。
 しかし、
 誤差が 0.5 秒以内のときは、システムの
 .Xr adjtime 2
 ルーチンを呼ぶことで、時刻を微調整します。
 後者のテクニックは、誤差が小さいときには、より滑らかな上に正確であり、
 .Nm
 を
 .Xr cron 8
 で 1 ～ 2 時間に一回動かすときには、かなりうまく働きます。
 .Pp
 .Nm
 ユーティリティは同じホストで NTP サーバデーモン (例えば
 .Xr ntpd 8 )
 が動いている場合は、日付の設定を拒否します。
 デーモンを実行する代わりに
 .Xr cron 8
 から定期的に
 .Nm
 を呼び出す場合は、
 1 ～ 2 時間に一回行なうと時計のずれを抑止するのに十分な
 正確な時刻を保持できます。
 .Pp
 .Nm
 が NetInfo サポートを含む形でコンパイルされていた場合、
 .Nm
 が
 .Xr ntpd 8
 用の NetInfo の設定から時刻サーバを見つけられる場合は
 .Ic server
 引数はオプションとなります。
 .Sh 関連ファイル
 .Bl -tag -width /etc/ntp.keys -compact
 .It Pa /etc/ntp.keys
 .Nm
 で使われる暗号化鍵を含みます。
 .El
 .Sh 関連項目
 .Xr ntpd 8
 .Sh バグ
 微調整による調整は、実際には、計測されたずれよりも 50% 大きくなります。
 これは、ひどくフラフラする時計をより正確に保持するのに役立つからです
 (と主張されています)。
 このことは良い考えではないかもしれず、カーネル変数
 .Va kern.clockrate.tick
 と
 .Va kern.clockrate.tickadj
 の値をおかしくするかもしれません。