Autoaloja Uptime Kuma en un VPS anónimo sin KYC

Ejecuta el vigilante de estado en un root alquilado: un Compose, un volumen de datos, nada publicado. Entrada a $6/mes, $4.80/mes pagando el año por adelantado.

El vigilante también te vigilaba a ti

El monitoreo alojado traiciona su propia promesa: el servicio que protege tu infraestructura acumula sobre ti un expediente más grueso que sobre cualquier cosa que vigile. Cada URL observada, cada nota de incidente, cada nombre de guardia y cada traza de latencia acaban en la base de datos de otro, normalmente bajo una cuenta ligada a tu tarjeta. Trasladar el comprobador a un root alquilado de forma anónima invierte la custodia: las observaciones permanecen en tu disco, tras tu clave, dentro de una jurisdicción que tú elegiste.

Uptime Kuma encaja en el papel: un panel ligero en Node que hace comprobaciones HTTP, TCP y ping, guarda el historial de heartbeats y los hooks de notificación, y ofrece una página de incidentes compartible disponible pero opcional. Todo el estado se concentra en un solo directorio — /app/data dentro del contenedor, un archivo SQLite llamado kuma.db — de modo que la aplicación entera se reduce a un proceso, una carpeta y un destino de copia de seguridad. El repositorio oficial documenta esa estructura.

La parte del proveedor termina en la factura: lo que se alquila es una porción KVM con root, y el vigilante, su base de datos y su lista de alertas son enteramente tuyos, para operarlos o romperlos. Una cláusula del reglamento sí llega hasta aquí: el tráfico de ataque y cosas peores están prohibidos sin excepción, así que vigila solo aquello a lo que tienes derecho. Un monitor debe parecer un visitante educado y predecible.

El error llega antes de cualquier instalación: huir de un SaaS con precio de vigilancia y luego registrarte en el reemplazo con tu buzón principal y una tarjeta de débito — reconstruyendo el mismo expediente del que acabas de escapar. La configuración de la cuenta es asunto del proyecto: una credencial solo de cadena o, como mínimo, una dirección dedicada, como detalla la guía de registro sin correo. La discreción de un vigilante se decide en el pago, nunca en sus ajustes.

Dimensiona antes de la primera comprobación, porque hoy la decisión es aburrida y más adelante irritante. La siguiente sección hace la aritmética real: qué consume un comprobador cuando es joven, dónde se acumula el crecimiento y dónde está el suelo honesto para un panel pensado para durar años. Las cifras son más amables de lo que la mayoría teme.

Tranquilo al nacer, hambriento en la mediana edad

Recién nacida, la aplicación ronda unas decenas de megabytes en reposo y escribe una vez por heartbeat — un ciclo de 60 segundos por monitor por defecto. El crecimiento llega por dos ejes a la vez. La retención: cada monitor acumula historial hasta que se poda. El renderizado: el panel dibuja gráficas de latencia y tarjetas de vista previa por fila, y pasado un pantalla llena de monitores esos dibujos empiezan a competir con las propias comprobaciones por la memoria.

El suelo que absorbe ambas etapas: el plan de entrada — 2 vCPU sobre un Ryzen 9 9950X, 4 GB DDR5 ECC, 80 GB NVMe, 1 Gbps sin límite de tráfico, una IPv4 más una /64. Docenas de monitores y un proxy delantero caben con comodidad; escala cuando las gráficas peleen la RAM con las comprobaciones, no antes. En esta gama se permiten invitados anidados, así que los contenedores no necesitan ninguna dispensa especial.

Toma el plan Core a $6/mes de lista — $4.80/mes con el prepago de 12 meses — y deja que el comprobador duerma ahí; la facturación anual significa una sola factura cada 12 meses, nada automático, ideal para una máquina pensada para olvidarse. Fíjate en lo que el escudo DDoS incluido no es: no es un firewall de aplicación para el panel. Protege el tubo; la exposición del panel sigue siendo cosa tuya.

Dimensionar para la demo en lugar de para el año es el fallo típico: tres monitores corren en cualquier sitio, así que la porción más pequeña parece infinita hasta que llegan cuarenta monitores, una página compartible y dos años de historial, y la memoria se esfuma en silencio. El error compañero es leer el escudo de paquetes como un firewall de aplicación: corta inundaciones, no intentos de contraseña. Presupuesta para el crecimiento; y aun así mantén el panel sin publicar.

Elegido el plan, la instalación son cinco minutos con exactamente una decisión que importa para el año siguiente: dónde vivirán los datos. La siguiente sección construye la pila y fija esa decisión como es debido. Todo lo demás se puede reconstruir en una tarde; el historial, no.

Un volumen es toda la religión

Exactamente una cosa debe sobrevivir a la recreación del contenedor: /app/data. Bórralo y mueren a la vez todos los monitores, todos los heartbeats y todas las reglas de alerta. Compose convierte su protección en una declaración de dos líneas — un volumen con nombre montado en esa ruta. El contenedor, su imagen y su política de logs son desechables por diseño; reconstrúyelos cuando quieras, la carpeta persiste debajo.

Instala Docker desde los repositorios de tu propia distribución — olvida los scripts de conveniencia —, mueve tu árbol de Kuma existente con rsync y compila en local: nada de imágenes de marketplace, ninguna ruleta de registros, nada atado a la semana de un desconocido. El archivo Compose adecuado: context ./uptime-kuma, restart: unless-stopped, puerto publicado como 127.0.0.1:3001:3001, montaje kuma-data:/app/data, logs limitados con max-size: 10m y max-file: 3. La referencia de Compose explica cada clave.

Levántalo con docker compose up -d; la primera visita se comporta como cualquier estreno — la interfaz crea la cuenta de administrador al llegar, a la que accederás mediante un túnel según la siguiente sección —, y las comprobaciones se añaden de una en una. Esos límites de log ganan sus líneas: un flujo json-file sin tope en un contenedor locuaz devora la flash en silencio, mes tras mes, para nada.

Ambos fallos clásicos tienen forma de montaje. Sin montaje: la recreación borra el historial de forma invisible — la app sigue corriendo, así que la pérdida aflora semanas después como una gráfica de disponibilidad en blanco. Contexto de permisos equivocado en un directorio del host: la pila arranca, la base de datos no puede escribir y los heartbeats se evaporan al aterrizar. El montaje con nombre esquiva ambos, y por eso aquí no es negociable.

Un proceso, un montaje, un puerto en la interfaz de loopback — la huella son tres hechos, y enmarcan con precisión el siguiente problema: el panel solo responde en la propia máquina, así que el acceso debe existir sin publicación. Túneles, a continuación — un comando, cero superficie nueva. Tres hechos sugieren también tres verificaciones tras cualquier reconstrucción: el montaje sobrevivió, el puerto siguió siendo solo loopback y los límites de log siguen vigentes.

Entrar sin publicar

El regalo de identidad más rápido que puedes hacer a una máquina anónima es un panel de administración público: los logs de certificate transparency, los escáneres y los archivos registran el hostname en cuestión de horas. Mantén el 3001 en la interfaz de loopback hasta que haya TLS y autenticación de verdad por delante — y plantéate si ese día debería llegar alguna vez, porque el túnel disponible hoy cuesta un comando y añade cero superficie.

Ese túnel es un reenvío local: ssh -L 8400:127.0.0.1:3001 root@203.0.113.7, y navega a http://localhost:8400 como si el panel viviera en tu escritorio — la dirección de ejemplo viene del espacio de documentación, sustitúyela por la tuya. Todo viaja por el canal que tu terminal ya usa; nada nuevo queda a la escucha; el manual de ssh detalla el flag.

Para una residencia más larga que una noche de guardia, WireGuard paga el alquiler: levanta wg0 con wg-quick up wg0, escucha en 51820/udp, y el panel aparece sobre el espacio del túnel cada vez que el portátil despierta. Aguanta el roaming, las reconexiones y las redes de hotel mejor que cualquier puerto reenviado, y la guía rápida oficial se sigue de principio a fin en diez minutos.

Las exposiciones temporales se petrifican: publicas el puerto «solo por esta tarde» y para la noche tres índices de escáneres ya lo tienen. La higiene de capturas falla en segundo lugar: un panel capturado con una cookie de sesión viva en el encuadre — rota la sesión, recorta la imagen o hazla antes de iniciar sesión siquiera. Las consolas remotas se filtran por comodidad, nunca por matemáticas. La misma disciplina cubre el texto de error pegado y las capturas adjuntas: recorta hasta el objeto, porque una imagen suele llevar más de lo que su autor advierte.

Resuelto el transporte, queda la pregunta de qué dice la máquina cuando habla por sí misma — porque cada comprobación sale llevando su dirección de retorno, y cada destino la anota. Esa es la huella que ningún túnel elimina; la siguiente sección le pertenece por entero. Apunta la dirección una vez y trátala desde ese minuto como conocimiento público — la privacidad vive en la cuenta, nunca en el cable.

El problema de la dirección de retorno

El método de pago no toca la física: cada comprobación sale de la IPv4 de la máquina, y cada destino registra esa dirección en sus propios registros, límites y alertas. La factura en cripto compró una cuenta sin dueño; no le compró a las comprobaciones un origen nuevo. La ubicación merece, por tanto, la misma deliberación que el tamaño — la ciudad es la dirección de retorno que verá internet.

El precio mantiene la elección limpia: coste base idéntico en las doce ciudades, dejando la latencia y la ley como únicas variables. Islandia (+20%) y Suiza (+35%) son los únicos recargos listados — es el pago por la jurisdicción, no por el hardware. Prefiere Reikiavik o Zúrich cuando la ley aplicable pese; prefiere cercanía a los objetivos cuando la rapidez de alerta vale más que el papeleo.

La cláusula de uso muerde de forma específica a los monitores: la AUP (política de uso aceptable) prohíbe el tráfico de ataque sin excepción, así que un «vigilante» que machaca endpoints, prueba contraseñas o replica contenido que no le pertenece no es un vigilante sino un incidente. Observa objetivos sobre los que tengas derecho a observar, a intervalos que una persona llamaría corteses, y la herramienta seguirá siendo aburrida — que es un gran elogio. Las comprobaciones HTTP son peticiones estandarizadas bajo la RFC 9110, nada más exótico.

La identidad nunca se filtra desde el motor de comprobaciones; se filtra del fontanería que lo rodea. Una página compartible en un dominio con WHOIS tuyo publica en una sola línea el emparejamiento entre el vigilante discreto y el operador conocido. Los webhook de alerta ligados a tu mensajería personal firman cada notificación con la misma mano. Ambos remedios están a una pantalla de ajustes de distancia; ambos permanecen invisibles hasta que alguien los examina, y el examen llega tarde o temprano.

Modela la máquina como una pequeña embajada: dirección conocida por diseño, interior enteramente tuyo, y las alforjas del mensajero — las alertas — enviadas por una puerta lateral sin etiqueta de remitente. Esas alforjas se llevan la siguiente sección, porque la fontanería de notificaciones es donde los vigilantes autoalojados más a menudo traicionan a sus dueños.

Alertas: la mitad ruidosa

El comprobador en sí apenas susurra: heartbeats hacia SQLite, gráficas para quien entre por túnel. La identidad se acumula en la cadena de notificación, donde cada URL de webhook, cada token de bot y cada credencial SMTP firman a su creador. En la práctica, los vigilantes autoalojados exponen a sus operadores por esta fontanería y prácticamente nunca por inspección de paquetes.

El remedio es acuñar credenciales por máquina, exactamente como lo haría cualquier otro inquilino. Un bot de mensajería nuevo posee su propio token y su propio chat; un webhook nuevo apunta a su propio canal; un buzón dedicado existe solo para las alertas SMTP. Kuma vincula las notificaciones por monitor desde Settings → Notifications, y cada entrada incluye un botón Test — púlsalo en cada canal antes de confiar en la cadena en pleno incidente.

Las alertas por correo esconden una trampa adicional: las cabeceras. Un mensaje enviado desde tu buzón de siempre se lee como una biografía — nombre, proveedor, historial de transporte —, porque el correo regido por la RFC 5321 es honesto con su sobre. La identidad se escapa por el sobre que elegiste, no por el protocolo. Una dirección en un dominio reservado para este fin mantiene las alertas útiles y la biografía ausente.

Reutilizar un token de bot personal porque ya existe es el arquetipo: cada alerta testificará entonces que una única persona gestiona tanto el vigilante como todo lo demás que ese bot toca. Justo detrás: la página compartible activada por accidente durante la configuración — una casilla que publica cada nombre de monitor tecleado, hostnames internos incluidos. Audita ambas tras la primera semana; da por hecho que ninguna se mantuvo apagada por sí sola.

Comprobaciones corteses, fontanería silenciosa; queda un deber: la base de datos que has alimentado durante meses necesita una vía de salida, y la máquina necesita un plan para superar el plan de entrada. Minutos si se planifica; horas si se improvisa. Esa es la última sección antes del runbook. Reserva una tarde por trimestre para el mismo mantenimiento: rota los tokens de bot acuñados, vuelve a pulsar el botón Test de cada canal y restaura una copia archivada en una pila nueva.

Vías de salida: copias, imágenes, hierro mayor

Aquí nadie promete custodiar tu disco — las copias gestionadas no existen en este catálogo, y los snapshots son un extra del pago: herramientas de rollback, no de archivado. El verdadero activo del vigilante es modesto: un archivo SQLite dentro de un montaje con nombre, cocinado durante meses. Datos pequeños con acumulación lenta son exactamente el perfil que merece copias simples a nivel de archivo con una programación — o residir dentro de un contenedor sellado, como muestra la guía de LUKS.

El trabajo son tres líneas: docker compose stop para callar la base de datos, tar czf sobre el directorio del montaje — localízalo con docker volume inspect; los montajes con nombre viven bajo /var/lib/docker/volumes/ como _kuma-data/_data — y arrancar de nuevo. Envía el archivo fuera de la máquina esa misma noche. La guía de almacenamiento de Docker mapea las rutas; el stop no es opcional, porque un contenedor detenido no puede corromper su propia copia.

Ensaya la restauración una vez dentro de un proyecto de pruebas: directorio nuevo, archivo Compose idéntico, montaje restaurado desde el archivo, pila levantada, inicio de sesión, recuento de monitores. Cinco minutos convierten el archivo de hipótesis en plan. Las actualizaciones viajan por el mismo camino: haz pull de tu propio árbol, recompila, levanta — el montaje con nombre lleva el historial intacto a través de la reconstrucción.

Cuando el comprobador madure hasta ser infraestructura — proxy delantero, enrutado de alertas, un año de gráficas —, alquila el Forge a $49/mes de lista, $39.20/mes con pago anual por adelantado, y lleva el mismo archivo Compose contigo; el archivo de la sección anterior se comprime y copia en un gesto, y el montaje aterriza exactamente como vivía. Cuenta la mudanza en tardes, no en minutos: detener, archivar, copiar, levantar, verificar, re-probar alertas — la lista que el ritual nocturno ya ensaya.

La copia que traiciona es la hecha en caliente: SQLite a mitad de escritura bajo un contenedor en marcha produce un archivo que se restaura en media base de datos — descubierto durante la caída, no antes. Detener, copiar, arrancar, verificar en otro sitio: treinta segundos de parada nocturna que compran una restauración ensayada. Datos, acceso e identidad resueltos, queda solo el orden de ejecución.

La máquina de Uptime Kuma, en el orden de ejecución

Empieza por la cuenta, no por la máquina: solo de cadena o un buzón dedicado, existentes antes de cualquier infraestructura — la discreción de la cuenta se fija en el registro y nunca después. Para la parte de cuenta y monedero por extenso, la guía de VPS anónimo guarda el manual más largo. Dimensiona en el mismo movimiento: los dos núcleos, los cuatro gigas de memoria ECC y los ochenta gigas de flash del plan de entrada cargan con la mayoría de trabajos de vigilancia. Elige la ciudad por la latencia hacia los objetivos, porque el coste base nunca cambia entre banderas.

Fondéalo desde el monedero ya razonado; alrededor de un minuto tras la confirmación, la shell responde. Endurece antes de que suba a bordo cualquier otra cosa: clave acuñada en local con comentario vacío, mitad pública instalada, logins por contraseña desactivados, configuración validada, segunda sesión probada. Un vigilante vive durante años — diez minutos de hardening son el gasto por año más barato de esta página.

Docker desde la distro, tu árbol de Kuma copiado, y un archivo Compose con la única línea innegociable — el montaje con nombre en la ruta de datos — más la publicación solo en loopback y los límites de log. Levanta la pila, entra por túnel, crea el administrador al llegar. Añade comprobaciones a intervalos humanos; pulsa Test en cada canal de alerta antes de depender de él.

Resuelve la superficie pública una sola vez, a propósito: página compartible apagada, webhooks desde identidades acuñadas para esta máquina, SMTP desde la dirección dedicada. Luego instala los dos rituales — el stop-copy-start nocturno que jamás archiva una base de datos escribiendo, y el ensayo trimestral de restauración que mantiene honestos los archivos. Los snapshots complementan las copias de archivo como rollback instantáneo; ninguno reemplaza al otro.

Crece por los mismos raíles: más comprobaciones en la misma porción hasta que gráficas y retención se peleen, y entonces el mismo archivo Compose y el mismo montaje sobre hierro mayor, con el archivo haciendo de mudanza. El sistema cabe en un párrafo porque así fue diseñado: una cuenta discreta, una máquina sellada, un montaje que importa, una copia en otro sitio. Ejecuta los pasos en orden y el vigilante seguirá siendo exactamente tan aburrido como debe serlo.