<sect1 id="interop">
<!--O
 <title>Using Linux NFS with Other OSes</title>
-->
 <title>Linux の NFS を他の OS と使う</title>
 <para>
<!--O
   Every operating system, Linux included, has quirks and deviations
   in the behavior of its NFS implementation -\- sometimes because
   the protocols are vague, sometimes because they leave gaping
   security holes.  Linux will work properly with all major vendors'
   NFS implementations, as far as we know.  However, there may be
   extra steps involved to make sure the two OSes are communicating
   clearly with one another.  This section details those steps.
-->
   あらゆる OS (Linux も含む) には、それぞれの NFS の実装に、
   ちょっとした違いや癖があります。
   ある場合はプロトコルが曖昧なせいだったり、
   ある場合はでっかいセキュリティホールを残したままであるせいだったり、
   理由はいろいろです。
   Linux は、我々の知る限りでは、
   メジャーなベンダの NFS 実装すべてと正しく動作します。
   しかし、 2 つの OS がお互いクリアに通信しているかどうかを確認するには、
   追加の作業が必要になることもあります。
   このセクションではこれらの作業を細かく見ていきます。
 </para>
 <para>
<!--O
   In general, it is highly ill-advised to attempt to use a Linux
   machine with a kernel before 2.2.18 as an NFS server for non-Linux
   clients.  Implementations with older kernels may work fine as 
   clients; however if you are using one of these kernels and get
   stuck, the first piece of advice we would give is to upgrade
   your kernel and see if the problems go away.  The user-space NFS
   implementations also do not work well with non-Linux clients.
-->
   一般的に言って、カーネル 2.2.18 よりも前の Linux マシンを、
   Linux 以外のクライアントの NFS サーバとするのは、
   全くおすすめできません。古いカーネルでの実装は、
   クライアントとしてなら問題なく動作すると思います。
   しかしこれらのカーネルで何か問題が起きた場合、
   我々からできるアドバイスは、
   まずカーネルをアップグレードして問題が解決するか見てみろ、です。
   ユーザ空間の NFS 実装も、
   Linux 以外のクライアントとはうまく動きません。
 </para>
 <para>
<!--O
   Following is a list of known issues for using Linux together with
   major operating systems.
-->
   以降に、Linux をメジャーな OS といっしょに使う場合に
   知られている事柄を挙げておきます。
 </para>
 <sect2 id="aix">
  <title>AIX</title>
   <sect3 id="aixserver">
<!--O
    <title>Linux Clients and AIX Servers</title>
-->
    <title>Linux クライアントと AIX サーバ</title>
    <para>
<!--O
      The format for the <filename>/etc/exports</filename> file for our example in <xref linkend="server"> is:
-->
      <xref linkend="server"> で用いた例に対応する
      <filename>/etc/exports</filename> ファイルのフォーマットは、
      次のようになります。
    <programlisting>
  /usr   slave1.foo.com:slave2.foo.com,access=slave1.foo.com:slave2.foo.com
  /home  slave1.foo.com:slave2.foo.com,rw=slave1.foo.com:slave2.foo.com
    </programlisting>
  </para>
 </sect3>
 <sect3 id="aixclients">
<!--O
   <title>AIX clients and Linux Servers</title>
-->
   <title>AIX クライアントと Linux サーバ</title>
   <para>
<!--O
     AIX uses the file <filename>/etc/filesystems</filename> instead of <filename>/etc/fstab</filename>.
     A sample entry, based on the example in <xref linkend="client">, looks like this:
-->
     AIX は <filename>/etc/fstab</filename> ではなく
     <filename>/etc/filesystems</filename> を用います。
     <xref linkend="client"> での例に対応するエントリのサンプルを
     示しておきます。
   <programlisting>
/mnt/home:
        dev             = "/home"
        vfs             = nfs
        nodename        = master.foo.com
        mount           = true
        options         = bg,hard,intr,rsize=1024,wsize=1024,vers=2,proto=udp
        account         = false
  </programlisting>
  </para>
  <para>
   <orderedlist numeration="lowerroman">
    <listitem>
     <para>
<!--O
       Version 4.3.2 of AIX, and possibly earlier versions as well,
       requires that file systems be exported with
       the <userinput>insecure</userinput> option, which
       causes NFS to listen to requests from
       insecure ports (i.e., ports above 1024, to which non-root users can 
       bind).  Older versions of AIX do not seem to require this.
-->
       AIX の Version 4.3.2 (おそらくはそれ以前のバージョンも) に対しては、
       ファイルシステムを <userinput>insecure</userinput> オプションで
       エクスポートする必要があります。すなわち NFS を非特権ポート
       (つまり 1024 以上の、root 以外のユーザがバインドできるポート)
       で待機させます。古いバージョンの AIX では、これは必要ないようです。
     </para>
    </listitem>
    <listitem>
     <para>
<!--O
       AIX clients will default to mounting version 3 NFS over TCP.
       If your Linux server does not support this, then you may need
       to specify <userinput>vers=2</userinput> and/or
       <userinput>proto=udp</userinput> in your mount options.
-->
       AIX のクライアントは、デフォルトでは
       Version 3 NFS over TCP でマウントします。
       Linux サーバがこれをサポートしていない場合は、
       マウントのオプションに
       <userinput>vers=2</userinput> や <userinput>proto=udp</userinput>
       を指定しなければなりません。
     </para>
    </listitem>
    <listitem>
     <para>
<!--O
       Using netmasks in <filename>/etc/exports</filename>
       seems to sometimes cause clients
       to lose mounts when another client is reset.  This can be fixed
       by listing out hosts explicitly.
-->
       <filename>/etc/exports</filename> にネットマスクを使うと、
       あるクライアントがリセットしたときに、
       別のクライアントのマウントが切れてしまう場合があります。
       これは各ホストを一つ一つリストすれば解決します。
     </para>
    </listitem>
    <listitem>
     <para>
<!--O
       Apparently automount in AIX 4.3.2 is rather broken.
-->
       AIX 4.3.2 の automount は、明らかにどこか変です。
     </para>
    </listitem>
  </orderedlist>
 </para>
 </sect3>
</sect2>

 <sect2 id="bsd">
  <title>BSD</title>
   <sect3 id="bsdserver">
<!--O
    <title>BSD servers and Linux clients</title>
-->
    <title>BSD サーバと Linux クライアント</title>
     <para>
<!--O
       BSD kernels tend to work better with larger block sizes.
-->
       BSD カーネルはブロックサイズを大きくしたほうが
       より良く動作する傾向があります。
     </para>
   </sect3>
   <sect3 id="bsdclient">
<!--O
    <title>Linux servers and BSD clients</title>
-->
    <title>Linux サーバと BSD クライアント</title>
     <para>
<!--O
       Some versions of BSD may make requests to the server from insecure ports,
       in which case you will need to export your volumes with the
       <userinput>insecure</userinput>
       option.  See the man page for <emphasis>exports(5)</emphasis>
       for more details.
-->
       BSD のバージョンによっては、
       サーバが非特権ポートで動作している必要があります。
       この場合ボリュームをエクスポートするときに
       <userinput>insecure</userinput> オプションが必要になります。
       詳細は <emphasis>exports(5)</emphasis> の man ページを。
     </para> 
    </sect3>
  </sect2>
  <sect2 id="tru64">
   <title>Tru64 Unix</title>
   <sect3 id="tru64server">
<!--O
    <title>Tru64 Unix Servers and Linux Clients</title>
-->
    <title>Tru64 Unix サーバと Linux クライアント</title>
    <para>
<!--O
      In general, Tru64 Unix servers work quite smoothly with Linux clients.
      The format for the <filename>/etc/exports</filename> file for our example in <xref linkend="server"> is:
-->
      一般に Tru64 Unix サーバは Linux クライアントと
      極めて良好に動作します。
      <xref linkend="server"> で我々が用いた例に対応する
      <filename>/etc/exports</filename> ファイルのフォーマットは、
      次のようになります。
   <programlisting>
     
/usr         slave1.foo.com:slave2.foo.com \
     -access=slave1.foo.com:slave2.foo.com \

/home        slave1.foo.com:slave2.foo.com \
         -rw=slave1.foo.com:slave2.foo.com \
       -root=slave1.foo.com:slave2.foo.com 
   </programlisting>
   </para>
<para>
<!--O
 (The <userinput>root</userinput> option is listed in the last
 entry for informational purposes only; its use is not recommended
 unless necessary.)
-->
(ここで最後のエントリにある <userinput>root</userinput>
オプションは情報を示しているだけです。
必要なければ指定しなくても構いません。)
     </para>

   <para>
<!--O
     Tru64 checks the <filename>/etc/exports</filename> file every time there is a mount request
     so you do not need to run the <command>exportfs</command> command; in fact on many
     versions of Tru64 Unix the command does not exist.
-->
     Tru64 は、マウント要求があるたびに
     <filename>/etc/exports</filename> ファイルをチェックします。
     従って <command>exportfs</command> コマンドを起動する必要はありません。
     実際 Tru64 Unix の多くのバージョンでは、このコマンドは存在しません。
    </para>
   </sect3>
   <sect3 id="tru64client">
<!--O
    <title>Linux Servers and Tru64 Unix Clients</title>
-->
    <title>Linux サーバと Tru64 Unix クライアント</title>
    <para>
<!--O
      There are two issues to watch out for here.  First, Tru64 Unix mounts
      using Version 3 NFS by default.  You will see mount errors if your
      Linux server does not support Version 3 NFS.  Second, in Tru64 Unix
      4.x, NFS locking requests are made by
      <computeroutput>daemon</computeroutput>.  You will therefore
      need to specify the <userinput>insecure_locks</userinput> option on all volumes you export
      to a Tru64 Unix 4.x client; see the <command>exports</command> man pages for details.
-->
      この組み合わせには注意点が 2 つあります。まず、
      Tru64 Unix のマウントはデフォルトで Version 3 NFS を用います。
      Linux のサーバが Version 3 NFS をサポートしていないと、
      マウントエラーになるでしょう。
      次に、Tru64 Unix 4.x では、NFS ロックリクエストを
      <computeroutput>daemon</computeroutput> が行います。
      従って Tru64 Unix 4.x クライアントにエクスポートするボリュームには、
      すべて <userinput>insecure_locks</userinput> を指定する必要があります。
      詳細は <emphasis>exports(5)</emphasis> の man ページを。
    </para>
   </sect3>
  </sect2>
  <sect2 id="hpux">
   <title>HP-UX</title>
    <sect3 id="hpuxserver">
<!--O
     <title>HP-UX Servers and Linux Clients</title>
-->
     <title>HP-UX サーバと Linux クライアント</title>
     <para>
<!--O
       A sample <filename>/etc/exports</filename> entry on HP-UX looks like this:
-->
       HP-UX での <filename>/etc/exports</filename> のエントリの
      例を挙げます。
    <programlisting>
/usr -ro,access=slave1.foo.com:slave2.foo.com
/home -rw=slave1.foo.com:slave2.fo.com:root=slave1.foo.com:slave2.foo.com
    </programlisting>
<!--O
       (The <userinput>root</userinput> option is listed in the last entry for informational
       purposes only; its use is not recommended unless necessary.)
-->
       (最後のエントリでの <userinput>root</userinput> オプションは、
       情報として示す目的だけです。いらなければ指定しなくても構いません。)
     </para>
  </sect3>
  <sect3 id="hpuxclient">
<!--O
   <title>Linux Servers and HP-UX Clients</title>
-->
   <title>Linux サーバと HP-UX クライアント</title>
   <para>
<!--O
     HP-UX diskless clients will require at least a kernel version 2.2.19
     (or patched 2.2.18) for device files to export correctly..  Also, any
     exports to an HP-UX client will need to be exported with the
     <userinput>insecure_locks</userinput> option.
-->
     HP-UX のディスクレスクライアントに対して、
     デバイスファイルを正しくエクスポートするには、
     少なくともカーネルのバージョン 2.2.19
     (あるいは 2.2.18 にパッチを当てたもの) が必要になります。
     また、HP-UX クライアントへエクスポートする際には、必ず
     <userinput>insecure_locks</userinput> オプションを指定する必要があります。
   </para>
  </sect3>
 </sect2>
 <sect2 id="irix">
  <title>IRIX</title>
  <sect3 id="irixserver">
<!--O
  <title>IRIX Servers and Linux Clients</title>
-->
  <title>IRIX サーバと Linux クライアント</title>
  <para>
<!--O
    A sample <filename>/etc/exports</filename> entry on IRIX looks like this:
-->
    IRIX での <filename>/etc/exports</filename>
    のエントリの例を挙げます。
  <programlisting>
/usr -ro,access=slave1.foo.com:slave2.foo.com
/home -rw=slave1.foo.com:slave2.fo.com:root=slave1.foo.com:slave2.foo.com
  </programlisting>
<!--O
    (The <userinput>root</userinput> option is listed in the last entry for informational
    purposes only; its use is not recommended unless necessary.)
-->
    (最後のエントリでの <userinput>root</userinput> オプションは、
    情報を示す目的でのみ用いられています。
    いらなければ指定しなくても構いません。)
  </para>
  <para>
<!--O
   There are reportedly problems when using the nohide option on
   exports to linux 2.2-based systems.  This problem is fixed in the
   2.4 kernel.  As a workaround, you can export and mount lower-down
   file systems separately.
-->
   報告によると、linux 2.2 ベースのシステムに
   nohide オプションを用いてエクスポートすると問題があるそうです。
   これは 2.4 カーネルでは修正されています。
   とりあえず回避するには、ファイルシステムの下の階層を
   別々にエクスポートしてマウントさせることです。
  </para>
  <para>
<!--O
   As of Kernel 2.4.17, there continue to be several minor interoperability
   issues that may require a kernel upgrade.  In particular:
-->
   カーネル 2.4.17 の時点では、相互運用上の小さな問題がまだ存在しており、
   カーネルのアップグレードが必要になるかもしれません。
   特記すべきことをいくつか述べておきます。
  <itemizedlist>
    <listitem>
     <para>
<!--O
      Make sure that Trond Myklebust's <application>seekdir</application> 
      (or <application>dir</application>) kernel patch is applied.
      The latest version (for 2.4.17) is located at:
-->
      Trond Myklebust の <application>seekdir</application>
      (または <application>dir</application>) カーネルパッチを
      忘れずに適用しておいてください。
      最新版 (2.4.17 向け) は次の場所にあります。
     </para>
     <para>
      <ulink url="http://www.fys.uio.no/~trondmy/src/2.4.17/linux-2.4.17-seekdir.dif">
      http://www.fys.uio.no/~trondmy/src/2.4.17/linux-2.4.17-seekdir.dif</ulink>
     </para>
    </listitem>
    <listitem>
     <para>
<!--O
      IRIX servers do not always use the same 
      <computeroutput>fsid</computeroutput> attribute field across
      reboots, which results in <computeroutput>inode number mismatch</computeroutput> 
      errors on a Linux
      client if the mounted IRIX server reboots. A patch is available from:
-->
      IRIX サーバは、再起動の前後で同じ
      <computeroutput>fsid</computeroutput> 属性フィールドを用いるとは
      限らないため、マウントしている IRIX サーバが再起動すると
      Linux クライアントで
      <computeroutput>inode number mismatch</computeroutput> 
      というエラーになるかもしれません。
      パッチは次の場所にあります。
     </para>
     <para><ulink url="http://www.geocrawler.com/lists/3/SourceForge/789/0/7777454/">
      http://www.geocrawler.com/lists/3/SourceForge/789/0/7777454/</ulink>
     </para>
    </listitem>
    <listitem>
     <para>
<!--O
      Linux kernels v2.4.9 and above have problems reading large directories
      (hundreds of files) from exported IRIX XFS file systems that were made
      with <userinput>naming version=1</userinput>.  
      The reason for the problem can be found at:
-->
      <userinput>naming version=1</userinput> で作成された
      IRIX XFS ファイルシステムがエクスポートされたものから、
      数百のファイルを保持しているような大きなディレクトリを読み出そうとすると、
      Linux カーネル 2.4.9 以降では問題が起こりました。
      理由は次の URL に与えられています。
     </para>
     <para>
      <ulink url="http://www.geocrawler.com/archives/3/789/2001/9/100/6531172/">
       http://www.geocrawler.com/archives/3/789/2001/9/100/6531172/</ulink>
     </para>
     <para>
<!--O
       The naming version can be found by using (on the IRIX server):
-->
      naming version は、(IRIX サーバで) 次のコマンドを用いればわかります。
     </para>
     <programlisting>
	xfs_growfs -n mount_point
     </programlisting>
     <para> 
<!--O
      The workaround is to export these file systems using the 
      <userinput>-32bitclients</userinput>
      option in the <filename>/etc/exports</filename> file.
      The fix is to convert the file system to 'naming version=2'.
      Unfortunately the only way to do this is by a 
      <userinput>backup</userinput>/<userinput>mkfs</userinput>/<userinput>restore</userinput>.
-->
      問題を回避するには、これらのファイルシステムのエクスポートに際して、
      <filename>/etc/exports</filename> ファイルで
      <userinput>-32bitclients</userinput>
      オプションを指定します。
      問題を修正するには、ファイルシステムを 'naming version=2'
      に変換します。残念ながら、これを行うには
      <userinput>backup</userinput>/<userinput>mkfs</userinput>/<userinput>restore</userinput>
      が唯一の方法です。
      </para>
      <para>
<!--O
       <command>mkfs_xfs</command> on IRIX 6.5.14 (and above) 
       creates <userinput>naming version=2</userinput> XFS file
       systems by default. On IRIX 6.5.5 to 6.5.13, use:
-->
       IRIX 6.5.14 (およびそれ以降) で
       <command>mkfs_xfs</command> を行うと、
       デフォルトでは
       <userinput>naming version=2</userinput> の
       XFS ファイルシステムができます。
       IRIX 6.5.5 から 6.5.13 の間では、次のコマンドを用いてください。
      <programlisting>
	mkfs_xfs -n version=2 device
      </programlisting>
      </para>
      <para>
<!--O
        Versions of IRIX prior to 6.5.5 do not support 
        <userinput>naming version=2</userinput> XFS file systems.
-->
        IRIX 6.5.5 以前では、
        <userinput>naming version=2</userinput> の
        XFS ファイルシステムはサポートされていません。
      </para>
     </listitem>
    </itemizedlist>
   </para>


</sect3>
 <sect3 id="irixclient">
<!--O
 <title>IRIX clients and Linux servers</title>
-->
 <title>IRIX クライアントと Linux サーバ</title>
  <para>
<!--O
   Irix versions up to 6.5.12 have problems mounting file systems exported
   from Linux boxes - the mount point "gets lost," e.g.,
-->
   IRIX のバージョン 6.5.12 までには、
   Linux マシンがエクスポートしたファイルシステムをマウントすると、
   問題が起こりました。マウントポイントが「消えて」しまうのです。
   すなわち:
  <programlisting>
	# mount linux:/disk1 /mnt
	# cd /mnt/xyz/abc
	# pwd
	/xyz/abc
   </programlisting>
   </para>
   <para>
<!--O
    This is known IRIX bug (SGI bug 815265 - IRIX not liking file handles of
    less than 32 bytes), which is fixed in <application>IRIX 6.5.13</application>.
    If it is not possible 
    to upgrade to <application>IRIX 6.5.13</application>, then the unofficial 
    workaround is to force the Linux <command>nfsd</command> 
    to always use 32 byte file handles. 
-->
    これは IRIX のバグであることがわかっており
    (SGI bug 815265 - IRIX not liking file handles of less than 32 bytes)、
    <application>IRIX 6.5.13</application> で修正されました。
    <application>IRIX 6.5.13</application>
    にアップグレードすることが不可能な場合には、
    非公式な回避方法ですが、
    常に 32 ビットのファイルハンドルを用いるよう
    Linux の <command>nfsd</command> に強いるやり方もあります。
   </para>
   <para>
<!--O
    A number of patches exist - see:
-->
    たくさんのパッチがあります。次のところを見てください。
   <itemizedlist>
   <listitem>
   <para>
    <ulink url="http://www.geocrawler.com/archives/3/789/2001/8/50/6371896/">
    http://www.geocrawler.com/archives/3/789/2001/8/50/6371896/</ulink>
   </para>
   </listitem>
   <listitem>
   <para>
   <ulink url="http://oss.sgi.com/projects/xfs/mail_archive/0110/msg00006.html">
    http://oss.sgi.com/projects/xfs/mail_archive/0110/msg00006.html</ulink>
   </para>
   </listitem>
   </itemizedlist>
  </para>
 </sect3>
 </sect2>
 <sect2 id="solaris">
  <title>Solaris</title>
  <sect3 id="solarisserver">
<!--O
   <title>Solaris Servers</title>
-->
   <title>Solaris サーバ</title>
   <para>
<!--O
     Solaris has a slightly different format on the server end from
     other operating systems.  Instead of
     <filename>/etc/exports</filename>, the configuration
     file is <filename>/etc/dfs/dfstab</filename>.  Entries are of
     the form of a <command>share</command> command, where the syntax
     for the example in <xref linkend="server"> would look like
-->
     Solaris のサーバ側の形式は、他の OS と少々異なっています。
     設定ファイルには <filename>/etc/exports</filename> でなく
     <filename>/etc/dfs/dfstab</filename> を用います。
     エントリには <command>share</command> コマンドを用います。
     <xref linkend="server"> での例に対応する書式は次のようになります。
   <programlisting>
share -o rw=slave1,slave2 -d "Master Usr" /usr
   </programlisting>
<!--O
     and instead of running <command>exportfs</command> after editing, you run <command>shareall</command>.
-->
     そして編集後には、<command>exportfs</command> の代わりに
     <command>shareall</command> を実行します。
   </para>
   <para>
<!--O
     Solaris servers are especially sensitive to packet size. If you
     are using a Linux client with a Solaris server, be sure to set
     <userinput>rsize</userinput> and <userinput>wsize</userinput>
     to 32768 at mount time.
-->
     Solaris のサーバはパケットサイズに非常に敏感です。
     Linux クライアントを Solaris サーバと使う場合には、
     必ずマウント時に <userinput>rsize</userinput> と
     <userinput>wsize</userinput> を 32768 にしてください。
   </para>
   <para>
<!--O
     Finally, there is an issue with root squashing on Solaris: root gets
     mapped to the user <computeroutput>noone</computeroutput>, which
     is not the same as the user <computeroutput>nobody</computeroutput>.
     If you are having trouble with file permissions as root on the client
     machine, be sure to check that the mapping works as you expect.
-->
     最後に Solaris における root squash について述べておきます。
     root はユーザ <computeroutput>noone</computeroutput> にマップされますが、
     これはユーザ <computeroutput>nobody</computeroutput> とは異なります。
     クライアントでファイルのパーミッションに関して問題がおきたら、
     マッピングが期待通りになっているか、忘れずにチェックしてください。
   </para>
  </sect3>
  <sect3 id="solarisclient">
<!--O
   <title>Solaris Clients</title>
-->
   <title>Solaris クライアント</title>
   <para>
<!--O
     Solaris clients will regularly produce the following message:
-->
     Solaris のクライアントは定期的に次のようなメッセージを出します。
    </para>
  <screen>
svc: unknown program 100227 (me 100003)
  </screen>
  <para>
<!--O
    This happens because Solaris clients, when they mount, try to obtain
    ACL information - which Linux obviously does not have. The messages
    can safely be ignored. 
-->
    これは Solaris のクライアントが、マウントする際に
    ACL 情報を取得しようとするからです - もちろん Linux にはありません。
    このメッセージは無視して構いません。
  </para>
  <para>
<!--O
    There are two known issues with diskless Solaris clients: First, a kernel
    version of at least 2.2.19 is needed to get <filename>/dev/null</filename> to export 
    correctly.  Second, the packet size may need to be set extremely
    small (i.e., 1024) on diskless sparc clients because the clients
    do not know how to assemble packets in reverse order.  This can be
    done from <filename>/etc/bootparams</filename> on the clients.
-->
    ディスクレスな Solaris クライアントに関しては、
    2 つほど注意点があります。まず
    <filename>/dev/null</filename> を正しくエクスポートするには、
    少なくともカーネルのバージョンが 2.2.19 でなければなりません。
    次に、ディスクレスの sparc クライアントでは、
    パケットサイズを非常に小さく (すなわち 1024 に) しなければなりません。
    クライアントはパケットを逆に並べ換えることができないからです。
    これはクライアントの <filename>/etc/bootparams</filename>
    で設定できます。
   </para>
  </sect3>
 </sect2>
 <sect2 id="sunos">
  <title>SunOS</title>
  <para>
<!--O
    SunOS only has NFS Version 2 over UDP.
-->
    SunOS には NFS Version 2 over UDP しかありません。
  </para>
  <sect3 id="sunosserver">
<!--O
   <title>SunOS Servers</title>
-->
   <title>SunOS サーバ</title>
   <para>
<!--O
     On the server end, SunOS uses the most traditional format for its 
     <filename>/etc/exports</filename> file. The example in <xref linkend="server"> would look like:
-->
     サーバ側では、SunOS は
     <filename>/etc/exports</filename> ファイルの伝統的な形式を用います。
     <xref linkend="server"> での例は次のようになります。
   <programlisting>
/usr    -access=slave1.foo.com,slave2.foo.com
/home   -rw=slave1.foo.com,slave2.foo.com, root=slave1.foo.com,slave2.foo.com
   </programlisting>
  </para>
  <para>
<!--O
   Again, the <userinput>root</userinput> option is listed for informational
   purposes and is not recommended unless necessary.
-->
   ここでも、 <userinput>root</userinput>
   オプションは情報を示す目的でのみ使われており、
   いらなければ指定しなくても構いません。
  </para>
  </sect3>
  <sect3 id="sunosclient">
<!--O
  <title>SunOS Clients</title>
-->
  <title>SunOS クライアント</title>
  <para>
<!--O
    Be advised that SunOS makes all NFS locking requests
    as <computeroutput>daemon</computeroutput>, and 
    therefore you will need to add the <userinput>insecure_locks</userinput> option to any 
    volumes you export to a SunOS machine.  See the <command>exports</command> man page
    for details.
-->
    SunOS は NFS ロックリクエストをすべて
    <computeroutput>daemon</computeroutput> として行います。
    従って SunOS クライアントにエクスポートするボリュームには、
    すべて <userinput>insecure_locks</userinput> を指定する必要があります。
    詳細は <emphasis>exports(5)</emphasis> の man ページを。
  </para>
 </sect3>
</sect2>
</sect1>

