☰

定期的にGoogleにアクセスできない

tag-icon • tag-icon ubuntu networking internet
定期的にGoogleにアクセスできない

毎日、だいたい同じ時間 (早朝と午後の早い時間) に、私のコンピューターは Google や Google コードを使用するサイト (Google AdSense、Google API、Blogspot、YouTube、Google 自体を使用するサイトを含む) にアクセスできなくなります。この状態は、コンピューターを再起動するまで続きます。同じルーターを使用して同じネットワーク上にラップトップがあり、これらのサイトに問題なくアクセスできますが、古いラップトップで、elinks でしか Web にアクセスできないため、代わりにこのコンピューターからインターネットを使用したいと考えています。

mtr の出力によると、50% のパケット損失が発生しており、Google 方向に 16 ホップしています。コンピューターを再起動すると、問題の原因となっているノードをバイパスして、Google への別のパスが使用されるのではないかと思います。再起動せずにこれを実行できるようにする方法はありますか?

mtrの出力:

 Host                                     Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. [my isp]                               0.0%    43   13.8  14.4  13.2  21.1   1.2
 2. [my isp]                               0.0%    43   16.0  14.3  13.1  17.8   0.9
 3. 81.183.2.17                            0.0%    43   15.9  16.2  15.1  22.0   1.1
 4. 81.183.2.16                            0.0%    43   14.8  18.5  13.7  64.1  10.9
 5. 81.183.0.217                           0.0%    43   15.1  25.2  14.9  60.4  15.4
 6. 81.183.2.217                           0.0%    43   14.5  14.5  13.5  15.4   0.5
 7. 209.85.243.121                         0.0%    43   16.8  17.9  16.7  26.9   1.5
 8. 72.14.234.11                           0.0%    43   34.5  35.3  30.0  79.7  10.1
 9. 72.14.235.17                           0.0%    43   40.5  43.2  39.1  75.3   7.9
10. 72.14.235.174                          0.0%    43   40.0  45.0  39.4  78.3   9.1
    72.14.235.172
11. 216.239.43.4                           0.0%    43  112.0 116.5 111.2 135.7   7.1
    216.239.46.218
12. 216.239.46.217                         0.0%    42  147.5 150.9 146.4 188.7   7.4
    216.239.46.215
13. 72.14.232.141                          0.0%    42  155.5 161.4 155.2 203.8  12.5
    209.85.241.22
14. 216.239.46.52                          0.0%    42  165.7 169.2 164.9 200.9   7.3
    216.239.46.54
15. 216.239.46.241                         0.0%    42  245.8 195.5 190.6 245.8   8.2
    216.239.46.213                                                                  
16. 216.239.47.186                        51.2%    42  212.4 208.9 208.0 212.4   0.9
17. 72.14.233.140                          0.0%    42  210.6 479.9 209.0 11415 1728.
    72.14.233.138                                                                   
18. 64.233.174.97                          0.0%    42  213.0 477.7 208.5 11364 1720.
[cuts off here because my screen isn't big enough]

nslookup google.com の出力:

Server:         208.67.222.222
Address:        208.67.222.222#53

Non-authoritative answer:
Name:   google.com
Address: 173.194.39.99
Name:   google.com
Address: 173.194.39.104
Name:   google.com
Address: 173.194.39.105
Name:   google.com
Address: 173.194.39.101
Name:   google.com
Address: 173.194.39.103
Name:   google.com
Address: 173.194.39.97
Name:   google.com
Address: 173.194.39.96
Name:   google.com
Address: 173.194.39.100
Name:   google.com
Address: 173.194.39.110
Name:   google.com
Address: 173.194.39.102
Name:   google.com
Address: 173.194.39.98

ネットスタット -rn:

Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
0.0.0.0         192.168.1.1     0.0.0.0         UG        0 0          0 eth0

StackExchange も Google API を使用しているため、この質問をするために再起動する必要がありましたが、毎日のように、今日中にまた問題が発生すると思います。 mtr をもう一度確認しましたが、パケット損失は発生していません (再起動後に予想どおり)。また、問題が発生していたノードである 216.239.47.* を経由するパスも使用されていません。

答え1

私もこの問題に遭遇しましたが、毎日ほど頻繁ではありませんでした。
同様の問題を抱えていた他の人は、IPv6 を無効にするように言われ、どうやらそれがうまくいったようです。http://ubuntuforums.org/showthread.php?t=1528202
私も、以下の最新の手順を使用してそれを実行しようとしています:http://www.noobslab.com/2012/05/disable-ipv6-if-your-internet-is.html
この方法がうまくいくかどうか、あるいは別の解決策を見つけたかどうかをお知らせください。

更新: ルーターの欠陥が問題の原因であることが判明しました。ルーターを変更したら問題は解決しました。

答え2

試してみるといいDNSをフラッシュするDNS を 8.8.8.8 (Google パブリック DNS サーバー) に設定することもできます。また、ARP キャッシュをクリアすることもできます。

for arptable in `arp | grep "eth1" | cut -d " " -f1`; do arp -d $arptable; done

答え3

長い間同じ問題に悩まされてきましたが、いまだに原因がはっきりわかりません。この問題は PC だけでなく、同じネットワークに接続されているモバイル デバイスでも発生します。なぜこのようなことが起こるのでしょうか?

関連情報