La opción de respaldo no es necesaria. Puedes configurar los respaldos en el administrador de Discourse.
Simplemente sigue la instalación estándar básica y no te compliques.
La opción de respaldo no es necesaria. Puedes configurar los respaldos en el administrador de Discourse.
Simplemente sigue la instalación estándar básica y no te compliques.
Con esas aplicaciones o sin ellas, creo que podrías instalar Discourse.
¿Es esto una preocupación? ¿QUÉ HARÍAS TÚ?
He oído algunos problemas sobre algunos de estos proveedores que utilizan modelos de CPU muy antiguos, como de hace 13 años. Obviamente, no hay garantía sobre lo que obtienes en este contexto de VPS, ya que dependen de muchos factores, incluida la ubicación del VPS, y los proveedores rara vez son transparentes sobre los modelos de CPU disponibles en estos casos.
El soporte de OVHcloud dijo que su plan mínimo (que voy a contratar), con los factores que especifiqué, probablemente resultaría en un Intel E5v3 (2014).
Contabo no quiere decir nada al respecto. Así que esto solo puede especularse usando otras fuentes, casi todas las cuales sugieren que son mucho más nuevos, como EPYC 7282 (2019) (según LTE) o incluso más recientes.
Para quienes lo necesiten, esta fuente intenta mostrar qué CPUs pueden estar en uso (no se puede confiar demasiado en ella): Contabo CPUs | VPSBenchmarks
Se trata de un servidor privado virtual. Es un entorno «virtualizado». El hardware real ejecuta numerosas instancias. Es absolutamente suficiente para ejecutar el sistema operativo que te proporcionan, junto con todo lo que decidas instalar.
Eso es lo que la gente hace con estos equipos: ejecutan servidores web, servidores de correo, servidores de bases de datos, servidores RTMP y quién sabe qué más. Obviamente, llegará un momento en que te quedes sin algún recurso, ya sea espacio de almacenamiento porque la gente sube archivos de vídeo enormes, memoria RAM porque ejecutas procesos intensivos o ancho de banda porque millones de personas visitan tu sitio cada minuto. En ese momento, tendrás problemas mucho más graves de los que te preocupa el coste de tu VPS. La mayoría se pueden ampliar.
Deberías poder tener tu foro en funcionamiento en menos de una hora después de contratar el VPS. Registra tu dominio, configura tus registros DNS e instala Discourse siguiendo la instalación estándar, y luego publica un enlace para que todos podamos admirar tu buen trabajo.
Contabo VPS aprovisionado
Subdominio apuntando a la IP y propagado
DNS de correo propagado y credenciales SMTP en mano
Mi PC local es Windows, así que necesito PuTTY, ¿verdad? Después de iniciar PuTTY, aparece lo siguiente:
1) ¿Debo aceptar/Conectar una vez?
2) Aquí👇 ¿se refiere a antes/después de la instalación?
3) ¿Necesito Filezilla antes de instalar Discourse?
4) (Soy consciente de que este es el primer paso) En el panel de control de mi VPS, puedo seleccionar solo Ubuntu 26.04, o 24.04 con 1 aplicación gratuita de las siguientes. Además de las aplicaciones de la imagen, la lista desplegable incluye •Paperclip •Bitcoin Full Node •IPFS Node •Webmin •Proxmox VE 7 •Horizen Node •Ethereum 2.0 - imagen eth-docker •Ollama - phi4 •Flux Node
No, usa la aplicación gratuita y moderna Windows Terminal de la Microsoft Store.
Quiero decir, como es opcional, diría que simplemente lo omitas. No son necesarios para instalar ni ejecutar Discourse.
Harías esto después de la instalación. Simplemente realiza la instalación primero. Veo que estás dándole muchas vueltas a qué hacer antes de la instalación; aunque está bien, te sugiero que simplemente procedas a hacerlo. No es tan aterrador como parece.
pon tu foro en marcha y, luego, piensa en los plugins.
Ubuntu 26.04 o 24.04
Puedes usar cualquiera de las dos siempre que sean LTS. Tengo un sitio funcionando en 26.04 y otro en 24.04. En tu caso, te sugeriría la segunda, ya que se sabe que Discourse funciona en ella sin ningún problema.
¿PuTTY, verdad?
No, usa la terminal, como dijo Robert. (Además, siento que tu sistema operativo sea Windows, jaja).
3) ¿Necesito Filezilla antes de instalar Discourse?
¿Qué dice la documentación de instalación estándar?
4) (Soy consciente de que este es el primer paso) En el panel de control de mi VPS, puedo seleccionar solo Ubuntu 26.04, o 24.04 con 1 aplicación gratuita de las siguientes. Además de las aplicaciones de la imagen, la lista desplegable incluye •Paperclip •Bitcoin Full Node •IPFS Node •Webmin •Proxmox VE 7 •Horizen Node •Ethereum 2.0 - eth-docker image •Ollama - phi4 •Flux Node
¿Qué dice la documentación de instalación estándar?
Por favor, síguela y deja de añadir complejidad innecesaria. Si la instalación estándar no lo menciona y no sabes qué es, no lo necesitas.
Añadiré que, aunque la comunidad siempre está dispuesta a ayudar, si sientes que te has topado con un muro en cuanto a los conocimientos y habilidades técnicas requeridos y tienes un presupuesto, también puedes publicar en Marketplace para obtener ayuda personalizada ![]()
Casi olvido otra cosa, a diferencia de otros VPS, este no tiene
2.1) un panel ni 2.2) muchas otras cosas incluidas
¿Es mejor tener alguno de ellos? Si no los obtengo incluidos, ¿se pueden conseguir gratis y fácilmente?
Casi todas esas cosas probablemente romperán las cosas. Si eres experto en el panel que sea y en Discourse, entonces puedes hacer que funcionen juntos con unas pocas horas de trabajo. Y es probable que vuelva a romper Discourse cuando el panel se actualice. Realmente no quieres ninguno de esos a menos que tengas una necesidad muy específica, y no la tienes.
Todo fluido y, al final, el terminal pide credenciales. ¿Qué debería proporcionar aquí? Esta era una pregunta que tenía antes.
![]()
Se ha autocompletado con un dominio de correo electrónico basado en el subdominio (noreply@forum.mydomain.com) que no creo que realmente tenga. Aunque tengo algunos alias.
¿Debería proporcionar un alias real, o no sería mejor esa dirección de correo electrónico ficticia porque realmente no responderá o algo así?
1) ¿Debería proporcionar un alias real, o no es mejor esa dirección de correo electrónico ficticia porque realmente no responderá o algo así?
Normalmente hay una sección de redirección de correo electrónico en tu DNS y puedes añadir una captura general y elegir a qué dirección de correo electrónico reenviar…
2) Además, la conexión al servidor no dura mucho y se agota el tiempo de espera. Intenté volver a conectarme por SSH desde la siguiente línea, pero no se conecta; lo intenté varias veces. ¿Es esto normal? ¿Está bien si cierro la terminal y la sesión SSH? ¿Esto habrá arruinado la instalación o puedo continuar desde donde lo dejé?
No creo que eso sea normal; la mía no se desconecta por agotamiento del tiempo de espera, aunque se pueden configurar las cosas para que eso ocurra, pero es poco probable que sea la configuración predeterminada. ¿Por casualidad te estás quedando sin memoria o espacio en disco? Recuérdanos cuáles son las especificaciones.
Lo más probable es que no hayas configurado el espacio de intercambio (SWAP) y te estés quedando sin memoria…
Aquí tienes una guía para hacerlo:
digitalocean.com

Add swap space on Ubuntu 20.04 and 22.04 with a swapfile. Covers fallocate, dd, fstab, swappiness, vfs_cache_pressure, and troubleshooting.
Mi soporte de Hostinger dijo que es normal que se agote el tiempo de espera después de cierto periodo de inactividad. Probé después de unos minutos y, la configuración de Discourse prácticamente se reanudó. Luego se mostró lo siguiente. Parece que el subdominio está conectado
Luego, tras muchas líneas que mostraban la descarga de Discourse, aquí hay una parte de las últimas 2 líneas de comandos que permanecieron así por un tiempo (más tarde la conexión se agotó, así que no sé si siguieron otras líneas)
![]()
1) ¿Fue exitosa la parte de compilación en la terminal?
Cuando revisé el enlace de mi subdominio en el navegador, mostró una página de error del navegador (‘Este sitio no se puede alcanzar, forum.mydomain.com rechazó la conexión.’ con ERR_CONNECTION_REFUSED)
El soporte de Hostinger dijo que esto es muy probable porque el DNS aún no se ha propagado completamente (lo apunté hace ~24 horas)
Basado en la captura de pantalla proporcionada, las líneas
* Server initializedy* Ready to accept connections tcpindican que el componente de base de datos Redis dentro de tu contenedor de Discourse se ha iniciado correctamente. Esto es una parte normal del proceso de inicio de Discourse.
Sin embargo, estas líneas por sí solas no confirman que la instalación completa haya finalizado. Para verificar si la instalación fue exitosa, por favor revisa lo siguiente:
¿El símbolo del sistema regresó?
Después de que el proceso./launcher rebuild appfinalice, tu terminal debería regresar al símbolo del sistema (por ejemplo,root@discourse:~#). Si la terminal sigue “atascada” en esas líneas o desplazándose con más registros, el proceso puede estar aún en ejecución o atascado.Verifica el estado del contenedor
Ejecuta el siguiente comando para ver si el contenedor está en ejecución:./launcher status appDeberías ver una línea como
app is running. Si diceapp is not running, la instalación o el inicio falló.Busca errores
Si el estado no es “en ejecución”, revisa los registros en busca de errores:./launcher logs appBusca cualquier línea marcada con
ERRORoFAILED.Accede al sitio
Intenta abrir la URL de tu Discourse en un navegador web. Si ves la página de inicio de sesión de Discourse o la página “Oops” (que puede ocurrir si el sitio aún está arrancando), la instalación probablemente está funcionando.Si ves
Launcher updated, restarting...seguido de que el símbolo del sistema regresa, tu instalación fue exitosa
Cuando ejecuté esos breves comandos de la IA, ambos dijeron -bash: ./launcher: No such file or directory
El soporte de Hostinger me dijo que es normal que se agote el tiempo de espera después de un período de inactividad.
¡Construir no es inactividad!
Considera usar tmux con ese proveedor.
Aquí hay muchos buenos consejos. Seguí el estándar y me lié con algunos aspectos, así que pedí ayuda a claude.ai. El resultado fue completamente satisfactorio.
El chat en vivo de Contabo no está activo, por lo que el actual bucle de retroalimentación mediante tickets tiene demoras e ineficiencias desproporcionadas. Lo que debería resolverse en minutos a través de un chat o llamada, con horas de espera entre cada mensaje, resulta tan irrazonable como usar palomas mensajeras; y resolver cada pequeño detalle que debería tardar minutos termina consumiendo DÍAS. A esto se suma que sus respuestas tampoco son muy útiles.
[Especificaciones de mi VPS: 4 núcleos vCPU, 8 GB de RAM, puerto de 200 Mbit/s]
En el momento en que se desconecta, no aparece nada en la terminal, así que no sé cuánto tiempo tarda en ocurrir. Solo me doy cuenta al intentar escribir; cuando escribo en la línea de comandos root@xyz:\~# , no muestra lo que escribo y reemplaza inmediatamente esa línea mostrando esto:
root@xyz:\~# client_loop: send disconnect: Connection reset
PS C:\\Users\\user>
He verificado después de 5 minutos de inactividad y estaba desconectado. He verificado después de 3 minutos y estaba conectado. Por lo tanto, se desconecta en algún momento entre los 3 y los 5 minutos. Pero no estoy seguro de si ocurre lo mismo cuando se está ejecutando una instalación.
Cuando pregunté a Contabo sobre esto
[horas…]
sin dar muchas explicaciones, simplemente migraron mi servicio a otro sistema host “para mejorar el rendimiento del VPS”. Probé de nuevo con el nuevo migrado y ¡también tenía el mismo problema de desconexión! Envié otro ticket
[horas]
cuando respondieron, dieron algo más de información, acordando que este comportamiento es inesperado y que al hacer ping a mi servidor mostraba respuestas rápidas sin pérdida de paquetes, sugiriendo que el problema podría deberse a una configuración o fallo de red. Ahora están solucionando este problema.
Dado lo anterior (la RAM disponible, sus diagnósticos sobre este comportamiento inesperado y la solución actual del problema), me pregunto si debería realizar algún cambio ahora, como añadir archivos de intercambio (swap). (Lo entiendo más o menos, pero me resulta un poco complejo). Tal vez primero debería verificar si logran restaurar el funcionamiento normal.
8 GB es mucho, así que probablemente no sea el problema.
Siempre puedes inspeccionar el uso de memoria con vmstat o instalar algo más amigable como htop.
En realidad, esto suena más a un problema de red.
Qué bueno que eso también esté en línea contigo. Ahora mismo estoy hablando con ellos
Cuando intenté ping {dirección IP del VPS}, ¡se mantuvo conectado durante mucho tiempo! (bueno, >20 minutos antes de desconectarme manualmente). Intenté sin hacer ping, y el problema de reinicio de conexión volvió a ocurrir. Así que sucedía cuando la terminal no recibía entrada o estaba inactiva.
Después de ir y venir con los técnicos de Contabo, que no pudieron encontrar una causa o solución exacta, y después de probar varias cosas por mi cuenta, ESTO FUNCIONÓ https://youtu.be/tpxd0_PKZP8?si=lCnO3OqrqWoUmj13
Puede que haya o no haya un problema en el extremo del VPS, y este problema que enfrenté fue quizás debido a mi router. Se sabe que algunos routers reinician las conexiones.
Por si acaso, aquí hay una forma de evitar este problema: ssh root@192.168.1.100 -o ServerAliveInterval=60 -o ServerAlivecountMax=1000
La instalación anterior de Discourse había avanzado bastante antes de interrumpirse, así que para asegurarme de que todo saliera bien, empecé desde cero; restauré la configuración de fábrica de mi VPS.
Luego todo fue suave y voilá
ARIGATO![]()
Me habría perdido completamente si no fuera por ustedes. Con las muchas respuestas dadas aquí, quería
a más de uno de ustedes (solicitud de función, jajaja). Mi agradecimiento a cada persona aquí que me guió y respondió todas mis preguntas, haciendo este gran producto más accesible para mí y para más personas. Gracias especiales a @darkpixlz @Lilly @NateDhaliwal @Andrew_Rowe @merefield por lo que han hecho. Almas hermosas de océanos separados que se unen para ayudarse mutuamente. Tengo sus descripciones y espero poder agradecerles mejor de alguna manera en el futuro.
Mis propios sitios aún no están listos, así que aquí hay algo impactante al que puedo señalar, cerca de lo que hago. ACE: https://animalcharityevaluators.org/