---
title: "Mi servicio está caído: cómo descubrir la causa"
description: "Una guía de diagnóstico para saber si la caída es de tu internet, de tu programa, del dominio o de la infraestructura, y qué revisar antes de abrir un ticket."
url: "https://redhosting.com.br/es/base-de-conhecimento/meu-servico-esta-fora-do-ar-como-descobrir-a-causa"
type: "article"
language: "es"
category: "Otros"
published: "2026-09-02"
translations:
  pt-BR: "https://redhosting.com.br/base-de-conhecimento/meu-servico-esta-fora-do-ar-como-descobrir-a-causa.md"
  en: "https://redhosting.com.br/en/base-de-conhecimento/meu-servico-esta-fora-do-ar-como-descobrir-a-causa.md"
  es: "https://redhosting.com.br/es/base-de-conhecimento/meu-servico-esta-fora-do-ar-como-descobrir-a-causa.md"
  de: "https://redhosting.com.br/de/base-de-conhecimento/meu-servico-esta-fora-do-ar-como-descobrir-a-causa.md"
---

# Mi servicio está caído: cómo descubrir la causa

Una guía de diagnóstico para saber si la caída es de tu internet, de tu programa, del dominio o de la infraestructura, y qué revisar antes de abrir un ticket.

- Guía de la base de conocimiento de RedHosting — categoría: Otros
- Página HTML: https://redhosting.com.br/es/base-de-conhecimento/meu-servico-esta-fora-do-ar-como-descobrir-a-causa
- Publicado el: 2026-09-02 · Idioma: es

"Está caído" describe el síntoma, no la causa. La misma pantalla en blanco aparece cuando el problema es tu internet, cuando la aplicación se colgó, cuando el dominio expiró y cuando la máquina está apagada, y cada uno de esos casos tiene una solución diferente.

Esta guía va de la causa más probable a la menos probable. Siguiéndola en orden, llegas a la respuesta en pocos minutos, o llegas al soporte sabiendo ya qué decir.

## 1. Confirma que el problema no es solo tuyo

Antes que nada: prueba desde otra red. Apaga el Wi-Fi del móvil y abre el servicio con datos móviles. Si funciona en el móvil y no en la computadora, el problema está en tu red, en tu proveedor o en la caché del navegador, no en el servidor.

Es la comprobación que resuelve buena parte de los casos y la que más gente se salta.

  💡**Consejo**: Un sitio que carga mal solo para ti suele ser caché del navegador. **Ctrl + Shift + R** fuerza la recarga ignorando la caché; una ventana de incógnito lo confirma al instante.

## 2. Revisa si hay mantenimiento en curso

RedHosting publica mantenimientos programados e incidentes en [redhosting.com.br/status](/status). Si tu servicio aparece ahí, la causa ya está identificada y el equipo ya está trabajando; no hace falta abrir un ticket.

## 3. Descubre en qué capa está la falla

Son cuatro capas, y cada una tiene su propia prueba. La primera que falle es donde está el problema.

    CapaCómo probarSi falla aquí

    **DNS**: ¿el nombre resuelve?`nslookup tudominio.com`Dominio expirado o apuntamiento incorrecto
    **Red**: ¿la máquina responde?`ping TU_IP`Máquina apagada, o firewall descartando
    **Puerto**: ¿el servicio escucha?`telnet TU_IP 80`Aplicación detenida o puerto bloqueado
    **Aplicación**: ¿responde bien?Abrir en el navegadorError de código, base de datos caída, disco lleno

Una observación sobre el `ping`: puede no responder aunque la máquina esté en línea, porque muchas configuraciones bloquean ICMP por defecto. Un ping sin respuesta es un indicio, no una prueba. La prueba de puerto es más confiable.

## 4. Si el problema es el DNS

- **Dominio expirado**: la causa más común y la más fácil de olvidar. Revisa la fecha de expiración en el registrador (Registro.br, GoDaddy, donde lo hayas registrado).
- **Apuntamiento incorrecto**: los servidores de nombres tienen que ser los del hosting. Los pasos están en [Cómo apuntar tu dominio a RedHosting](/es/base-de-conhecimento/como-apontar-seu-dominio-para-a-redhosting).
- **Cambio reciente**: si cambiaste el DNS en las últimas 48 horas, puede seguir propagándose, y la propagación es irregular a propósito: parte de internet ve lo nuevo y parte todavía ve lo antiguo.

## 5. Si el problema es la máquina

**En una VPS**, abre el panel VirtFusion desde el área de cliente y revisa que el estado sea **Running**. Si está apagada, enciéndela. Si está encendida pero no responde, entra por la **consola VNC**: se conecta directamente a la máquina y funciona aunque la red o el firewall estén mal configurados.

**En un servidor de Minecraft o de bot**, abre el panel y mira la pestaña **Consola**. Un servidor que se reinicia solo en bucle casi siempre dice el motivo en las últimas líneas antes de caer. La guía [Cómo lidiar con errores comunes en la consola](/es/base-de-conhecimento/lidando-com-erros-comuns-no-console) cubre los errores más frecuentes.

## 6. Si la máquina está encendida pero la aplicación no responde

Las tres causas que más aparecen, en orden:

- **Disco lleno.** La más subestimada: la base de datos, los logs y las sesiones dejan de grabar, y la aplicación devuelve error sin explicar. Compruébalo con `df -h`. Los logs antiguos casi siempre son los culpables.
- **Memoria agotada.** El sistema mata el proceso que más consume, normalmente la base de datos. `free -h` muestra la situación, y `dmesg | grep -i "killed process"` confirma si fue eso.
- **Servicio detenido.** `systemctl status nginx` (o `apache2`, `mysql`, lo que sea) dice si está funcionando y, si no, por qué se detuvo.

  ⚠️**Atención**: Reiniciar la máquina "a ver si se arregla" borra el rastro de lo que pasó. Si el servicio vuelve y se cae de nuevo, reiniciaste sin descubrir la causa, y volverás a reiniciar. Mira el log antes.

## 7. Si nada de esto lo explicó

Entonces es momento del ticket, y vale la pena dedicar dos minutos a escribirlo bien, porque eso suele ahorrar horas de ida y vuelta. Qué incluir:

  Qué enviar en el ticket

    ✓Qué servicio, con la IP o el dominio.

    ✓Desde cuándo, con **hora aproximada**.

    ✓El mensaje de error exacto, copiado y pegado, no descrito.

    ✓Qué probaste ya de esta lista, y el resultado de cada prueba.

    ✓Si algo cambió poco antes: un deploy, una actualización, un cambio de DNS.

El formato completo está en [Cómo abrir un ticket que el soporte resuelve en la primera respuesta](/es/base-de-conhecimento/como-abrir-um-chamado-que-o-suporte-resolve-de-primeira).

## Canales de soporte

Tickets en [financeiro.redhosting.com.br](https://financeiro.redhosting.com.br), WhatsApp **+55 11 98833-3902** y correo **suporte@redhosting.com.br**. Atención las 24 horas, en portugués, inglés, español y alemán.

## Preguntas frecuentes

**¿Cómo sé si el problema es mi internet o el servidor?**

Prueba desde otra red: apaga el Wi-Fi del móvil y abre el servicio con datos móviles. Si funciona ahí y no en la computadora, el problema está en tu red, en tu proveedor o en la caché del navegador.

**¿Dónde veo si hay mantenimiento en curso?**

En [redhosting.com.br/status](/status). Los mantenimientos programados e incidentes aparecen ahí, con el equipo ya trabajando; en esos casos no hace falta abrir ticket.

**El ping no responde. ¿El servidor está caído?**

No necesariamente. Muchas configuraciones bloquean ICMP por defecto, así que un ping sin respuesta es un indicio, no una prueba. La prueba de puerto es más confiable.

**Mi sitio desapareció de la nada y no toqué nada. ¿Qué reviso primero?**

La fecha de expiración del dominio en el registrador. Es la causa más común y la más fácil de olvidar, justamente porque no depende de que hayas tocado algo.

**La VPS está encendida pero nada responde. ¿Cómo entro?**

Por la consola VNC del panel VirtFusion, que se conecta directamente a la máquina y funciona aunque la red o el firewall estén mal configurados.

**¿Puedo simplemente reiniciar a ver si se arregla?**

Puedes, pero eso borra el rastro de lo que pasó. Si el servicio vuelve y se cae de nuevo, seguirás reiniciando sin descubrir nunca la causa. Mira el log antes.

## Navegación — Otros (artículo 3 de 9)

- Artículo anterior: [Cómo elegir y configurar tu servicio](https://redhosting.com.br/es/base-de-conhecimento/escolhendo-e-configurando-seu-servico.md) — https://redhosting.com.br/es/base-de-conhecimento/escolhendo-e-configurando-seu-servico
- Artículo siguiente: [Por qué varía el ping y cómo medir la latencia de tu servidor](https://redhosting.com.br/es/base-de-conhecimento/por-que-o-ping-varia-e-como-medir-a-latencia.md) — https://redhosting.com.br/es/base-de-conhecimento/por-que-o-ping-varia-e-como-medir-a-latencia
- Volver a la base de conocimiento: https://redhosting.com.br/es/base-de-conhecimento

---

¿Necesitas ayuda con este paso a paso? Soporte 24/7 de RedHosting: suporte@redhosting.com.br · WhatsApp +55 11 98833-3902 · https://redhosting.com.br/discord

Otras guías: https://redhosting.com.br/es/base-de-conhecimento.md
