From owner-svn-doc-head@FreeBSD.ORG Sat Oct 6 17:16:26 2012 Return-Path: Delivered-To: svn-doc-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A16A4106564A; Sat, 6 Oct 2012 17:16:26 +0000 (UTC) (envelope-from ryusuke@FreeBSD.org) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:4f8:fff6::2c]) by mx1.freebsd.org (Postfix) with ESMTP id 891658FC08; Sat, 6 Oct 2012 17:16:26 +0000 (UTC) Received: from svn.freebsd.org (localhost [127.0.0.1]) by svn.freebsd.org (8.14.4/8.14.4) with ESMTP id q96HGQoA003508; Sat, 6 Oct 2012 17:16:26 GMT (envelope-from ryusuke@svn.freebsd.org) Received: (from ryusuke@localhost) by svn.freebsd.org (8.14.4/8.14.4/Submit) id q96HGQnN003506; Sat, 6 Oct 2012 17:16:26 GMT (envelope-from ryusuke@svn.freebsd.org) Message-Id: <201210061716.q96HGQnN003506@svn.freebsd.org> From: Ryusuke SUZUKI Date: Sat, 6 Oct 2012 17:16:26 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Subject: svn commit: r39664 - head/ja_JP.eucJP/books/handbook/advanced-networking X-BeenThere: svn-doc-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the doc tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Oct 2012 17:16:26 -0000 Author: ryusuke Date: Sat Oct 6 17:16:26 2012 New Revision: 39664 URL: http://svn.freebsd.org/changeset/doc/39664 Log: - Merge the following from the English version and some modifications r19116 -> r20021 head/ja_JP.eucJP/books/handbook/advanced-networking/chapter.xml Reviewed by: Hiroo Ono References: [doc-jp-work 1751-1754, 1797] Modified: head/ja_JP.eucJP/books/handbook/advanced-networking/chapter.xml Modified: head/ja_JP.eucJP/books/handbook/advanced-networking/chapter.xml ============================================================================== --- head/ja_JP.eucJP/books/handbook/advanced-networking/chapter.xml Sat Oct 6 14:13:21 2012 (r39663) +++ head/ja_JP.eucJP/books/handbook/advanced-networking/chapter.xml Sat Oct 6 17:16:26 2012 (r39664) @@ -3,7 +3,7 @@ The FreeBSD Documentation Project The FreeBSD Japanese Documentation Project - Original revision: r19116 + Original revision: r20021 $FreeBSD$ --> @@ -39,7 +39,8 @@ - ユーザアカウントを共有するためのネットワークインフォメーションサーバ (NIS) の設定方法 + ユーザアカウントを共有するためのネットワークインフォメーションサーバ + (NIS) の設定方法 @@ -75,7 +76,8 @@ - /etc/rc スクリプトの基本を理解していること + /etc/rc + スクリプトの基本を理解していること @@ -216,7 +218,7 @@ host2.example.com link#1 UC ローカルネットワーク上の他のすべてのホストでは、 それぞれの経路に対して単にlink#1 となります。 - 最後の行 (送信先サブネット 224) + 最後の行 (送信先サブネット 224) はマルチキャストで扱うものですが、これは他の節で説明します。 最後に Flags (フラグ) @@ -261,8 +263,8 @@ host2.example.com link#1 UC W WasCloned: - ローカルエリアネットワーク (LAN) の - (Clone) 経路に基づいて自動的に生成された経路であることを示します。 + ローカルエリアネットワーク (LAN) の (Clone) + 経路に基づいて自動的に生成された経路であることを示します。 @@ -303,7 +305,17 @@ host2.example.com link#1 UC それではデフォルトルートの一例を見てみましょう。 一般的な構成を示します。 -[Local2] <--ether--> [Local1] <--PPP--> [ISP-Serv] <--ether--> [T1-GW] + + + + + + + +[Local2] <--ether--> [Local1] <--PPP--> [ISP-Serv] <--ether--> [T1-GW] + + + ホスト Local1 とホスト Local2 はあなたのサイト内にあります。Local1 @@ -349,11 +361,12 @@ host2.example.com link#1 UC ISP のローカルネットワーク上のアドレスを用いているため、 ISP のローカルネットワーク上のすべてのマシンへの経路は 自動的に生成されています。 - つまりあなたのマシンは、どのようにして - T1-GW に到達するかという経路を既に知っていることになりますから、 - ISP サーバにトラフィックを送るのに、中間的な段階を踏む必要はありません。 + つまりあなたのマシンは、どのようにして T1-GW + に到達するかという経路を既に知っていることになりますから、 + ISP サーバにトラフィックを送るのに、 + 中間的な段階を踏む必要はありません。 - 最後になりましたが、一般的にローカルネットワークでは + 一般的にローカルネットワークでは X.X.X.1 というアドレスをゲートウェイアドレスとして使います。ですから (同じ例を用います)、あなたの class-C のアドレス空間が @@ -381,6 +394,21 @@ host2.example.com link#1 UC + + デフォルトルートは /etc/rc.conf + ファイルで簡単に定義できます。この例では、 + Local2 マシンで /etc/rc.conf + に次の行を追加しています。 + + defaultrouter="10.20.30.1" + + &man.route.8; + コマンドを使ってコマンドラインから直接実行することもできます。 + + &prompt.root; route add default 10.20.30.1 + + 経路情報を手動で操作する方法について詳しいことは + &man.route.8; のマニュアルページをご覧ください。 @@ -398,7 +426,8 @@ host2.example.com link#1 UC 別のサブネット上にそれぞれアドレスを持っている場合があります。 あるいは、イーサネットカードが 1 枚しかないマシンで、 &man.ifconfig.8; のエイリアスを使っているかもしれません。 - 物理的に分かれている 2 つのイーサネットのネットワークが使われているならば前者が用いられます。 + 物理的に分かれている + 2 つのイーサネットのネットワークが使われているならば前者が用いられます。 後者は、物理的には 1 つのネットワークセグメントで、 論理的には 2 つのサブネットに分かれている場合に用いられます。 @@ -411,7 +440,8 @@ host2.example.com link#1 UC 一方向または双方向のファイアウォールを利用したセキュリティを構築する場合によく用いられます。 このマシンが二つのインタフェース間で実際にパケットを受け渡すようにしたい場合は、 - FreeBSD でこの機能を有効にしないといけません。 + FreeBSD でこの機能を有効にしないといけません。 + くわしい手順については次の節をご覧ください。 @@ -424,7 +454,7 @@ host2.example.com link#1 UC FreeBSD プロジェクトは FreeBSD においてこの機能をデフォルトでは有効にしていません。 &man.rc.conf.5; 内で次の変数を YES - に変更することでこの機能を有効にできます: + に変更することでこの機能を有効にできます。 gateway_enable=YES # Set to YES if this host will be a gateway @@ -445,7 +475,8 @@ host2.example.com link#1 UC net/zebra package を用いれば対応できます。 また、より複雑なネットワークルーティングソリューションには、 - gated のような商用製品も利用可能です。 + &gated; + のような商用製品も利用可能です。 BGP RIP @@ -529,8 +560,8 @@ host2.example.com link#1 UC さらに、/etc/mrouted.conf を編集してルーティングデーモン &man.mrouted.8; を設定し、トンネルと DVMRP を設置する必要があります。 - マルチキャスト設定についての詳細は mrouted - のマニュアルを参照してください。 + マルチキャスト設定についての詳細は &man.mrouted.8; + のマニュアルページを参照してください。 @@ -557,7 +588,7 @@ host2.example.com link#1 UC 常にネットワークケーブルをつないでいるという面倒なことをせずに、 コンピュータを使用できることは、とても有用でしょう。 FreeBSD は無線のクライアントとして、 - さらにアクセスポイントとしても使えます。 + さらに アクセスポイント としても使えます。 @@ -698,7 +729,14 @@ wi0: flags=8843<UP,BROADCAST,RUNNING, これは、&man.sysctl.8; を使って行います。 &prompt.root; sysctl net.link.ether.bridge=1 -&prompt.root; sysctl net.link.ether.bridge_cfg="wi0 xl0" +&prompt.root; sysctl net.link.ether.bridge_cfg="wi0,xl0" +&prompt.root; sysctl net.inet.ip.forwarding=1 + + &os; 5.2-RELEASE + 以降では、次のように指定しなければなりません。 + + &prompt.root; sysctl net.link.ether.bridge.enable=1 +&prompt.root; sysctl net.link.ether.bridge.config="wi0,xl0" &prompt.root; sysctl net.inet.ip.forwarding=1 さて、無線カードを設定するときです。 @@ -1009,7 +1047,8 @@ wi0: flags=8843<UP,BROADCAST,RUNNING, 3Com Bluetooth PC カード 3CRWB60-A は &man.ng.bt3c.4; ドライバによって対応されています。 シリアルおよび UART を搭載した Bluetooth デバイスは &man.sio.4;, - &man.ng.h4.4; および &man.hcseriald.8; ドライバによって対応されています。 + &man.ng.h4.4; および &man.hcseriald.8; + ドライバによって対応されています。 この節では USB Bluetooth ドングルの使用法について説明します。 Bluetooth に対応しているのは &os; 5.0 以降のシステムです。 @@ -1087,7 +1126,7 @@ Number of SCO packets: 8 L2CAP ノード (上流) に接続されます。 すべての HCI 動作はデバイスドライバノード上ではなく、 HCI ノード上で行われなくてはいけません。 - HCI ノードのデフォルト名は devicehciです。 + HCI ノードのデフォルト名は devicehci です。 詳細については &man.ng.hci.4; マニュアルを参照してください。 最も一般的なタスクの一つに、無線通信的に近傍にある Bluetooth @@ -1250,7 +1289,8 @@ c2e8bc80 0 250 00:02:72:00:d4:1a もう一方で有線インタフェースを提供するモジュールのような、 他の構成にも対応できます。 - &os; では RFCOMM プロトコルは Bluetooth ソケット層に実装されています。 + &os; では RFCOMM プロトコルは + Bluetooth ソケット層に実装されています。 @@ -1516,7 +1556,8 @@ obex> di Success, response: OK, Success (0x20) OBEX プッシュサービスを提供するためには、 - sdpd サーバが実行されていなければなりません。 + sdpd + サーバが実行されていなければなりません。 また OPUSH サービスをローカル SDP サーバに登録することも必要です。 なお、OPUSH サービスには RFCOMM チャネル属性が必要です。 渡されるオブジェクトをすべて格納するルートフォルダを作成しなければいけません。 @@ -1576,7 +1617,8 @@ rfcomm_sppd[94692]: Starting on /dev/tty - 何かがうまくいっていないみたいです。何が実際に起こっているか確認できますか? + 何かがうまくいっていないみたいです。 + 何が実際に起こっているか確認できますか? できます。 ここ からダウンロードできる第三者パッケージ @@ -1608,7 +1650,8 @@ rfcomm_sppd[94692]: Starting on /dev/tty IP サブネットを作成して、 それらのセグメントをルータを使って接続することなしに、 (Ethernet セグメントのような) - 一つの物理ネットワークを二つのネットワークセグメントに分割することはとても有効な場合があります。この方法で二つのネットワークを繋ぐデバイスは + 一つの物理ネットワークを二つのネットワークセグメントに分割することはとても有効な場合があります。 + この方法で二つのネットワークを繋ぐデバイスは ブリッジ と呼ばれます。 二つのネットワークインタフェースカードを持つ FreeBSD システムは、ブリッジとして動作することができます。 @@ -1635,8 +1678,9 @@ rfcomm_sppd[94692]: Starting on /dev/tty ルータで接続することができない場合です。 編集部門と製作部門がおなじサブネットに同居している新聞社を例に考えてみましょう。 - 編集部門のユーザはファイルサーバとして全員サーバ A を利用し、 - 製作部門のユーザはサーバ B を利用します。 + 編集部門のユーザはファイルサーバとして全員サーバ + A を利用し、 + 製作部門のユーザはサーバ B を利用します。 すべてのユーザを接続するのには Ethernet が使われており、 高負荷となったネットワークは遅くなってしまいます。 @@ -1651,9 +1695,9 @@ rfcomm_sppd[94692]: Starting on /dev/tty パケットフィルタ/帯域制御用ファイアウォール ファイアウォール - IP マスカレード + ネットワークアドレス変換 (NAT) - もうひとつは IP マスカレード (NAT) + もうひとつはネットワークアドレス変換 (NAT) を使わずにファイアウォール機能を利用したい場合です。 ここでは DSL もしくは ISDN で @@ -1678,7 +1722,8 @@ rfcomm_sppd[94692]: Starting on /dev/tty ネットワークインタフェースカードの選択 - ブリッジを利用するには少なくとも二つのネットワークカードが必要です。 + ブリッジを利用するには少なくとも + 2 枚のネットワークカードが必要です。 残念なことに FreeBSD 4.0 ではすべてのネットワークインタフェースカードがブリッジ機能に対応しているわけではありません。 カードに対応しているかどうかについては &man.bridge.4; @@ -1695,7 +1740,7 @@ rfcomm_sppd[94692]: Starting on /dev/tty options BRIDGE - カーネルでブリッジ機能を有効にするには: + カーネルでブリッジ機能を有効にするには options BRIDGE @@ -1707,16 +1752,17 @@ rfcomm_sppd[94692]: Starting on /dev/tty ファイアウォール対応 ファイアウォール ファイアウォールとしてブリッジを利用しようとしている場合には - IPFIREWALL オプションも指定する必要があります。 + IPFIREWALL オプションも指定する必要があります。 ブリッジをファイアウォールとして設定する際の一般的な情報に関しては、 を参照してください。 IP 以外のパケット (ARP など) がブリッジを通過するようにするためには、 - 文書化されていないファイアウォール用オプションを設定する必要があります。 + ファイアウォール用オプションを設定しなければなりません。 このオプションは IPFIREWALL_DEFAULT_TO_ACCEPT です。この変更により、 - デフォルトではファイアウォールがすべてのパケットを受け入れるようになることに注意してください。この設定を行う前に、 + デフォルトではファイアウォールがすべてのパケットを受け入れるようになることに注意してください。 + この設定を行う前に、 この変更が自分のルールセットにどのような影響をおよぼすかを把握しておかなければなりません。 @@ -1750,14 +1796,20 @@ rfcomm_sppd[94692]: Starting on /dev/tty 以下の行も付け加える必要があります net.link.ether.bridge_ipfw=1 + + &os; 5.2-RELEASE + 以降では、かわりに以下の行を使用してください。 + + net.link.ether.bridge.enable=1 + net.link.ether.bridge.config=if1,if2 + net.link.ether.bridge.ipfw=1 その他の情報 - - ネットワークからブリッジに telnet したい場合、 - ネットワークカードの一つに IP アドレスを割り当てれば OK です。 + ネットワークからブリッジに &man.telnet.1; したい場合、 + ネットワークカードの一つに IP アドレスを割り当てるのが正しいです。 一般的に、両方のカードに IP アドレスを割り当てるのはよい考えではないとされています。 @@ -1767,7 +1819,8 @@ rfcomm_sppd[94692]: Starting on /dev/tty これはスパニングツリーのリンク制御はサポートされていない、 ということを意味します。 - ブリッジは、ping にかかる時間を遅らせることがあります。特に、 + ブリッジは、&man.ping.8; + にかかる時間を遅らせることがあります。特に、 一方のセグメントからもう一方へのトラフィックでそうなります。 @@ -1803,7 +1856,8 @@ rfcomm_sppd[94692]: Starting on /dev/tty それがローカルファイルであるかのようにアクセスすることができます。 - NFS が提供可能な最も特筆すべき利点のいくつかを以下にあげます。 + NFS + が提供可能な最も特筆すべき利点いくつかは以下のものです。 @@ -1842,7 +1896,7 @@ rfcomm_sppd[94692]: Starting on /dev/tty portmap の例のすべてを rpcbind に置き換える必要があります。 - サーバは以下のデーモンを動作させなければなりません: + サーバは以下のデーモンを動作させなければなりません。 NFS サーバ @@ -2043,13 +2097,13 @@ mountd_flags="-r" root 権限で以下のコマンドを実行すれば、すべてが起動するでしょう。 - NFS サーバでは: + NFS サーバでは &prompt.root; portmap &prompt.root; nfsd -u -t -n 4 &prompt.root; mountd -r - NFS クライアントでは: + NFS クライアントでは &prompt.root; nfsiod -n 4 @@ -2249,13 +2303,15 @@ Exports list on foobar: NFS がこの状態に陥ってしまうと正常に戻すことはできないため、 多くの場合クライアントをリセットすることが唯一の解決法となります。 - 正しい解決法は、より高性能のイーサネットアダプタを + 正しい + 解決法は、より高性能のイーサネットアダプタを FreeBSD システムにインストールすることですが、 満足に動作させる簡単な方法があります。 FreeBSD システムが サーバ になるのなら、 クライアントからのマウント時に オプションをつけて下さい。FreeBSD システムが - クライアント になるのなら、NFS ファイルシステムを + クライアント になるのなら、 + NFS ファイルシステムを オプションつきでマウントして下さい。 これらのオプションは自動的にマウントをおこなう場合には クライアントの fstab @@ -2370,15 +2426,14 @@ Exports list on foobar: 少なくとも二つあります。 - PXE: &intel; の - Preboot Execution Environment (PXE) システムは、 + PXE: &intel; の + Preboot Execution Environment システムは、 一部のネットワークカードまたはマザーボードに組み込まれた、 スマートなブート ROM の一形態です。 詳細については &man.pxeboot.8; を参照してください。 - port の - etherboot + port の etherboot (net/etherboot) は、 ネットワークを通じてカーネルを起動する ROM 化可能なコードを提供します。 @@ -2490,10 +2545,10 @@ Exports list on foobar: isc-dhcp サーバは、 BOOTP および DHCP リクエストの両方に答えることができます。 - 4.4-Release の時点で isc-dhcp 3.0 + 4.4-RELEASE の時点で isc-dhcp 3.0 はベースシステムの一部では無くなりました。 まずはじめに - net/isc-dhcp3 port + net/isc-dhcp3-server port または対応する package をインストールする必要があるでしょう。 ports および package に関する一般的な情報については を参照してください。 @@ -2553,7 +2608,8 @@ Exports list on foobar: - ルートファイルシステムへのパスを、 + + ルートファイルシステムへのパスを、 通常の NFS 書式で root-path オプションに指定します。 @@ -2813,12 +2869,17 @@ Exports list on foobar: は KB 単位のスワップサイズだということです。 もっと古いバージョンの dhcpd では option option-128 "... - という書式が受け付けられましたが、もはや動かないようです。 - これに対して、/etc/bootptab + という書式が受け付けられましたが、 + もはや対応していません。 + 代わりに、/etc/bootptab では次の書式を使います。 - T128="192.168.4.4:/netswapvolume/netswap":T129=64000 + T128="192.168.4.4:/netswapvolume/netswap":T129=0000fa00 + + /etc/bootptab + では、スワップの大きさは + 16 進数で表さなければなりません。 @@ -2951,9 +3012,10 @@ Exports list on foobar: その中には、はじめて対応された一次群速度インタフェース (PRI) ISDN カードもあります。 - Isdn4bsd は IP over raw HDLC + isdn4bsd は IP over raw HDLC または同期 PPP を利用して他の ISDN ルータに接続できるようにします。 - PPP では、カーネル PPP を spp を修正した isppp + PPP では、カーネル PPP を &man.sppp.4; ドライバを修正した + isppp ドライバとともに利用するか、または ユーザプロセス &man.ppp.8; を利用するかのどちらかになります。ユーザ &man.ppp.8; を利用すると、二つ以上の ISDN B チャネルを併せて利用できます。 @@ -3033,8 +3095,8 @@ Exports list on foobar: PPP のプログラムに問題があった場合、その問題は TA に置き換えてもそのまま残ります。 - 最高の安定性を求めるのであれば、ユーザープロセス - iijPPP ではなく、カーネル + 最高の安定性を求めるのであれば、 + ユーザランド PPP ではなく、カーネル PPPを使用してください。 以下の TA は、FreeBSD で動作確認ずみです。 @@ -3084,7 +3146,7 @@ Exports list on foobar: 多分に宗教的な問題です。 メーリングリストでもいくつか議論がありました。議論の全容については、 アーカイブ - を参照してください。 + を検索してください。 @@ -3098,8 +3160,8 @@ Exports list on foobar: ルーティングやブリッジング技術に関する詳細は、 ネットワークの参考書をご覧ください。 - このページでは、 - ルータとブリッジにどちらでもあてはまるように記述します。 + この節では、 + ルータとブリッジのどちらでもあてはまるように記述します。 ローエンド ISDN ルータ/ブリッジ製品は、 価格が下がってきていることもあり、 @@ -3130,7 +3192,8 @@ Exports list on foobar: 支店または家庭のネットワーク 10 base 2 - ネットワークは 10 Base 2 イーサネット (thinnet) + ネットワークは 10 Base 2 イーサネット + (thinnet) のバス型トポロジを用いています。ルータとネットワークの間は、 必要に応じて AUI/10BT トランシーバを使って接続してください。 @@ -3144,7 +3207,7 @@ Exports list on foobar: | ---FreeBSD box | ----Windows 95 (別に勧めているわけじゃありません) +---Windows 95 | スタンドアロンルータ | @@ -3318,7 +3381,7 @@ ISDN BRI ライン ypbind NIS クライアントを - NIS サーバに結びつけます。 + NIS サーバに 結びつけ ます。 これは NIS ドメイン名をシステムから取得し RPC を用いてサーバに接続します。ypbind は NIS 環境におけるクライアントとサーバ間の通信の中枢です。 @@ -3458,11 +3521,13 @@ ISDN BRI ライン /etc/master.passwd を各々が持っています。 これらのファイルは手動でお互いに同期させています。 つまり現時点では、新しいユーザをあなたが追加するとき、 - adduser を 15 ヶ所すべてで実行しなければなりません。 + adduser を + 15 ヶ所すべてで実行しなければなりません。 これは明らかに変える必要があるため、 - あなたはこのうち 2 台をサーバにして NIS を導入することを決めました。 + あなたはこのうち 2 台をサーバにして + NIS を導入することを決めました。 - その結果、研究室の設定はこのようなものになります: + その結果、研究室の設定はこのようなものになります。 @@ -3504,8 +3569,10 @@ ISDN BRI ライン もし NIS によるシステム管理の設定を行なうのが初めてなら、 - どのようにしたいのか、ひととおり最後まで考えてみることをお勧めします。 - ネットワークの規模によらず、いくつか決めるべきことがあるからです。 + どのようにしたいのか、 + ひととおり最後まで考えてみることをお勧めします。 + ネットワークの規模によらず、 + いくつか決めるべきことがあるからです。 NIS ドメイン名を決める @@ -3527,7 +3594,8 @@ ISDN BRI ライン 組織によってはインターネットのドメイン名を NIS ドメイン名に使っているところがあります。 - これはネットワークのトラブルをデバッグするときに混乱の原因となるため、お勧めできません。 + これはネットワークのトラブルをデバッグするときに混乱の原因となるため、 + お勧めできません。 NIS ドメイン名はネットワーク内で一意なければいけません。そして、 ドメイン名がドメインに含まれるマシンを表すようなものであれば分かり易いです。 たとえば Acme 社のアート (Art) 部門であれば NIS ドメイン名を @@ -3540,7 +3608,8 @@ ISDN BRI ライン NIS ドメイン名をネットワークドメイン名として使うものもあります。 あなたのネットワークにそのような制限のあるマシンが 1 台でもあるときは、NIS - のドメイン名としてインターネットのネットワークドメイン名を使わなければいけません。 + のドメイン名としてインターネットのネットワークドメイン名を使わなければ + いけません。 @@ -3559,9 +3628,12 @@ ISDN BRI ライン 理想的には NIS サーバはスタンドアロンで NIS サーバ専用のマシンにするべきです。 ネットワークの負荷が重くなければ、 - 他のサービスを走らせているマシンを NIS サーバにしてもかまいません。 - ただし NIS サーバが使えなくなると、すべての - クライアントに影響をおよぼす、という点には注意しなければなりません。 + 他のサービスを走らせているマシンを + NIS サーバにしてもかまいません。 + ただし NIS サーバが使えなくなると、 + すべての + クライアントに影響をおよぼす、 + という点には注意しなければなりません。 @@ -3577,7 +3649,8 @@ ISDN BRI ライン サーバがサービスする NIS ドメインです。 1 台の NIS サーバが複数のドメインをサポートすることも可能です。 つまり、このディレクトリを各々のドメインごとに作ることができます。 - それぞれのドメインは、独立したマップの集合を持つことになります。 + それぞれのドメインは、 + 独立したマップの集合を持つことになります。 NIS のマスターサーバとスレーブサーバ上では、 ypserv デーモンがすべての NIS 要求を処理します。 @@ -3623,8 +3696,9 @@ ISDN BRI ライン NIS の設定によっては、 さらに他のエントリを付け加える必要があるかもしれません。 - 詳細については、下記の - NIS クライアントとしても動作している NIS サーバ + 詳細については、下記の NIS + クライアントとしても動作している NIS サーバ 節を参照してください。 @@ -3645,8 +3719,8 @@ ISDN BRI ライン ディレクトリにあるデータベースファイルです。 これらは NIS マスタの /etc ディレクトリの設定ファイルから作られます。 - 唯一の例外は /etc/master.passwd ファイルです。 - これは root + 唯一の例外は /etc/master.passwd + ファイルです。これは root や他の管理用アカウントのパスワードまでその NIS ドメインのすべてのサーバに伝えたくないという、 もっともな理由によるものです。このため NIS @@ -3738,8 +3812,9 @@ ellington has been setup as an YP master ファイルを前回と同様に編集します。唯一の違うところは ypinit の実行に オプションを使わなければいけないことです。 - オプションは NIS マスターサーバの名前を要求し、 - コマンドラインは以下のようになります: + オプションは + NIS マスターサーバの名前を要求し、 + コマンドラインは以下のようになります。 coltrane&prompt.root; ypinit -s ellington test-domain @@ -3804,7 +3879,7 @@ Don't forget to update map ypservers on このディレクトリに置いてください。 これらを確実に最新のものに維持する必要があります。 次のエントリをスレーブサーバの /etc/crontab - に追加することで、最新のものに保つことができます: + に追加することで、最新のものに保つことができます。 20 * * * * root /usr/libexec/ypxfr passwd.byname 21 * * * * root /usr/libexec/ypxfr passwd.byuid @@ -3904,8 +3979,10 @@ nis_client_enable="YES" - NIS サーバにあるすべてのグループエントリを取り込むため、 - 以下の行を /etc/group に追加します。 + NIS + サーバにあるすべてのグループエントリを取り込むため、 + 以下の行を /etc/group + に追加します。 +:*:: @@ -4142,13 +4219,15 @@ basie&prompt.root; pride, greed, envy, wrath, lust, sloth - あまり重要でないサーバ。IT 学科の全員がログオンを許されます。 + あまり重要でないサーバ。 + IT 学科の全員がログオンを許されます。 one, two, three, four, ... 通常のワークステーション。 - 本当の 職員だけがログオンを許されます。 + 本当の + 職員だけがログオンを許されます。 @@ -4368,11 +4447,13 @@ USERBOX IT_EMP ITINTERN USERSこのログイン制限の定義法は、 同一の制限を持つマシンのグループを定義できるときには便利なものです。 残念ながらこのようなケースは例外的なものです。 - ほとんどの場合、各マシンに基づくログイン制限の定義機能が必要となるでしょう。 + ほとんどの場合、 + 各マシンに基づくログイン制限の定義機能が必要となるでしょう。 マシンごとのネットグループの定義は、 上述したようなポリシの変更を扱うことができるもうひとつの方法です。 - このシナリオでは、各マシンの /etc/master.passwd は + このシナリオでは、各マシンの + /etc/master.passwd は + で始まる 2 つの行からなります。 最初のものはそのマシンへのログインを許されたアカウントを追加するもので、 2 番目はその他のアカウントを /sbin/nologin @@ -4445,12 +4526,14 @@ TWO (,hotel,test-domain) - 研究室にユーザを追加するときは、それをマスター NIS サーバに - だけ 追加しなければならず、さらに + 研究室にユーザを追加するときは、それをマスター + NIS サーバに だけ + 追加しなければならず、さらに NIS マップを再構築することを忘れてはいけません。 - これを忘れると新しいユーザは NIS マスタ以外のどこにもログインできなくなります。 + これを忘れると新しいユーザは + NIS マスタ以外のどこにもログインできなくなります。 たとえば、新しくユーザ jsmith - をラボに登録したいときは以下のようにします: + をラボに登録したいときは以下のようにします。 &prompt.root; pw useradd jsmith &prompt.root; cd /var/yp @@ -4460,7 +4543,8 @@ TWO (,hotel,test-domain) adduser jsmith を使うこともできます。 - 管理用アカウントを NIS マップから削除してください。 + 管理用アカウントを + NIS マップから削除してください。 管理用アカウントやパスワードを、 それらのアカウントへアクセスさせてはいけないユーザが居るかも知れないマシンにまで伝えて回りたいとは思わないでしょう。 @@ -4472,7 +4556,8 @@ TWO (,hotel,test-domain) 彼らは実質的に多くの人を研究室へログインできなくしてしまえます。 これはどの集中管理システムにとってももっとも大きな弱点でしょう。 - あなたの NIS サーバを守らなければ怒れるユーザと対面することになるでしょう! + あなたの NIS + サーバを守らなければ怒れるユーザと対面することになるでしょう! @@ -4626,7 +4711,8 @@ nis_client_flags="-S NIS do ネットワークでの通信に必要な情報を入手することができる仕組みです。 FreeBSD では ISC (Internet Software Consortium) による DHCP の実装を使用しています。したがって、 - ここでの説明のうち実装によって異なる部分は ISC のもの用になっています。 + ここでの説明のうち実装によって異なる部分は + ISC のもの用になっています。 @@ -4636,7 +4722,7 @@ nis_client_flags="-S NIS do システムのクライアント側およびサーバ側の構成要素の両方について説明します。 クライアント側のプログラムである dhclient は FreeBSD のベースシステム内に含まれています。そして、サーバ側の要素は - net/isc-dhcp3 port + net/isc-dhcp3-server port から利用可能です。下記の説明の他に、 &man.dhclient.8;, &man.dhcp-options.5; および &man.dhclient.conf.5; マニュアルページが役にたつ情報源です。 @@ -4651,7 +4737,8 @@ nis_client_flags="-S NIS do このリクエストには UDP のポート 68 を使用します。 サーバは UDP のポート 67 で応答し、クライアントの IP アドレスと、 ネットマスクやルータ、DNS サーバなどの関連する情報を提供します。 - これらの情報のすべては DHCP のリースの形で送られ、DHCP + これらの情報のすべては DHCP の + リース の形で送られ、DHCP サーバ管理者によって決められたある一定の時間内でのみ有効になります。 これによって、ネットワークに存在しなくなったホストの IP アドレスは自動的に回収されることになります。 @@ -4734,7 +4821,8 @@ nis_client_flags="-S NIS do もし、使っている dhclient の場所を変更していたり、dhclient - にフラグを渡したい場合は、同様に下のように書き加えてください。 + にフラグを渡したい場合は、 + 同様に下のように書き加えてください。 dhcp_program="/sbin/dhclient" dhcp_flags="" @@ -4745,10 +4833,10 @@ dhcp_flags="" DHCP サーバ - DHCP サーバである dhcpd は、Ports Collection に - isc-dhcp2 として収録されています。 - この port はクライアント、サーバ、リレーエージェント、文書から成る - ISC の DHCP 配布物をすべて含んでいます。 + DHCP サーバ dhcpd は、Ports Collection に + net/isc-dhcp3-server + の一部として収録されています。 + この port には ISC DHCP サーバと文書が含まれています。 @@ -4810,7 +4898,7 @@ dhcp_flags="" DHCP のサーバ部分は FreeBSD の一部として提供されません。 したがって、このサービスを提供するために - net/isc-dhcp3 + net/isc-dhcp3-server port をインストールする必要があるでしょう。 Ports Collection を使用する情報についての詳細は を参照してください。 @@ -4849,7 +4937,7 @@ dhcp_flags="" 次に行わねばならないのは、 - net/isc-dhcp3 port + net/isc-dhcp3-server port によってインストールされた dhcpd.conf のサンプルを編集することです。 デフォルトでは、これは @@ -4920,13 +5008,15 @@ host mailhost { このオプションは、リースが受理、またはリリースされたときに DHCP サーバが DNS を更新しようとするかどうかを指定します。 - ISC 実装では、このオプションは 必要 です。 + ISC 実装では、このオプションは + 必須 です。 これはどの範囲の IP アドレスが、 クライアントに割り当てるために予約されたプールに使用されるかを示します。 - この範囲に含まれている IP アドレスはクライアントに渡されます。 + この範囲に含まれている + IP アドレスはクライアントに渡されます。 @@ -4989,7 +5079,8 @@ host mailhost { /var/db/dhcpd.leases - DHCP サーバは発行したリースのデータベースをこのファイルにログとして保持します。 + DHCP + サーバは発行したリースのデータベースをこのファイルにログとして保持します。 port によってインストールされる &man.dhcpd.leases.5; にはもう少し詳しい説明があります。 @@ -4997,7 +5088,11 @@ host mailhost { /usr/local/sbin/dhcrelay dhcrelay は、DHCP サーバがクライアントからのリクエストを、 - 別のネットワーク上にある DHCP サーバに転送する高度な環境下で使用されます。 + 別のネットワーク上にある + DHCP サーバに転送する高度な環境下で使用されます。 + この機能が必要なら、net/isc-dhcp3-server port + をインストールしてください。 port とともに提供される &man.dhcrelay.8; マニュアルページにはより詳細な情報が含まれます。 @@ -5096,7 +5191,8 @@ host mailhost { 逆引き DNS - 正引き DNS の逆です。つまり IP アドレスからホスト名への対応です。 + 正引き DNS の逆です。つまり + IP アドレスからホスト名への対応です。 @@ -5150,7 +5246,8 @@ host mailhost { org. より限定的です。同様に org. はルートゾーンより限定的です。 ホスト名の各部分のレイアウトはファイルシステムに非常に似ています。 - たとえば /dev はルートの下であることなどです。 + たとえば /dev + はルートの下であることなどです。 @@ -5167,12 +5264,14 @@ host mailhost { ある人が DNS 情報を世界に向けて発信したいとき。 - example.org といったドメインが登録されており、 - その下にあるホスト名に IP アドレスを割り当てる必要があるとき。 + example.org + といったドメインが登録されており、 + その下にあるホスト名に + IP アドレスを割り当てる必要があるとき。 - IP アドレスブロックが逆引き DNS エントリ (IP からホスト名への) - を必要とするとき。 + IP アドレスブロックが (IP からホスト名への) + 逆引き DNS エントリを必要とするとき。 プライマリサーバがダウンしているかまたはアクセスできない場合に、 @@ -5196,9 +5295,11 @@ host mailhost { www.FreeBSD.org に対する問い合わせを発したとき、 - リゾルバは大体の場合上流の ISP のネームサーバに問い合わせをして返答を得ます。 + リゾルバは大体の場合上流の ISP + のネームサーバに問い合わせをして返答を得ます。 ローカルのキャッシュ DNS サーバがあれば、 - 問い合わせはキャッシュ DNS サーバによって外部に対して一度だけ発せられます。 + 問い合わせはキャッシュ + DNS サーバによって外部に対して一度だけ発せられます。 情報がローカルに蓄えられるので、 追加の問い合わせはいずれもローカルネットワークの外側にまで確認しなくてもよくなります。 @@ -5536,7 +5637,8 @@ www IN CNAME @ PTR - ドメインネームポインタ (逆引き DNS で使用されます) + ドメインネームポインタ + (逆引き DNS で使用されます) @@ -5799,7 +5901,8 @@ $TTL 6h &prompt.root; rm -fr /usr/obj && mkdir /usr/obj - これはソースツリーからすべてのがらくたを一掃します。 + これはソースツリーからすべての + がらくた を一掃します。 もう一度上記の手順を行うと、今度はうまく動作するでしょう。 @@ -6507,7 +6610,7 @@ natd_flags="" natd ゲートウェイマシンの外部 IP アドレスとして使用することができます。 - の書式は以下のとおりです: + の書式は以下のとおりです。 -redirect_address localIP publicIP @@ -7347,7 +7450,8 @@ round-trip min/avg/max/stddev = 2.530/2. - Sun.com の IPv6 概観 + Sun.com + の IPv6 概観 @@ -7510,7 +7614,7 @@ round-trip min/avg/max/stddev = 2.530/2. これは自動設定の一環として、 イーサネット MAC アドレスを変換したものを含んでいます。 - IPv6 アドレス構造についての詳細は RFC2373 をご覧ください。 + IPv6 アドレス構造についての詳細は RFC3513 をご覧ください。