- PR -

PCルータ（Linuxルータ）でWebページの表示が遅い

«前のページへ 1|2|3
投稿者投稿内容
Jumpin'' Jack Flash
大ベテラン
会議室デビュー日: 2006/01/24
投稿数: 198
投稿日時: 2006-04-14 22:04
引用:

引用:


192.168.1.3のDNSサーバが、自分で分からない名前解決をたずねるのが192.168.1.3？
自分で分からないといっているのに、自分に問い合わせることにはならないのでしょうか？

resolv.conf がこれで動いているのが気持ち悪いですね．
forward であれ resolver であれ，
「自分を参照する，ダメなら他を」はおかしいと感じます．
自分を参照して，ダメなら自分の DNS Server が forward 先へ
問い合わせるならわかりますけど．



皆様、コメントありがとうございます。
でも、おっしゃっていることを理解できずにいます。
forward、resolverの本質的な意味を理解することは当然で、
これから勉強してみますが、
とりあえず、正常に動く状態にしたいです。
（今の2、3回に1回タイムアウト状態では調べることすらままならないです）
・/etc/resolv.conf
・/etc/named.confのforwarders
は、こうしろ！と言ってもらえないでしょうか。

Linuxルータ：192.168.1.1
・DHCPdインストール済
・BINDインストール未
Linux DNSサーバ：192.168.1.3
・BINDインストール済
Win クライアント：192.168.1.100

たいへん申し訳ございませんが、よろしくお願いいたします。
末記人
大ベテラン
会議室デビュー日: 2005/12/05
投稿数: 233
お住まい・勤務地: あわにこ
投稿日時: 2006-04-14 22:31
やってみればいいと思います。

/etc/resolv.confの自身を参照しようとしているところを消すか
named.confのforwardersから自身を参照しようとしているところを消せば
現象は改善されるんじゃないですか？

多分２、３回に一度タイムアウトになっているのはラウンドロビンの順番で運悪く
自身を参照する回だったときなんじゃないですか？

内部ネットワークの名前解決もする必要があるのであれば /etc/resolv.confは
そのままで、named.confを内部の名前解決と外部の名前解決とを分けるように
設定を書く必要がありますね。

ちょっとググればいっぱい出てくると思いますが
kaz
ぬし
会議室デビュー日: 2003/11/06
投稿数: 5403
投稿日時: 2006-04-14 23:01
引用:

未記入さんの書き込み (2006-04-14 22:31) より:

多分２、３回に一度タイムアウトになっているのはラウンドロビンの順番で運悪く
自身を参照する回だったときなんじゃないですか？

ここは forwarders のお話ですよね？
resolver は確か上から見るんじゃなかったかと記憶しているので．
引用:

内部ネットワークの名前解決もする必要があるのであれば /etc/resolv.confは
そのままで、named.confを内部の名前解決と外部の名前解決とを分けるように
設定を書く必要がありますね。

/etc/resolv.conf はむしろ自分だけにすべきでは？
forwarders だけちゃんと外に向けるのが良いのではないかと思います．

で，masq〜 以外の NAT を無効にした場合は試されたんでしょうか？
結局解決の早道を急ぎすぎるあまり収拾つかなくなったらお困りになりませんか？
ほんとに DNS が原因と確定したわけではないと思いますけど．
末記人
大ベテラン
会議室デビュー日: 2005/12/05
投稿数: 233
お住まい・勤務地: あわにこ
投稿日時: 2006-04-14 23:30
引用:

kazさんの書き込み (2006-04-14 23:01) より:
引用:

未記入さんの書き込み (2006-04-14 22:31) より:

多分２、３回に一度タイムアウトになっているのはラウンドロビンの順番で運悪く
自身を参照する回だったときなんじゃないですか？

ここは forwarders のお話ですよね？
resolver は確か上から見るんじゃなかったかと記憶しているので．


はい、ご指摘のとおりです。
引用:

引用:

内部ネットワークの名前解決もする必要があるのであれば /etc/resolv.confは
そのままで、named.confを内部の名前解決と外部の名前解決とを分けるように
設定を書く必要がありますね。

/etc/resolv.conf はむしろ自分だけにすべきでは？
forwarders だけちゃんと外に向けるのが良いのではないかと思います．

で，masq〜 以外の NAT を無効にした場合は試されたんでしょうか？
結局解決の早道を急ぎすぎるあまり収拾つかなくなったらお困りになりませんか？
ほんとに DNS が原因と確定したわけではないと思いますけど．


そうですね /etc/resolv.confは自分(DNS)だけのほうがいいですね。

また、DNSの問題と決め付けるのもよく無かったですね、切り分けのために調査はしても言いと思います。
クライアント機から nslookupを何度か投げてtcpdumpをやってみるとか
bindをデバッグモードで起動してみてもいいんじゃないでしょうか？
Jumpin'' Jack Flash
大ベテラン
会議室デビュー日: 2006/01/24
投稿数: 198
投稿日時: 2006-04-15 16:45
皆様、コメントありがとうございます。

引用:

kazさんの書き込み (2006-04-14 23:01) より:
で，masq〜 以外の NAT を無効にした場合は試されたんでしょうか？
結局解決の早道を急ぎすぎるあまり収拾つかなくなったらお困りになりませんか？
ほんとに DNS が原因と確定したわけではないと思いますけど．

投稿日時: 2006-04-13 20:13 に書いたテストはやってみましたが、
違うことをやってましたか？

結論を言いますと
/etc/named.conf の forwarders から 192.168.1.3（自分自身）を消したら
正常にアクセスできるようになりました。
iptablesの設定を本来やりたかった最初に用意したものに戻しましたが、
正常に稼動しているようです。

というわけで、もう、ぐぐってもタイムアウトしないので、
BINDとResolverについてバリバリ勉強してみます。

引用:

引用:

内部ネットワークの名前解決もする必要があるのであれば /etc/resolv.confは
そのままで、named.confを内部の名前解決と外部の名前解決とを分けるように
設定を書く必要がありますね。

/etc/resolv.conf はむしろ自分だけにすべきでは？
forwarders だけちゃんと外に向けるのが良いのではないかと思います．

ちゃんと理解してから、どうすべきか（どうあるべきか）考えたいと
思います。

引用:

クライアント機から nslookupを何度か投げてtcpdumpをやってみるとか
bindをデバッグモードで起動してみてもいいんじゃないでしょうか？

この辺りも非常に興味深かったので、いろいろ検証してみます。

この度は多くのことを学ばせていただきました。
皆様、本当にありがとうございました。
«前のページへ 1|2|3

スキルアップ／キャリアアップ（JOB@IT）