Kubuntuを12.04から14.04にアップグレードした後、FirefoxとThunderbirdでDNSルックアップが非常に遅くなりました。
Wiresharkとの通信を確認しました。起動 http://vs.h Firefox(28)では、次のパケットを受け取りました。
番号時間ソース宛先プロトコル長さ情報1 0.000000000 192.168.1.13 192.168.1.1 DNS 65標準クエリ0xb406 A vs.hu
番号時間ソース宛先プロトコル長さ情報2 0.013074000 192.168.1.1 192.168.1.13 DNS 82標準クエリ応答0xb406 A 91.120.239.162
番号時間ソース宛先プロトコル長さ情報3 0.013363000 192.168.1.13 192.168.1.1 DNS 65標準クエリ0x7f30 AAAA vs.hu
番号時間ソース宛先プロトコル長さ情報4 0.014928000 192.168.1.1 192.168.1.13 DNS 110標準クエリ応答0x7f30 PTR vs.hu
番号時間ソース宛先プロトコル長さ情報5 5.003951000 192.168.1.13 192.168.1.1 DNS 65標準クエリ0x1ff5 A vs.hu
番号時間ソース宛先プロトコル長さ情報6 5.019617000 192.168.1.1 192.168.1.13 DNS 82標準クエリ応答0x1ff5 A 91.120.239.162
番号時間ソース宛先プロトコル長さ情報7 5.020167000 192.168.1.13 192.168.1.1 DNS 65標準クエリ0xc659 AAAA vs.hu
番号時間ソース宛先プロトコル長さ情報8 5.021866000 192.168.1.1 192.168.1.13 DNS 110標準クエリ応答0xc659 PTR vs.hu
番号時間ソース宛先プロトコル長さ情報9 10.008493000 192.168.1.13 91.120.239.162 TCP 74 45348> http [SYN] Seq = 0 Win = 29200 Len = 0 MSS = 1460 SACK_PERM = 1 TSval = 267003 TSecr = 0 WS = 128
1-1クエリ、IPV4およびIPV6を開始し、両方のサーバーが応答します。その後、5秒後に再びこのプロセスを開始します。最後に、10秒でTCPプロトコルを使用してサーバーからデータの読み取りを開始します。Chromeブラウザを使用すると、問題はありませんが、ハードウェア(ドライバー)の問題ではありえません有線LANと無線LANの両方に同じ問題がありますさらに、2台目のコンピューター(Kubuntu 12.04を含む)を14.04 LiveCDで起動しました。
Kubuntu 12.04を搭載した2台目のコンピューターで同様のテストを実行しましたが、FirefoxでのDNSルックアップに問題はありません(28)。奇妙なことですが、パケット間でIPV6クエリが表示されず、クエリの繰り返しも遅延もありません。 IPV6をチェックすると、そこで無効になりません。
ちなみに、pingとDigは14.04にほぼ即座に応答します。
誰が何が起こっているか知っていますか?これらの5秒の遅延はどこから来ますか?ルーターやMozilla製品が14.04を嫌っているのでしょうか? :)
Dnsを8.8.8.8
および8.8.4.4
に変更してください。これはGoogle DNSです。または、ISP DNSを配置できます。 IP 192.168.1.1
でルーターを推測します。
それが役立つかどうかはわかりませんが、DNS AAAAクエリ(IPv6)がルーターへの応答に長い時間待機していることに気付きました。私のローカルネットはIPv4です。そのため、ネットワーク接続の構成では、IPv6設定に「無効」を設定しましたが、解決したようです。
私の場合、avahi-daemon
私の(DNS)サーバーで問題を修正しました。
time Dig www.Outlook.com
ラップトップで1.5秒から0.03秒になりました(Ubuntu 14.04を実行)
FirefoxでIPv6 DNSルックアップを無効にするには、次を実行します。
理由:Mozilla Firefoxは、IPv6優先度でDNSルックアップを試行するようです。IPv6はDNSサーバーでサポートされておらず、新しいページを開くたびに数秒の遅延が発生する場合があります。