Catch up with the English version:

1.161 -> 1.162	books/faq/book.sgml

Submitted by:	Hiroo Ono <hiroo@oikumene.gcd.org>
Reference:	[doc-jp-work 751]
This commit is contained in:
Hideyuki KURASHINA 2003-11-04 16:46:47 +00:00
parent 67bb85edab
commit 077ce6b848
Notes: svn2git 2020-12-08 03:00:23 +00:00
svn path=/head/; revision=18708

View file

@ -19,7 +19,7 @@
<!ENTITY % newsgroups SYSTEM "../handbook/newsgroups.ent"> %newsgroups;
]>
<!-- The FreeBSD Japanese Documentation Project -->
<!-- Original revision: 1.161 -->
<!-- Original revision: 1.162 -->
<book>
<bookinfo>
@ -5025,6 +5025,49 @@ IO range check 0x00 activate 0x01</screen>
</itemizedlist>
</answer>
</qandaentry>
<qandaentry>
<question id="connection-delay">
<para>&man.ssh.1; や &man.telnet.1; でコンピュータに接続する
のに、何故こんなに時間がかかるのですか?</para>
</question>
<answer>
<para>症状: TCP コネクションが確立してから、
クライアントソフトウェアがパスワードを尋ねてくるまで
(&man.telnet.1; の場合は、ログインプロンプトが表示されるまで)
に大きな遅れがあります。</para>
<para>問題: おそらく、サーバソフトウェアがクライアントの
IP アドレスからホスト名を解決しようとして、遅れが生じている
のでしょう。FreeBSD に付属する SSH や Telnet を含む多くの
サーバは、たとえば管理者が後日参照するであろうログファイルに
ホスト名を記録するために名前解決を行っています。</para>
<para>対応方法: もし、あなたのコンピュータ (クライアント)
からどのサーバに接続する場合にも問題が起こるのであれば、
クライアントに問題があります。同様に、誰かがあなたの
コンピュータ (サーバ) に接続するときだけ問題が起こるのであれば、
サーバに問題があります。</para>
<para>クライアントに問題があるなら、唯一の処方箋は、サーバーが
名前解決をできるように DNS を修正することです。クライアントが
ローカルネットワークにある場合は、サーバー側の問題だと判断し、
続きを読んでください。それとは逆に、
グローバルなインターネットにあるなら、ISP に連絡して修正して
もらわなければならない可能性が高いです。</para>
<para>ローカルネットワークに設置されたサーバに問題がある場合は、
ローカルのアドレス範囲について、アドレスに対応するホスト名の
問合せを解決できるように、サーバを設定する必要があります。
詳しくは、&man.hosts.5; および &man.named.8;
のマニュアルをご覧ください。サーバがグローバルなインターネットに
設置されているならば、サーバのリゾルバが正しく動作していない
のかもしれません。確認するには、他のホスト (たとえば
<hostid>www.yahoo.com</hostid>) を引いてみてください。
うまくいかないなら、問題はあなたのコンピュータにあります。</para>
</answer>
</qandaentry>
</qandaset>
</chapter>