Я не могу открыть сайты, связанные с Google
Я получаю сообщения об ошибках на сайтах, связанных с 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), соединение никогда не завершается.
11 ответов
Вот несколько шагов, которые я бы сделал. Никогда раньше не видел такого точного поведения, но я видел подобное!
Если вы можете попробовать его в другой сети полностью (работать или дружить или привязывать к своему телефону и т. Д.).
Попробуйте это с помощью кабеля (если даже на некоторое время, чтобы, так сказать, проверить работоспособность). Если это нереально, попробуйте использовать беспроводную карту USB немного.
Наконец (потому что могут быть проблемы), вы можете попробовать сбросить стек IP в Windows (странно, что это влияет на ОБА операционные системы, но все же стоит попробовать). Будьте осторожны, поскольку определенное программное обеспечение (обычно программное обеспечение VPN и некоторые другие инструменты Ciscos) может потребовать переустановки. Вот ссылка на руководство MS на нем .
Коротко и сладко это:
Командная строка от имени администратора
netsh int ip reset <*optional* path to logfile>
например
netsh int ip reset c:\ipreset.log
После этого требуется перезагрузка.
Живя в Сирии, мы сталкиваемся с множеством схожих проблем, будь то локальное блокирование нашего правительства некоторыми веб-сайтами или веб-сайты в США, блокирующие наш доступ из-за санкций.
Это выглядит очень похоже на случаи, когда существует локальный блок (или некоторая неправильная конфигурация со стороны провайдера), провайдеры имеют тенденцию передавать запросы порта 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
, Это могло бы немного подтолкнуть к поиску виновника, вызывающего все это.
Вы можете взглянуть на wireshark, сетевой анализатор и проверить, что происходит. Также вы можете взять портативный дистрибутив Linux, записать его на USB-флешку и проверить, работает ли он. Вы также можете сравнить IP-пинг на компьютере с работающим Google, и другой. И если у вас есть телефон с Wi-Fi thethering и тарифный план, вы можете проверить, работает ли он с этим
Взгляните на настройки браузера, возможно, что-то не так с прокси.
А как насчет других сайтов, таких как Yahoo или Bing?
Также trx to ping 8.8.8.8 (DNS-сервер Google)
У меня есть похожая проблема, может быть, это не связано с вами. Каждый раз, когда я использовал Firefox на сайтах Google, он просто зависал, и я должен был его убить. Это были не только чистые сайты Google, но и сайты с рекламой Google и так далее.
Моим решением этой проблемы была очистка папки / var. Он был полон, и как только я освободил место, проблема была решена.
Попробуйте этот диагностический инструмент: Netalyzr. (Требуется Java.)
Он скажет вам, если у вас что-то странное происходит с вашей связью.
Если у вас недавно было вредоносное ПО на вашем компьютере, иногда они связываются с файлом hosts, пытаясь помешать вам попасть на сайты, которые могут помочь вам удалить вредоносное ПО.
Используйте блокнот, чтобы посмотреть на ваш файл hosts (на C:\windows\system32\drivers\etc\hosts
) и посмотреть, есть ли какие-либо строки, которые перечисляют "google.com"
, Если есть, положите #
подпишите перед этой строкой и сохраните файл. Перезагрузитесь и попробуйте снова.
Ну, так как проблема "локальная" (перезапуск системы решает проблему), я бы проверил системные журналы на наличие подсказок (dmesg
кажется хорошее место для начала). Если этого не происходит с другим пользователем или с lynx (или любым другим браузером, основанным на командной строке), то вам следует подумать о переносе ваших материалов новому пользователю, если это все-таки произойдет, я буду винить какую-то ошибку в системном решателе или кто-то отравляющий ваш DNS-кеш (может быть, ваш провайдер?). Если позже, установите dig
из пакета bind-utils, и попытайтесь угадать, откуда вы получаете эти записи. В зависимости от того, как настроена ваша система (dnsmasq, сетевой менеджер, bind?), Вам могут потребоваться разные методы для очистки кэша.
Примечание: я предполагаю, что соединение в какой-то момент обрывается (повторное использование сокетов) и перезапускает систему, сбрасывая ее. я бы сделал sudo nmap --tracerout -p 80,443 google.com
когда соединение в порядке и когда оно становится плохим, сравнивайте и проверяйте, есть ли на сервере или чем-то промежуточном.
Установлены ли ваши настройки mtu вручную в этой системе по любой причине (посмотрите на NetworkManager или /etc/network/interfaces
)? Попробуйте удалить настройку или установить значение 1500 (1492, если вы используете PPPoE).
У вас есть сервис AT&T? Uverse вызвал у нас похожие проблемы. Попробуйте использовать различные локали Google, такие как google.co.uk, google.it или google.ca.
Если это проблема AT&T Uverse, удалите все файлы браузера и временные интернет-файлы, а если это не удалось, позвоните в AT&T
Неожиданное предположение состоит в том, что разница между Google и другими заключается в том, что Google реализует IPv6, поэтому вы можете попытаться отключить IPv6 на маршрутизаторе и компьютере.
В противном случае, если это происходит как в Ubuntu, так и в Windows, я полагаю, это не может быть программным обеспечением. Если это происходит только в Ubuntu, проверьте брандмауэр и программное обеспечение безопасности.
У вас случайно не будет установлен прокси-сервер, который видит весь трафик (кроме wireshark)?