☰

Google에 액세스할 수 없는 경우가 많습니다.

tag-icon • tag-icon ubuntu networking internet
Google에 액세스할 수 없는 경우가 많습니다.

매일 같은 시간(이른 아침과 오후)에 내 컴퓨터가 Google이나 Google 코드를 사용하는 모든 웹사이트(Google Adsense, Google API, BlogSpot, YouTube, Google 자체 사용 포함)에 액세스할 수 없습니다. 이는 컴퓨터를 다시 시작할 때까지 계속됩니다. 같은 네트워크에 같은 라우터를 사용하는 노트북이 있는데 사이트에 잘 접속할 수 있는데, 오래된 노트북이고 elink를 통해서만 네트워크에 접속할 수 있어서 이 컴퓨터에서 인터넷을 사용하고 싶습니다.

mtr의 출력에 따르면 Google 방향의 16홉에서 50%의 패킷 손실이 발생했습니다. 내 추측으로는 컴퓨터를 다시 시작하면 컴퓨터가 문제를 일으키는 노드를 우회하여 Google로 가는 다른 경로를 택하게 된다는 것입니다. 재부팅하지 않고 이 작업을 수행할 수 있는 방법이 있습니까?

지하철 출력:

 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

나는 오랫동안 같은 문제를 겪었지만 여전히 이유를 알 수 없습니다. 내 컴퓨터뿐만 아니라 동일한 네트워크에 연결된 모바일 장치에서도 발생합니다. 왜 이런 일이 발생합니까?

관련 정보