Alquilo un VPS CentOS 5 de un proveedor con sede en el Reino Unido, con DirectAdmin también instalado. El jueves por la noche realizaron un mantenimiento planificado para cambiar las dos IP que me habían asignado por dos nuevas. El viernes, después de que se produjo el cambio, actualicé los registros de mi nombre de dominio para reflejar el cambio de IP.
Desde entonces, todos los dominios que apuntan al VPS están caducando. Además, DirectAdmin tampoco respondía, pero se resolvió ejecutando los scripts ipswap que se encuentran en la base de conocimientos de DirectAdmin. Sin embargo, no solucionó mis dominios. Me comuniqué con el proveedor de VPS pero llevo algún tiempo esperando una respuesta.
Lo he comprobado una y otra vez y todas las IP a las que se hace referencia en DirectAdmin son correctas. Si voy a la IP del servidor en mi navegador, responde "Apache funciona normalmente". Las cuentas de correo electrónico en el servidor también funcionan correctamente.
Pero si accedo a un dominio, el tiempo de espera se agota. Al ejecutar un ping y una búsqueda de DNS, puedo confirmar que las IP del servidor de nombres son correctas. Si ejecuto una ruta de seguimiento, llega a una IP que es similar a las IP de mi VPS (los últimos 2 bloques son diferentes) antes de que se agote el tiempo de espera (nunca muestra la IP de mi servidor).
Soy relativamente nuevo en la administración de VPS, por lo que no tengo mucha experiencia en la resolución de problemas con ellos. Revisé todos los archivos de configuración httpd, que no parecen tener ninguna referencia de IP. Mirando los registros de errores de Apache, los errores que hay no coinciden con las veces que intenté acceder al sitio.
¿Este problema afecta a mi proveedor? ¿Hay algo más que pueda verificar o probar para descartar problemas posteriores al cambio de IP con la configuración de mi servidor? Todo iba bien antes del cambio de IP.
Respuesta1
¿Has intentado vaciar tu caché de DNS? En Windows (como administrador), pruebe ipconfig /flushdns y vea si el problema persiste. DNS tiene un proceso, llamado Time-To-Live, que dicta durante cuánto tiempo una entrada DNS debe permanecer almacenada en caché en un servidor remoto. Muchos servidores no respetan el TTL y mantendrán la entrada anterior en su caché mientras sus servidores estén en línea.
Puede probar esto usando el comando "nslookup" para probar con múltiples servidores DNS, por ejemplo: nslookup mydomain.com 8.8.8.8verificará qué resuelve su nombre de dominio en cuanto al servidor DNS de Google. Pruebe este enfoque en otros servidores de nombres y vea si la entrada es correcta. Si es así, probablemente se trate de un problema de almacenamiento en caché con el servidor DNS que estás utilizando.