[{"data":1,"prerenderedAt":208},["ShallowReactive",2],{"seo-verification":3,"blog-actualizar-ubuntu-24-04-a-26-04-do-release-upgrade-vps-es":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-actualizar-ubuntu-24-04-a-26-04-do-release-upgrade-vps-es",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":27,"featuredImage":29,"bgImage":30,"posterImage":31,"relatedSolution":29,"intro":32,"sections":33,"ctaTitle":153,"ctaBody":154,"ctaButton":155,"ctaUrl":156,"relatedPosts":157},495,"actualizar-ubuntu-24-04-a-26-04-do-release-upgrade-vps",{"fr":12,"en":13,"ar":14,"es":10},"ubuntu-24-04-vers-26-04-do-release-upgrade-vps","upgrade-ubuntu-24-04-to-26-04-do-release-upgrade-vps","ترقية-أوبونتو-24-04-إلى-26-04-على-vps","Ubuntu 24.04 a 26.04 en un VPS: actualizar paso a paso","Actualizar un VPS de Ubuntu 24.04 a 26.04 LTS: copia de seguridad restaurable, do-release-upgrade por SSH, punto de no retorno y cambios que hay que probar.",11,0,false,"2026-10-22T00:00:00+00:00","2026-10-23T13:27:02+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},3,"Despliegue","deploiement","bg-success\u002F10 text-success",[28],{"id":23,"name":24,"slug":25,"color":26,"icon":25},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fubuntu-24-04-vers-26-04-do-release-upgrade-vps-poster.svg","La actualización de Ubuntu 24.04 LTS a 26.04.1 LTS está abierta desde el 29 de septiembre de 2026, y `do-release-upgrade` ya la ofrece en cada VPS. Lanzada sin preparación, puede cortar SSH en pleno reemplazo de paquetes, desactivar sus repositorios de Docker y PHP y cambiar `sudo` bajo sus scripts. Esta guía le da un plan por etapas, válido tanto para un cliente como para una flota: copia de seguridad restaurable, sesión que sobrevive a una desconexión, punto de no retorno identificado y lista de cambios que hay que probar antes.",[34,38,49,52,55,89,129,132,143,147,150],{"type":35,"title":36,"body":37},"h2","Por qué la actualización no es urgente, y cuándo se vuelve razonable","Ubuntu 26.04 LTS se publicó el 23 de abril de 2026. Como en cada LTS, Canonical solo abre el salto desde la LTS anterior con la primera versión puntual: 26.04.1 se anunció el 27 de agosto de 2026, pero la oferta de actualización se retuvo unas semanas más, el tiempo de retroportar correcciones a regresiones de `rust-coreutils`. El equipo de publicación anunció la apertura el 29 de septiembre de 2026, con un despliegue progresivo en escritorio y `do-release-upgrade` disponible en cualquier momento en servidores.\n\nDigámoslo con franqueza: nada apremia. Ubuntu 24.04 LTS recibe sus parches de seguridad estándar hasta mayo de 2029, y hasta mayo de 2034 con Ubuntu Pro. Un VPS 24.04 actualizado no es un VPS expuesto. 26.04, por su parte, se mantiene hasta mayo de 2031.\n\nLa actualización se vuelve razonable cuando se cumplen tres condiciones: sus repositorios de terceros (Docker, PHP, Node, agentes de supervisión) publican para `resolute`, un clon del VPS ha superado la actualización con su pila real y dispone de una ventana de mantenimiento acordada con el cliente. Para una agencia, el buen momento suele ser cuando se estandariza una flota: una sola base que documentar en lugar de dos.",{"type":39,"title":40,"items":41},"ul","Lo que esta guía le permite hacer",[42,43,44,45,46,47,48],"**Decidir entre actualizar in situ o un VPS nuevo** — con criterios medibles, no por costumbre.","**Contar con una red de seguridad real** — una copia ya restaurada una vez, no una instantánea nunca probada.","**Sobrevivir a un corte de SSH** — gracias a la sesión `screen` que la herramienta abre por sí misma y al demonio de respaldo en el puerto 1022.","**Saber dónde está el punto de no retorno** — y, por tanto, qué debe cubrir su copia de seguridad antes de alcanzarlo.","**Anticipar lo que se rompe** — `sudo-rs`, `rust-coreutils`, PHP, MySQL, OpenSSH, `docker-compose` v1, repositorios de terceros.","**Volver a activar los repositorios de terceros** — con el nombre de versión correcto, sin reintroducir `apt-key`.","**Repetir el procedimiento en una flota** — cada paso se verifica con un comando, así que se puede reproducir.",{"type":35,"title":50,"body":51},"Actualizar in situ o reinstalar un VPS nuevo","La actualización in situ conserva la dirección IP, las claves de host SSH, las cuentas y la configuración. Falla sobre todo donde el servidor se ha alejado de una instalación estándar. La reinstalación en un VPS nuevo cuesta una migración, pero deja el servidor antiguo intacto hasta el cambio de DNS: es el único escenario que ofrece una vuelta atrás real.\n\nDecida con cuatro preguntas. ¿Cuántos repositorios de terceros y PPA están activos? Más allá de dos o tres, cada uno es una incógnita que la herramienta desactiva durante la actualización. ¿Su copia de seguridad se ha restaurado alguna vez? Si no, la actualización in situ es una apuesta. ¿Cuánta interrupción tolera el cliente? Según la documentación de Ubuntu, la actualización lleva varias horas, y la máquina se reinicia al final. ¿El servidor está descrito en código (Ansible, cloud-init, Compose)? Si es así, un VPS nuevo se reconstruye rápido y la reinstalación pasa a ser la opción más segura.\n\nRegla práctica: servidor documentado y pila en contenedores, reinstale; servidor histórico con pocos repositorios de terceros y una copia probada, actualice in situ, tras un ensayo en un clon.",{"type":35,"title":53,"body":54},"Requisitos antes de ejecutar nada","El VPS debe ejecutar una 24.04 totalmente actualizada: `do-release-upgrade` se niega en caso contrario, con un mensaje explícito. Cuente con una ventana de varias horas, una persona presente para responder a las preguntas de la herramienta y una consola fuera de banda (consola web o VNC del proveedor) por si SSH no vuelve. El puerto 1022\u002Ftcp debe poder abrirse temporalmente en el cortafuegos.\n\nLa herramienta calcula por sí misma el espacio en disco necesario y se detiene si falta: compruebe `df -h \u002F` y `df -h \u002Fboot` antes, y vacíe la caché de APT si hace falta. En el lado de las aplicaciones, necesita una copia de los datos fuera del VPS y una instantánea de la máquina completa proporcionada por la plataforma.\n\nUna precisión por honestidad: los cambios que se enumeran más abajo proceden de las notas de versión oficiales de 26.04 y de la documentación de los paquetes afectados. No se han observado en un ensayo completo por nuestra parte sobre una pila Docker, Nginx y PHP-FPM. Precisamente por eso el procedimiento pasa por un clon.",{"type":56,"title":57,"steps":58},"steps","El procedimiento, paso a paso",[59,62,65,68,71,74,77,80,83,86],{"title":60,"body":61},"Inventariar lo que viene de fuera de la distribución","Liste las fuentes APT de terceros con `ls \u002Fetc\u002Fapt\u002Fsources.list.d\u002F` y localice los paquetes ajenos al archivo de Ubuntu con `apt list --installed 2>\u002Fdev\u002Fnull | grep -v ubuntu`. Anote la versión de PHP (`php -v`), la presencia del antiguo binario de Compose (`which docker-compose && docker-compose version`) y el contenido de `\u002Fetc\u002Fsudoers.d\u002F`. Esta lista es su plan de pruebas.",{"title":63,"body":64},"Hacer una copia y restaurarla una vez","Una instantánea del VPS en la plataforma solo es una red de seguridad si ya se ha restaurado una vez. Haga la instantánea, restáurela en una máquina de prueba y compruebe que los servicios arrancan. Compleméntela con una copia de las aplicaciones fuera del servidor (bases de datos, volúmenes, `\u002Fetc`): nuestra guía \u003Ca href=\"\u002Fblog\u002Fsauvegardes-restic-vps\">copias de seguridad con Restic en un VPS\u003C\u002Fa> detalla la configuración.",{"title":66,"body":67},"Actualizar primero un clon","Cree un VPS de prueba a partir de la instantánea (desde 99 DH\u002Fmes) y ejecute todo el procedimiento en él. Anote cada pregunta de la herramienta, cada servicio que falla, cada repositorio desactivado. La actualización de producción ya no debería dar sorpresas.",{"title":69,"body":70},"Actualizar 24.04 por completo","La documentación de Ubuntu Server prescribe `sudo apt update` y después `sudo apt dist-upgrade -o APT::Get::Always-Include-Phased-Updates=true`. Si existe el archivo `\u002Frun\u002Freboot-required`, reinicie antes de continuar. Compruebe por último que `\u002Fetc\u002Fupdate-manager\u002Frelease-upgrades` contiene `Prompt=lts`.",{"title":72,"body":73},"Preparar el acceso de respaldo","Ejecutada por SSH, la actualización avisa de que iniciará un demonio SSH adicional en el puerto 1022, sin abrirlo en el cortafuegos. Ábralo usted mismo: `sudo ufw allow 1022\u002Ftcp`. Mantenga abierta la consola web del proveedor en otra pestaña.",{"title":75,"body":76},"Lanzar la actualización","Ejecute `sudo do-release-upgrade`, sin `-d`: esa opción sirve para versiones de desarrollo y ya no es necesaria desde la apertura de la ruta LTS. La herramienta se relanza sola dentro de una sesión `screen` llamada `ubuntu-release-upgrade-screen-window`. Si se cae su conexión, vuelva a conectarse y retómela con `sudo screen -d -r ubuntu-release-upgrade-screen-window`. Los registros están en `\u002Fvar\u002Flog\u002Fdist-upgrade\u002F`.",{"title":78,"body":79},"Responder a las preguntas sin automatismos","La herramienta anuncia los repositorios de terceros desactivados y después el número de paquetes que instalará, actualizará y eliminará. Lea la lista de eliminaciones. Para cada archivo de configuración modificado localmente (`sshd_config`, `php.ini`, `nginx.conf`), conserve su versión por defecto y compare después con el archivo `.dpkg-dist`.",{"title":81,"body":82},"Cruzar el punto de no retorno con conocimiento de causa","La documentación de Ubuntu es clara: una vez terminada la descarga, el proceso ya no se puede cancelar. Los paquetes se reemplazan y la distribución no prevé ninguna vuelta a 24.04. A partir de ahí, su única vuelta atrás es restaurar la instantánea del paso 2.",{"title":84,"body":85},"Reiniciar y comprobar","El sistema solo se considera actualizado tras el reinicio propuesto al final del procedimiento. Compruebe después `cat \u002Fetc\u002Fos-release`, `uname -r`, `systemctl --failed` y los registros de sus servicios. Cierre el puerto de respaldo con `sudo ufw delete allow 1022\u002Ftcp`.",{"title":87,"body":88},"Reactivar los repositorios de terceros y después Docker","Reescriba cada fuente de terceros con el nombre de versión `resolute`. Docker documenta una fuente en formato `.sources` cuya línea `Suites` lee el nombre desde `\u002Fetc\u002Fos-release`. Para PHP, el PPA de Ondřej Surý remite ahora a `packages.sury.org\u002Fphp\u002F` para Resolute. Compruebe después sus pilas con nuestra guía \u003Ca href=\"\u002Fblog\u002Fdocker-v29-migration-vps-breaking-changes\">migración a Docker v29 en un VPS\u003C\u002Fa>.",{"type":90,"title":91,"headers":92,"rows":96},"comparison","24.04 y 26.04: lo que cambia bajo sus aplicaciones",[93,94,95],"Componente","Ubuntu 24.04 LTS","Ubuntu 26.04 LTS",[97,101,105,109,113,117,121,125],[98,99,100],"Núcleo (GA)","6.8","7.0",[102,103,104],"PHP (archivo de Ubuntu)","8.3","8.5",[106,107,108],"Python 3","3.12","3.14",[110,111,112],"OpenSSL","serie 3.0","serie 3.5",[114,115,116],"OpenSSH","9.6p1","10.2p1, claves DSA retiradas",[118,119,120],"MySQL","8.0","8.4 LTS, `mysql_native_password` bloqueado por defecto",[122,123,124],"sudo y coreutils","sudo en C, GNU coreutils","`sudo-rs` y `rust-coreutils` por defecto; `cp`, `mv`, `rm` siguen siendo GNU",[126,127,128],"Compose","paquete `docker-compose` v1 (1.29.2)","paquete v1 ausente; `docker-compose-v2` (2.40.3)",{"type":35,"title":130,"body":131},"Lo que se rompe: lo que dicen las notas de versión","El cambio más visible es `sudo-rs`, que pasa a ser el proveedor por defecto. La implementación original sigue instalada con el nombre `sudo.ws`. Ajustes como `requiretty`, `timestamp_type` o `mailto` en un archivo sudoers pueden provocar un error de ajuste desconocido, el registro de entradas y salidas no existe y `sudo-ldap` se ha retirado. Volver al sudo antiguo pasa por `sudo update-alternatives --set sudo \u002Fusr\u002Fbin\u002Fsudo.ws`, algo que el anuncio de Ubuntu desaconseja sin prohibirlo.\n\nLas utilidades básicas proceden de `rust-coreutils`, salvo `cp`, `mv` y `rm`. Las notas de versión aún enumeran CVE abiertas en este paquete y un defecto de herencia de ACL con `mkdir -p`. El paquete `coreutils-from-gnu` restablece las versiones GNU si un script de copia o de despliegue depende de ellas.\n\nPara un servidor web, tenga en cuenta también que `apt-key` se ha retirado, que el módulo `libapache2-mod-php` pierde el JIT de PHP por un endurecimiento de systemd (se recomienda PHP-FPM) y que el soporte de cgroup v1 desaparece con systemd 259.",{"type":39,"title":133,"items":134},"Los cambios que hay que probar en el clon",[135,136,137,138,139,140,141,142],"**sudo** — ejecute `sudo visudo -c` y vuelva a lanzar sus scripts que llaman a `sudo` sin terminal.","**Scripts de shell** — ejecute sus copias y despliegues tal cual; una diferencia de `rust-coreutils` aparece en opciones poco habituales de `date`, `ls` o `stat`.","**PHP 8.5** — compruebe las extensiones cargadas con `php -m` y la compatibilidad de sus CMS; el paso desde 8.3 se salta una versión mayor intermedia.","**MySQL 8.4** — las cuentas con `mysql_native_password` están bloqueadas por defecto; localícelas antes de la actualización.","**SSH** — las claves DSA ya no se aceptan, y OpenSSH avisa ahora cuando el intercambio de claves no es poscuántico.","**Compose v1** — el paquete `docker-compose` v1 ya no existe en 26.04; todo script que llame a `docker-compose` con guion debe pasar a `docker compose`.","**Sincronización horaria** — chrony sustituye a systemd-timesyncd en las instalaciones nuevas; en un servidor actualizado el cambio es manual y opcional.","**Repositorios de terceros** — cada fuente desactivada debe reescribirse para `resolute`, y su clave gestionarse fuera de `apt-key`.",{"type":144,"title":145,"body":146},"tip","Cerrar lo que la actualización abrió","Tras el reinicio, compruebe que el demonio de respaldo ha desaparecido (`sudo ss -tlnp | grep 1022` no debe devolver nada) y que la regla del cortafuegos se ha retirado. Compare `\u002Fetc\u002Fssh\u002Fsshd_config` con `sshd_config.dpkg-dist` si existe y valide la configuración con `sudo sshd -t` antes de reiniciar el servicio. Nuestra \u003Ca href=\"\u002Fblog\u002Flinux-hardening-vps-checklist\">checklist de bastionado Linux\u003C\u002Fa> sirve después de control completo.",{"type":35,"title":148,"body":149},"Resolución de problemas: los mensajes que puede encontrar","**«Please install all available updates for your release before upgrading.»** El sistema no está totalmente actualizado: vuelva a ejecutar el comando `apt dist-upgrade` del paso 4, incluida la opción de actualizaciones escalonadas.\n\n**«You have not rebooted after updating a package which requires a reboot.»** Un núcleo o una biblioteca espera un reinicio. Reinicie y vuelva a lanzar la actualización.\n\n**«No new release found.»** Compruebe `Prompt=lts` en `\u002Fetc\u002Fupdate-manager\u002Frelease-upgrades`. Con `Prompt=never`, la herramienta lo indica explícitamente y se niega.\n\n**«Required apt sources are missing»** La herramienta ya no encuentra una fuente de Ubuntu utilizable, a menudo por un espejo propio. Acepte continuar con las fuentes por defecto o corrija la fuente principal antes de volver a lanzarla.\n\n**Lista de paquetes ajenos imposible de desplazar.** Las notas de versión señalan este defecto en las actualizaciones desde 24.04: cancele, purgue los paquetes ajenos innecesarios y vuelva a lanzarla.\n\n**Se cae la conexión SSH.** Vuelva a conectarse por el puerto 22 o 1022 y retome la sesión con `sudo screen -d -r ubuntu-release-upgrade-screen-window`.",{"type":35,"title":151,"body":152},"Una actualización por VPS, un método para toda la flota","Pasar de 24.04 a 26.04 no es una urgencia: es un proyecto que planificar antes de mayo de 2029, a su ritmo y al de sus clientes. Lo que marca la diferencia no es el comando, que cabe en una línea, sino lo que lo rodea: un inventario, una copia ya restaurada, un ensayo en un clon, una ventana acordada y una vuelta atrás que sabe ejecutar.\n\nPara una agencia, el interés está en convertir este procedimiento en una rutina. Anote los cambios encontrados en el primer clon y se convertirán en el plan de pruebas de los VPS siguientes. Toda la flota termina en una sola base, documentada una sola vez, mantenida hasta mayo de 2031. Esta guía describe el procedimiento; la actualización de versión queda a su cargo, y ServOrbit no la ejecuta en su VPS.","Todos los VPS de sus clientes, en un mismo lugar","Una actualización de versión se gestiona mejor cuando ve toda la flota: ServOrbit reúne dominios, alojamientos y VPS en un mismo espacio de agencia, vencimientos incluidos. Esta guía se ofrece tal cual: el equipo de ServOrbit no realiza la actualización por usted.","Descubrir el espacio de agencia","\u002Fsolutions\u002Fagences",[158,178,193],{"id":159,"slug":160,"slugs":161,"title":165,"excerpt":166,"readTime":23,"views":18,"isPinned":19,"publishedAt":167,"updatedAt":168,"category":169,"categories":175,"featuredImage":29,"bgImage":30,"posterImage":177,"relatedSolution":29},113,"copias-de-seguridad-vps-con-restic",{"fr":162,"en":163,"ar":164,"es":160},"sauvegardes-restic-vps","automate-your-vps-backups-with-restic","أتمتة-نسخ-خادمك-vps-الاحتياطية-باستخدام-restic","Automatizar las copias de seguridad de su VPS con Restic","Automatice las copias de seguridad de su VPS con Restic: snapshots cifrados, deduplicación y envío a S3 o a cualquier backend de objetos.","2026-02-27T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":170,"name":171,"slug":172,"color":173,"icon":174},8,"Seguridad y monitorización","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[176],{"id":170,"name":171,"slug":172,"color":173,"icon":174},"\u002Fblog\u002Fcovers\u002Fsauvegardes-restic-vps-poster.svg",{"id":179,"slug":180,"slugs":181,"title":185,"excerpt":186,"readTime":187,"views":18,"isPinned":19,"publishedAt":188,"updatedAt":168,"category":189,"categories":190,"featuredImage":29,"bgImage":30,"posterImage":192,"relatedSolution":29},247,"docker-v29-en-vps-migrar-sin-romper-stacks",{"fr":182,"en":183,"ar":184,"es":180},"docker-v29-migration-vps-breaking-changes","docker-v29-on-vps-migrate-without-breaking-your-stacks","docker-v29-على-vps-الهجرة-دون-كسر-المكدسات","Docker v29 en VPS: migrar sin romper sus stacks","Docker Engine v29 cambia la API mínima, el backend de red y el almacén de imágenes. Guía de migración para agencias que gestionan una flota de VPS de clientes.",12,"2026-08-12T00:00:00+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[191],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fdocker-v29-migration-vps-breaking-changes-poster.svg",{"id":194,"slug":195,"slugs":196,"title":200,"excerpt":201,"readTime":17,"views":202,"isPinned":19,"publishedAt":203,"updatedAt":168,"category":204,"categories":205,"featuredImage":29,"bgImage":30,"posterImage":207,"relatedSolution":29},317,"hardening-linux-vps-checklist-para-agencias-tras-la-entrega",{"fr":197,"en":198,"ar":199,"es":195},"linux-hardening-vps-checklist","linux-vps-hardening-checklist-for-agencies","قائمة-تصليب-خادم-لينكس-للوكالات-بعد-التسليم","Hardening Linux VPS : checklist para agencias tras la entrega","Checklist de hardening Linux reproducible para agencias: auditd, sudo, clave SSH, UFW, fail2ban y desactivación de root — con trazabilidad por cliente.",1,"2026-08-30T00:00:00+00:00",{"id":170,"name":171,"slug":172,"color":173,"icon":174},[206],{"id":170,"name":171,"slug":172,"color":173,"icon":174},"\u002Fblog\u002Fcovers\u002Flinux-hardening-vps-checklist-poster.svg",1792763248131]