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.

Bastidor de paneles de parcheo de fibra óptica con mazos de latiguillos naranjas
9 min lectura

43 CVE en el switch de fibra de tu cabina, y ninguna es crítica

El 8 de octubre de 2026 el NVD publicó 43 vulnerabilidades de Brocade Fabric OS en el mismo día. Ninguna crítica, la más alta 8,7, y 38 de las 43 exigen credenciales. Esos tres números son exactamente la razón por la que nadie va a parchear. Dentro: el atacante que el lote imagina no viene de internet —es otro switch de tu propia fabric—, por qué el 7,1 de CVE-2026-87659 engaña, la excusa de la ventana de mantenimiento desmontada con la documentación del propio fabricante, las dos ramas de versión que no encajan, y cuatro preguntas de propiedad en vez de un checklist.

Técnico agachado con un portátil delante de un armario de servidores abierto en una sala técnica
7 min lectura

Solo lectura en la consola de copias no era solo lectura

Veeam publicó el 6 de octubre de 2026 el aviso KB4934 con tres vulnerabilidades de Backup & Replication. Dos de las tres las dispara el mismo rol: Backup Viewer, el que se reparte sin pensar porque sirve para mirar. La peor llega a 9,4 y ejecuta código en el servidor de copias; la otra, puntuada 6,1, permite borrar la master key de Enterprise Manager, que es el mecanismo documentado para descifrar una copia cuando se pierde la contraseña. Dentro: la tabla de los tres CVE con sus vectores, por qué PR:L es la parte que importa, y la lista de asignaciones de rol que ningún plan de recuperación incluye.

Panel de servicio de una librería de cintas con el testigo de aviso encendido y las llaves puestas
6 min lectura

Dell avisó el 1 de octubre. El CVE se publicó cinco días después

El aviso DSA-2026-448 de Dell, con dos vulnerabilidades de CVSS 10.0 en Container Storage Modules, es del 1 de octubre de 2026. El 6 de octubre consultamos sus trece identificadores CVE propios contra la API pública de CVE Services y los vimos publicarse en directo, uno cada cuatro o cinco minutos y en orden descendente de gravedad. Cuando llegaron a NVD, llegaron sin CPE. Dentro: la tabla de marcas de tiempo al segundo y por qué tu escáner sigue sin poder decirte si te afecta.

Armario de cableado de red con latiguillos de pares trenzados y paneles de parcheo
8 min lectura

Caída de Azure: cuatro puertas y el sitio donde guardabas el plan B

El 30 de septiembre de 2026, cinco horas y cuarenta y cinco minutos de incidente en Azure. De los cinco servicios que Microsoft lista como afectados, cuatro son el camino hasta tu infraestructura y el quinto es Azure VMware Solution. Dentro: qué dice y qué no dice el parte oficial 7Q30-010, el reloj real de la detección, por qué la cifra de regiones que circula no está en la fuente, y qué pasa con tu procedimiento de contingencia cuando lo que falla es la consola.

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.

Subestación eléctrica de alta tensión con aisladores, embarrados y un transformador
7 min lectura

6.329 MW concedidos a centros de datos y ninguno en servicio

El dato salió esta mañana en la prensa de energía, así que no lo va a leer nadie de informática: Red Eléctrica ha publicado por primera vez el reparto por tipo de consumo de la capacidad de acceso concedida en la red de transporte, y los centros de datos se llevan el trozo más grande —6.329 MW, el 34,2% del total— con 0 MW en servicio. La industria, con menos potencia concedida (5.838 MW), tiene 4.346 ya enchufados: un 74% frente a un 0%. Hacemos las tres divisiones que no vienen en la nota, y una de ellas es que más de la mitad de la potencia que España ha prometido y aún no entrega está apalabrada para salas de servidores. Pero la parte que nos ha hecho parar es otra: en febrero la red estaba «copada al 75%» y hoy queda margen en más del 35% de los nudos, sin que la mejora venga de obra nueva, sino de revisar el escenario de cálculo de la CNMC —capacidad firme arriba en 204 nudos, igual en 658, abajo en 75—. De las tres cifras que circulan, sólo «en servicio» es física. Qué significa eso el día que pidas pasar de 4 a 8 kW por rack, por qué la respuesta peligrosa no es «no puedo» sino «te los doy por una sola vía», y el anexo de cuatro líneas que proponemos grapar al contrato de colocation —al nuestro también—.

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.

Armario de red mural de una pequeña empresa con un conmutador y cables sin ordenar
7 min lectura

El ESU de Windows Server 2016 se paga desde el 12 de enero, compres cuando compres

Windows Server 2016 sale de soporte el 12 de enero de 2027, dentro de 104 días. Eso lo repite todo el mundo; la página de facturación de Azure Arc, no tanto: las licencias aprovisionadas después de esa fecha se facturan hacia atrás hasta el 12 de enero, el cargo aparece como línea separada, desactivar y reactivar no lo evita, borrar y recrear tampoco, y Microsoft escribe que «no hay condiciones bajo las cuales se pueda evitar». Aplazar deja de ser gratis. Y antes del precio está la elegibilidad, que es donde se cae media pyme española: para el ESU on-premises hace falta Software Assurance o suscripción de servidor equivalente, el SPLA no está disponible para 2016, el beneficio de Visual Studio tampoco, y la transición desde Volume Licensing no está soportada con Azure Arc. Además: por qué la factura la decide cómo cuentas los núcleos —16 físicos por máquina u 8 virtuales por VM, con el ejemplo del propio Microsoft de 1.024 núcleos frente a 506—, qué preguntarle a tu CSP ahora que el precio de lista sigue sin publicarse, y la opción que no sale en la diapositiva.

Bahías de disco de un servidor con bandejas medio extraídas y huecos vacíos
8 min lectura

Tu redundancia supone que el repuesto llega mañana

Un disco se muere un martes y no pasa nada: para eso pagaste la réplica. Pero lo que compraste no es inmunidad, es una ventana de tiempo para reponer antes del siguiente fallo, y esa ventana se calculó dando por hecho que el repuesto llega mañana. Western Digital dijo en su llamada de resultados que estaba «prácticamente vendido para el año natural 2026» y Seagate que su capacidad nearline estaba «completamente asignada» para el mismo periodo, con acuerdos de nube que ya alcanzan 2027 y 2028. Hacemos la aritmética con las tasas de fallo publicadas por Backblaze: con el repuesto en 48 horas, la probabilidad de un segundo fallo antes de la reparación es del 0,18 %; con el repuesto en 20 semanas, del 11,5 %. El mismo diseño, los mismos discos, 66 veces más riesgo por una variable que no sale en ningún diagrama. Dónde duele más (el nodo, no el disco), el recorte de retención que no firma nadie, y las seis preguntas que hacemos ahora antes de dar por bueno un diseño.

Pasillo entre armarios de servidores en penumbra, con centenares de indicadores luminosos encendidos a la vez
7 min lectura

Tormenta de reintentos: la segunda caída la provocas tú

El 12 de junio de 2025 Google Cloud se cayó a lo grande. A los 40 minutos la mitigación estaba desplegada y las regiones empezaron a recuperarse, las pequeñas primero; us-central1 no quedó resuelta del todo hasta 2 h 40 min después de empezar el incidente. Lo que alargó esa región no fue el bug: fueron los reintentos. El informe público lo dice con todas las letras —«Service Control no tenía implementado el backoff exponencial aleatorizado apropiado para evitar esto»— y describe un efecto manada sobre la tabla de Spanner de la que dependía todo. Aquí contamos dónde vive ese mismo mecanismo en una empresa normal (el cron que tarda más que su intervalo, el backup que se solapa, los sesenta equipos que arrancan a la vez cuando vuelve la luz, la monitorización que aprieta justo cuando duele), por qué tres reintentos en tres capas son 64 intentos contra tu base de datos, los cuatro números que hay que tener escritos y cuándo NO tocar nada.

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.

Sala de servidores con el pasillo de racks y el cableado de red ordenado
8 min lectura

Kubernetes caduca cada catorce meses, y no se saltan versiones

El 27 de octubre de 2026 la rama 1.34 de Kubernetes deja de recibir parches, y esa fecha estaba publicada desde que la versión salió. El proyecto mantiene cada rama «roughly fourteen (14) months» —doce meses más dos en modo mantenimiento— y solo las tres versiones menores más recientes. Restando las fechas de fin de vida publicadas sale el número que de verdad importa: caduca una versión cada cuatro meses. Qué significa exactamente el modo mantenimiento, por qué el plano de control no puede saltarse versiones al actualizar, qué holgura tienen los nodos y por qué eso hace que un clúster parezca sano mientras se queda atrás.

Rack de comunicaciones con paneles de parcheo, latiguillos de red y una bandeja de fibra en la parte baja
5 min lectura

El DDoS que te tumba no sale en los titulares

El 96,62 % de los ataques de capa de red que mitigó Cloudflare en el primer semestre de 2026 se quedó por debajo de 500 Mbps y el 90,60 % terminó en menos de diez minutos. El ataque que sale en la prensa mide decenas de terabits; el que va a dejar sin servicio a una empresa mediana cabe en un enlace de fibra corriente y se acaba antes de que nadie coja el teléfono. Por qué la métrica que importa es el tiempo de activación y no los terabits de capacidad, qué cambia que las inundaciones de DNS hayan pasado del 25,7 % al 40 % en un trimestre, y las cinco preguntas que hacemos antes de contratar cualquier mitigación.

Batería de torniquetes de acceso vacíos en el vestíbulo de una estación de metro
9 min lectura

Ingress NGINX: medio Kubernetes lo mantenían dos personas

El repositorio kubernetes/ingress-nginx está archivado en solo lectura y su última versión es del 19 de marzo: 187 días sin una versión nueva. No es descuido, es una retirada decidida, y el motivo que firmaron el Steering Committee y el Security Response Committee de Kubernetes no fue un CVE: el componente que publica a internet la mitad de los entornos cloud native lo mantenían «one or two people working in their free time». Qué comprobar hoy con un comando, por qué migrar a Gateway API no es traducir YAML, y los cinco comportamientos que tu enrutado tiene y nadie eligió.

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.

Armario de red de pared en una sede pequeña: switch de 16 puertos, router, ONT y cableado desordenado
5 min lectura

En la sucursal no compraste un cortafuegos: compraste una casilla del SD-WAN

Arista retira las Security VNF de VeloCloud: el cortafuegos de Fortinet, Palo Alto o Check Point que corría dentro del Edge deja de tener soporte el 28 de febrero de 2027, y la 5.2.x es la última versión que lo aguanta. Lo que caduca no es una licencia, es la idea de que el cortafuegos de la sucursal era tuyo: el día que la seguridad se convirtió en una casilla del producto de transporte, su calendario dejó de depender de ti.

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.

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