El sitio web que lancé junto con mi nueva aplicación ha sido reportado como caído desde Rumania, pero por mi parte funciona bien. Intenté acceder a él desde un servidor DNS público desde allí (5.254.96.195), pero nslookup devuelve un SERVFAIL.
El dominio esbaliza.sh.
Aquí está el resultado de dig @5.254.96.195 beacon.sh:
; <<>> DiG 9.12.0 <<>> @5.254.96.195 beacon.sh
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 1494
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;beacon.sh. IN A
;; Query time: 1573 msec
;; SERVER: 5.254.96.195#53(5.254.96.195)
;; WHEN: Wed Feb 28 10:51:08 CET 2018
;; MSG SIZE rcvd: 27
Utilizo digital ocean y namecheap, agradecería mucho que alguien me ayudara.
Respuesta1
No recibo un error similar:
[me@risby personal]$ dig @5.254.96.195 beacon.sh
[...]
;; ANSWER SECTION:
beacon.sh. 3135 IN A 138.68.190.199
No entiendo por qué estás consultando ese servidor (5.254.96.195), pero cualquier problema que tengas con él es entre tú, tu proveedor de alojamiento y ellos. Hay muchas cosas que podrían ser: el proxy DNS transparente está funcionando mal, el proxy transparente está funcionandobien(dependiendo de cómo esté configurado), solapa BGP temporal, cortafuegos poco fiablesen camino, etcétera. Sólo con la ayuda de su proveedor de hosting y el proveedor del servidor DNS podrá solucionarlo. Yo diría que su mejor plan era utilizar los servidores DNS que digital ocean y namecheap recomiendan con sus ofertas; al menos tendrá algún tipo de base contractual para esperar que se investigue un problema. De lo contrario, dudo que esto se pueda resolver.
Si está consultando ese servidor porque está tratando de averiguar por qué este usuario remoto no puede acceder a su sitio, y es el servidor DNS del usuario remoto, entonces responder la pregunta más importante es igualmente problemático. Cuando un usuario final se queja de que no puede acceder a su sitio web y usted está seguro de que su servidor está funcionando, entonces la persona mejor posicionada para diagnosticar eso esla persona de TI en el sitio del usuario remoto. Como habrás descubierto, intentar diagnosticar de forma remota sus problemas de conectividad introduce una gran cantidad de posibles problemas adicionales que enturbian el agua, al menos uno de los cuales claramente te está molestando.