Пользователь
0,0
рейтинг
26 декабря 2015 в 19:51

Разработка → Что случилось с google public dns в России?

Это не тостер, но проблема проявилась по всей России пару часов назад. Адрес 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
Работает ли у Вас Google Public DNS 8.8.8.8 либо 8.8.4.4 в России

Проголосовало 2547 человек. Воздержалось 2405 человек.

Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.

@uran238
карма
42,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Спецпроект

Самое читаемое Разработка

Комментарии (127)

  • +8
    У меня работает. Я с него сижу.
    • +4
      meklon@meklon-desktop:~$ nslookup habrahabr.ru 8.8.8.8
      Server:         8.8.8.8
      Address:        8.8.8.8#53
      
      Non-authoritative answer:
      Name:   habrahabr.ru
      Address: 178.248.233.33
      
      
      • +21
        Не сносите карму человеку. Проблема реально существует, судя по всему.
      • +1
        > nslookup habrahabr.ru 8.8.8.8
        Server:		8.8.8.8
        Address:	8.8.8.8#53
        
        Non-authoritative answer:
        Name:	habrahabr.ru
        Address: 178.248.233.33
        
    • 0
      У меня с несколько месяцев назад, будучи на йоте, в силу определённых обстоятельств потребовались DNS гугля. Закончилось тем, что некоторые сайты не открывались. Сначала списывал на всякие косяки, потом попробовал поменять DNS на провайдерский. Тут оппа, заработало. Так что, вроде как, проблемы у него в России случаются.
  • 0
    А где находитесь?
  • 0
    Что выдаёт dig @8.8.8.8 ya.ru?
  • –36
    Нормально всё работает и отвечает.
    Что панику то наводите?
    Поди у Вас проблемы локального характера, а Вы народ тут вводите в заблуждение, негоже.
  • +23
    Видимо вам повезло. В нескольких Российских ДЦ не работает, и у некоторых интернет провайдеров в России тоже не работает.
    • –46
      В «нескольких ДЦ» — это проблема этих самых «нескольких ДЦ», Вам не кажется?
      И совсем не повод для поста на хабре.
      • +8
        Сегодня ты на раздаче, старичок.
  • +2
    Отпишитесь у кого не работает?
    • 0
      Билайн, мск — не работает.
    • 0
      Билайн, Хабаровск.

      tanner@IBMPC:~/$ nslookup www.ru 8.8.8.8
      ;; connection timed out; no servers could be reached
      

    • +2
      Ростелеком, Саратов. Отвечает раз через раз. Переключился на ya
    • +1
      2kom, msk — работает;
      Один dc в msk — не работает, но пингуется. Не работает только по udp, с tcp всё нормально.

      Рекомендую попробовать dig @8.8.8.8 +tcp ya.ru
    • 0
      Рязань, Nlink — отваливался интернет сегодня, я на автомате проверил ping ya.ru, удивился, поправил на сервер провайдера, все заработало, оставил так.
      А ведь буквально пару недель назад я аналогично менял сервер провайдера на 8.8.8.8 после того, как был недоступен DNS провайдера...)
    • 0
      МГТС — примерно час назад не работало, но сейчас все норм.
      Вообще, похожее бывало в прошлом у МГТС, но ночью, поэтому никто не замечал. Но может быть, это была внутренняя проблема МГТС.
    • 0
      КГТС, Кострома (вроде через Ростелеком) — не работает.
    • 0
      Onlime(Ростелеком) Москва — не работает
      • 0
        Очень странно, Onlime Москва(ЮАО) работает
    • 0
      NetByNet, мск — не работает.
    • 0
      эта хрень ещё вчера началась, но минут за 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
    • 0
      Питер, ростелеком, работает через раз со вчерашнего дня. Помимо гуглоднс еще несколько сайтов отваливаются. Кстати, у меня трейсы фильтровали
  • +2
    Вот у человека на Yota проблемы… toster.ru/q/278346
  • +1
    Из сетки Ростелекома в Новосибирске работают, периодически пропадая из доступности. Лечение простое — взял дополнительный, из public-dns.tk
  • 0
    У меня где-то работает, а где-то нет:
    На некоторых серверах в разных ДЦ у разных провайдеров (все в мск) работает, на некоторых нет. Даже дома (в Зеленограде) проблема у кого-то есть, у кого-то нет.
  • +3
    У Яндекса прибавление клиентов, поставил DNS 77.88.8.8 до выяснения, что случилось c гуглом.
  • +1
    Yandex DNS работает пока хорошо :)
  • +2
    ДЦ Exepto (Москва):
    # dig +short ya.ru @8.8.8.8
    93.158.134.3
    213.180.204.3
    213.180.193.3
    # dig +short ya.ru @8.8.4.4
    213.180.193.3
    213.180.204.3
    93.158.134.3

    ДЦ Акод (Москва):
    # dig +short ya.ru @8.8.8.8
    ;; connection timed out; no servers could be reached
    # dig +short ya.ru @8.8.4.4
    ;; connection timed out; no servers could be reached

    Симферополь, Крым:
    $ dig +short ya.ru @8.8.8.8
    ;; connection timed out; no servers could be reached
    $ dig +short ya.ru @8.8.4.4
    93.158.134.3
    213.180.204.3
    213.180.193.3
    • 0
      Попробуйте dig @8.8.8.8 +tcp ya.ru из акода, интересно, что будет.
      • 0
        # dig +tcp ya.ru @8.8.8.8 +short
        93.158.134.3
        213.180.193.3
        213.180.204.3

        # dig ya.ru @8.8.8.8 +short
        213.180.204.3
        93.158.134.3
        213.180.193.3

        # dig ya.ru @8.8.4.4 +short
        93.158.134.3
        213.180.193.3
        213.180.204.3

        # dig +tcp ya.ru @8.8.4.4 +short
        213.180.193.3
        93.158.134.3
        213.180.204.3
        • 0
          У меня сейчас уже не воспроизводится, к сожалению. После того, как достучался по tcp.
  • +2
    он работает, но отдает только часть данных.
    например, все гугловские сервисы через него работают.
    собственно через гугл я нашел яндесовский днс и прописал себе когда проблему обнаружил. :)
    • +1
      У меня не работали гугловские сервисы, на них собственно проблему и обнаружил
  • 0
    Подтверждаю, из онлайма не резолвит по ipv4, по ipv6 от того-же онлайма работает. Из селектеловской виртуалки работает и ipv4 и ipv6.

    $ nslookup ya.ru 2001:4860:4860::8888
    Server:		2001:4860:4860::8888
    Address:	2001:4860:4860::8888#53
    
    Non-authoritative answer:
    Name:	ya.ru
    Address: 213.180.204.3
    Name:	ya.ru
    Address: 213.180.193.3
    Name:	ya.ru
    Address: 93.158.134.3
    
    $ nslookup ya.ru 8.8.4.4
    ;; connection timed out; no servers could be reached
    
  • +3
    А я думал меня интернет падает…
  • +3
    «А город подумал — ученья идут...»
  • +3
    Yandex, ребят вы там держитесь! Мы за Вас! :) Если что, есть ещё opendns, ну и корневые никто не отменял.
  • +2
    Самара, AS60764 — оба адреса работают. [irony]Началось?...[/irony]
    • 0
      А шут его знает… Последний раз подобное было в 2014, но тогда и сервисы гугля не работали. А тут из России проблемы, из-за бугра всё работает.
      • +2
        В рассылке MSK-IX прочитал что наблюдаются потери пакетов до 8.8.8.8 порядка 80%. Возможно, проблема возникает именно у операторов, имеющих связность с Google DNS через MSK-IX.
        • +2
          Нет, связность тут не причем. Через западных операторов которые предоставляют услуги в России ситуация идентичная к тому же трафик ходит в обе стороны (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
  • 0
    Екатеринбург, Планета (Комтехцентр)

    ArtBook-2:~ art$ nslookup ya.ru 8.8.8.8
    Server: 8.8.8.8
    Address: 8.8.8.8#53

    Non-authoritative answer:
    Name: ya.ru
    Address: 213.180.193.3
    Name: ya.ru
    Address: 93.158.134.3
    Name: ya.ru
    Address: 213.180.204.3

    ArtBook-2:~ art$ nslookup ya.ru 8.8.4.4
    Server: 8.8.4.4
    Address: 8.8.4.4#53

    Non-authoritative answer:
    Name: ya.ru
    Address: 213.180.193.3
    Name: ya.ru
    Address: 93.158.134.3
    Name: ya.ru
    Address: 213.180.204.3
  • 0
    DNSCrypt еще не пора изучать?
    • 0
      А чего его изучать, он есть, и спасает от DNS Leak.
      • +1
        Думаю как централизованно поднять для домашних машин. Есть сервер и MikroTik.
        • +3
          сделайте по итогам статью)
          • +1
            Переборю лень и сделаю)
  • +1
    Томск
    То работает то нет, по крайней мере пока читал комментарии к этой статье заработало.
    • 0
      Аналогично, Белгород, NetByNet.
    • 0
      Не только Томск но и вся область, по крайней мере провайдер ростелеком. Пока где возможно (и кто дозвонился) сменил на их первичный 213.228.68.154 Самое вкусное что при настройке ADSL модемов монтеров «научили» устанавливать статический ip вместе с DNS 8.8.8.8!!! Сижу вот с попкорном, представляю как разрывают службу поддержки))
  • 0
  • 0
    Москва. Пару часов назад не работало. Сейчас всё в порядке.
  • +5
    Позавчера их почта полдня не работала. Пошёл процесс переноса серверов в Россию, и начали сотрудничать с органами?
  • +1
    Ростелеком, Улан-Удэ. Уже пару дней проблема. Резолвится с задержкой (или через раз).
  • 0
    Проблема не только в РФ. В Казахстане тоже самое. Думал только у меня проблема, оказалось, что нет. Но уже отдуплилось.
    • +3
      Может быть связано с тем, что, как минимум, часть каналов из Казахстана идёт через РТ.
  • +1
    Онлайм он же Ростелеком (124489 Москва, Зеленоград) были проблемы, но сужу исключительно по логам, ибо у меня настроено на «роутере» (домашний сервер с Kerio Control) вот таким списком: 8.8.8.8;77.88.8.8;77.37.251.33, так что проблемы я не заметил.

    Проблема точно была ибо даже в официальной группе Онлайм в ВК сообщение есть.
  • 0
    У меня отвалился habrastorage, не работает https://www.cloudflare.com
    Мы на своих проектах используем cloudflare, проекты отвалились
  • 0
    Питер, Дом.ру.
    Работает.
    И весь проблем никаких не замечалось.
    • +1
      Дом.ру перехватывает днс запросы.
      Вот так без vpn:
      $ nslookup lurkmore.to 8.8.4.4
      Server: 8.8.4.4
      Address: 8.8.4.4#53

      Non-authoritative answer:
      Name: lurkmore.to
      Address: 92.255.241.100
      По этому адресу висит заглушка, что доступ запрещен.

      А вот так с vpn:
      $ nslookup lurkmore.to 8.8.4.4
      Server: 8.8.4.4
      Address: 8.8.4.4#53

      Non-authoritative answer:
      Name: lurkmore.to
      Address: 178.248.235.25
      • 0
        inetnum: 92.255.128.0 — 92.255.255.255
        netname: RU-RAID-20071228
        descr: JSC «ER-Telecom Holding»

        «Эр телеком» это «дом.ру»
      • 0
        Я думаю, он патчит reply-пакет.
        У меня домру, лурк ресолвится неправильно, но проблемы с google dns были (сейчас уже нет).
      • 0
        это вообще законно подменять трафик?
  • 0
    netbynet не работает
  • 0
    Провайдер АТК (г. Архангельск, местный пров).
    Та же беда. Не сразу понял в чем дело, соединение с инетом есть, а ничего не грузится.
  • +2
    Онлайм-Ростелеком. Заработало. Но было:

      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'ом, желательно все-таки трассировку до него прикладывать.
  • –1
    Санкции.
  • +2
    Я уж подумал, по всей стране началось.
  • 0
    Наблюдал проблемы с Google DNS, начиная с ~18:00 MSK, сейчас уже минут 20 как работает нормально. Проблемы заключались в том что очень медленный резолв, который в большинстве случаев обрывался по таймауту, но иногда и успевал ответить
  • 0
    Подтверждаю, сегодня была проблема. То отдает имена, то нет.
  • 0
    Давно были проблемы с ним. То часть сайтов открывается, то не открывается. Пришлось переходить на DNS от Яндекса.
  • 0
    Проверял несколько раз за вечер — оба DNS работают. Провайдеры — NetByNet и МГТС. Москва
  • 0
    Были проблемы, с сервера на Агаве dns не отдавал адреса в районе 19:00 — 19:30
  • 0
    Мегафон, ubuntu.
    Перезагрузка, замена модема на старый 3g, звонок в тупейший саппорт (там посоветовали прописать 8.8.8.8).
    Замена симки в модеме, наконец тест на йоте и осознание что проверка nslookup site.ru контрольным nslookup site.ru 8.8.8.8 (или 4.4.4.4) было верхом идиотизма.
    Выяснение что яндекс по айпи отдает главную, но не показывает результаты и наконец, нашел с телефона ip opendns.
    Куча нервов, простой по работе на 1000 руб, но снова в интернете :-)
    • +1
      На следующий раз можете запомнить Яндексовский ДНС, он тоже просто запоминается: 77.88.8.8
  • +7
    Сегодня в 17 плотно занимался этой проблемой.
    С части работает, с части нет.
    Начал разбираться, всё что идёт через ростелекомную AS12389 всё не работало.
    То, что не попадало в эту AS, работало нормально.
    Отсюда вывод: DPI головного мозга.
  • +4
    вот поэтому в качестве DNS1 и DNS2 желательно иметь независимые (в смысле принадлежности) сервера
  • 0
    А есть такие, кто отметил оба варианта? )
    • 0
      А почему нет? Я проголосовал слишком рано, не проверив несколько площадок. Где-то отвалилось, где-то работало.
    • 0
      Есть :)
    • 0
      Я отмечал оба. Так как и работает и не работает.
  • 0
    Проблемы с гугловыми ДНС наблюдаются уже несколько дней с амер. хостинга.
  • 0
    Если проблема решилась, думаю стоит закрыть тему во избежании. Но хотелось бы узнать что было. Причём от технарей, ребят мы же в одной лодке?
  • 0
    Якутск, РТК — не работало весь вечер и ночь, сегодня с утра все работает.

    Хотелось бы узнать, что это все таки было?
  • 0
    Ростелеком, Тольятти. Были перебои в работе инета во второй половине дня 26.12.2015 — часа 3-4 примерно. Потом (ближе к ночи) всё восстановилось.
  • 0
    Ростелеком, Ростов. Вчера вечером страшно глючило. Сначала думал навернулась вайфайка. Пока разобрался, оказалось что проблема именно в гугловских восьмёрках. Перескочил на OpenDNS.
  • 0
    Казань, Ростелеком, работает:
    $ host ya.ru 8.8.8.8
    Using domain server:
    Name: 8.8.8.8
    Address: 8.8.8.8#53
    Aliases:

    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.
    • 0
      Казань. YOTA. Тоже все в норме.
      nslookup ya.ru 8.8.8.8
      Server: 8.8.8.8
      Address: 8.8.8.8#53

      Non-authoritative answer:
      Name: ya.ru
      Address: 213.180.204.3
      Name: ya.ru
      Address: 93.158.134.3
      Name: ya.ru
      Address: 213.180.193.3
  • +1
    Челябинск, Дом.ру
    Вчера вечером действительно были проблемы с гугловским 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
    Поэтому отряд не заметил потери бойца.
  • 0
    Sky@Net Тверь, до сих пор не работает, вчера думал уже, что роутер сломался, потом решил поставить адреса провайдера — всё заработало. С Яндекс.ДНС работает всё нормально.
  • 0
    Тюмень, МТС (Comstar), работает:

    nslookup google.com 8.8.8.8
    Server:		8.8.8.8
    Address:	8.8.8.8#53
    
    Non-authoritative answer:
    Name:	google.com
    Address: 212.188.10.109
    Name:	google.com
    Address: 212.188.10.98
    Name:	google.com
    Address: 212.188.10.123
    Name:	google.com
    Address: 212.188.10.118
    Name:	google.com
    Address: 212.188.10.89
    Name:	google.com
    Address: 212.188.10.103
    Name:	google.com
    Address: 212.188.10.94
    Name:	google.com
    Address: 212.188.10.119
    Name:	google.com
    Address: 212.188.10.108
    Name:	google.com
    Address: 212.188.10.113
    Name:	google.com
    Address: 212.188.10.93
    Name:	google.com
    Address: 212.188.10.104
    Name:	google.com
    Address: 212.188.10.88
    Name:	google.com
    Address: 212.188.10.114
    Name:	google.com
    Address: 212.188.10.99
    Name:	google.com
    Address: 212.188.10.84
    

    nslookup google.com 8.8.4.4
    Server:		8.8.4.4
    Address:	8.8.4.4#53
    
    Non-authoritative answer:
    Name:	google.com
    Address: 212.188.10.88
    Name:	google.com
    Address: 212.188.10.108
    Name:	google.com
    Address: 212.188.10.84
    Name:	google.com
    Address: 212.188.10.123
    Name:	google.com
    Address: 212.188.10.98
    Name:	google.com
    Address: 212.188.10.118
    Name:	google.com
    Address: 212.188.10.113
    Name:	google.com
    Address: 212.188.10.103
    Name:	google.com
    Address: 212.188.10.119
    Name:	google.com
    Address: 212.188.10.104
    Name:	google.com
    Address: 212.188.10.94
    Name:	google.com
    Address: 212.188.10.93
    Name:	google.com
    Address: 212.188.10.89
    Name:	google.com
    Address: 212.188.10.109
    Name:	google.com
    Address: 212.188.10.114
    Name:	google.com
    Address: 212.188.10.99
    
  • +6
    Проблему подтверждаю, она уже полгода как существует, в последние дни просто стала очень заметной. Я админ мелкого провайдера, и звонки пользователей с проблемой иной раз неработающих 8.8.8.8 и компании были постоянными. Причем отказ происходит для конкретной подсети или единичных адресов, с то есть с условного 1.2.3.4 недоступно, с 1.5.3.4 отлично работает. Также отказ происходит чаще всего в часы пиковой нагрузки на сеть…
    Проблема, скорее всего, у самого Гугла, так как вышестоящий пров, которому я сдал проблему, развел руками и сказал, что у них та же проблема, и дело не в их DPI.
  • 0
    Таки Ростелеком. Вчера примерно с пяти вечера и до ночи были перебои в подаче их интернета в Калининграде.
  • 0
    Даже неловко спрашивать, но всегда было интересно — что такого особенного в гугловском dns, чем он принципиально лучше настроек получаемых роутером от провайдера по умолчанию?
    • +5
      Ну, вообще говоря, у Google есть преимущество в том, что он самостоятельно проверяет DNSSEC. И что он географически распределен Anycast. На этом, пожалуй, все. Запросы они логируют.
      Зачем создавать из-за проблем с DNS топик — непонятно. Ну да, были проблемы, но у нас что, один DNS на весь интернет?

      У меня dnsmasq со следующими DNS:
      # CZ.NIC
      server=217.31.204.130
      server=193.29.206.206
      server=2001:1488:800:400::130
      server=2001:678:1::206
      
      # Sprint
      server=204.117.214.10
      server=199.2.252.10
      server=2600::1
      server=2600::2
      
      # censurfri
      server=91.239.100.100
      server=2001:67c:28a4::
      
      # ccc
      server=213.73.91.35
      • 0
        самостоятельно проверяет DNSSEC

        Это как?
        • +4
          Это значит, что отдает вам SERVFAIL на запрос, если DNSSEC-подпись неверная.
          % dig sigfail.verteiltesysteme.net @8.8.8.8    
          
          ; <<>> DiG 9.10.3-P2 <<>> sigfail.verteiltesysteme.net @8.8.8.8
          ;; global options: +cmd
          ;; Got answer:
          ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 58936
          ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
          
          ;; OPT PSEUDOSECTION:
          ; EDNS: version: 0, flags:; udp: 512
          ;; QUESTION SECTION:
          ;sigfail.verteiltesysteme.net.  IN      A
          
          ;; Query time: 108 msec
          ;; SERVER: 8.8.8.8#53(8.8.8.8)
          ;; WHEN: Sun Dec 27 15:41:16 MSK 2015
          ;; MSG SIZE  rcvd: 57
          

          % dig sigfail.verteiltesysteme.net @77.88.8.8
          
          ; <<>> DiG 9.10.3-P2 <<>> sigfail.verteiltesysteme.net @77.88.8.8
          ;; global options: +cmd
          ;; Got answer:
          ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 34482
          ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0
          
          ;; QUESTION SECTION:
          ;sigfail.verteiltesysteme.net.  IN      A
          
          ;; ANSWER SECTION:
          sigfail.verteiltesysteme.net. 60 IN     A       134.91.78.139
          
          ;; Query time: 118 msec
          ;; SERVER: 77.88.8.8#53(77.88.8.8)
          ;; WHEN: Sun Dec 27 15:41:33 MSK 2015
          ;; MSG SIZE  rcvd: 62
      • +3
        Чтобы те кто использует у себя поправили.
      • +3
        у нас что, один DNS на весь интернет?

        Есть немало умных людей, которые вбивают себе два DNS сервера: 8.8.8.8 и 8.8.4.4. Хуже — когда в корпоративной сети. Совсем плохо, когда сразу на рабочие станции по DHCP их выдают.

        forum.kasperskyclub.ru/index.php?showtopic=48697 к примеру.

        Ну и вообще, любой масштабный фейл Гугла — новость, так уж исторически сложилось.
      • –4
        Позорище, настрой себе unbound, он сам рекурсером и кешем, DNSSec тоже проверять умеет, только оно и нахер не нужно в 99% случаев.
    • +2
      Некоторые провайдеры любят подменять ответы для некоторых доменов в рамках запрещенных сайтов. К тому же мой провайдер их меняет периодически зачем-то, а мне в своем днс-сервере их прописывать надо. Так же на заре была проблема, что через pptp днс не были доступны, или наоборот.
      В общем если ты сам следишь за маршрутами и имеешь свой днс-сервер, провайдерские днсы становятся проблемой.
  • 0
    Не работали час или два. Москва. Ни у меня дома, ни на VPS-е.
  • 0
    Оренбургская обл, г.Орск. Ростелеком:
    nslookup ya.ru 8.8.4.4
    Server:		8.8.4.4
    Address:	8.8.4.4#53
    
    Non-authoritative answer:
    Name:	ya.ru
    Address: 213.180.204.3
    Name:	ya.ru
    Address: 213.180.193.3
    Name:	ya.ru
    Address: 93.158.134.3
    
    nslookup ya.ru 8.8.8.8
    Server:		8.8.8.8
    Address:	8.8.8.8#53
    
    Non-authoritative answer:
    Name:	ya.ru
    Address: 213.180.193.3
    Name:	ya.ru
    Address: 213.180.204.3
    Name:	ya.ru
    Address: 93.158.134.3
    
    
    

  • 0
    Главное чтобы и 4.2.2.1 не прикрыли, а гугл да — периодически глючит и не откликается… Самара, Ростелеком и Аист
    • +1
      Вообще-то, 4.2.2.1 и не предназначен для публичного использования. Он был запушен в ранний период интернета для внутренних нужд Level 3, но потом его использование расползлось. Они сами просят не использовать этот адрес.
  • 0
    Вот вам ссылка на официальный мейлинг лист, можете нам поспрашивать groups.google.com/forum/#!forum/public-dns-discuss
  • 0
    Билайн, Краснодар.
    Вчера вечером началось около 20 и до 22. Потом само восстановилось
    Сегодня опять началось примерно в это же время.
    Проблема именно в 8.8.8.8.
    8.8.4.4 доступен и работает нормально.

  • 0
    Не знаю в тему ли, вчера у 3х моих знакомых не работал TOR… Сегодня работает…
  • 0
    Йота, Набережные Челны. Днем наблюдались проблемы, сейчас работает нормально.
  • 0
    СПБ Ростелеком. Как в выходные работало, так и сейчас работает.
  • –9
    Firewall настрой, лапоть!
  • –11
    Вот как пара ошибок в файерволе у клиента или провайдера могут легко вывести в топ на хабре )))
    • +4
      А почитать топик и комментарии??
      Проблема была глобальной. Это очевидно.
      • –5
        где ссылка на офф?
        пока что похоже на массовый психоз.

        • 0
          Ну да, просто всем показалось, что у них не работало, а так все работало, просто всем показалось, а вы Дартаньян.
          • –2
            вы очень умны, чего уж там.
            офф ссылку, пожалуйста, мне тупому.
            спасибо.
            • +6
              Алексей! Вот вам официальная ссылка: http://habrahabr.ru/post/274095/
              а вот пруф ее официальности: https://pp.vk.me/c631331/v631331974/7334/etWzxGbfuqU.jpg
              Достаточно официальная ссылка?
              • –1
                Такая годится! после такого пруфа забираю все свои слова обратно!
  • +2
    видать много себе ставит гугловский днс для обхода блокировки сайтов по днс, что гугл не справляется, или специально на него ddos атаки делают чтобы глючил и пользователи начали отказываться. Не излишним было услышать как гугл комментирует ситуацию.
  • +1
    А вам не кажется? что это провайдеры режут Вам DNS запросы, что бы вы не использовали сторонние DNS сервера?
    А то надумаете с помощью DNS ограничения выставленные Связьнадзором обходить. :)))
    Офф о поломке гугла нашел кто-нибудь?
    • +1
      Акадо МСК именно так и делает…
      • 0
        да, и когда падают их DNS сервера, пользователи сидят без интернета, хотя связь то в принципе есть. не часто конечно, но пару раз за 5 лет бывало такое.
  • +1
    Перекличка окончена. Всем низкий поклон.
  • +2
    Так что же это такое на самом деле было?
  • 0
    Так до сих пор и не работает.
    tracert; nslookup
     C:\Users\Vindicar>tracert -d 8.8.8.8
     
     Трассировка маршрута к 8.8.8.8 с максимальным числом прыжков 30
     
       1    <1 мс    <1 мс     1 ms  192.168.0.1
       2     2 ms     3 ms     2 ms  46.42.0.10
       3     2 ms     2 ms     1 ms  46.42.0.9
       4     7 ms     7 ms     6 ms  193.106.112.21
       5     7 ms     7 ms     7 ms  72.14.236.240
       6     7 ms     7 ms     7 ms  8.8.8.8
     
     Трассировка завершена.
     
     C:\Users\Vindicar>nslookup habrahabr.ru 8.8.8.8
     DNS request timed out.
         timeout was 2 seconds.
     Сервер:  UnKnown
     Address:  8.8.8.8
     
     DNS request timed out.
         timeout was 2 seconds.
     DNS request timed out.
         timeout was 2 seconds.
     DNS request timed out.
         timeout was 2 seconds.
     DNS request timed out.
         timeout was 2 seconds.
     *** Превышено время ожидания запроса UnKnown
    

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.