Я размещаю персональный веб-сайт на старом рабочем столе на основе LAMP. В этой проблеме есть несколько странных вещей, поэтому я разбью ее на шаги.
Поскольку у меня динамический IP-адрес, я использую no-ip, чтобы всегда иметь рабочее доменное имя. Я использую клиент автоматического обновления, но вошел в систему и проверил, и к моему домену no-ip привязан правильный IP-адрес. Вот ссылка на домашнюю страницу через домен no-ip для справки. Также я выполняю ping и traceroute в домене no-ip и получаю:
[eckertzs@localhost ~]$ ping -c 1 endradil.noip.me
PING endradil.noip.me (65.24.215.99) 56(84) bytes of data.
64 bytes from endradil.noip.me (65.24.215.99): icmp_seq=1 ttl=64 time=2.23 ms
--- endradil.noip.me ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 104ms
rtt min/avg/max/mdev = 2.233/2.233/2.233/0.000 ms
[eckertzs@localhost ~]$ traceroute endradil.noip.me
traceroute to endradil.noip.me (65.24.215.99), 30 hops max, 60 byte packets
1 . (192.168.2.1) 1.755 ms 5.409 ms 5.380 ms
2 endradil.noip.me (65.24.215.99) 6.297 ms 9.543 ms 10.324 ms
Используя этот домен, я могу подключиться к своему веб-серверу без проблем или прерываний (https требуется, чтобы избежать перенаправления на сервер, но он работает).
У меня также есть домен, который я купил на GoDaddy, где у меня есть запись CNAME, перенаправляющая поддомен www в мой домен no-ip.
CNAME Record
Host: www
Points to: endradil.noip.me
TTL: 1 hour
За последние несколько недель у меня никогда не возникало проблем с использованием домена GoDaddy для подключения (ssh или https). Однако за последние несколько дней домен GoDaddy работал только с перерывами, в течение нескольких минут за один раз, а затем отключался на несколько часов за раз. Я получаю сервер не найдены ошибки в большинстве случаев. Кроме того, если мне случится использовать домен GoDaddy для ssh-соединения, соединение зависнет.
Я провел онлайн-тестирование DNS и увидел, что сайт виден внешними серверами и разрешен по правильному IP-адресу. Я также связался со службой поддержки GoDaddy, но у них не было проблем с подключением к веб-сайту, и поэтому я не увидел никаких проблем. Мои персональные компьютеры (рабочий стол Windows, ноутбук с Linux, телефон Android) не могут подключиться к моему персональному Wi-Fi. Если я отключу свой телефон от Wi-Fi и использую беспроводные данные AT & T, он может без проблем подключиться к обоим доменам. Когда я пытаюсь использовать инструменты Google для веб-мастеров для сканирования сайта с помощью домена GoDaddy, Google не может найти сайт.
На моем Linux-ноутбуке я обнаружил некоторые интересные результаты, когда я пингую или отслеживаю домен. Результаты от этих:
[eckertzs@localhost ~]$ ping -c 1 www.endradil.com
PING www.endradil.com.Belkin (198.105.244.228) 56(84) bytes of data.
--- www.endradil.com.Belkin ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 10000ms
[eckertzs@localhost ~]$ traceroute www.endradil.com
traceroute to www.endradil.com (198.105.244.228), 30 hops max, 60 byte packets
1 . (192.168.2.1) 1.918 ms 2.806 ms 2.772 ms
2 cpe-65-24-208-1.insight.res.rr.com (65.24.208.1) 29.247 ms 29.654 ms 30.094 ms
3 cpe-69-23-24-117.new.res.rr.com (69.23.24.117) 15.597 ms 23.218 ms 23.581 ms
4 agg24.clmcohib01r.midwest.rr.com (65.29.1.52) 30.581 ms 30.556 ms 31.192 ms
5 be27.clevohek01r.midwest.rr.com (65.29.1.38) 30.580 ms 31.062 ms 31.038 ms
6 bu-ether25.atlngamq47w-bcr01.tbone.rr.com (107.14.19.38) 37.863 ms 68.844 ms 43.773 ms
7 107.14.17.178 (107.14.17.178) 51.866 ms 51.019 ms 50.989 ms
8 ae0.pr1.dca10.tbone.rr.com (107.14.17.200) 48.467 ms ae-4-0.a0.lax91.tbone.rr.com (66.109.1.113) 49.912 ms *
9 v413.core1.ash1.he.net (209.51.175.33) 60.270 ms 50.842 ms 50.819 ms
10 100ge5-1.core1.nyc4.he.net (184.105.223.166) 55.597 ms 56.045 ms 56.020 ms
11 xerocole-inc.10gigabitethernet12-4.core1.nyc4.he.net (216.66.41.242) 56.001 ms 55.969 ms 55.992 ms
12 * * *
оба показывают неверный IP. Кроме того, время ожидания traceroute для прыжков с 12 по 255 (результат обрезан выше). Трассировка маршрута с использованием site24x7 работает и показывает разумные результаты при запуске с их калифорнийского сервера. Из другого блока Linux в другой сети, но в том же городе, что и я (в 10 милях), я все еще получаю тайм-аут для traceroute, однако IP-адрес разрешается правильно для домена.
Исходя из этого, я считаю, что результат DNS неправильно кэшируется либо в моем маршрутизаторе / модеме, либо, возможно, даже на уровне моего провайдера. Мой вопрос, во-первых, как мне точно выяснить, что не так, и, во-вторых, как мне решить эту проблему.