Blog Tecnológico

Blog everyWAN

Tecnología, ciberseguridad y tendencias IT que importan

Análisis Profundo
Ciberseguridad
Tendencias IT
Filtrar por:
Parte trasera de un armario de servidores con los latiguillos de red saliendo de cada nodo hacia los de al lado
10 min lectura

La malla de Ceph sin switch tiene cuatro variantes. Dos se rompen con un cable

Tres nodos conectados entre sí a 25 GbE sin comprar un switch es de las mejores decisiones que se pueden tomar con poco dinero. Proxmox documenta cuatro formas de cablearlo y solo dos sobreviven a que se caiga un enlace: en las otras dos, dice su propia wiki, «los nodos tienen visiones distintas» y Ceph marca como caídos servicios que están perfectamente vivos. Desde Proxmox VE 9 esa malla se configura desde la interfaz, con cuatro protocolos de fabric. Y la documentación oficial sigue etiquetando esa capa como tech preview.

Pasillo de un centro de datos con un rack abierto, un carro de consola con monitor y teclado, y una silla vacía
9 min lectura

Un escape de VM sin CVE ni parche: qué alcanza root en un nodo de Proxmox

El martes 6 de octubre de 2026 The Register contó que un investigador dice tener una fuga de invitado a host en KVM, que el consejero delegado de Vercel la confirmó dentro de su programa de recompensas, y nombró a Proxmox entre quienes dependen de KVM. No hay CVE, no hay parche y no hay detalle técnico. Como no hay nada que parchear, lo medible hoy es el radio: la documentación de Proxmox VE dice que QEMU corre como proceso root, así que el salto es uno y no dos; y root en un nodo lee /etc/pve/priv, que pmxcfs replica en tiempo real a todos los nodos. Dentro: la tabla de los diez ficheros con las descripciones oficiales, por qué la contraseña de las copias está ahí «in plain text» y junto a la clave de cifrado, y la lista de rotación, línea a línea, con el coste de cada una.

Parte trasera de un rack con servidores de 1U, sus puertos de consola a la vista y los mazos de cables recogidos
10 min lectura

Migrar a Proxmox: los permisos no viajan, y el rol que suena a «usuario» abre la consola

La migración trae los discos, la configuración y las redes. No trae ni una línea de la tabla de permisos, y como las dos tablas se parecen en la forma, casi nadie la reconstruye: la copia de memoria, por el nombre de los roles. Dentro: la equivalencia entre el permiso de vCenter y la ACL de Proxmox, con sus tres huecos; la definición literal del rol PVEVMUser —«view, backup, configure CD-ROM, VM console, VM power management»— y por qué consola, CD-ROM y encendido juntos no describen a un lector; la pregunta que solo responde tu instalación; la regla de herencia que resta en lugar de sumar y que muerde a todo el que viene de Active Directory; la familia de privilegios que lee y escribe ficheros dentro del invitado, que no tiene equivalente mental en vCenter y que es una virtud del modelo que nadie usa; root@pam, la cuenta sin límites que no se puede borrar; y los cuatro comandos que te dicen, el lunes siguiente, quién puede hacer qué en tu clúster.

Filas de bahías de disco SAS en servidores de almacenamiento montados en rack
13 min lectura

Pusiste noout para actualizar Ceph y apagaste la reposición de copias

El procedimiento de actualización de Ceph en Proxmox te recomienda, en su paso cuatro, ejecutar «ceph osd set noout»: «optional, but recommended», dice el wiki. La documentación de Ceph, en su página de resolución de problemas de OSD, dice que eso es «más un ejercicio mental» que una sugerencia de que alguien «en el mundo post-Luminous» lo ejecute. Las dos frases están publicadas hoy y las dos son defendibles. Lo que esa bandera apaga no es el rebalanceo: es que un OSD «down» llegue a «out», que es justo el paso que hace que CRUSH recalcule y se cree la copia que falta. Y la bandera no distingue entre el disco que reiniciaste tú y el que se ha muerto de verdad. Dentro: por qué mon_osd_down_out_subtree_limit ya te frena el escenario que de verdad asusta, la cadena que casi nadie cuenta (los PG degradados no se marcan como clean, y lo que no está clean no se scrubea: deja de verificarse el checksum justo de los datos a los que les falta una copia), la aritmética de los dos avisos que llegan a los 10,5 y a los 12,25 días a un panel que lleva amarillo desde el minuto uno, la tabla de lo que cada bandera apaga de verdad, y los cuatro comandos que hacen el mismo trabajo sobre un disco o sobre un host sin tocar el resto del cluster.

Sala de servidores con racks cableados y un módulo de gestión de potencia
9 min lectura

Subir a Proxmox 9.2 no lo decidiste tú: lo decidió el repositorio

Pregunta a quien lleva tu clúster quién decidió pasar de 9.1 a 9.2 y en qué reunión se aprobó. En la mayoría de sitios no lo decidió nadie: Proxmox VE no publica repositorio por versión menor —no hay ningún pve-9.1-security—, así que un apt dist-upgrade rutinario, el mismo que aplica los parches que sí quieres, te deja en la última menor publicada. El software que hace tus copias sí tiene matriz de versiones soportadas, y va por detrás: Proxmox VE 9.2 salió el 21 de mayo de 2026 y el plug-in de Veeam que la cubre llegó el 29 de julio, 69 días después. Y hay un detalle que engaña: el plug-in 3.3 de la rama 13.0 se publicó el 25 de agosto, veintisiete días DESPUÉS del 4.0, así que «estoy al día» puede significar estar al día en la rama que no trae el soporte nuevo. Nada se pone en rojo; lo que pierdes es el derecho a abrir un caso. Los tres datos que tienen que vivir en la misma línea antes de abrir la ventana, por qué el orden correcto es matriz primero y apt después, la frontera de la arquitectura ARM, y dónde esta grieta no existe.

Técnico agachado detrás de un rack, con el portátil apoyado en el suelo técnico y un manojo de cables sueltos al lado
10 min lectura

Migrar a Proxmox no toca tus licencias; el failover sí

En toda reunión de migración sale la pregunta de las licencias de Windows, y la respuesta corta decepciona: cambiar de hipervisor no recalcula nada. La cuenta la cambia otra cosa, y Microsoft la tiene escrita en una sola frase: «License Mobility across Server Farms is not available for Windows Server, so each server must be licensed for peak capacity at all times». Cada servidor, capacidad punta, siempre. La licencia no sigue a la máquina virtual, así que el número depende de en cuántos nodos puede llegar a arrancar: 32 licencias de núcleo o 96, para exactamente la misma instalación. Qué cambió en SQL Server 2022, por qué el mito de AVMA no te afecta si vienes de vSphere y por qué una regla de afinidad de Proxmox es un control útil pero no una frontera contractual.

Nodos idénticos apilados en un rack, cada uno con su pantalla y su etiqueta
9 min lectura

Tu Ceph de tres nodos no se cura solo: aguanta

Un disco muerto en un clúster de tres nodos se arregla solo si queda otro disco en ese mismo servidor: la regla de CRUSH baja a otro OSD del mismo host. Un HOST muerto, no. Con réplica 3 y el dominio de fallo en «host» —lo que pone Proxmox por defecto— no existe un cuarto sitio donde dejar la tercera copia, así que los grupos de colocación se quedan en active+undersized+degraded hasta que vuelva el nodo. Y el clúster sigue sirviendo, que es justo por lo que nadie lo mira. Los temporizadores reales de Ceph (20 segundos, 10 minutos, 15 minutos), lo que no puedes tocar mientras dure la ventana degradada, por qué la recuperación puede costarte el quórum de corosync y por qué el número que importa no es cuántos nodos tienes sino cuántos sitios distintos.

Armario de servidores con cada máquina etiquetada a mano, una por una
8 min lectura

Tu copia de Proxmox se salta discos y el trabajo sale en verde

La página de limitaciones del complemento de Veeam para Proxmox VE se actualizó el 15 de septiembre de 2026, y hay dos líneas que usan la palabra que de verdad importa: skipped. Existen dos clases de «no soportado» muy distintas: la que te para el trabajo y la que se salta un disco y te lo pinta en verde. Qué se queda fuera de la copia de una plataforma Proxmox, qué no vuelve cuando vuelve la máquina, por qué los contenedores LXC son un inventario aparte, y por qué el manual del backup se lee antes de elegir el almacenamiento y no el día de la restauración.

Frontal de varios servidores de rack apilados, con sus bandejas de disco etiquetadas y los pilotos de estado encendidos
9 min lectura

Probar una alternativa a VMware no es migrar

Gartner ha puesto número a la salida de VMware y el número se va a citar mal todo el otoño: para 2029, el 55 % de las empresas «iniciará pruebas de concepto» con alternativas, frente al 25 % de 2026. Iniciar pruebas, no migrar. Sostenemos que la mayoría de esas pruebas no servirá para decidir nada, porque se montan para salir bien: se instala, arranca una máquina virtual y se cierra la reunión. Las seis cosas que una prueba honesta tiene que intentar romper —empezando por la restauración y no por la migración—, la variable que no está en ningún informe (tu fecha de renovación) y los casos en los que seguimos recomendando quedarse.

Pasillo frío de un centro de datos con una silla vacía y un carro de consola aparcado junto a un armario abierto
7 min lectura

El CVE de Proxmox que tu escáner no puede evaluar

CVE-2023-54391 es un 9,8: se entra como root@pam sin contraseña. Hemos pedido su ficha a la API de NVD y a la de GitHub Advisories, y lo que devuelven es esto: NVD no publica ninguna configuración CPE y marca el registro como Deferred; GitHub devuelve la lista de paquetes afectados vacía; y el único rango que existe termina en «7.4» cuando tus nodos se llaman 7.4-17. Un escáner que decide por correspondencia de versiones no tiene con qué decidir. Mientras tanto, un proveedor publicó su post mortem: doce hipervisores minando del 31 de agosto al 17 de septiembre, registros borrados y la frase «no podemos demostrarlo».

Interior de un servidor de dos zócalos abierto, con los procesadores y dos bancos de módulos de memoria a la vista
8 min lectura

El parche del kernel es un reinicio, y el reinicio borra la prueba

CISA añadió hoy dos fallos del kernel de Linux a su catálogo de explotados, con plazo hasta el lunes. Uno lleva once meses en tu escáner con un 3,3 sobre 10; el proyecto del kernel le pone un 7,8 en la misma ficha. Las dos traen la marca de triaje forense —la que CISA pone ya en dos de cada tres altas nuevas— y su guía dice que no remedies antes de recoger pruebas. En el kernel, remediar es reiniciar. Y reiniciar borra buena parte de lo que te piden guardar.

Cabina de disco montada en rack, con dos filas de bandejas de disco y sus pilotos de actividad
10 min lectura

Migrar a Proxmox y reutilizar la cabina: el snapshot es lo que no viaja

La cabina está pagada, así que se queda: es la decisión más barata del proyecto y la que más cambia tu día a día. En Proxmox el snapshot no lo hace el hipervisor, lo hace el plugin de almacenamiento, y sobre un LUN compartido con LVM-thick la documentación dice «snapshots are not possible by default…». Lo que lo arregla lleva desde la 9.0 etiquetado como technology preview, y el fabricante lo pone por escrito en su hoja de ruta. Las siete opciones reales y el árbol de decisión que firmamos.

Varios servidores de 1U apilados en un rack, con cableado de red blanco recogido y pantallas LCD de estado en el frontal
13 min lectura

Ceph cambia de cifrado: reiniciar la máquina virtual no refresca la clave

El 9 de septiembre Proxmox publicó el procedimiento para migrar las claves cephx de aes a aes256k. La parte difícil no es criptográfica: es saber qué cuenta como «refrescar un cliente». La documentación lo dice en seis palabras —«A guest reboot is not enough»— y el fallo no aparece cuando ejecutas el comando, sino minutos o días después, cuando caduca un ticket. Qué ha cambiado desde agosto, la puerta del kernel 7.0 y el orden que seguimos nosotros.

Pasillo de un centro de datos con dos filas de armarios de rack idénticos
9 min lectura

El cluster elige nodo contando invitados: anti-afinidad en Proxmox VE 9 y la regla que nadie declara

Cuando cae un nodo, el planificador de Proxmox VE elige dónde arrancan tus máquinas dadas de alta en HA. En un cluster recién instalado lo hace contando invitados activos: no sabe que la 101 es la segunda pata de la 100. Proxmox VE 9.0 trajo las reglas de afinidad para poder decírselo, con una asimetría que conviene conocer —la regla que fija a un nodo es una preferencia, la que separa dos máquinas es una orden— y una aritmética que decide si tu VM arranca degradada o no arranca.

Parte trasera de una librería de cintas con las unidades LTO y su cableado de fibra
5 min lectura

Broadcom retira el VDDK: lo primero que se rompe no es tu migración, es tu backup

A finales de agosto las páginas de descarga del Virtual Disk Development Kit empezaron a devolver un 404, sin anuncio ni aviso de obsolescencia. La cobertura lo ha leído como «salir de VMware es más difícil», y es verdad a medias: depende de a dónde vayas, porque el importador de ESXi de Proxmox VE ni siquiera lo usa. Lo que casi nadie ha mirado es la frase exacta de Broadcom —«no longer available for use or download»— ni el sitio donde esa librería lleva veinte años trabajando sin que nadie la mire: dentro de tu copia de seguridad.

Armarios de rack vacíos recién instalados en el pasillo de una oficina
9 min lectura

Migrar de VMware a Proxmox: el disco llega entero, Windows no arranca, y el fallo es de dos semanas antes

El asistente de importación de Proxmox VE copia la máquina de ESXi sin fallos. Luego el Windows no arranca, y no es culpa del asistente: la documentación oficial dice que para arrancar desde VirtIO SCSI, Windows «necesita haber visto antes un disco que requiera el driver». Ese antes es el problema, porque el único sitio donde se puede hacer es la máquina que ya has apagado. La salida oficial funciona, pero es un procedimiento por máquina, secuencial y dentro de la ventana. La alternativa no es acelerarlo: es moverlo de fecha.

Filas de bandejas de disco SAS en el frontal de varios servidores de almacenamiento montados en rack
9 min lectura

Squid ganó 42 días y Tentacle perdió 170: el fin de soporte de Ceph lo movió un commit

El 5 de agosto, un commit en la documentación de Ceph movió las dos fechas que ordenan el calendario de cualquiera con almacenamiento distribuido en producción: Squid pasó del 19 de septiembre al 31 de octubre, y Tentacle del 18 de noviembre de 2027 al 1 de junio de 2027. La prórroga se ve en el gráfico; el recorte de 170 días a la versión de destino no lo hemos visto comentado en ninguna parte. Qué significa que el campo se llame target_eol y por qué Tentacle vive 560 días donde Squid vivió 765.

Sala de servidores de empresa de noche, con las luces apagadas, la puerta entreabierta a un pasillo iluminado, un taburete vacío junto al rack y un carro de servicio aparcado en el pasillo
5 min lectura

Proxmox pasa a soporte 24/7 el 19 de octubre: qué compras de verdad con esas dos horas

El 2 de septiembre de 2026 Proxmox anunció que su soporte empresarial pasa a 24/7 el 19 de octubre y abrió filial en Norteamérica. Hasta ahora atendía de lunes a viernes, de 07:00 a 17:00 CET/CEST, en días laborables austríacos. Qué incluye cada plan, cuánto cuesta de verdad por zócalo de CPU, las tres asimetrías que están dentro del propio comunicado —respuesta no es resolución, el soporte local sigue siendo de oficina y el alcance son tres productos, no tu sistema— y las seis preguntas para leer cualquier contrato de soporte 24/7, el de tu proveedor incluido.

Omnissa Horizon certificado en Proxmox VE: dos puestos de oficina vacíos con los monitores apagados y un cliente ligero detrás de la pantalla
9 min lectura

Proxmox VE ya es Horizon Ready, pero en modo manual: los escritorios los creas y los apagas tú

El 4 de septiembre de 2026 Proxmox anunció que Proxmox VE ha obtenido la certificación Omnissa Horizon Ready Hypervisor. Es real y quita un requisito, pero llega en «modo de aprovisionamiento manual»: la página del programa dice que aprovisionamiento y política de energía no están soportados. Mientras tanto, Horizon lleva desde diciembre integrándose por API con otro hipervisor que no es vSphere. Dos regímenes distintos, qué deja de hacer Horizon por ti, los números de RAM y de GPU que nadie hace y para qué parques esto es una salida hoy.

Proxmox VE 7 y CVE-2023-54391: dos servidores viejos todavía encendidos en la estantería de un cuarto trastero
7 min lectura

Proxmox VE 7: el parche llevaba tres años publicado y nadie sabía que era un parche

El 1 de septiembre de 2026 Proxmox publicó el aviso PSA-2026-00043-1: en Proxmox VE 7 basta con enviar un parámetro tfa-challenge cualquiera para entrar como root@pam sin contraseña. El código que lo arreglaba se publicó el 20 de julio de 2023 dentro de una refactorización que nadie clasificó como seguridad, y por eso no se retroportó. Qué hace el fallo, por qué el segundo factor te salvaba, qué comprobar hoy en tu nodo y qué dice todo esto de tu inventario.

Suscríbete a nuestra newsletter

Para recibir historias del mundo IT, novedades de everyWAN y ofertas exclusivas para suscriptores, date de alta a nuestra lista de correo

everyWAN
everyWAN