Это не тостер, но проблема проявилась по всей России пару часов назад. Адрес 8.8.8.8 не работает, хотя пингуется. Может кто знает, что случилось? Адрес 8.8.4.4 тоже не отдаёт записи.
P.S. Если кто увидит этот пост, хоть у себя на серверах поправит, если использовался сей DNS. Проверять либо dig @8.8.8.8 google.com либо nslookup google.com 8.8.8.8
Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.
У меня с несколько месяцев назад, будучи на йоте, в силу определённых обстоятельств потребовались DNS гугля. Закончилось тем, что некоторые сайты не открывались. Сначала списывал на всякие косяки, потом попробовал поменять DNS на провайдерский. Тут оппа, заработало. Так что, вроде как, проблемы у него в России случаются.
Рязань, Nlink — отваливался интернет сегодня, я на автомате проверил ping ya.ru, удивился, поправил на сервер провайдера, все заработало, оставил так.
А ведь буквально пару недель назад я аналогично менял сервер провайдера на 8.8.8.8 после того, как был недоступен DNS провайдера...)
МГТС — примерно час назад не работало, но сейчас все норм.
Вообще, похожее бывало в прошлом у МГТС, но ночью, поэтому никто не замечал. Но может быть, это была внутренняя проблема МГТС.
эта хрень ещё вчера началась, но минут за 15 прошла.
сегодня было дольше
местный провайдер
когда не работало, роут был
4 193.232.244.250 3.994 ms 3.894 ms 3.696 ms
5 209.85.251.34 3.256 ms 3.330 ms *
6 72.14.236.242 3.292 ms 72.14.235.231 2.651 ms 72.14.252.20 3.127 ms
7 8.8.8.8 2.888 ms 3.090 ms *
сейчас же
4 msk-ix-gw3.google.com (193.232.244.250) 2.632 ms 2.971 ms 8.875 ms
5 209.85.251.34 (209.85.251.34) 3.874 ms 3.742 ms 3.816 ms
6 209.85.243.149 (209.85.243.149) 18.942 ms 209.85.240.116 (209.85.240.116) 17.765 ms 64.233.174.85 (64.233.174.85) 17.110 ms
7 209.85.247.85 (209.85.247.85) 17.733 ms 17.756 ms 216.239.40.240 (216.239.40.240) 17.876 ms
8 * * *
9 google-public-dns-a.google.com (8.8.8.8) 17.488 ms 17.744 ms 17.600 ms
У меня где-то работает, а где-то нет:
На некоторых серверах в разных ДЦ у разных провайдеров (все в мск) работает, на некоторых нет. Даже дома (в Зеленограде) проблема у кого-то есть, у кого-то нет.
он работает, но отдает только часть данных.
например, все гугловские сервисы через него работают.
собственно через гугл я нашел яндесовский днс и прописал себе когда проблему обнаружил. :)
В рассылке MSK-IX прочитал что наблюдаются потери пакетов до 8.8.8.8 порядка 80%. Возможно, проблема возникает именно у операторов, имеющих связность с Google DNS через MSK-IX.
Нет, связность тут не причем. Через западных операторов которые предоставляют услуги в России ситуация идентичная к тому же трафик ходит в обе стороны (icmp). Но я заметил некоторую аномалию, которая косвенно говорит о заваленной лабе по маршрутизации на автономной системе гугла, но вполне возможно, что это лишь попытки борьбы с чем-то более серьезным, например ddos:
64 bytes from 8.8.8.8: icmp_seq=976 ttl=58 time=1.12 ms
64 bytes from 8.8.8.8: icmp_seq=977 ttl=58 time=1.14 ms
64 bytes from 8.8.8.8: icmp_seq=978 ttl=58 time=1.32 ms
From 72.14.252.20 icmp_seq=979 Time to live exceeded
From 72.14.252.20 icmp_seq=980 Time to live exceeded
From 72.14.252.20 icmp_seq=981 Time to live exceeded
# whois 72.14.252.20
[Querying whois.arin.net]
[whois.arin.net]
NetRange: 72.14.192.0 — 72.14.255.255
CIDR: 72.14.192.0/18
NetName: GOOGLE
NetHandle: NET-72-14-192-0-1
Parent: NET72 (NET-72-0-0-0-0)
NetType: Direct Allocation
OriginAS:
Organization: Google Inc. (GOGL)
RegDate: 2004-11-10
Updated: 2012-02-24
Ref: whois.arin.net/rest/net/NET-72-14-192-0-1
Не только Томск но и вся область, по крайней мере провайдер ростелеком. Пока где возможно (и кто дозвонился) сменил на их первичный 213.228.68.154 Самое вкусное что при настройке ADSL модемов монтеров «научили» устанавливать статический ip вместе с DNS 8.8.8.8!!! Сижу вот с попкорном, представляю как разрывают службу поддержки))
Онлайм он же Ростелеком (124489 Москва, Зеленоград) были проблемы, но сужу исключительно по логам, ибо у меня настроено на «роутере» (домашний сервер с Kerio Control) вот таким списком: 8.8.8.8;77.88.8.8;77.37.251.33, так что проблемы я не заметил.
Проблема точно была ибо даже в официальной группе Онлайм в ВК сообщение есть.
4 2 ms 2 ms 3 ms 77.37.254.93
5 3 ms 5 ms 2 ms 72.14.209.81
6 2 ms 2 ms 2 ms 209.85.240.209
7 2 ms 2 ms 2 ms 72.14.252.20
8 2 ms 2 ms 2 ms 8.8.8.8
Стало:
4 3 ms 2 ms 2 ms 77.37.254.93
5 2 ms 2 ms 2 ms 72.14.209.81
6 2 ms 2 ms 2 ms 209.85.240.209
7 17 ms 17 ms 17 ms 209.85.240.116
8 23 ms 23 ms 23 ms 209.85.247.85
9 * * * Request timed out.
10 17 ms 16 ms 16 ms 8.8.8.8
Народ, так как четыре восьмерки работают anycast'ом, желательно все-таки трассировку до него прикладывать.
Наблюдал проблемы с Google DNS, начиная с ~18:00 MSK, сейчас уже минут 20 как работает нормально. Проблемы заключались в том что очень медленный резолв, который в большинстве случаев обрывался по таймауту, но иногда и успевал ответить
Мегафон, ubuntu.
Перезагрузка, замена модема на старый 3g, звонок в тупейший саппорт (там посоветовали прописать 8.8.8.8).
Замена симки в модеме, наконец тест на йоте и осознание что проверка nslookup site.ru контрольным nslookup site.ru 8.8.8.8 (или 4.4.4.4) было верхом идиотизма.
Выяснение что яндекс по айпи отдает главную, но не показывает результаты и наконец, нашел с телефона ip opendns.
Куча нервов, простой по работе на 1000 руб, но снова в интернете :-)
Сегодня в 17 плотно занимался этой проблемой.
С части работает, с части нет.
Начал разбираться, всё что идёт через ростелекомную AS12389 всё не работало.
То, что не попадало в эту AS, работало нормально.
Отсюда вывод: DPI головного мозга.
Ростелеком, Ростов. Вчера вечером страшно глючило. Сначала думал навернулась вайфайка. Пока разобрался, оказалось что проблема именно в гугловских восьмёрках. Перескочил на OpenDNS.
ya.ru has address 213.180.204.3
ya.ru has address 213.180.193.3
ya.ru has address 93.158.134.3
ya.ru has IPv6 address 2a02:6b8::3
ya.ru mail is handled by 10 mx.yandex.ru.
Челябинск, Дом.ру
Вчера вечером действительно были проблемы с гугловским DNS.
Тем не менее, в конфиге домашнего Микротика стоят адреса:
8.8.8.8
8.8.4.4
77.88.8.8
77.88.8.1
4.2.2.1
4.2.2.2
4.2.2.3
4.2.2.4
4.2.2.5
4.2.2.6
Поэтому отряд не заметил потери бойца.
Sky@Net Тверь, до сих пор не работает, вчера думал уже, что роутер сломался, потом решил поставить адреса провайдера — всё заработало. С Яндекс.ДНС работает всё нормально.
Проблему подтверждаю, она уже полгода как существует, в последние дни просто стала очень заметной. Я админ мелкого провайдера, и звонки пользователей с проблемой иной раз неработающих 8.8.8.8 и компании были постоянными. Причем отказ происходит для конкретной подсети или единичных адресов, с то есть с условного 1.2.3.4 недоступно, с 1.5.3.4 отлично работает. Также отказ происходит чаще всего в часы пиковой нагрузки на сеть…
Проблема, скорее всего, у самого Гугла, так как вышестоящий пров, которому я сдал проблему, развел руками и сказал, что у них та же проблема, и дело не в их DPI.
Даже неловко спрашивать, но всегда было интересно — что такого особенного в гугловском dns, чем он принципиально лучше настроек получаемых роутером от провайдера по умолчанию?
Ну, вообще говоря, у Google есть преимущество в том, что он самостоятельно проверяет DNSSEC. И что он географически распределен Anycast. На этом, пожалуй, все. Запросы они логируют.
Зачем создавать из-за проблем с DNS топик — непонятно. Ну да, были проблемы, но у нас что, один DNS на весь интернет?
Есть немало умных людей, которые вбивают себе два DNS сервера: 8.8.8.8 и 8.8.4.4. Хуже — когда в корпоративной сети. Совсем плохо, когда сразу на рабочие станции по DHCP их выдают.
Некоторые провайдеры любят подменять ответы для некоторых доменов в рамках запрещенных сайтов. К тому же мой провайдер их меняет периодически зачем-то, а мне в своем днс-сервере их прописывать надо. Так же на заре была проблема, что через pptp днс не были доступны, или наоборот.
В общем если ты сам следишь за маршрутами и имеешь свой днс-сервер, провайдерские днсы становятся проблемой.
Вообще-то, 4.2.2.1 и не предназначен для публичного использования. Он был запушен в ранний период интернета для внутренних нужд Level 3, но потом его использование расползлось. Они сами просят не использовать этот адрес.
Билайн, Краснодар.
Вчера вечером началось около 20 и до 22. Потом само восстановилось
Сегодня опять началось примерно в это же время.
Проблема именно в 8.8.8.8.
8.8.4.4 доступен и работает нормально.
Алексей! Вот вам официальная ссылка: http://habrahabr.ru/post/274095/
а вот пруф ее официальности: https://pp.vk.me/c631331/v631331974/7334/etWzxGbfuqU.jpg
Достаточно официальная ссылка?
видать много себе ставит гугловский днс для обхода блокировки сайтов по днс, что гугл не справляется, или специально на него ddos атаки делают чтобы глючил и пользователи начали отказываться. Не излишним было услышать как гугл комментирует ситуацию.
А вам не кажется? что это провайдеры режут Вам DNS запросы, что бы вы не использовали сторонние DNS сервера?
А то надумаете с помощью DNS ограничения выставленные Связьнадзором обходить. :)))
Офф о поломке гугла нашел кто-нибудь?
да, и когда падают их DNS сервера, пользователи сидят без интернета, хотя связь то в принципе есть. не часто конечно, но пару раз за 5 лет бывало такое.
Комментарии (126)