Не работающий mail.google.com, IP 10.0.0.1 и Ростелеком
Доброго времени суток!
Уже второй или третий раз наблюдаю странную картину, которую не могу диагностировать за то время, пока она не пропадает.
При попытке зайти на mail.google.com браузер пишет, что не может подключиться.
Если вызвать команду ping, то она показывает, что пингуется адрес 10.0.0.1 и пинги проходят, однако трассировка показывает нормальный гугловый IP адрес и тоже проходит. Прямые запросы к DNS возвращают нормальные гугловые IP. В качестве DNS используются 8.8.8.8 и 8.8.4.4.
/etc/hosts чист что на компьютере, что на домашнем асусовском роутере и никаких предупреждений, связанных с сертификатами тоже нет. Система openSUSE, так что вероятность вирусов минимальна. Кроме этого в пользу версии, что это эффект от шаманства самого Ростелекома говорит тот факт, что недавно они перестали выдавать белые IP и начали загонять клиентов в серую сеть 10.0.0.0/8.
В связи с этим у меня есть два вопроса к уважаемой аудитории.
Скажите пожалуйста, наблюдает ли еще кто-нибудь данные эффекты при использовании Ростелекома или Ростелекома в Перми?
И как так получается, что и трассировка и dig видят правильные IP, а команда ping пишет, что пингуется адрес 10.0.0.1?
Проблема возникает редко и длиться очень небольшое время, буквально не более 5-10 минут.
Update:
Город, как указано выше, Пермь, провайдер бывший УралСвязьИнформ, он-же Utel. Так что наблюдение данной проблемы возможно или в Перми, или на Урале.
ping mail.google.com
PING mail.google.com (10.0.0.1) 56(84) bytes of data.
Но «dig mail.google.com A» давал ожидаемый результат подобный этому (и CNAME и A были правильными):
;; ANSWER SECTION:
mail.google.com. 21333 IN CNAME googlemail.l.google.com.
googlemail.l.google.com. 33 IN A 74.125.143.83
googlemail.l.google.com. 33 IN A 74.125.143.18
googlemail.l.google.com. 33 IN A 74.125.143.17
googlemail.l.google.com. 33 IN A 74.125.143.19
К сожалению, я неудачно закрыл консоль, где проводил эксперименты, по этому точный вывод команд привести не могу.
Вот это расхождение я никак понять не могу. Трассировка то тоже видела правильный IP гуглопочты.
Имхо нужен точный вывод консоли, dig/host googlemail.l.google.com в этот момент. Версию ping.
А в остальном — ну подменил провайдер IP, ну бывает. Может у них так биллинг работает с целью показа странички «нет денег на счету» и иногда глючит, может рекламу в трафик пользователей включает. Надо ловить за руку или ждать таких же репортов от юзеров того же провайдера. И посмотрите что там есть на 10 0 0 1.
Ещё вариант найти форум этого провайдера, может там есть обсуждение.
Ещё может быть, учитывая что Вы по памяти пишите что ping вывел, что пинговал он что нужно, но в каждой строчке вывода писал что хост 10.0.0.1 не доступен (а этот ИП очень похож на адрес шлюза, и именно он как раз и бывает не доступен когда «не возможно подключиться»). Это и запомнилось.
Нет, 10.0.0.1 — это точно не шлюз, который выдается по DHCP (там выдается пара серый IP и белый шлюз).
А в остальном — ну подменил провайдер IP, ну бывает.
Ну нифига себе бывает?! Да и вопрос в том, почему показания расходятся у разных утилит.
Ещё может быть, учитывая что Вы по памяти пишите что ping вывел, что пинговал он что нужно, но в каждой строчке вывода писал что хост 10.0.0.1 не доступен
Нет, этот IP и пинговался тогда и сейчас пингуется:
~> ping -c5 10.0.0.1
PING 10.0.0.1 (10.0.0.1) 56(84) bytes of data.
64 bytes from 10.0.0.1: icmp_seq=1 ttl=248 time=140 ms
64 bytes from 10.0.0.1: icmp_seq=2 ttl=248 time=140 ms
64 bytes from 10.0.0.1: icmp_seq=3 ttl=248 time=141 ms
64 bytes from 10.0.0.1: icmp_seq=4 ttl=248 time=142 ms
64 bytes from 10.0.0.1: icmp_seq=5 ttl=248 time=141 ms
--- 10.0.0.1 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4004ms
rtt min/avg/max/mdev = 140.759/141.361/142.238/0.524 ms
и ping показывал рядом с хостом mail.google.com адрес 10.0.0.1 это я точно помню.
Простой
