¿Cómo alojar y asegurar Redis en un VPS desde Costa Rica?

Redis es rápido y simple, y justamente por eso un Redis mal expuesto es un riesgo serio. Esta guía resume cómo instalarlo en un VPS y qué configurar para que no quede abierto a internet.

Respuesta corta

1Redis está diseñado para ser accedido por clientes de confianza dentro de entornos de confianza: no lo expongas directamente a internet.
2En un VPS con IP pública, cierra el puerto de Redis con el firewall y enlaza el servicio a la interfaz local con `bind 127.0.0.1`; tu aplicación en la misma máquina seguirá conectándose por loopback.
3Usa usuarios con ACL (disponibles desde Redis 6) en lugar de una sola contraseña compartida con `requirepass`, y ejecuta Redis con un usuario sin privilegios.
4Si Redis debe recibir conexiones de otro servidor, activa TLS y permite solo la IP de ese servidor.
5Nuestros servidores están en la Unión Europea (Fráncfort), no en Costa Rica. No ofrecemos Redis administrado: lo instalas en tu VPS, o usas las horas DevOps incluidas para que lo hagamos contigo.

Lista de seguridad para Redis

Medida	Para qué sirve	Cómo
bind	Limita en qué interfaz escucha Redis	bind 127.0.0.1 en redis.conf
Firewall	Niega el puerto a todos salvo a tus servidores	Regla de firewall en el VPS; abre solo a IP conocidas
Protected mode	Red de seguridad si falta configuración	Con la configuración por defecto y sin contraseña, solo responde por loopback
ACL	Usuarios con permisos finos	Recomendado desde Redis 6; evita una contraseña única compartida
TLS	Cifra cliente, replicación y clúster	Soporte opcional en todos los canales de comunicación
Usuario del sistema	Que un fallo no dé acceso root	Ejecuta Redis como usuario `redis` sin privilegios

Qué dice la documentación oficial de Redis

La documentación de seguridad de Redis parte de un principio: Redis debe ser accedido por clientes de confianza dentro de entornos de confianza. Si una aplicación web usa Redis, es la aplicación la que media entre Redis y los navegadores de los usuarios, no Redis el que se expone. Desde la versión 3.2.0 existe el protected mode: con la configuración por defecto y sin contraseña, Redis solo responde por las interfaces de loopback. Es una red de seguridad, no un sustituto de configurar bien el servicio. Además, la documentación señala que el método de deshabilitar o renombrar comandos con `rename-command` está obsoleto y recomienda reglas ACL en su lugar.

Instalar Redis en un VPS: el orden que funciona

Primero, instala Redis y confirma que escucha solo en 127.0.0.1. Segundo, define el firewall antes de abrir nada: por defecto todo cerrado. Tercero, crea un usuario ACL por aplicación con solo los comandos y claves que necesita, y desactiva el usuario por defecto sin contraseña. Cuarto, decide la persistencia: Redis puede funcionar como caché puro o guardar datos en disco, y el uso define la memoria y los backups. Un caso típico es una startup de San José que usa Redis para sesiones y colas de una API en Python: aplicación y Redis en el mismo VPS, sin puerto público. Otro es una tienda en Heredia con varios servidores de aplicación que comparten un Redis en una máquina aparte: ahí sí necesitas TLS y reglas de firewall por IP.

Dónde están los datos

Si guardas datos personales en Redis (sesiones, correos, identificadores), esos datos residirán en un servidor en Fráncfort, dentro de la UE, no en Costa Rica. Revisa qué datos entran en Redis y por cuánto tiempo, y usa TTL para que las sesiones y cachés expiren. 4hosting no certifica tu cumplimiento legal; ofrecemos contrato de encargo de tratamiento (DPA, art. 28 RGPD). El marco costarricense lo tratamos en una guía aparte, enlazada abajo.

Errores comunes

Dejar Redis escuchando en todas las interfaces con IP pública y sin contraseña: un solo comando FLUSHALL de un atacante borra todo el conjunto de datos.
Desactivar el protected mode para que "funcione" desde otra máquina en lugar de configurar bind, ACL y firewall.
Confiar en `requirepass` como única defensa: el comando AUTH viaja sin cifrar, así que no protege contra quien puede escuchar la red. Combínalo con firewall y TLS.
Ejecutar Redis como root, o dejar el comando CONFIG accesible a clientes que no lo necesitan.
Usar Redis como base de datos principal sin plan de persistencia ni de copias de seguridad probadas.

Cómo te ayuda 4hosting

Nuestros VPS tienen disco NVMe, acceso root y están listos para Docker y Kubernetes, e incluyen entre 1 y 8 horas mensuales de servicios DevOps, ciberseguridad o programación según el plan. Esas horas sirven para el servicio de MongoDB y Redis (caché, TTL y evicción, escalado y hardening) y para el hardening de servidores y contenedores, además de reglas WAF y protección contra DDoS. La protección DDoS de capa 3/4 está incluida. Las horas se piden desde el panel de cliente, no se acumulan de un mes a otro y lo que exceda la cuota se factura aparte. La migración desde tu proveedor actual es gratuita y la facturación es en EUR.

Preguntas frecuentes

¿Ofrecen Redis administrado?

No. En un VPS tienes acceso root y Docker listo, así que instalas Redis tú mismo. Si prefieres delegarlo, el servicio DevOps de MongoDB y Redis (caché, TTL y evicción, escalado y hardening) puede cubrirse con las horas mensuales incluidas en tu plan.

¿Hace falta un VPS aparte solo para Redis?

Para empezar, no: Redis puede vivir en el mismo VPS que tu aplicación, enlazado a 127.0.0.1, sin exponer ningún puerto. Sepáralo cuando su consumo de memoria compita con la aplicación o necesites conectarlo desde varios servidores; en ese caso usa TLS y firewall.

¿La distancia entre Costa Rica y Europa afecta a Redis?

Sí: Redis se usa por su rapidez, y cada consulta que cruza el océano suma tiempo. Lo ideal es que la aplicación y Redis estén en el mismo servidor o en la misma red del datacenter. No publicamos cifras de latencia; mídelas con pruebas reales desde tu ubicación.

Ver también

Cuéntanos cómo usas Redis y te ayudamos a montarlo de forma segura. Contacto