☰

주기적으로 Google에 액세스할 수 없습니다.

tag-icon • tag-icon ubuntu networking internet
주기적으로 Google에 액세스할 수 없습니다.

매일, 거의 같은 시간(이른 아침과 이른 오후)에 내 컴퓨터가 Google이나 Google 코드를 사용하는 모든 사이트(Google Adsense, Google API, Blogspot, YouTube를 사용하는 사이트 포함)에 액세스할 수 없습니다. 구글 그 자체). 이는 컴퓨터를 재부팅할 때까지 지속됩니다. 동일한 네트워크에 동일한 라우터를 사용하는 랩톱이 있어서 이러한 사이트에 문제없이 액세스할 수 있지만 오래된 랩톱이고 elink를 통해서만 웹에 액세스할 수 있으므로 대신 이 컴퓨터에서 인터넷을 사용하고 싶습니다.

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

netstat -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뿐만 아니라 동일한 네트워크에 연결된 모바일 장치에서도 이런 일이 발생합니다. 왜 이런 일이 발생합니까?

관련 정보