Я не могу открыть сайты, связанные с Google

Question

Я получаю сообщения об ошибках на сайтах, связанных с Google. Если я попытаюсь открыть google.com, gmail.com и т.д., Он будет отображать "ожидающий ответ" в нижней части браузера, и страница не откроется. Если я просматриваю другой сайт, например, www.google-analytics.com, ajax.googleapis.com, шрифты Google и т.д., Он начинает загружаться, отображая в браузере «подключение к [сайту, связанному с Google]» » дно, и затормозить в этой точке в течение длительного времени.

Я могу нормально просматривать другие сайты, и они быстро загружаются. Я могу пропинговать домены с потерей 0% и <100ms раз. Я могу пропинговать 8.8.8.8, я не за прокси-сервером, в моем файле hosts ничего нет, я не на работе или в сетевой среде: это домашняя сеть за маршрутизатором. Я подключаюсь с помощью Wi-Fi (я слишком далеко, чтобы использовать проводной).

Другие пользователи в той же сети не имеют проблемы. Я могу как пинговать, так и просматривать сайты. Я ajax.googleapis.com с моего андроида и моего другого ноутбука, и они возвращают тот же IP, что и на этом ноутбуке. Они также имеют один и тот же внешний IP-адрес, согласно http://www.whatismyipaddress.com

Эта проблема возникает в Ubuntu 12.04, и, поскольку она носит циклический характер, но не достаточно часто, чтобы убедиться в этом, я честно не помню, случается ли это и в Windows 7 (это машина с двойной загрузкой). Перезагрузка роутера не поможет. Перезагрузка компьютера устраняет проблему, пока это не произойдет снова.

Это происходит уже несколько месяцев. В последний раз, когда это происходило (ранее сегодня), я выполнял пинг до и после перезагрузки. Вот результаты:

до

$ping ajax.googleapis.com
PING googleapis.l.google.com (74.125.21.95) 56(84) bytes of data.
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=1 ttl=47 time=157 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=2 ttl=47 time=163 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=3 ttl=47 time=156 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=4 ttl=47 time=165 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=5 ttl=47 time=157 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=6 ttl=47 time=155 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=7 ttl=47 time=159 ms
64 bytes from yv-in-f95.1e100.net (74.125.21.95): icmp_req=8 ttl=47 time=157 ms

после

$ping ajax.googleapis.com
PING googleapis.l.google.com (74.125.134.95) 56(84) bytes of data.
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=1 ttl=47 time=207 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=2 ttl=47 time=154 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=3 ttl=47 time=154 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=4 ttl=47 time=152 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=5 ttl=47 time=157 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=6 ttl=47 time=160 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=7 ttl=47 time=154 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=8 ttl=47 time=157 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=10 ttl=47 time=154 ms
64 bytes from gg-in-f95.1e100.net (74.125.134.95): icmp_req=11 ttl=47 time=152 ms

Проблема возникает в разных браузерах, я установил прозрение, и он показывает то же самое поведение.

Я проверил вкладку сети на Firefox, и она показывает один, неотвеченный запрос GET:

Я установил wireshark и слушал HTTP-запросы GET; на других сайтах он всплывает в отчете, но на ajax.googleapis ничего не показывает. Я слушал запросы DNS, есть некоторые различия:

Если подключиться через telnet к порту 80 случайного сайта и выполнить GET, это работает, но я не могу подключиться через telnet к ajax.googleapis.com (или его IP), соединение никогда не завершится.

Answer 1

Вот несколько шагов, которые я бы сделал. Никогда раньше не видел такого точного поведения, но я видел подобное!

Если вы можете попробовать его в другой сети полностью (работать или дружить или привязывать к своему телефону и т.д.).

Попробуйте это с помощью кабеля (если даже на некоторое время, чтобы, так сказать, проверить работоспособность). Если это нереально, попробуйте использовать беспроводную карту USB немного.

Наконец (потому что могут быть проблемы) вы можете попробовать сбросить стек IP в Windows (странно, что это влияет на ОБА операционные системы, но все же стоит попробовать). Будьте осторожны, поскольку определенное программное обеспечение (обычно программное обеспечение VPN и некоторые другие инструменты Ciscos) может потребовать переустановки. Вот ссылка на руководство MS на нем.

Коротко и сладко это:

Командная строка от имени администратора

netsh int ip reset <*optional* path to logfile>

например

netsh int ip reset c:\ipreset.log

После этого требуется перезагрузка.

Answer 2

Живя в Сирии, мы сталкиваемся с множеством схожих проблем, будь то локальное блокирование нашего правительства некоторыми веб-сайтами или веб-сайты в США, блокирующие наш доступ из-за санкций.

Это выглядит очень похоже на случаи, когда есть локальный блок (или некоторая неправильная конфигурация со стороны провайдера), провайдеры имеют тенденцию передавать запросы порта 80 через прозрачные прокси, и это является источником всех видов проблем. Кроме того, вредоносные программы могут реализовывать такие вещи на вашем локальном компьютере, совершать плохие действия, такие как показ рекламы или перенаправление ...

Решением для этого является использование https вместо http. с помощью HTTP запрос не может быть перехвачен через прозрачный прокси-сервер и, таким образом, не наследует никаких проблем, которые могут быть вызваны такими вещами. Поскольку ваша проблема в основном связана со службами Google, вам повезло, поскольку (почти) во всех из них включен https.

Попробуйте посетить https://www.google.com/, это работает? если да, то используйте аддон https-везде для вашего браузера, он перезапишет запросы для большинства известных сервисов (Google, Yahoo, Bing, Wordpress ...) в https вместо http.

Если это сработало, это временное решение и требует дальнейшего изучения реального источника проблемы (будь то вредоносное программное обеспечение на вашем компьютере или неправильная конфигурация маршрутизатора /ISP ...).

---

Изменить: Когда проблема произойдет в следующий раз, может быть полезно просмотреть вывод некоторых команд: pstree , ps aux , sudo iptables -L и netstat -a . Это могло бы немного подтолкнуть к поиску виновника, вызывающего все это.

Answer 3

Вы можете взглянуть на wireshark, сетевой анализатор и проверить, что происходит. Также вы можете взять портативный дистрибутив Linux, записать его на USB-флешку и проверить, работает ли он. Вы также можете сравнить IP-пинг на компьютере с работающим Google, и другой. И если у вас есть телефон с Wi-Fi thethering и тарифным планом, вы можете проверить, работает ли он с этим

Answer 4

У меня есть похожая проблема, может быть, это не связано с вами. Каждый раз, когда я использовал Firefox на сайтах Google, он просто зависал, и я должен был его убить. Это были не только чистые сайты Google, но и сайты с рекламой Google и так далее.

Моим решением этой проблемы была очистка папки /var. Он был полон, и как только я освободил место, проблема была решена.

Answer 5

Посмотрите в настройках браузера, может быть, что-то не так с прокси.

А как насчет других сайтов, таких как Yahoo или Bing?

Также trx to ping 8.8.8.8 (DNS-сервер Google)

Answer 6

Если у вас недавно было вредоносное ПО на вашем компьютере, иногда они связываются с файлом hosts, пытаясь помешать вам попасть на сайты, которые могут помочь вам удалить вредоносное ПО.

Используйте блокнот, чтобы просмотреть файл hosts (по адресу C:\windows\system32\drivers\etc\hosts) и посмотреть, есть ли какие-либо строки, содержащие список "google.com" . Если есть, поставьте знак # перед этой строкой и сохраните файл. Перезагрузитесь и попробуйте снова.

Answer 7

Ну, поскольку проблема "локальная" (перезапуск системы решает проблему), я бы проверил системные журналы на наличие подсказок (dmesg кажется хорошим местом для начала). Если этого не происходит с другим пользователем или с lynx (или любым другим браузером, основанным на командной строке), то вам следует подумать о переносе ваших материалов новому пользователю, если это все-таки произойдет, я буду винить какую-то ошибку в системном решателе или кто-то отравляющий ваш DNS-кеш (может быть, ваш провайдер?). Если это позже, установите dig из пакета bind-utils и попытайтесь угадать, откуда вы получаете эти записи. В зависимости от того, как настроена ваша система (dnsmasq, сетевой менеджер, bind?) вам могут понадобиться разные методы для очистки кэша.

Примечание: я предполагаю, что соединение в какой-то момент обрывается (повторное использование сокетов) и перезапускает систему, сбрасывая ее. Я бы сделал sudo nmap --tracerout -p 80,443 google.com когда с подключением все в порядке, а когда плохо, чтобы сравнить и проверить, есть ли на сервере или чем-то промежуточном kaput.

Answer 8

Установлены ли ваши настройки mtu вручную в этой системе по какой-либо причине (посмотрите на NetworkManager или /etc/network/interfaces)? Попробуйте удалить настройку или вернуться к 1500 (1492, если вы используете PPPoE).

Answer 9

У вас есть сервис AT & T? Uverse вызвал у нас похожие проблемы. Попробуйте использовать различные локали Google, такие как google.co.uk, google.it или google.ca.

Если это проблема AT & T Uverse, удалите все файлы браузера и временные интернет-файлы, а если это не удалось, позвоните в AT & T

Answer 10

Попробуйте этот диагностический инструмент: Netalyzr. (Требуется Java.)

Он скажет вам, если у вас что-то странное происходит с вашей связью.

Answer 11

Неожиданное предположение состоит в том, что разница между Google и другими заключается в том, что Google реализует IPv6, поэтому вы можете попытаться отключить IPv6 на маршрутизаторе и компьютере.

В противном случае, если это происходит как в Ubuntu, так и в Windows, я полагаю, это не может быть программным обеспечением. Если это происходит только в Ubuntu, проверьте брандмауэр и программное обеспечение безопасности.

У вас случайно не будет установлен прокси-сервер, который видит весь трафик (кроме wireshark)?