Tutoriales de VPS
Instalar 1Panel en un VPS (2026): instalación, aplicaciones Docker, HTTPS, copias de seguridad y endurecimiento de seguridad
Instala 1Panel en un VPS Ubuntu/Debian y completa aplicaciones Docker, proxy inverso para sitios web, HTTPS con dominio, aislamiento de bases de datos, copias de seguridad externas, endurecimiento de seguridad y solución de problemas comunes.
Instalar 1Panel en un VPS (2026): instalación, aplicaciones Docker, HTTPS, copias de seguridad y endurecimiento de seguridad
Si quieres desplegar WordPress, Halo, Open WebUI, bases de datos y aplicaciones Docker en un VPS sin tener que memorizar un montón de comandos a largo plazo, 1Panel es una opción muy fácil para empezar. Reúne la monitorización del host, archivos, contenedores, tienda de aplicaciones, bases de datos, tareas programadas y copias de seguridad en un único panel web, lo que encaja con administradores de sitios individuales, equipos pequeños y laboratorios domésticos.
Pero 1Panel no es una capa de seguridad de "instalar y olvidarse". El propio panel, Docker, las bases de datos, los dominios, los certificados y las copias de seguridad siguen necesitando una configuración correcta. Este artículo sigue un orden apto para producción, empezando por la elección del VPS y la instalación, para construir un entorno base con HTTPS, aplicaciones Docker, bases de datos y copias de seguridad externas.
1Panel se adapta a los siguientes tipos de necesidades:
- Quieres gestionar un VPS Linux mediante una interfaz web en lugar de hacerlo todo por SSH;
- Necesitas desplegar rápidamente WordPress, Halo, MySQL, PostgreSQL, Redis o aplicaciones Docker habituales;
- Quieres ver de forma unificada la CPU, la memoria, el disco, la red, los contenedores y las tareas programadas;
- Necesitas gestionar varios sitios, dominios, certificados y tareas de copia de seguridad;
- Quieres ejecutar varios servicios autoalojados en una sola máquina, pero por ahora no necesitas Kubernetes.
Si solo ejecutas un sitio web estático, los archivos de configuración de Caddy o Nginx son más ligeros; si necesitas CI/CD a nivel de equipo y orquestación de varias máquinas, Dokploy, Coolify o Kubernetes son más adecuados. La ventaja de 1Panel es concentrar las tareas habituales de operación de un solo servidor, no sustituir toda tu infraestructura.
1Panel en sí no consume muchos recursos; lo que realmente consume recursos son las aplicaciones que instalas. La documentación oficial de instalación en línea indica un mínimo de 1 GB de memoria disponible, pero eso solo significa que el panel puede arrancar, no que sea adecuado para producción.
| Uso | Configuración recomendada | Notas |
|---|---|---|
| Solo gestionar Docker y unas pocas herramientas | 2 núcleos, 2 GB, 40 GB SSD | Adecuado para experimentos personales y servicios de bajo tráfico |
| Un solo sitio WordPress o Halo | 2 núcleos, 4 GB, 60 GB NVMe | Deja margen para la base de datos, PHP y la caché |
| Varios sitios web y aplicaciones Docker | 4 núcleos, 8 GB, 100 GB NVMe | Adecuado para equipos pequeños y varios servicios autoalojados |
| Open WebUI, bases de datos y automatización coexistiendo | 4 núcleos, 8 GB como mínimo, 120 GB+ NVMe | Los archivos de modelos y los registros de contenedores llenan el disco rápidamente |
Al comprar un VPS también debes confirmar IPv4, instantáneas, copias de seguridad, tráfico de salida y precios de ampliación de disco. 1Panel solo puede gestionar el servidor, no puede cambiar la calidad de red ni las reglas de facturación del proveedor. Puedes consultar primero nuestros artículos Cómo elegir la configuración del VPS y Cómo evitar que se descontrolen las facturas en servidores en la nube de pago por uso.
Se recomienda usar un Ubuntu 22.04/24.04 LTS, Debian 12 u otra distribución oficialmente compatible recién instalada. No superpongas 1Panel directamente sobre una máquina que ya tenga Baota, aaPanel, Docker antiguo, Nginx y varias versiones de PHP instaladas; los puertos, servicios y la configuración de Docker pueden sobrescribirse entre sí con facilidad.
Prepara un dominio para el panel, por ejemplo panel.example.com, y apunta el registro A a la IPv4 del VPS. Puedes configurar primero el DNS solo como resolución DNS y decidir si activas el proxy después de que el certificado se emita correctamente. Mantener separado el dominio del panel y los dominios de negocio facilita el control de acceso más adelante.
Antes de instalar el panel y modificar SSH y el firewall, confirma que tu proveedor de nube ofrece Web Console, VNC o Rescue Mode. Si te quedas fuera de SSH, puedes restaurar la configuración desde la consola. Para las operaciones de firewall también puedes consultar Lista de recuperación cuando no puedes entrar por SSH tras activar UFW.
sudo apt update && sudo apt full-upgrade -y
sudo reboot
Tras reiniciar, verifica primero el disco y la memoria:
df -h
free -h
uname -a
Si es un VPS recién creado, se recomienda crear una instantánea del proveedor de nube antes de la instalación. Las instantáneas solo sirven para revertir rápidamente y no equivalen a una copia de seguridad externa; para ver la diferencia, consulta Qué diferencia hay entre instantáneas, copias de seguridad e imágenes de VPS.
La documentación oficial de instalación en línea de 1Panel ofrece un script interactivo. Inicia sesión en el servidor por SSH y ejecuta:
bash -c "$(curl -sSL https://resource.fit2cloud.com/1panel/package/v2/quick_start.sh)"
Durante la instalación se te preguntará el directorio de instalación, el puerto, la entrada de seguridad, el nombre de usuario y la contraseña. En producción no uses contraseñas de ejemplo ni configures el puerto del panel con valores habituales como 8080, 8888 o 9000. Al terminar la instalación, el terminal mostrará la dirección de acceso con un formato similar a:
http://服务器IP:面板端口/安全入口
Si necesitas un despliegue automatizado, también puedes usar el modo no interactivo. A continuación tienes un ejemplo completo de los parámetros oficiales; la contraseña es solo para demostración, así que en la práctica sustitúyela por una contraseña larga y aleatoria:
PANEL_NON_INTERACTIVE=true \
PANEL_LANG=zh \
PANEL_INSTALL_DIR=/opt \
PANEL_PORT=18080 \
PANEL_ENTRANCE=panelEntrance \
PANEL_USERNAME=panelAdmin \
PANEL_PASSWORD='Replace_With_A_Strong_Password' \
PANEL_INSTALL_DOCKER=y \
PANEL_DOCKER_MODE=auto \
PANEL_CONFIGURE_ACCELERATOR=n \
PANEL_REPLACE_DAEMON_JSON=n \
bash -c "$(curl -sSL https://resource.fit2cloud.com/1panel/package/v2/quick_start.sh)"
Si no quieres que la contraseña aparezca directamente en el historial de Shell, prioriza la instalación interactiva o inyecta la contraseña en un entorno de automatización puntual y protegido. Una vez completada la instalación, puedes ejecutar el siguiente comando para ver la información del panel:
1pctl user-info
Si la instalación de Docker falla, comprueba primero por separado el servicio de Docker y la red; no vuelvas a ejecutar el script de instalación del panel para sobrescribir la configuración existente.
Cambia el puerto predeterminado y la entrada de seguridad en los ajustes del panel. La entrada de seguridad no es una contraseña; equivale a una barrera adicional en la ruta de la URL. Después de cambiarla, permite el nuevo puerto tanto en el grupo de seguridad del proveedor de nube como en el firewall del sistema, y luego cierra el puerto antiguo.
Vincula panel.example.com en los ajustes del panel y solicita un certificado Let's Encrypt. Antes de solicitarlo, confirma:
- Que el DNS ya resuelve a este VPS;
- Que los puertos 80 y 443 no están ocupados por otros programas;
- Que el grupo de seguridad de la nube permite 80/443;
- Que la hora del sistema es correcta y la herramienta de certificados puede acceder a internet.
Cuando el HTTPS del dominio del panel funcione correctamente, configura subdominios independientes para las aplicaciones de negocio. No hagas que todas las aplicaciones compartan una única entrada de administración ni expongas directamente los puertos del panel y de la base de datos a internet.
Usa root solo para la inicialización y las reparaciones de emergencia. En el día a día, inicia sesión por SSH con un usuario normal y usa sudo para ejecutar comandos de administración. Permite solo el inicio de sesión SSH con clave y restringe las IP de origen autorizadas a iniciar sesión. La cuenta del panel también debe usar una contraseña independiente, sin reutilizarla del VPS, el correo o la cuenta del proveedor de nube.
La tienda de aplicaciones de 1Panel es adecuada para despliegues rápidos, pero la "instalación con un clic" sigue requiriendo que entiendas los puertos, los directorios persistentes y las variables de entorno. Antes de instalar, confirma:
- Qué puertos necesita la aplicación;
- Qué directorios deben persistir;
- Si la base de datos se despliega por separado;
- Cómo modificar la cuenta y la contraseña predeterminadas;
- Si la actualización de la aplicación incluye migraciones de base de datos;
- Si la imagen oficial y el archivo Compose fijan una versión.
Los contenedores de aplicaciones pueden conectarse a las bases de datos a través de la red interna de Docker; a internet solo deben abrirse los puertos 80/443 que necesita el proxy inverso. Normalmente no deben exponerse a internet los siguientes puertos:
- MySQL
3306; - PostgreSQL
5432; - Redis
6379; - Docker Socket;
- El puerto HTTP original del backend de la aplicación;
- El puerto de administración interno del panel.
Si una aplicación debe ser accesible desde internet, usa la función de sitio web o proxy inverso de 1Panel para vincular un dominio y HTTPS, y luego apunta el upstream al puerto interno del contenedor. El acceso remoto a la base de datos debe ir preferiblemente por un túnel SSH o VPN; para los principios detallados, consulta No expongas directamente las bases de datos del VPS a internet.
Las aplicaciones de creación de sitios funcionan mejor con un dominio independiente, una base de datos independiente y un directorio de almacenamiento independiente. No hagas que varios sitios compartan la misma cuenta de administrador de base de datos ni coloques los directorios de subida en la capa temporal del contenedor. Justo después de la instalación, completa:
- El cambio del nombre de usuario y la contraseña del administrador;
- La unificación de la URL del sitio con la dirección HTTPS;
- Copias de seguridad programadas de la base de datos y de los archivos;
- El ajuste del tamaño del directorio de subidas y del tiempo de ejecución de PHP;
- La protección del inicio de sesión, la actualización de plugins y las alertas de inicios de sesión anómalos.
La tienda de aplicaciones de 1Panel incluye varias herramientas de IA y automatización, pero las claves de proveedores de modelos, los webhooks, las bases de datos y los directorios de archivos de las propias aplicaciones son datos de producción. Coloca estas aplicaciones bajo subdominios independientes y configura rutas aleatorias o verificación de firma para los webhooks. Si ya tienes necesidades de despliegue de Ollama, Open WebUI o n8n, puedes usar 1Panel como capa de gestión, pero no escribas las claves de API de los modelos en repositorios públicos ni en capturas de pantalla.
Copiar solo los Docker Volume no es suficiente. Como mínimo debes cubrir:
- La configuración de las aplicaciones de 1Panel y los archivos Compose;
- Los volcados de la base de datos;
- Los Docker Volume y los archivos subidos;
- La configuración de dominios, certificados y proxy inverso;
.env, claves e instrucciones de recuperación;- Los archivos exportados y el registro de versiones de tareas importantes.
No pongas las copias de seguridad en el mismo disco que el VPS de producción. Puedes usar almacenamiento de objetos compatible con S3, otro VPS o un disco en la nube, y conservar varios puntos en el tiempo. Configura al menos una combinación de "incremental diaria, completa semanal, retención a largo plazo mensual", según la velocidad con la que cambien los datos.
Que una tarea de copia de seguridad muestre éxito no significa que la recuperación vaya a funcionar. Cada trimestre, haz un simulacro en un directorio de prueba o en un VPS temporal: importa la base de datos, monta el Volume, restaura las variables de entorno, arranca el contenedor, vincula un dominio de prueba y confirma que el inicio de sesión y los datos clave son legibles. Para el proceso de recuperación, consulta Guía de simulacros de copia de seguridad y recuperación en VPS.
- Usa un dominio independiente y HTTPS para el panel;
- Cambia el puerto predeterminado y la entrada de seguridad;
- Usa root solo para la inicialización y usa claves para SSH;
- Abre en el grupo de seguridad de la nube solo 22, 80, 443 y los puertos que realmente necesite el negocio;
- Las bases de datos, Redis y Docker Socket no deben escuchar en internet;
- Apaga las aplicaciones y contenedores que no uses;
- Fija las versiones de las imágenes; no uses directamente
latestde origen desconocido; - Activa las actualizaciones de seguridad del sistema y programa ventanas de mantenimiento;
- Configura alertas para disco, memoria, reinicios de contenedores y caducidad de certificados;
- Guarda las credenciales de recuperación del panel, las bases de datos y las aplicaciones;
- Revisa periódicamente administradores, claves SSH, API Token y webhooks;
- Copia las copias de seguridad fuera del sitio y haz simulacros de recuperación.
Primero comprueba si el DNS apunta a la IP correcta; después revisa el grupo de seguridad de la nube, el firewall, la escucha en 80/443 y el upstream del proxy inverso. Ejecutar el siguiente comando permite determinar primero si la aplicación responde correctamente en la máquina local:
curl -I http://127.0.0.1:应用端口
Comprueba la resolución del dominio, los puertos 80/443, la ocupación de Caddy/Nginx, la hora del servidor y el estado del proxy DNS. Si usas el proxy de Cloudflare, confirma primero que el registro DNS y el método de verificación cumplen los requisitos de la herramienta de certificados.
En los registros del contenedor del panel, mira primero el motivo de salida y luego revisa las variables de entorno, las conexiones a la base de datos, los permisos del Volume y la memoria. No te limites a pulsar "reiniciar", porque es fácil sobrescribir los registros de error reales. Para un enfoque general de diagnóstico de Docker, consulta Qué hacer cuando un contenedor Docker del VPS se reinicia constantemente.
Primero no borres el contenedor ni el Volume antiguos. Confirma que los nombres de Volume, las rutas de montaje, la versión de la base de datos y las variables de entorno coinciden entre el Compose antiguo y el nuevo, y luego restaura desde una instantánea o copia de seguridad. Antes de actualizar, guarda la etiqueta de imagen actual, los archivos de configuración y el volcado de la base de datos.
| Opción | Para quién es más adecuada | Ventajas | Desventajas |
|---|---|---|---|
| 1Panel | Quien quiere gestionar host, Docker, sitios web y una tienda de aplicaciones | Funciones completas para un solo servidor, interfaz en chino, ecosistema de aplicaciones en expansión continua | Sigue requiriendo entender Docker, redes y copias de seguridad |
| Baota/aaPanel | Creación de sitios PHP tradicional y operación mediante panel | Operaciones maduras de sitios web, PHP y bases de datos | La experiencia con contenedores y aplicaciones autoalojadas modernas varía según la versión |
| Portainer | Usuarios que solo quieren gestionar contenedores Docker y Stacks | Ligero, visión clara de Docker | No se encarga del flujo completo de host, certificados y creación de sitios |
Si tu trabajo principal es WordPress, PHP y sitios web tradicionales, Baota o aaPanel siguen siendo válidos; si quieres gestionar aplicaciones Docker, bases de datos, herramientas de IA y sitios, la cobertura de 1Panel encaja mejor; si ya tienes Caddy/Nginx y un sistema de copias de seguridad independientes y solo te falta gestión visual de Docker, Portainer es más ligero.
Los usuarios individuales pueden empezar con Ubuntu 24.04, 2 núcleos, 4 GB y 60 GB NVMe, instalar primero 1Panel y Docker, y luego desplegar una aplicación de prueba de bajo riesgo. Cuando confirmes que el dominio, HTTPS, los registros, las copias de seguridad y la recuperación funcionan, migra el sitio web o la base de datos de producción.
No trates 1Panel como un sustituto de la seguridad y las copias de seguridad. Su mayor valor es concentrar las tareas repetitivas de operación de un solo servidor en una interfaz, para que tengas más tiempo para centrarte en el negocio. Antes de ponerlo en producción, completa al menos un simulacro de "recuperar una aplicación desde una máquina vacía"; eso importa más que instalar unas cuantas aplicaciones más.