<sect1 id="client">
<!--O
 <title>Setting up an NFS Client</title>
-->
 <title>NFS クライアントの設定
 <sect2 id="remotemount">
<!--O
  <title>Mounting remote directories</title>
-->
  <title>リモートのディレクトリをマウントする</title>
  <para>
<!--O
    Before beginning, you should double-check to make sure your mount 
    program is new enough (version 2.10m if you want to use Version 3 
    NFS), and that the client machine supports NFS mounting, though most
    standard distributions do.  If you are using a 2.2 or later kernel 
    with the <filename>/proc</filename> filesystem you can check the latter by reading the 
    file <filename>/proc/filesystems</filename> and making sure there is a line containing 
    nfs.  If not, typing <userinput>insmod nfs</userinput> may make it
    magically appear if NFS has been compiled as a module; otherwise,
    you will need to build (or download) a kernel that has
    NFS support built in.  In general, kernels that do not have NFS
    compiled in will give a very specific error when the
    <command>mount</command> command below is run.
-->
    作業をはじめる前に、手元の mount
    プログラムが十分に新しいかもう一度チェックしてください
    (Version 3 NFS を使いたければ 2.10m が必要です)。
    またクライアントマシンが
    nfs マウントをサポートしているかも確認しておきましょう
    (大抵のディストリビューションではそうなっているでしょうが)。
    2.2 以降のカーネルで <filename>/proc</filename> ファイルシステム
    が準備されている場合は、<filename>/proc/filesystems</filename>
    を読んで、nfs と書かれた行があるかを見て下さい。
    ない場合は、
    <userinput>insmod nfs</userinput> と入力してみてください。
    NFS がモジュールとしてコンパイルされていれば、
    nfs の行が魔法のように登場することでしょう。
    これもだめなら、NFS サポートを組み込んだカーネルをビルド
    (あるいはダウンロード) する必要があります。
    通常は、NFS が組み込まれていないカーネルで
    以下に示すような <command>mount</command> コマンドを実行すると、
    明らかにそれとわかるようなエラーになります。
  </para>
  <para>
<!--O
    To begin using machine as an NFS client, you will need the portmapper 
    running on that machine, and to use NFS file locking, you will
    also need <command>rpc.statd</command> and <command>rpc.lockd</command>
    running on both the client and the server.  Most recent distributions 
    start those services by default at boot time; if yours doesn't, see 
    <xref linkend="config"> for information on how to start them up.
-->
    マシンを NFS クライアントにするには、
    そのマシンでポートマッパを動かす必要があります。
    また NFS でファイルロックを使うには、
    <command>rpc.statd</command> と <command>rpc.lockd</command>
    とを、クライアントとサーバの両方で動かす必要があります。
    最近のディストリビューションのほとんどでは、
    デフォルトでこれらのサービスをブート時に起動するようになっています。
    そうなっていない場合には、
    <xref linkend="config"> を見て起動方法を調べてください。
  </para>
  <para>
<!--O
    With <command>portmap</command>, <command>lockd</command>,
    and <command>statd</command> running, you should now be able to
    mount the remote directory from your server just the way you mount 
    a local hard drive, with the mount command.  Continuing our example 
    from the previous section, suppose our server above is called 
    <emphasis>master.foo.com</emphasis>,and we want to mount the <filename>/home</filename> directory on 
    <emphasis>slave1.foo.com</emphasis>.  Then, all we have to do, from the root prompt on 
    <emphasis>slave1.foo.com</emphasis>, is type:
-->
    <command>portmap</command>, <command>lockd</command>,
    <command>statd</command> が動いたら、サーバのリモートディレクトリを
    (ローカルのハードドライブと同じように)
    mount コマンドを使ってマウントできるはずです。
    前節からの例を使い続けることにしましょう:
    サーバは <emphasis>master.foo.com</emphasis>、
    そしてこのサーバの <filename>/home</filename> ディレクトリを
    <emphasis>slave1.foo.com</emphasis> からマウントしたいとします。
    この場合やらなければならないのは、
    <emphasis>slave1.foo.com</emphasis> の root のプロンプトから
    次のように入力するだけです。
  <screen>
   # mount master.foo.com:/home /mnt/home
  </screen>
<!--O
  and the directory <filename>/home</filename> on master will appear as the directory 
  <filename>/mnt/home</filename> on <emphasis>slave1</emphasis>.  (Note that
  this assumes we have created the directory <filename>/mnt/home</filename>
  as an empty mount point beforehand.)
-->
  これで master の <filename>/home</filename> が
  <emphasis>slave1</emphasis> の <filename>/mnt/home</filename>
  として見えるはずです。
  (このとき、空のディレクトリ <filename>/mnt/home</filename>
  はあらかじめマウントポイントとして作成してあると仮定しています。)
 </para>
 <para>
<!--O
   If this does not work, see the Troubleshooting section (<xref linkend="troubleshooting">).
-->
   これがうまくいかない場合は、トラブルシュートの章
   (<xref linkend="troubleshooting">) を見てください。
 </para>
 <para>
<!--O
   You can get rid of the file system by typing 
-->
   ファイルシステムを取り外すのも
   ローカルファイルシステムの場合と全く同じで、
  <screen>
   # umount /mnt/home 
  </screen>
<!--O
 just like you would for a local file system.
-->
  と入力すれば OK です。
 </para>
</sect2>
<sect2 id="boot-time-nfs">
<!--O
 <title>Getting NFS File Systems to Be Mounted at Boot Time</title>
-->
 <title>NFS ファイルシステムをブート時にマウントさせる</title>
 <para>
<!--O
   NFS file systems can be added to your <filename>/etc/fstab</filename> file the same way
   local file systems can, so that they mount when your system starts
   up.  The only difference is that the file system type will be
   set to <userinput>nfs</userinput> and the dump and fsck order (the last two entries) will
   have to be set to zero.  So for our example above, the entry in
   <filename>/etc/fstab</filename> would look like:
-->
   ローカルファイルシステムと同じように、
   NFS ファイルシステムも起動時にマウントできます。
   同様に <filename>/etc/fstab</filename> に追加すればいいのです。
   違うのは、ファイルシステムのタイプを <userinput>nfs</userinput>
   にしなければならないことと、dump スイッチと fsck シーケンスの指定
   (エントリの最後の 2 つ) を 0 にしなければならないこと、です。
   よって前述の我々の例ならば、
   <filename>/etc/fstab</filename> のエントリは次のようになります。
  <programlisting>
   # device       mountpoint     fs-type     options      dump fsckorder
   ...
   master.foo.com:/home  /mnt    nfs          rw            0    0
   ...
  </programlisting>
 </para>
 <para>
<!--O
   See the man pages for <filename>fstab</filename> if you are unfamiliar 
   with the syntax of this file.  If you are using an automounter such as 
   amd or autofs, the options in the corresponding fields of your mount 
   listings should look very similar if not identical.
-->
   このファイルの書式に慣れていない人は、<filename>fstab</filename>
   の man ページを見てください。amd や autofs のようなオートマウンタを
   使っている人は、マウントリストの対応するフィールドに、
   (全く同じではないにせよ) よく似たオプションを指定することになります。
 </para>
 <para>
<!--O
   At this point you should have NFS working, though a few tweaks
   may still be necessary to get it to work well.  You should also
   read <xref linkend="security"> to be sure your setup is reasonably secure.
-->
   これで NFS が動作するようになったはずですが、
   うまく動作させるにはまだ少々微調整が必要です。
   また <xref linkend="security"> も読んで、
   ご自分の設定が十分安全かどうかを確認してください。
 </para>
</sect2>
<sect2 id="Mountoptions">
<!--O
 <title>Mount options</title>
-->
 <title>マウントのオプション</title>
 <sect3 id="soft-vs-hard">
<!--O
   <title>Soft vs. Hard Mounting</title>
-->
   <title>ソフトマウントとハードマウント</title>
   <para>
<!--O
     There are some options you should consider adding at once.  They
     govern the way the NFS client handles a server crash or network
     outage.  One of the cool things about NFS is that it can handle this
     gracefully.  If you set up the clients right.  There are two distinct
     failure modes:
-->
    一緒につけておくと良いオプションがいくつかあります。
    NFS サーバがクラッシュしたときやネットワークが切断されたときに、
    クライアントがどう振る舞うかを指定するものです。
    この状態を穏やかに扱えるのが NFS の良いところの一つです。
    サーバの障害にあたっては二つのモードがあります。
   </para>
  <para>
  <glosslist>
   <glossentry>
   <glossterm>soft</glossterm>
   <glossdef>
   <para>
<!--O
   If a file request fails, the NFS client will report an 
   error to the process on the client machine requesting the file 
   access.  Some programs can handle this with composure, most 
   won't.  We do not recommend using this setting; it is a recipe 
   for corrupted files and lost data.  You should especially not 
   use this for mail disks -\-\- if you value your mail, that is.
-->
   ファイルアクセスのリクエストに失敗すると、NFS クライアントは
   そのファイルアクセスを要求したプロセスにエラーを通知します。
   このエラーを正しく扱えるプログラムもありますが、ほとんどはダメです。
   この設定は「破損ファイルとロストデータの作り方」
   みたいなもので、お勧めできません。
   特にメールのディスクには使うべきではありません --
   メールに価値を認めているならば。
   </para>
   </glossdef>
   </glossentry>
   <glossentry>
   <glossterm>hard</glossterm>
   <glossdef>
    <para>
<!--O
     The program accessing a file on a NFS mounted file system
     will hang when the server crashes.  The process cannot be 
     interrupted or killed (except by a "sure kill") unless you also 
     specify <userinput>intr</userinput>.  When the
     NFS server is back online the program will
     continue undisturbed from where it was.  We recommend using
     <userinput>hard,intr</userinput> on all NFS mounted file systems.
-->
     NFS マウントされたファイルシステム上のファイルにアクセスしている
     プログラムは、サーバがクラッシュすると宙ぶらりんになります。
     これらのプロセスは <userinput>intr</userinput>
     を一緒に指定していない場合は、
     中断することも kill することもできなくなります ("sure kill"
     を使えば別)。 NFS サーバが復活すると、
     プログラムはそれぞれ何もなかったかのように再開します。
     おそらくこちらが望ましい場合が多いでしょう。
     全ての NFS マウントには、
     <userinput>hard,intr</userinput> を用いることをお勧めします。
    </para>
   </glossdef>
   </glossentry>
  </glosslist>
  </para>
 <para>
<!--O
  Picking up the from previous example, the fstab entry would now 
  look like:
-->
  上記の例から採れば、fstab のエントリは次のようになるでしょう:
  <programlisting>
   # device             mountpoint  fs-type    options    dump fsckord
   ...
   master.foo.com:/home  /mnt/home   nfs      rw,hard,intr  0     0
   ...
  </programlisting>
 </para>
</sect3>
<sect3 id="blocksize">
<!--O
 <title>Setting Block Size to Optimize Transfer Speeds</title>
-->
 <title>ブロックサイズを設定して転送速度を最適化する</title>
 <para>
<!--O
   The <userinput>rsize</userinput> and <userinput>wsize</userinput> mount 
   options specify the size of the chunks of data that the client and 
   server pass back and forth to each other.
-->
   マウントオプションの <userinput>rsize</userinput> と
   <userinput>wsize</userinput> は、クライアントとサーバが
   データをやりとりするときの、データの転送単位を指定するものです。
 </para>
 <para>
<!--O
  The defaults may be too big or to small; there is no size that works
  well on all or most setups.  On the one hand, some combinations of 
  Linux kernels and network cards (largely on older machines) cannot
  handle blocks that large. On the other hand, if they can handle 
  larger blocks, a bigger size might be faster.
-->
  デフォルトの値は大きすぎ/小さすぎかもしれません。
  全ての、あるいは大抵の設定に有効なサイズ、というものはありません。
  例えば Linux カーネルとネットワークカードの組み合わせ
  (大抵は古いマシンでの話) によっては、あまり大きなブロックは扱えません。
  一方大きなブロックが扱えれば、大きなサイズの転送は高速になります。
 </para>
 <para>
<!--O
   Getting the block size right is an important factor in performance and
   is a must if you are planning to use the NFS server in a production
   environment.  See <xref linkend="performance"> for details.
-->
   最適なブロックサイズを得る作業は、NFS の性能に重要な影響を与えます。
   NFS を現場の環境で使う場合には必須と言えるでしょう。
   詳細は <xref linkend="performance"> を見てください。
 </para>
</sect3>
</sect2>
</sect1>

