Eu hospedo um site pessoal em uma área de trabalho antiga que é baseada em LAMP. Há várias coisas estranhas sobre esse problema, então vou dividi-lo em etapas.
Como tenho um IP dinâmico, uso o no-ip para garantir que eu tenha um nome de domínio em funcionamento o tempo todo. Eu uso o cliente de atualização automática, mas logado e verificado e meu domínio no-ip tem o IP adequado vinculado a ele. Aqui é um link para a página inicial através do domínio no-ip para referência. Além disso, faço um ping e um traceroute no domínio no-ip e obtenho:
[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
Usando este domínio, posso me conectar ao meu servidor da web sem problemas ou interrupções (o https é necessário para evitar um redirecionamento de servidores, mas funciona).
Eu também tenho um domínio que comprei no GoDaddy, onde tenho um registro CNAME encaminhando o subdomínio www para o meu domínio no-ip.
CNAME Record
Host: www
Points to: endradil.noip.me
TTL: 1 hour
Nas últimas semanas, nunca tive um problema ao usar o domínio GoDaddy para se conectar (ssh ou https). Nos últimos dias, no entanto, o domínio GoDaddy só funcionou de forma intermitente, por alguns minutos de cada vez e, em seguida, vai descer por horas a fio. Eu recebo erros de servidor não encontrados na maioria das vezes. Além disso, se acontecer de eu estar usando o domínio GoDaddy para uma conexão ssh, a conexão irá congelar.
Eu executei testes on-line do DNS e vi que o site é visível por servidores externos e resolvido para o IP correto. Também entrei em contato com o suporte da GoDaddy, mas eles não tiveram problemas para se conectar ao site e, portanto, não viram nenhum problema. Meus computadores pessoais (desktop do Windows, laptop linux, telefone Android) não conseguem se conectar quando no meu wifi pessoal. Se eu desconectar meu telefone do Wi-Fi e usar meus dados sem fio do AT & T, ele poderá se conectar a ambos os domínios sem problemas. Quando tento usar as ferramentas do Google para webmaster para rastrear o site usando o domínio GoDaddy, o Google não consegue encontrar o site.
Do meu laptop linux, eu encontrei alguns resultados interessantes quando eu ping ou traceroute o domínio. Os resultados destes:
[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 * * *
ambos mostram o IP incorreto. Além disso, o tempo limite do traceroute nos saltos 12 a 255 (saída truncada acima). O traceroute usando o site24x7 funciona e mostra resultados razoáveis quando executado em seu servidor californiano. De outra caixa linux em uma rede diferente, mas na mesma cidade que eu (10 milhas de distância), eu ainda tenho timeout para traceroute, no entanto, o IP resolve corretamente para o domínio.
A partir disso, acredito que o resultado do DNS foi armazenado incorretamente no meu roteador / modem ou, talvez, no nível do meu provedor. Minha pergunta é, primeiro, como descobrir exatamente o que está errado e, segundo, como resolvê-lo.