{"id":21684,"date":"2026-09-24T09:56:34","date_gmt":"2026-09-24T07:56:34","guid":{"rendered":"https:\/\/webhosting.de\/?p=21684"},"modified":"2026-09-24T09:56:37","modified_gmt":"2026-09-24T07:56:37","slug":"kernelcare-eportal-grandes-infraestructuras-de-alojamiento-web","status":"publish","type":"post","link":"https:\/\/webhosting.de\/es\/kernelcare-eportal-grosse-hosting-infrastrukturen\/","title":{"rendered":"KernelCare ePortal para grandes infraestructuras de alojamiento web"},"content":{"rendered":"<div class=\"wh-article\" data-wh-layout=\"2.1.2\" style=\"width:100%;max-width:820px;margin:0 auto;color:#263b4b;font-family:inherit;font-size:18px;line-height:1.8;text-align:start;overflow-wrap:break-word;box-sizing:border-box\"><p class=\"wh-lead\" style=\"font-size:20px;line-height:1.7;color:#233746;margin:0 0 1.1em\">KernelCare ePortal resulta rentable para los proveedores de alojamiento web cuando: <strong style=\"font-weight:700;color:inherit\">anillos de parche controlados<\/strong>, cuando se requiera una distribuci\u00f3n local, salidas de red restrictivas o autorizaciones verificables. La plataforma gestiona de forma centralizada los conjuntos de parches, los feeds y las claves de registro de los agentes de KernelCare. Sin embargo, no sustituye ni a los reinicios peri\u00f3dicos ni a un modelo de seguridad y funcionamiento para toda la infraestructura. Son fundamentales una estrategia de duplicaci\u00f3n adecuada, grupos de implementaci\u00f3n claramente delimitados, una supervisi\u00f3n robusta y un funcionamiento de alta disponibilidad cuidadosamente protegido.   <\/p>\n<nav class=\"wh-toc\" aria-label=\"Contenido de este art\u00edculo\" style=\"display:block;margin:28px 0 38px;padding:22px;border:1px solid #d9e4e8;border-radius:14px;background:#f4f8f8\"><p class=\"wh-toc-title\" style=\"font-size:13px;font-weight:700;letter-spacing:.08em;color:#49656b;margin:0 0 14px\">Ir directamente a la secci\u00f3n<\/p><div class=\"wh-toc-grid\" style=\"display:grid;grid-template-columns:repeat(auto-fit,minmax(min(100%,280px),1fr));gap:10px\"><div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#grundlagen\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Integrar KernelCare ePortal en la gesti\u00f3n de flotas<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#begriffe\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Diferenciar entre \u00abLive-Patching\u00bb, \u00abKernelCare\u00bb y \u00abLibCare\u00bb<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#einsatz\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Cu\u00e1ndo resulta rentable la gesti\u00f3n centralizada de parches<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#modelle\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Seleccionar correctamente la duplicaci\u00f3n y la cach\u00e9<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#rollout\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Crear anillos de patch para flotas de servidores<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#zugang\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Separar feeds, claves y clientes<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#hochverfuegbarkeit\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Gestionar la replicaci\u00f3n y el TLS de forma fiable<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#kontrollen\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Establecer registros, copias de seguridad y sistemas de supervisi\u00f3n<\/a><\/div>\n<div class=\"wh-toc-item\" style=\"display:block;min-width:0;margin:0;padding:0\"><a class=\"wh-toc-link\" href=\"#stoerungen\" style=\"display:block;height:100%;padding:12px 15px;border:1px solid #dce6e8;border-radius:9px;background:#fff;color:#18575b;font-size:14px;line-height:1.5;font-weight:600;text-decoration:none;box-sizing:border-box\">Evaluar los patrones de fallo y tomar decisiones operativas<\/a><\/div>\n<\/div><\/nav><section class=\"wh-section\" aria-labelledby=\"grundlagen\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"grundlagen\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Integrar KernelCare ePortal en la gesti\u00f3n de flotas<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\"><strong style=\"font-weight:700;color:inherit\">KernelCare ePortal<\/strong> Es el componente de gesti\u00f3n y distribuci\u00f3n gestionado internamente para los agentes de KernelCare en entornos Linux de gran tama\u00f1o. Agrupa conjuntos de parches, fuentes y claves de registro en un \u00fanico punto controlado. De este modo, el administrador no solo decide si los hosts reciben parches, sino tambi\u00e9n desde qu\u00e9 fuente local y seg\u00fan qu\u00e9 l\u00f3gica de autorizaci\u00f3n se lleva a cabo este proceso.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Sin el ePortal, los agentes se conectan directamente a la infraestructura de TuxCare. Esta suele ser la opci\u00f3n m\u00e1s sencilla para parques de servidores peque\u00f1os, en gran medida homog\u00e9neos y con conexi\u00f3n a Internet: no hay que actualizar, proteger ni supervisar ninguna plataforma central adicional. Sin embargo, a medida que aumenta el n\u00famero de sistemas, esta simplicidad se convierte en un inconveniente cuando se requieren autorizaciones trazables o salidas de red limitadas.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">En una flota de servidores de alojamiento suelen convivir servidores web, servidores de bases de datos, hosts de virtualizaci\u00f3n y sistemas de gesti\u00f3n con diferentes distribuciones y series de kernel. Un elemento central <strong style=\"font-weight:700;color:inherit\">Adquisici\u00f3n de parches<\/strong> permite proporcionar a estos grupos t\u00e9cnicos feeds y claves espec\u00edficos. Por lo tanto, ePortal no es una alternativa al agente de KernelCare, sino que ampl\u00eda su obtenci\u00f3n de conjuntos de parches con funciones de control y distribuci\u00f3n locales.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Por lo tanto, el beneficio no se deriva \u00fanicamente del n\u00famero de servidores. Son determinantes los ciclos de parches obligatorios, las obligaciones de comprobaci\u00f3n y acreditaci\u00f3n, las especificaciones de red, as\u00ed como la cuesti\u00f3n de si un servicio central puede funcionar de forma fiable por s\u00ed mismo. Estos requisitos tambi\u00e9n determinan si la arquitectura adecuada es la replicaci\u00f3n local, el almacenamiento en cach\u00e9 o la obtenci\u00f3n directa.<\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"begriffe\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"begriffe\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Diferenciar entre \u00abLive-Patching\u00bb, \u00abKernelCare\u00bb y \u00abLibCare\u00bb<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">En <strong style=\"font-weight:700;color:inherit\">Parcheado en directo<\/strong> El agente de KernelCare comprueba peri\u00f3dicamente si hay conjuntos de parches adecuados disponibles. Los descarga, los verifica y los instala en el n\u00facleo en ejecuci\u00f3n. De este modo, las correcciones de seguridad pueden activarse sin que sea necesario reiniciar el n\u00facleo para este paso. Los conjuntos de parches aplicables dependen del n\u00facleo instalado y de la distribuci\u00f3n compatible.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">KernelCare hace referencia a la oferta de parches en tiempo real para el n\u00facleo. LibCare debe distinguirse de ello: se trata de un producto adicional opcional para determinados componentes del espacio de usuario y no es otro nombre para el parcheo del n\u00facleo. Por su parte, ePortal no aplica parches al n\u00facleo por s\u00ed mismo, sino que gestiona conjuntos de parches, fuentes y el registro de los agentes de KernelCare en una instalaci\u00f3n empresarial local.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">La denominaci\u00f3n anterior, \u00abKernelCare Plus\u00bb, solo deber\u00eda aparecer a la hora de clasificar documentaci\u00f3n antigua. El fabricante ha dejado de comercializar este producto desde marzo de 2023 y lo ha sustituido por KernelCare. Por lo tanto, a la hora de realizar inventarios, es importante no equiparar los agentes instalados, los contratos y la documentaci\u00f3n con los componentes o las funcionalidades actuales bas\u00e1ndose en nombres de productos hist\u00f3ricos.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">La aplicaci\u00f3n de parches en tiempo real no sustituye a un proceso de mantenimiento completo. Programado <strong style=\"font-weight:700;color:inherit\">Reinicios<\/strong> Siguen siendo necesarias, por ejemplo, para los cambios habituales de kernel, las actualizaciones de hardware y firmware, las modificaciones de controladores, las tareas de configuraci\u00f3n o los casos de error que no se pueden resolver en tiempo real. Por lo tanto, un plan operativo deber\u00eda combinar la reducci\u00f3n del tiempo de exposici\u00f3n mediante conjuntos de parches con el mantenimiento de las ventanas de reinicio programadas, en lugar de eliminarlas sin sustituci\u00f3n alguna.  <\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"einsatz\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"einsatz\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Cu\u00e1ndo resulta rentable la gesti\u00f3n centralizada de parches<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">ePortal es la soluci\u00f3n adecuada cuando la empresa no solo necesita distribuir parches r\u00e1pidamente, sino que tambi\u00e9n debe controlar de forma rigurosa su implementaci\u00f3n. Esto afecta, por ejemplo, a los grupos de autorizaci\u00f3n independientes para los hosts Canary, el entorno de prueba y el de producci\u00f3n, a las reglas restrictivas de salida del cortafuegos o a los registros que indican qu\u00e9 host estaba asignado a qu\u00e9 feed. Asimismo, muchos sistemas con diferentes plataformas se benefician de una instancia de distribuci\u00f3n gestionada de forma centralizada.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">El beneficio adicional debe justificar el esfuerzo. Una instancia de ePortal requiere capacidad, actualizaciones, copias de seguridad, protecci\u00f3n de acceso y supervisi\u00f3n; si se busca una alta disponibilidad, hay que a\u00f1adir la replicaci\u00f3n y la arquitectura de red. Por lo tanto, en el caso de unos pocos servidores similares con acceso a Internet autorizado, el acceso directo a trav\u00e9s de la infraestructura de TuxCare suele resultar m\u00e1s sencillo. Un menor n\u00famero de componentes supone, en este caso, una menor superficie de operaciones propia.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Desde el punto de vista econ\u00f3mico, el control centralizado resulta especialmente importante en aquellos casos en los que la simultaneidad no planificada supondr\u00eda un coste elevado: por ejemplo, en el caso de numerosos servidores web de clientes, cl\u00fasteres de bases de datos o hosts de virtualizaci\u00f3n. Un <strong style=\"font-weight:700;color:inherit\">Proceso de liberaci\u00f3n<\/strong> De este modo, se pueden reflejar conjuntamente las similitudes t\u00e9cnicas y el riesgo empresarial. Los grupos no solo deben crearse en funci\u00f3n de la ubicaci\u00f3n, sino que tambi\u00e9n deben tener en cuenta la distribuci\u00f3n, la serie de kernel, el hipervisor, el panel de control, el hardware y el perfil del cliente.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">No se debe sobrevalorar la cobertura de seguridad. KernelCare solo proporciona parches en tiempo real para un n\u00facleo mientras el proveedor de la distribuci\u00f3n publique actualizaciones de seguridad para la serie de n\u00facleos en cuesti\u00f3n. Adem\u00e1s, la aplicaci\u00f3n de parches en tiempo real no es una garant\u00eda general de que se hayan solucionado todas las vulnerabilidades. El estado de los parches, la compatibilidad con la distribuci\u00f3n y el mantenimiento peri\u00f3dico deben comprobarse por separado.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Por lo tanto, la decisi\u00f3n operativa no se reduce a una regla general del tipo \u201ecuanto m\u00e1s centralizado, mejor\u201c. ePortal resulta adecuado cuando el control local, la distribuci\u00f3n por niveles y la trazabilidad fiable satisfacen requisitos concretos. Si no existen estos requisitos, el acceso directo \u2014deliberadamente sencillo\u2014 puede resultar m\u00e1s s\u00f3lido. En el siguiente paso, el modelo de implementaci\u00f3n deseado determina las necesidades de almacenamiento y las dependencias externas.<\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"modelle\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"modelle\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Seleccionar correctamente la duplicaci\u00f3n y la cach\u00e9<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">La elecci\u00f3n del modelo de distribuci\u00f3n determina el grado de independencia de una flota de servidores de alojamiento a la hora de obtener parches y la cantidad de infraestructura que debe gestionar para ello. En la descarga directa, los agentes de KernelCare descargan los conjuntos de parches a trav\u00e9s de la infraestructura de TuxCare. Por el contrario, ePortal traslada la autorizaci\u00f3n, el almacenamiento local y la distribuci\u00f3n a una instancia propia; puede duplicar los conjuntos de parches como un archivo completo o filtrado, o almacenarlos temporalmente seg\u00fan las necesidades.  <\/p>\n<div class=\"wh-table-scroll\" tabindex=\"0\" role=\"region\" aria-label=\"Modelos operativos para la obtenci\u00f3n de conjuntos de parches de KernelCare\" style=\"width:100%;max-width:100%;overflow-x:auto;margin:28px 0;border:1px solid #dce5e9;border-radius:14px;background:#fff;box-shadow:0 10px 28px -16px rgba(24,47,60,.32);box-sizing:border-box\"><table style=\"width:100%;min-width:580px;border-collapse:separate;border-spacing:0;border:0;margin:0;font-size:15px;line-height:1.6;background:#fff\"><caption style=\"padding:20px;text-align:start;font-size:17px;line-height:1.5;font-weight:700;color:#173246;background:#fff\">Modelos operativos para la obtenci\u00f3n de conjuntos de parches de KernelCare<\/caption><thead><tr><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Modelo<\/th><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Control de parches<\/th><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Necesidades de almacenamiento local<\/th><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Dependencia externa al realizar la consulta<\/th><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Clasificaci\u00f3n para zonas aisladas<\/th><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Gastos de explotaci\u00f3n<\/th><\/tr><\/thead><tbody><tr><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Compra directa<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Los agentes descargan los conjuntos de parches directamente; no hay control local de las fuentes de actualizaci\u00f3n<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">No hay archivo del ePortal<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Cada agente necesita tener acceso a la fuente de parches<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">No es adecuado para redes de agentes aisladas, a menos que se disponga de una ruta de conmutaci\u00f3n local<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Bajo<\/td><\/tr><tr><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Reflejo filtrado<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Los feeds y las distribuciones seleccionadas se pueden gestionar de forma centralizada<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Dependiendo de las distribuciones duplicadas y las variantes del n\u00facleo<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">ePortal sigue necesitando acceso a la fuente de parches para los nuevos conjuntos de parches<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Las redes de agentes pueden estar desconectadas de Internet; el propio ePortal sigue dependiendo del proveedor de acceso para los nuevos archivos.<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Medio<\/td><\/tr><tr><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Reflejo total<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Control centralizado de los feeds; almacenamiento local de los archivos duplicados<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Alta; el fabricante indica un m\u00ednimo de 1 TB, se recomiendan 2 TB<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">En el caso de archivos que ya est\u00e9n completos, no se establece ninguna conexi\u00f3n externa al recuperar el agente<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Soluciona los fallos en el flujo ascendente de los archivos existentes; un ePortal totalmente aislado f\u00edsicamente requiere, adem\u00e1s, un proceso de transferencia de archivos independiente.<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Alta<\/td><\/tr><tr><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Modo cach\u00e9<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Control centralizado de los flujos de datos; almacenamiento temporal local de datos binarios<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Bajo; el fabricante indica un m\u00ednimo de 25 GB, se recomiendan 50 GB<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Si no hay datos binarios, ePortal necesita la fuente del parche<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Las redes de agentes pueden alimentarse de forma centralizada a trav\u00e9s de ePortal; en caso de fallos de cach\u00e9, se requiere una ruta ascendente.<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Medio<\/td><\/tr><\/tbody><\/table><\/div><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Una r\u00e9plica completa resulta \u00fatil cuando es necesario que los conjuntos de parches ya descargados sigan estando disponibles localmente incluso si se interrumpe la conexi\u00f3n externa, o cuando as\u00ed lo exigen las autorizaciones internas vinculantes. Una duplicaci\u00f3n filtrada limita el tama\u00f1o del archivo y el tr\u00e1fico de datos a las distribuciones que realmente se utilizan. Para ello, el inventario debe registrar de forma fiable qu\u00e9 series de kernel y arquitecturas utiliza el parque inform\u00e1tico; de lo contrario, faltar\u00e1 un archivo precisamente cuando un host lo necesite. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">El <strong style=\"font-weight:700;color:inherit\">Modo cach\u00e9<\/strong> Ahorra memoria, pero no es sin\u00f3nimo de un funcionamiento totalmente aislado. ePortal carga metadatos y obtiene los datos binarios de los parches de la fuente cuando es necesario; seg\u00fan la documentaci\u00f3n, los datos binarios descargados permanecen dos semanas en la cach\u00e9 local. Esto puede ser suficiente para redes de agentes aisladas, siempre y cuando ePortal pueda utilizar la ruta de ascendente autorizada. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Un servidor ePortal que funcione con aislamiento total del aire debe evaluarse por separado. En ese caso, los nuevos archivos de parches deber\u00e1n incorporarse mediante una transferencia manual planificada por separado. Para ello, define la verificaci\u00f3n de fuentes, el control de integridad y de firmas, la autorizaci\u00f3n de soportes o de red, el orden de importaci\u00f3n y las responsabilidades. Ni la duplicaci\u00f3n filtrada ni la completa generan este proceso de forma autom\u00e1tica; solo determinan qu\u00e9 archivos almacena ePortal localmente. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">La planificaci\u00f3n del almacenamiento no debe limitarse al tama\u00f1o actual del archivo. TuxCare recomienda, a modo orientativo, un almacenamiento SSD para ePortal con al menos 100 IOPS, as\u00ed como un crecimiento de entre 4 y 5 GiB al mes. Estos datos del fabricante no sustituyen a la planificaci\u00f3n de la capacidad: los objetivos de recuperaci\u00f3n, las implementaciones paralelas, las latencias de red, el n\u00famero de variantes del n\u00facleo y los requisitos de supervisi\u00f3n pueden influir en la arquitectura m\u00e1s que la capacidad libre en disco. <\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"rollout\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"rollout\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Crear anillos de patch para flotas de servidores<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Los \u00abanillos de parches\u00bb permiten llevar a cabo una implementaci\u00f3n controlada a partir de un conjunto de parches disponible de forma centralizada. Primero se da luz verde a un peque\u00f1o grupo \u00abcanario\u00bb, al que le siguen la fase de preparaci\u00f3n, un grupo de producci\u00f3n limitado y, por \u00faltimo, la producci\u00f3n general. Cada anillo requiere m\u00e9tricas de seguimiento definidas de antemano y un responsable; sin estos criterios, un retraso solo aplaza el riesgo, en lugar de evaluarlo. <\/p>\n<figure class=\"wp-block-image size-large wh-figure\" aria-describedby=\"wh-caption-detail1\" style=\"display:block;float:none;clear:both;width:100%;max-width:760px;margin:34px auto 40px;border:1px solid #dae5e9;border-radius:14px;overflow:hidden;background:#f5f8fa;box-shadow:0 10px 28px -17px rgba(24,47,60,.28);box-sizing:border-box\"><div class=\"wh-figure-media\" style=\"display:block;background:#eef3f5;line-height:0\"><img loading=\"lazy\" width=\"800\" height=\"534\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/kernelcare-eportal-patch-ringe-9fabeef8-detail1-eb954d38cc-1024x683.webp\" class=\"wp-image-21694\" alt=\"Implementaci\u00f3n gradual de parches, desde los sistemas Canary hasta la producci\u00f3n a gran escala\" decoding=\"async\" srcset=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/kernelcare-eportal-patch-ringe-9fabeef8-detail1-eb954d38cc-1024x683.webp 1024w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/kernelcare-eportal-patch-ringe-9fabeef8-detail1-eb954d38cc-300x200.webp 300w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/kernelcare-eportal-patch-ringe-9fabeef8-detail1-eb954d38cc-768x512.webp 768w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/kernelcare-eportal-patch-ringe-9fabeef8-detail1-eb954d38cc-18x12.webp 18w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/kernelcare-eportal-patch-ringe-9fabeef8-detail1-eb954d38cc.webp 1536w\" sizes=\"auto, (max-width: 800px) 100vw, 800px\" ><\/div><figcaption class=\"wh-caption\" id=\"wh-caption-detail1\" style=\"display:block;margin:0;padding:12px 18px 15px;border-top:1px solid #dce5e9;color:#506575;background:#f5f8fa;font-size:14px;line-height:1.55;text-align:start\">Los anillos de aplicaci\u00f3n limitan la primera aplicaci\u00f3n y establecen puntos de decisi\u00f3n definidos antes de la distribuci\u00f3n a gran escala.<\/figcaption><\/figure><div class=\"wh-table-scroll\" tabindex=\"0\" role=\"region\" aria-label=\"Ejemplo de anillos de parches organizativos sin plazos fijos\" style=\"width:100%;max-width:100%;overflow-x:auto;margin:28px 0;border:1px solid #dce5e9;border-radius:14px;background:#fff;box-shadow:0 10px 28px -16px rgba(24,47,60,.32);box-sizing:border-box\"><table style=\"width:100%;min-width:580px;border-collapse:separate;border-spacing:0;border:0;margin:0;font-size:15px;line-height:1.6;background:#fff\"><caption style=\"padding:20px;text-align:start;font-size:17px;line-height:1.5;font-weight:700;color:#173246;background:#fff\">Ejemplo de anillos de parches organizativos sin plazos fijos<\/caption><thead><tr><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Anillo<\/th><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Grupo objetivo<\/th><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Canal de noticias<\/th><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Criterio de aprobaci\u00f3n<\/th><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">L\u00f3gica de retardo<\/th><th scope=\"col\" style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#19394d;color:#fff\">Reca\u00edda y responsabilidad<\/th><\/tr><\/thead><tbody><tr><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Canarias<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Hosts internos representativos o de bajo riesgo<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Estable<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Estado de los parches, m\u00e9tricas de servicio y registros: todo en orden<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Hasta la evaluaci\u00f3n documentada<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Pausar la transmisi\u00f3n; lo decide el equipo de la plataforma<\/td><\/tr><tr><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Puesta en escena<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Sistemas de preproducci\u00f3n con una estructura similar<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Estable<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Se han superado las pruebas de funcionamiento y las comprobaciones operativas<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Tras el lanzamiento del Canary Ring<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Pausar el feed; equipo de aplicaciones y plataformas<\/td><\/tr><tr><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Producci\u00f3n reducida<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Grupo limitado y representativo de clientes o servidores web<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Estable<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">No se observan \u00edndices de error ni se\u00f1ales de soporte destacables<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Tras la evaluaci\u00f3n del anillo de preparaci\u00f3n<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#fff;color:#294252\">Detener la propagaci\u00f3n; responsables de incidentes<\/td><\/tr><tr><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Amplia gama de productos<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Otros hu\u00e9spedes de producci\u00f3n adecuados<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Estable<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Se han publicado las etapas anteriores<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Tras la autorizaci\u00f3n documentada<\/td><td style=\"padding:15px 18px;border:0;border-bottom:1px solid #e2e9ed;text-align:start;vertical-align:top;white-space:normal;font-size:15px;line-height:1.6;background:#f4f7f9;color:#294252\">Pausar la implementaci\u00f3n; equipo operativo<\/td><\/tr><\/tbody><\/table><\/div><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Para los anillos de producci\u00f3n, es <strong style=\"font-weight:700;color:inherit\">Estable<\/strong> El canal previsto. \u00abTesting\u00bb es adecuado para un proceso de evaluaci\u00f3n independiente y deliberadamente controlado, ya que este canal incluye todos los conjuntos de parches disponibles y, por lo tanto, puede contener conjuntos de parches adicionales que a\u00fan no est\u00e1n marcados como \u00abStable\u00bb. Seg\u00fan la documentaci\u00f3n, \u00abUnstable\u00bb es un canal de acceso anticipado y no se recomienda su uso. Por lo tanto, \u00abTesting\u00bb y \u00abUnstable\u00bb no deben considerarse como prueba general de producci\u00f3n. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Los anillos deben agruparse en funci\u00f3n de su similitud t\u00e9cnica, y no \u00fanicamente seg\u00fan la ubicaci\u00f3n del centro de datos. Son relevantes la distribuci\u00f3n y la serie del kernel, la plataforma de hardware, la virtualizaci\u00f3n, el panel de control, la pila del servidor web y el perfil del cliente. Un host \u00abcanario\u00bb con otra serie de kernel u otra tecnolog\u00eda de virtualizaci\u00f3n solo refleja de forma limitada el comportamiento de un sistema de destino en producci\u00f3n. En el caso del alojamiento compartido, los perfiles de recursos y las configuraciones del <a href=\"https:\/\/webhosting.de\/es\/cloudlinux-lve-manager-alojamiento-compartido-configuracion-gestion-de-recursos\/\">Gestores de LVE de CloudLinux<\/a> en esta evaluaci\u00f3n, ya que pueden influir en los patrones de carga y de fallos.<\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Hay que prestar especial atenci\u00f3n a las nuevas instancias de ePortal. Seg\u00fan las especificaciones del fabricante, ePortal comprueba cada diez minutos si hay nuevos conjuntos de parches y los descarga, pero no los pone a disposici\u00f3n autom\u00e1ticamente en todos los feeds. Cuando se cargan archivos por primera vez, a los conjuntos de parches que contienen se les asigna la misma fecha de publicaci\u00f3n. Por lo tanto, un retraso ya configurado puede provocar que, una vez transcurrido dicho plazo, todo el contenido inicial pase a un feed que se actualiza autom\u00e1ticamente. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Por lo tanto, durante la sincronizaci\u00f3n inicial, suspende la actualizaci\u00f3n autom\u00e1tica de los feeds productivos y su asignaci\u00f3n de claves en entorno productivo. Carga el stock inicial al completo, compru\u00e9balo junto con la configuraci\u00f3n del feed y, solo despu\u00e9s, asigna las claves de forma controlada a los anillos previstos o activa su actualizaci\u00f3n autom\u00e1tica. La l\u00f3gica de retardo se aplica posteriormente a los conjuntos de parches reci\u00e9n recibidos; no separa de forma fiable el stock inicial hist\u00f3rico de una nueva instancia. <\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"zugang\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"zugang\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Separar feeds, claves y clientes<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Los feeds representan el aspecto t\u00e9cnico de los anillos de implementaci\u00f3n: conectan el canal de parches y la l\u00f3gica de retardo con un grupo de sistemas. Las claves de registro pueden vincularse a los feeds y dotarse de l\u00edmites de servidor. De este modo, un operador puede, por ejemplo, proporcionar a plataformas internas, ofertas de servidores gestionados y entornos de clientes independientes distintas rutas de autorizaci\u00f3n, sin tener que modificar la configuraci\u00f3n de los agentes en cada host por separado. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Sin embargo, esta asignaci\u00f3n no constituye un l\u00edmite de seguridad completo. La funci\u00f3n opcional <strong style=\"font-weight:700;color:inherit\">Unidades de negocio<\/strong> Admite la multitenencia en el ePortal, pero no sustituye ni a la segmentaci\u00f3n de la red, ni a un modelo de permisos, ni a las competencias administrativas separadas. Asimismo, el registro de eventos, la gesti\u00f3n de secretos y la verificaci\u00f3n de qui\u00e9n est\u00e1 autorizado a crear claves o modificar feeds deben planificarse y supervisarse peri\u00f3dicamente, independientemente de la funcionalidad del producto. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">En entornos de clientes, la separaci\u00f3n entre la gesti\u00f3n de parches y el resto del aislamiento del alojamiento es especialmente importante. Una clave puede limitar la asignaci\u00f3n prevista de fuentes y el n\u00famero de servidores registrables, pero no impide los accesos cruzados en otros componentes de la infraestructura. El aislamiento de procesos y del sistema de archivos siguen siendo tareas independientes; a este respecto, el art\u00edculo sobre <a href=\"https:\/\/webhosting.de\/es\/cloudlinux-securelve-aislamiento-de-procesos-escudo-de-alojamiento-compartido\/\">CloudLinux SecureLVE<\/a> el nivel de cuentas y sitios web.<\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">A partir de la versi\u00f3n 2.14-1 de ePortal, se pueden utilizar claves API para la API p\u00fablica como alternativa a la autenticaci\u00f3n b\u00e1sica. La gesti\u00f3n de ePortal permite, entre otras cosas, que las claves API se puedan revocar individualmente y que tengan una fecha de caducidad opcional. Esto facilita la asignaci\u00f3n de permisos independientes para las conexiones a la CMDB o la automatizaci\u00f3n de la configuraci\u00f3n, siempre que se limiten deliberadamente los derechos de la cuenta de usuario correspondiente.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Almacena los tokens como secretos en un sistema de gesti\u00f3n de secretos, no en playbooks, im\u00e1genes, historiales de shell ni tickets. Se trata de una medida de seguridad operativa y no de una propiedad impuesta autom\u00e1ticamente por ePortal. Un proceso pr\u00e1ctico asigna a cada clave un propietario, una finalidad, los productos permitidos, un l\u00edmite de servidores y una fecha de rotaci\u00f3n. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Las claves API deben revocarse de forma espec\u00edfica en caso de cambio de sistema, cambio de rol o cuando ya no se necesite el acceso a la automatizaci\u00f3n. Las claves de registro se gestionan de forma diferente: seg\u00fan la documentaci\u00f3n, al eliminar una clave de este tipo, tambi\u00e9n se eliminan de ePortal todos los servidores registrados bajo ella. Por lo tanto, antes de eliminarla, planifica la migraci\u00f3n a una nueva clave o el nuevo registro de los hosts afectados y, a continuaci\u00f3n, comprueba su asignaci\u00f3n de feeds y su estado de registro. <\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"hochverfuegbarkeit\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"hochverfuegbarkeit\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Gestionar la replicaci\u00f3n y el TLS de forma fiable<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Para un <strong style=\"font-weight:700;color:inherit\">Distribuci\u00f3n de parches de alta disponibilidad<\/strong> Se combinan varios nodos de ePortal de tal manera que los agentes de KernelCare se conecten a un nombre DNS de cl\u00faster com\u00fan o a un equilibrador de carga HTTP. Para las tareas administrativas, en cambio, se utiliza un punto final de administraci\u00f3n controlado y espec\u00edfico para cada nodo. Seg\u00fan el fabricante, no se debe utilizar el punto final com\u00fan del cl\u00faster para realizar operaciones en la interfaz de administraci\u00f3n de ePortal. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Antes de la puesta en producci\u00f3n, la arquitectura no solo debe tener en cuenta el fallo de un servidor ePortal. Tambi\u00e9n son relevantes la resoluci\u00f3n de DNS, el equilibrador de carga, los certificados, el almacenamiento de archivos de parches, la conexi\u00f3n a la fuente de parches y la accesibilidad desde cada segmento de red. Un segundo nodo sin una supervisi\u00f3n coordinada de la red y del funcionamiento mejora la disponibilidad solo de forma limitada; en caso de fallo, puede incluso ocultar estados an\u00f3malos. <\/p>\n<figure class=\"wp-block-image size-large wh-figure\" aria-describedby=\"wh-caption-detail2\" style=\"display:block;float:none;clear:both;width:100%;max-width:760px;margin:34px auto 40px;border:1px solid #dae5e9;border-radius:14px;overflow:hidden;background:#f5f8fa;box-shadow:0 10px 28px -17px rgba(24,47,60,.28);box-sizing:border-box\"><div class=\"wh-figure-media\" style=\"display:block;background:#eef3f5;line-height:0\"><img loading=\"lazy\" width=\"800\" height=\"534\" src=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/kernelcare-eportal-hochverfuegbarkeit-9fabeef8-detail2-8d7f96a3cf-1024x683.webp\" class=\"wp-image-21695\" alt=\"Nodos redundantes de ePortal con equilibrador de carga, ruta de agente y replicaci\u00f3n protegida\" decoding=\"async\" srcset=\"https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/kernelcare-eportal-hochverfuegbarkeit-9fabeef8-detail2-8d7f96a3cf-1024x683.webp 1024w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/kernelcare-eportal-hochverfuegbarkeit-9fabeef8-detail2-8d7f96a3cf-300x200.webp 300w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/kernelcare-eportal-hochverfuegbarkeit-9fabeef8-detail2-8d7f96a3cf-768x512.webp 768w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/kernelcare-eportal-hochverfuegbarkeit-9fabeef8-detail2-8d7f96a3cf-18x12.webp 18w, https:\/\/webhosting.de\/wp-content\/uploads\/2026\/09\/kernelcare-eportal-hochverfuegbarkeit-9fabeef8-detail2-8d7f96a3cf.webp 1536w\" sizes=\"auto, (max-width: 800px) 100vw, 800px\" ><\/div><figcaption class=\"wh-caption\" id=\"wh-caption-detail2\" style=\"display:block;margin:0;padding:12px 18px 15px;border-top:1px solid #dce5e9;color:#506575;background:#f5f8fa;font-size:14px;line-height:1.55;text-align:start\">La redundancia requiere, adem\u00e1s de varios nodos, una replicaci\u00f3n controlada, TLS y accesos de administraci\u00f3n independientes.<\/figcaption><\/figure><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Los nodos sincronizan los cambios mediante replicaci\u00f3n. Esta sincronizaci\u00f3n no tiene por qu\u00e9 ser visible de forma inmediata. Especialmente en el caso del algoritmo \u00abround-robin\u00bb, un agente que acaba de registrarse puede acceder primero al primer nodo para registrarse y, justo despu\u00e9s, a un nodo que a\u00fan no se ha sincronizado para la actualizaci\u00f3n. Por lo tanto, los procesos automatizados deber\u00edan incluir un breve tiempo de espera o una l\u00f3gica de reintento con un n\u00famero limitado de repeticiones, en lugar de considerar que la obtenci\u00f3n inmediata de un parche constituye un estado final fiable. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Las desconexiones prolongadas tambi\u00e9n forman parte del escenario de fallo. Seg\u00fan la documentaci\u00f3n, los protocolos de replicaci\u00f3n se conservan durante siete d\u00edas; si un nodo permanece desconectado durante m\u00e1s tiempo, puede perderse algunos cambios. El <strong style=\"font-weight:700;color:inherit\">Retraso en la replicaci\u00f3n<\/strong> Se trata, por tanto, de un estado operativo, no solo de un valor de diagn\u00f3stico. Por ello, tras producirse fallos en la red, debes comprobar las asignaciones de feeds, el conjunto de claves y el archivo de parches en el nodo que se ha recuperado, antes de que vuelva a atender con normalidad las solicitudes de los agentes. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">La replicaci\u00f3n se realiza a trav\u00e9s de HTTP. Por lo tanto, sin un cifrado TLS adecuado, los datos de replicaci\u00f3n se transmiten sin cifrar. Segmenta este tr\u00e1fico de datos, como m\u00ednimo, en una red de confianza o configura el TLS de acuerdo con la arquitectura. Para los puntos finales de los agentes accesibles desde el exterior o entre redes, una cadena de certificados verificable es un componente importante de la <strong style=\"font-weight:700;color:inherit\">Terminaci\u00f3n TLS<\/strong>; desactivar la verificaci\u00f3n de certificados no es una soluci\u00f3n viable a largo plazo. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Si hay un proxy inverso delante de ePortal, es necesario configurar los nombres de host permitidos para que ePortal limite las solicitudes de encabezado de host. Adem\u00e1s, el proxy debe reenviar correctamente el encabezado de host original y el campo \u00abX-Forwarded-Proto\u00bb. De lo contrario, pueden producirse URL externas err\u00f3neas, problemas de redireccionamiento o una identificaci\u00f3n incorrecta del protocolo utilizado. Por lo tanto, esta configuraci\u00f3n de los encabezados deber\u00eda formar parte de cualquier modificaci\u00f3n del proxy y de su aceptaci\u00f3n. <\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"kontrollen\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"kontrollen\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Establecer registros, copias de seguridad y sistemas de supervisi\u00f3n<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">La aplicaci\u00f3n de parches en tiempo real controlada requiere comprobaciones peri\u00f3dicas, no solo una instalaci\u00f3n inicial satisfactoria. Registra, como m\u00ednimo, la asignaci\u00f3n de feed de cada host, el \u00faltimo registro del agente, el estado de parches notificado y el estado de las claves de registro. Complementa estos datos con los equipos responsables y una decisi\u00f3n de autorizaci\u00f3n trazable. De este modo, ante un aviso de seguridad, se puede determinar de forma espec\u00edfica qu\u00e9 grupo utiliza cada v\u00eda de implementaci\u00f3n. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Otros controles fijos se refieren al crecimiento del almacenamiento, al espacio libre para los archivos, al estado de la replicaci\u00f3n y a la rotaci\u00f3n o revocaci\u00f3n de claves que ya no son necesarias. Las claves API son m\u00e1s adecuadas para las consultas automatizadas que las contrase\u00f1as de administrador compartidas, ya que se pueden gestionar y revocar de forma individual y, opcionalmente, se les puede asignar una fecha de caducidad. Como medida de seguridad operativa, gu\u00e1rdalas en un gestor de secretos, no en im\u00e1genes, playbooks ni tickets.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Para un cl\u00faster existente, la siguiente llamada de comprobaci\u00f3n, que no realiza modificaciones, es un componente adecuado para la supervisi\u00f3n o para una comprobaci\u00f3n de estado programada. Proporciona un estado resumido legible por m\u00e1quina que incluye el retraso en la replicaci\u00f3n. En caso de problema, la llamada finaliza con el c\u00f3digo de salida 1; el sistema de supervisi\u00f3n deber\u00eda alertar de este estado, pero tambi\u00e9n deber\u00eda delimitar la causa bas\u00e1ndose en los datos de los nodos y de la red. <\/p>\n<div class=\"wh-code-window\" data-wh-code style=\"margin:28px 0 34px;border:1px solid #2c4656;border-radius:12px;overflow:hidden;background:#132a3b;box-shadow:0 9px 25px -13px rgba(15,35,55,.2)\"><div class=\"wh-code-toolbar\" style=\"display:flex;flex-wrap:wrap;align-items:center;justify-content:space-between;gap:10px;padding:11px 16px;background:#223e50;color:#edf5fa;font-size:13px;line-height:1.5;font-weight:600\"><span>Terminal<\/span><button type=\"button\" class=\"wh-code-copy\" data-wh-copy hidden style=\"padding:6px 11px;border:1px solid #7893a1;border-radius:6px;background:transparent;color:#fff;font-size:12px;line-height:1.5;font-weight:600;cursor:pointer\">Copiar c\u00f3digo<\/button><span class=\"wh-copy-status\" aria-live=\"polite\"><\/span><span data-wh-copy-success hidden>Copiado<\/span><span data-wh-copy-fallback hidden>C\u00f3digo resaltado: por favor, c\u00f3pialo<\/span><\/div><pre class=\"wh-code\" data-no-translation translate=\"no\" style=\"display:block;margin:0;padding:20px;max-width:100%;overflow-x:auto;color:#edf5fa;background:#132a3b;font:14px\/1.75 ui-monospace,SFMono-Regular,Menlo,Consolas,monospace;white-space:pre;direction:ltr;text-align:left\"><code class=\"language-bash\" style=\"font:inherit;color:inherit;background:transparent;padding:0;border:0;white-space:inherit\">kc.eportal replication --short-status<\/code><\/pre><\/div><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">ePortal distingue entre una copia de seguridad con archivo de datos y una copia de seguridad de la base de datos propiamente dicha. La sintaxis completa del comando es: <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">kc.eportal backup &lt;path_to_archive&gt;<\/code>; crea un archivo de copia de seguridad que incluye los archivos del conjunto de parches. Con <code data-no-translation style=\"font:600 .87em\/1.5 ui-monospace,monospace;color:#235063;background:#edf3f5;border-radius:4px;padding:.1em .3em\">kc.eportal backup-db &lt;path_to_backup&gt;<\/code> En cambio, si solo realizas una copia de seguridad de las bases de datos sin los archivos del conjunto de parches, esta segunda opci\u00f3n es adecuada para los datos de configuraci\u00f3n y del servidor, pero no para el archivado local de parches. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Estas copias de seguridad del ePortal no incluyen autom\u00e1ticamente todo el entorno. La configuraci\u00f3n del sistema operativo, la configuraci\u00f3n del proxy inverso y del equilibrador de carga, los certificados TLS y las claves privadas, los ajustes de DNS, as\u00ed como las configuraciones externas del cortafuegos o de gesti\u00f3n de secretos, requieren sus propias reglas de copia de seguridad y restauraci\u00f3n. Define, para cada tipo de copia de seguridad, su finalidad, el periodo de conservaci\u00f3n, la ubicaci\u00f3n de almacenamiento y el procedimiento de restauraci\u00f3n correspondiente. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Durante una restauraci\u00f3n, es necesario detener el servicio ePortal. Planifica esta interrupci\u00f3n del servicio, informa a los equipos operativos afectados si es necesario y, a continuaci\u00f3n, comprueba de forma espec\u00edfica la coherencia de los datos y la accesibilidad para los agentes. Una copia de seguridad solo se considera v\u00e1lida tras una planificaci\u00f3n controlada <strong style=\"font-weight:700;color:inherit\">Restaurar<\/strong> como resistente. En este sentido, una prueba no debe modificar accidentalmente los feeds productivos ni las asignaciones de claves. <\/p>\n<\/section><section class=\"wh-section\" aria-labelledby=\"stoerungen\" style=\"display:block;margin:0 0 36px;min-width:0\"><h2 id=\"stoerungen\" style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Evaluar los patrones de fallo y tomar decisiones operativas<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Si no se reciben los parches esperados, en primer lugar hay que distinguir entre falta de disponibilidad, falta de descarga y falta de autorizaci\u00f3n. Comprueba la versi\u00f3n instalada del agente y del ePortal, las claves y el feed asignados, la distribuci\u00f3n adecuada, incluida la serie del kernel, as\u00ed como la conexi\u00f3n con la fuente de los parches. Adem\u00e1s, un parche puede faltar si la serie de kernel en cuesti\u00f3n ya no recibe actualizaciones de seguridad por parte del proveedor de la distribuci\u00f3n; la aplicaci\u00f3n de parches en tiempo real no elimina esta limitaci\u00f3n.  <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Las notas hist\u00f3ricas del fabricante relativas a versiones antiguas de los componentes no deben interpretarse como una especificaci\u00f3n de versi\u00f3n definitiva. Una nota de diciembre de 2025 se refer\u00eda, entre otras cosas, a KernelCare-Agent 3.x y ePortal 2.20 en el contexto de un nuevo formato de parche firmado. Por lo tanto, antes de realizar actualizaciones, comprueba la versi\u00f3n actual <strong style=\"font-weight:700;color:inherit\">Matriz de compatibilidad<\/strong>, las versiones realmente instaladas y el orden de actualizaci\u00f3n aprobado internamente. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">En el modo de cach\u00e9, una falta de cach\u00e9 con acceso externo restringido puede retrasar la descarga del parche, ya que el archivo binario necesario a\u00fan no se encuentra en el sistema local. Esto no constituye una prueba de un funcionamiento totalmente aislado. Para las zonas restrictivas, especifica qu\u00e9 conexiones est\u00e1n permitidas, c\u00f3mo se transfieren los archivos que faltan y qui\u00e9n es responsable de la autorizaci\u00f3n, la integridad y el momento de dicha transferencia. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Otro problema que puede surgir es una implementaci\u00f3n inesperadamente amplia tras la primera descarga de archivos de parches en una nueva instancia. Dado que, para la l\u00f3gica de retardo, los archivos descargados por primera vez aparecen simult\u00e1neamente como nuevos, un retardo establecido previamente no protege de forma fiable contra una implementaci\u00f3n conjunta. Retrasa las actualizaciones autom\u00e1ticas de los feeds y las asignaciones de claves en producci\u00f3n durante la sincronizaci\u00f3n inicial, comprueba el inventario inicial y, solo despu\u00e9s, activa los anillos de producci\u00f3n de forma controlada. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Las brechas de replicaci\u00f3n tras una interrupci\u00f3n prolongada de un nodo y los proxies inversos defectuosos requieren medidas diferentes: las primeras exigen una sincronizaci\u00f3n del estado del nodo, mientras que las segundas requieren una comprobaci\u00f3n de TLS, de los nombres de host permitidos y de los encabezados reenviados. Ambos casos deben incluirse en manuales de procedimientos con una escalaci\u00f3n clara. Un reinicio general no soluciona ni la falta de datos ni un l\u00edmite de confianza incorrecto. <\/p>\n<p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">ePortal resulta especialmente \u00fatil cuando se requieren realmente ciclos de parches, distribuci\u00f3n local, salidas de red controladas o autorizaciones verificables. Para un parque de servidores peque\u00f1o, homog\u00e9neo y con conexi\u00f3n a Internet, suele ser m\u00e1s sencillo el acceso directo a trav\u00e9s de la infraestructura de TuxCare. Por lo tanto, la decisi\u00f3n deber\u00eda sopesar el esfuerzo operativo adicional frente a las obligaciones concretas de control y justificaci\u00f3n, y no basarse \u00fanicamente en el n\u00famero de servidores. <\/p>\n<\/section><section class=\"wh-sources\" style=\"margin:40px 0 0;padding:24px 0 0;border-top:1px solid #dce5e9;color:#596b7b;font-size:14px;line-height:1.65\"><h2 style=\"margin:38px 0 18px;color:#172f41;font-size:clamp(24px,1.25rem + 1vw,30px);font-weight:700;line-height:1.3;scroll-margin-top:115px\">Fuentes y estado actual de los conocimientos<\/h2><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Estado de la investigaci\u00f3n: <time datetime=\"2026-09-24\">2026-09-24<\/time><\/p><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\">Fecha de la investigaci\u00f3n: 24 de septiembre de 2026. Antes de realizar cualquier cambio, compruebe las versiones de los productos y las especificaciones de compatibilidad, en particular las relativas al agente KernelCare y al ePortal, consultando la documentaci\u00f3n actual del fabricante y el orden de actualizaci\u00f3n aprobado internamente.<\/p><div class=\"wh-source-urls\"><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\"><span class=\"wh-source-url\" data-no-translation dir=\"ltr\" style=\"overflow-wrap:anywhere;font:12px\/1.6 ui-monospace,monospace;direction:ltr\">https:\/\/docs.tuxcare.com\/live-patching-services\/<\/span><\/p><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\"><span class=\"wh-source-url\" data-no-translation dir=\"ltr\" style=\"overflow-wrap:anywhere;font:12px\/1.6 ui-monospace,monospace;direction:ltr\">https:\/\/docs.tuxcare.com\/eportal\/<\/span><\/p><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\"><span class=\"wh-source-url\" data-no-translation dir=\"ltr\" style=\"overflow-wrap:anywhere;font:12px\/1.6 ui-monospace,monospace;direction:ltr\">https:\/\/docs.tuxcare.com\/eportal-api\/<\/span><\/p><p style=\"margin:0 0 1.1em;font-size:inherit;line-height:inherit\"><span class=\"wh-source-url\" data-no-translation dir=\"ltr\" style=\"overflow-wrap:anywhere;font:12px\/1.6 ui-monospace,monospace;direction:ltr\">https:\/\/support.tuxcare.com\/hc\/en-us\/articles\/21805315120540-Required-KernelCare-Agent-ePortal-Upgrade-How-to-update-KernelCare-ePortal<\/span><\/p><\/div><\/section><\/div>","protected":false},"excerpt":{"rendered":"<p>KernelCare ePortal centraliza la distribuci\u00f3n y la aplicaci\u00f3n de parches en tiempo real en grandes parques de sistemas Linux. El art\u00edculo explica cu\u00e1ndo merece la pena utilizar esta plataforma adicional y c\u00f3mo gestionar de forma controlada los ciclos de parches, la duplicaci\u00f3n, la replicaci\u00f3n y los controles de seguridad.<\/p>","protected":false},"author":1,"featured_media":21693,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[794],"tags":[],"class_list":["post-21684","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sicherheit-computer_und_internet"],"acf":[],"_wp_attached_file":null,"_wp_attachment_metadata":null,"surfer_file_name":null,"surfer_file_original_url":null,"_wp_attachment_image_alt":null,"litespeed-optimize-set":null,"litespeed-optimize-size":null,"_oembed_b5e1eb923ad3b086e579b1befcd4075c":null,"_elementor_source_image_hash":null,"stockpack_author_name":null,"stockpack_author_url":null,"stockpack_provider":null,"stockpack_image_url":null,"stockpack_license":null,"stockpack_license_url":null,"stockpack_modification":null,"color":null,"original_id":null,"original_url":null,"original_link":null,"unsplash_location":null,"unsplash_sponsor":null,"unsplash_exif":null,"unsplash_attachment_metadata":null,"_elementor_is_screenshot":null,"_source_url":null,"_elementor_migrations_state_8b2d":null,"envato_tk_source_kit":null,"envato_tk_source_index":null,"envato_tk_manifest":null,"envato_tk_folder_name":null,"envato_tk_builder":null,"envato_elements_download_event":null,"_menu_item_type":null,"_menu_item_menu_item_parent":null,"_menu_item_object_id":null,"_menu_item_object":null,"_menu_item_target":null,"_menu_item_classes":null,"_menu_item_xfn":null,"_menu_item_url":null,"_trp_menu_languages":null,"rank_math_primary_category":"794","_wh_make_key":"wh_9fabeef84de650120776240c8951ce5b","rank_math_internal_links_processed":"1","_wh_make_topic":"CloudLinux KernelCare ePortal f\u00fcr gr\u00f6\u00dfere Hosting-Infrastrukturen","_wh_make_input_keywords":["kernelcare eportal","tuxcare enterprise","live patching"],"_wh_make_config":{"research_model":"gpt-5.6-terra","writer_model":"gpt-5.6-terra","review_model":"gpt-5.6-sol","image_model":"gpt-image-2.5-flare","image_quality":"medium","image_format":"webp","final_status":"draft","charts_enabled":true},"_wh_make_links":{"I1":{"id":"I1","post_id":21323,"url":"https:\/\/webhosting.de\/cloudlinux-lve-manager-shared-hosting-konfiguration-ressourcenverwaltung\/","title":"C\u00f3mo configurar correctamente CloudLinux LVE Manager en el alojamiento compartido","excerpt":"Te voy a ense\u00f1ar c\u00f3mo configurar correctamente el CloudLinux LVE Manager en el alojamiento compartido y c\u00f3mo establecer de forma adecuada los l\u00edmites m\u00e1s importantes de CloudLinux LVE. De este modo, podr\u00e1s controlar de forma espec\u00edfica la CPU, la RAM, las E\/S y los procesos por cuenta, evitar\u00e1s cuellos de botella y evitar\u00e1s que los usuarios vecinos superen los l\u00edmites. Puntos clave: antes de entrar en detalles, resumir\u00e9 las decisiones m\u00e1s importantes que determinan una calidad constante del alojamiento. VMEM desactivado: limitar la memoria solo a trav\u00e9s de PMEM. CPU realista: como m\u00ednimo 100 %, a menudo 200 %. E\/S\/IOPS: ajustar los valores al almacenamiento (SATA\/SSD\/NVMe); EP\/NPROC: dejar margen suficiente para evitar errores 503; supervisi\u00f3n: vigilar los fallos y reajustar los l\u00edmites; configuraci\u00f3n r\u00e1pida de LVE Manager: acceso y configuraci\u00f3n b\u00e1sica. Inicio sesi\u00f3n en WHM como root y abro la entrada \u201eCloudLinux Manager\u201c o \u201eCloudLinux LVE Manager\u201c, seg\u00fan la versi\u00f3n del panel, para activar la interfaz. Si no aparece la entrada, instalo el paquete lvemanager o, en caso de nuevas instalaciones, ejecuto el script cldeploy, que activa el kernel, los componentes de LVE y lvestats. A continuaci\u00f3n, compruebo si se registran las estad\u00edsticas y si las nuevas cuentas reciben autom\u00e1ticamente los l\u00edmites predeterminados. En Plesk o DirectAdmin sigo un procedimiento similar, ya que los elementos de la interfaz de usuario y las funciones son muy parecidos. Solo cuando el gestor est\u00e1 visible, los servicios est\u00e1n activos y las estad\u00edsticas de LVE est\u00e1n completas, empiezo con la planificaci\u00f3n propiamente dicha de los l\u00edmites y la documentaci\u00f3n de los valores predeterminados. Elegir los l\u00edmites correctamente: SPEED, PMEM, IO, IOPS, EP, NPROC Empiezo por SPEED, ya que las limitaciones de la CPU ralentizan directamente los sitios web, y establezco un m\u00ednimo de 100 %, normalmente 200 % para los CMS habituales, de modo que los picos de carga no afecten de inmediato y el rendimiento se mantenga constante. Defino PMEM como el l\u00edmite de memoria determinante y desactivo VMEM por completo, ya que la memoria virtual resulta imprecisa y provoca falsas alarmas. Establezco IO en MB\/s y adapto el valor al almacenamiento: de forma m\u00e1s conservadora en SATA y m\u00e1s generosa en NVMe. Limito las IOPS para evitar un gran n\u00famero de accesos peque\u00f1os, lo cual es importante en p\u00e1ginas din\u00e1micas con muchos archivos. Mantengo el EP lo suficientemente alto como para que no se produzcan errores 503 en picos de corta duraci\u00f3n, y NPROC protege contra un exceso de procesos debidos a tareas cron o"},"I2":{"id":"I2","post_id":21175,"url":"https:\/\/webhosting.de\/cloudlinux-securelve-prozessisolation-shared-hosting-shield\/","title":"CloudLinux SecureLVE: aislamiento de procesos y seguridad en el alojamiento compartido","excerpt":"CloudLinux SecureLVE a\u00edsla estrictamente los procesos, limita los recursos por cuenta y encapsula los sitios web en entornos aislados propios, para que ning\u00fan proyecto afecte a otros clientes. Te mostrar\u00e9 c\u00f3mo CloudLinux SecureLVE, con LVE, CageFS y los \u00abIsolates\u00bb, hace que el alojamiento compartido sea m\u00e1s seguro, predecible y resistente. Puntos clave: para que puedas captar de inmediato los aspectos m\u00e1s importantes, resumir\u00e9 brevemente las ideas fundamentales sobre SecureLVE y las formular\u00e9 de tal manera que puedas deducir directamente las opciones de actuaci\u00f3n. Describo el aislamiento a nivel de cuenta y de sitio web, explico el papel de CageFS y destaco por qu\u00e9 los l\u00edmites protegen el rendimiento general. Adem\u00e1s, enumero las ventajas tanto para los proveedores de alojamiento como para los usuarios, sin recurrir a frases hechas de marketing. De este modo, se obtiene una imagen clara de c\u00f3mo organizar el alojamiento de forma m\u00e1s segura. Aislamiento de procesos: separaci\u00f3n por cuenta y, opcionalmente, por sitio web. L\u00edmites de LVE: asignaci\u00f3n equitativa de CPU, RAM, E\/S y procesos. CageFS: filtrar y restringir el acceso a los archivos del sistema. Aislamientos: proteger los dominios de forma individual, incluso dentro de la misma cuenta. Transparencia: supervisi\u00f3n, registros, perfiles de recursos claros. Utilizo estos puntos como hilo conductor y los aplico a escenarios t\u00edpicos, desde un proyecto de WordPress hasta una agencia con muchos dominios. CloudLinux SecureLVE explicado brevemente Entiendo SecureLVE como una combinaci\u00f3n de LVE para los l\u00edmites, CageFS para el aislamiento del sistema de archivos e Isolates para la separaci\u00f3n a nivel de sitio web. Estos componentes se complementan entre s\u00ed y evitan los canales laterales entre cuentas o dominios. De este modo, incluso con scripts defectuosos, el alcance de los efectos es reducido. De este modo, dispongo de recursos previsibles, menos efectos secundarios y un l\u00edmite de seguridad claramente definido por aplicaci\u00f3n. Eso es precisamente lo que espero de una arquitectura multitenant moderna. Para que puedas identificar las diferencias m\u00e1s r\u00e1pidamente, resumo las caracter\u00edsticas en una tabla concisa. En ella se muestra en qu\u00e9 nivel se aplica el aislamiento, qu\u00e9 objetivos principales cumple y qu\u00e9 funciones son especialmente importantes. A partir de ah\u00ed, deduzco a continuaci\u00f3n consejos concretos de configuraci\u00f3n. De este modo, te aseguras de activar la capa adecuada para tu objetivo. Adem\u00e1s, podr\u00e1s identificar en qu\u00e9 casos las opciones se complementan de forma \u00fatil. Componente de aislamiento"},"I3":{"id":"I3","post_id":21111,"url":"https:\/\/webhosting.de\/cloudlinux-securelinks-symlink-protection-hosting-security-guard\/","title":"CloudLinux SecureLinks: protecci\u00f3n de enlaces simb\u00f3licos para una seguridad m\u00e1xima en el alojamiento web","excerpt":"CloudLinux SecureLinks bloquea el uso indebido de enlaces simb\u00f3licos y enlaces f\u00edsicos directamente en el n\u00facleo, cerrando as\u00ed las brechas que dejan abiertas las opciones propias de los servidores web. De este modo, evito las intrusiones cruzadas entre cuentas de alojamiento, protejo los archivos de configuraci\u00f3n y minimizo los riesgos incluso con derechos de archivo estrictos. Puntos clave: Resumo brevemente las ideas m\u00e1s importantes antes de profundizar en el tema. Los servidores compartidos se ven r\u00e1pidamente afectados por accesos cruzados cuando los atacantes crean enlaces simb\u00f3licos a archivos ajenos. SecureLinks act\u00faa a nivel del n\u00facleo, comprueba la propiedad y bloquea los accesos no autorizados. Esto ofrece protecci\u00f3n independientemente de si el acceso procede de Apache, PHP-FPM, FTP, Cron o la CLI. En combinaci\u00f3n con CageFS, el aislamiento se refuerza a\u00fan m\u00e1s y reduce el riesgo para todos los clientes. Protecci\u00f3n a nivel del n\u00facleo: control de acceso antes de Apache, PHP-FPM, FTP o Cron. Verificaci\u00f3n del propietario: acceso a enlaces simb\u00f3licos solo si el ID del propietario coincide. Bloqueo de enlaces duros: No se permiten enlaces duros a archivos ajenos. Protecci\u00f3n contra condiciones de carrera: verificaci\u00f3n de permisos y resoluci\u00f3n de rutas de forma at\u00f3mica. Combinaci\u00f3n con CageFS: aislamiento adicional por cuenta. \u00bfPor qu\u00e9 son tan peligrosos los ataques mediante enlaces simb\u00f3licos? Los enlaces simb\u00f3licos apuntan de forma flexible a los archivos, pero en el alojamiento compartido suponen una vulnerabilidad. Una cuenta comprometida puede crear enlaces a configuraciones ajenas, sesiones o archivos temporales y, de este modo, leer informaci\u00f3n sensible. Si el servidor web funciona con derechos de acceso amplios, los permisos cl\u00e1sicos de UNIX a menudo ya no son suficientes. La situaci\u00f3n se vuelve especialmente delicada cuando intervienen varios servicios y cada componente gestiona la comprobaci\u00f3n de forma diferente. Evito este l\u00edo adelantando las decisiones sobre enlaces simb\u00f3licos y apostando por la l\u00f3gica del kernel. C\u00f3mo funciona t\u00e9cnicamente CloudLinux SecureLinks: al abrir un archivo, SecureLinks comprueba si el propietario del enlace simb\u00f3lico y la ruta de destino coinciden, antes incluso de que las aplicaciones se activen. Estos controles se ejecutan de forma centralizada en el n\u00facleo, por lo que no se aplica ninguna excepci\u00f3n espec\u00edfica de la aplicaci\u00f3n. Da igual si el acceso se realiza a trav\u00e9s de Apache, PHP-FPM, FTP, Cron o la CLI. Las configuraciones err\u00f3neas en los VirtualHosts, en el archivo .htaccess o en los ajustes de PHP dejan de ser un problema. De este modo, simplifico la arquitectura de seguridad y"}},"_wh_make_stage":"entwurf","_wh_make_research_date":"2026-09-24","_wh_make_sitemap_info":{"index":"https:\/\/webhosting.de\/sitemap_index.xml","sitemaps":["https:\/\/webhosting.de\/post-sitemap1.xml","https:\/\/webhosting.de\/post-sitemap2.xml","https:\/\/webhosting.de\/post-sitemap3.xml","https:\/\/webhosting.de\/post-sitemap4.xml"],"url_count":3095,"fetched_at":"2026-09-24T04:58:15+00:00","selected_ids":[21323,21175,21111]},"_wh_make_draft_hash":"36797d8e77db0a13de42122a5792a08b89c72d8fe0a0e780ca354eb8979f1c13","_wh_make_work":{"version":"2.1","identity":{"sheet_ref":"1VMjxV8Q73i0Q1HO6s-u4jNHVRF0snliGCeg97intLPs","sheet_name":"Tabellenblatt1","external_id":"1390","topic":"CloudLinux KernelCare ePortal f\u00fcr gr\u00f6\u00dfere Hosting-Infrastrukturen","keywords":["kernelcare eportal","tuxcare enterprise","live patching"],"category_input":"794"},"config":{"research_model":"gpt-5.6-terra","writer_model":"gpt-5.6-terra","review_model":"gpt-5.6-sol","image_model":"gpt-image-2.5-flare","image_quality":"medium","image_format":"webp","final_status":"draft","charts_enabled":true},"phase":"done","pending":null,"receipts":{"a90b1668d05d873b59917bea7b94878c":"89f6cdb9d8f8461ac9013207b65f63df6f8ab2208f66dc96b52df5f23eaedf17","68d1c434f33adee0437da92994f32d7e":"52a9ce093b514c4b7ed650ac91227ea1252d310f6a521c2d4f648376e824887b","77fd50ac40790f3e7d30de915f2c4bc2":"fb95122836473de1fb2d52dd49272f606e72ead8c6bbbccca4aa02db234d5518","4e6e818903895579e19790329fde29ce":"0f09da6b12d7daf9cefa78f38afff8f7a81dc9df80e44b4e950287b09424c858","f5d73dbf3c103566bd1c35003fbcddbc":"dfa9eaa29402614b100cf5e5fd9c62c2cbd32836b9f9b960c1ebd799558b0b74","b44826979efff2726a8aeaac4a6e465a":"430630e334cfa67c27abb1d615e505a60f1f0ed9e8c55367de4fe618acbdfb6b","de751197529071015fb02b17dcf960a8":"ba4ed15b3c4278301753643cf4e5713be942c4db8a2d6663266cba24d8f7391c","8a39cf964249fffb7e90eb0289478a2d":"16b5b87864296a3961c30ef80e5755eab4a998a7d1104877b54173c74afc884e","3ca35459c030152cbb9a9a19d8594f74":"e96a4fa2470db2fdeb13d4ecd2c759f3be1f0e52e118f8f70ecdf56099bcac6c","262fbd852467488213675f50b03bf86c":"6cd346c26e807766f8155f8415040950ac807a71765d4a9f45e88303cfa8bda7","c24b66fc0752c3be31bc2d7ccd14c9ea":"e904c97aac23ac2f72c7e566eef9bb5ad289c7bfdd9233e20ac894c0c3bc9687","74e748a6db0ee54b54af85a86ba15eea":"a7b15829ce31f5cb768b05c0393a0e03c93022261685fd12eb234a4c9ad2e342","ecba73bb0d47971f6bd2e64372d09408":"5f8c2dc820238fa7af1c3a6c74dcac273445eca9b9bb0ecc7753a76bf47d3ebc","b4750fdc424eba53b0b0e0cd97d424ee":"88d973284ba62be4fa413da97041143da7dfd186d3d3bb889280ddee3ba76787","19eb92c47c1ff9b26f406628b0706915":"3f36e9463401aa7ea2c8e2fceff99a20dff99d92291572cb0e789fb049c74d10","41eb285ece7435ae7f6b1183ebabe871":"d49230199c586b488b1b3365920e0baca40333cdadc09bb4835761824221593b","a148b1bed18a4cec271ed59beea98bd4":"59c72374845e29dfe5f752a53b825e200b19704e0448068b3b174ca9bed9de8e","ac42266cdcfa84ea0bb564373bcae060":"038bb8f614f37d8ed5296b1f549d57ad70d09b0349ed871bf81167a0d5df126b","4e9b20252106e1000e5d44bc228a99d0":"e237caee7de35d6e60f54c61c84c4941e576d6d8a35b6b2228bbc0ed08fd4a57"},"parts":{"1":[{"id":"grundlagen","heading":"KernelCare ePortal im Flottenbetrieb einordnen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"KernelCare ePortal ist die selbst betriebene Management- und Verteilkomponente f\u00fcr KernelCare-Agenten in gr\u00f6\u00dferen Linux-Umgebungen. Sie b\u00fcndelt Patchsets, Feeds und Registrierungsschl\u00fcssel an einer kontrollierten Stelle. Damit entscheidet der Betreiber nicht nur, ob Hosts Patches beziehen, sondern auch, aus welcher lokalen Quelle und nach welcher Freigabelogik dies geschieht. ","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Ohne ePortal kontaktieren die Agenten die TuxCare-Infrastruktur direkt. Das ist f\u00fcr kleine, weitgehend einheitliche und internetf\u00e4hige Serverbest\u00e4nde meist der einfachere Weg: Es gibt keine zus\u00e4tzliche zentrale Plattform zu aktualisieren, abzusichern und zu \u00fcberwachen. Mit wachsender Zahl an Systemen wird diese Einfachheit jedoch zum Nachteil, wenn nachvollziehbare Freigaben oder begrenzte Netzausg\u00e4nge verlangt werden. ","ref":""},{"kind":"citation","text":"","ref":"S1"}]},{"type":"paragraph","runs":[{"kind":"text","text":"In einer Hosting-Flotte treffen oft Webserver, Datenbankserver, Virtualisierungshosts und Management-Systeme mit unterschiedlichen Distributionen und Kernelreihen zusammen. Ein zentraler ","ref":""},{"kind":"strong","text":"Patchbezug","ref":""},{"kind":"text","text":" erlaubt, diese technischen Gruppen gezielt mit passenden Feeds und Schl\u00fcsseln zu versorgen. ePortal ist damit keine Alternative zum KernelCare-Agenten, sondern erweitert dessen Bezug von Patchsets um lokale Steuerung und Verteilung. ","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Der Nutzen entsteht folglich nicht allein durch die Zahl der Server. Ausschlaggebend sind verbindliche Patch-Ringe, Pr\u00fcf- und Nachweispflichten, Netzwerkvorgaben sowie die Frage, ob ein zentraler Dienst selbst zuverl\u00e4ssig betrieben werden kann. Diese Anforderungen bestimmen auch, ob lokale Spiegelung, Cache oder direkter Bezug die angemessene Architektur ist.","ref":""}]}]},{"id":"begriffe","heading":"Live-Patching, KernelCare und LibCare abgrenzen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Beim ","ref":""},{"kind":"strong","text":"Live-Patching","ref":""},{"kind":"text","text":" pr\u00fcft der KernelCare-Agent regelm\u00e4\u00dfig, ob passende Patchsets verf\u00fcgbar sind. Er l\u00e4dt diese herunter, verifiziert sie und installiert sie in den laufenden Kernel. Sicherheitskorrekturen k\u00f6nnen dadurch aktiv werden, ohne dass f\u00fcr diesen Schritt ein Kernel-Neustart erforderlich ist. Welche Patchsets anwendbar sind, h\u00e4ngt dabei vom installierten Kernel und der unterst\u00fctzten Distribution ab. ","ref":""},{"kind":"citation","text":"","ref":"S1"}]},{"type":"paragraph","runs":[{"kind":"text","text":"KernelCare bezeichnet das Angebot f\u00fcr Live-Kernel-Patches. LibCare ist davon zu trennen: Es ist ein optionales Zusatzprodukt f\u00fcr bestimmte Userspace-Komponenten und kein anderer Name f\u00fcr Kernel-Patching. ePortal wiederum patcht keinen Kernel selbst, sondern verwaltet Patchsets, Feeds und die Registrierung der KernelCare-Agenten in einer lokalen Enterprise-Installation. ","ref":""},{"kind":"citation","text":"","ref":"S1"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die fr\u00fchere Bezeichnung KernelCare Plus sollte nur bei der Einordnung \u00e4lterer Dokumentationen auftauchen. Der Hersteller hat dieses Produkt seit M\u00e4rz 2023 abgek\u00fcndigt und durch KernelCare ersetzt. F\u00fcr Bestandsaufnahmen ist daher wichtig, installierte Agenten, Vertr\u00e4ge und Dokumentation nicht anhand historischer Produktnamen mit aktuellen Komponenten oder Funktionsumf\u00e4ngen gleichzusetzen. ","ref":""},{"kind":"citation","text":"","ref":"S1"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Live-Patching ersetzt keinen vollst\u00e4ndigen Wartungsprozess. Geplante ","ref":""},{"kind":"strong","text":"Reboots","ref":""},{"kind":"text","text":" bleiben etwa f\u00fcr regul\u00e4re Kernelwechsel, Hardware- und Firmware-Updates, Treiber\u00e4nderungen, Konfigurationsarbeiten oder Fehlerbilder n\u00f6tig, die sich nicht live beheben lassen. Ein Betriebskonzept sollte deshalb die verk\u00fcrzte Exposition durch Patchsets mit weiterhin geplanten Neustartfenstern verbinden, statt diese ersatzlos zu streichen. ","ref":""},{"kind":"citation","text":"","ref":"S1"}]}]},{"id":"einsatz","heading":"Wann zentrale Patchsteuerung wirtschaftlich passt","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"ePortal passt, wenn der Betrieb Patches nicht lediglich schnell verteilen, sondern ihre Bereitstellung verbindlich steuern muss. Das betrifft beispielsweise getrennte Freigabegruppen f\u00fcr Canary-Hosts, Staging und Produktion, restriktive ausgehende Firewall-Regeln oder Nachweise dar\u00fcber, welcher Host welchem Feed zugeordnet war. Auch viele Systeme mit verschiedenen Plattformen profitieren von einer zentral gepflegten Verteilinstanz. ","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Der zus\u00e4tzliche Nutzen muss den Aufwand rechtfertigen. Eine ePortal-Instanz ben\u00f6tigt Kapazit\u00e4t, Updates, Backups, Zugriffsschutz und Monitoring; bei hoher Verf\u00fcgbarkeit kommen Replikation und Netzarchitektur hinzu. F\u00fcr wenige gleichartige Server mit erlaubtem Internetzugang bleibt der Direktbezug \u00fcber die TuxCare-Infrastruktur daher oft einfacher. Weniger Komponenten bedeuten dort eine kleinere eigene Betriebsfl\u00e4che. ","ref":""},{"kind":"citation","text":"","ref":"S1"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Wirtschaftlich wird zentrale Steuerung besonders dort, wo ungeplante Gleichzeitigkeit teuer w\u00e4re: etwa bei vielen Kunden-Webservern, Datenbankclustern oder Virtualisierungshosts. Ein ","ref":""},{"kind":"strong","text":"Freigabeprozess","ref":""},{"kind":"text","text":" kann dann technische \u00c4hnlichkeit und Gesch\u00e4ftsrisiko gemeinsam abbilden. Gruppen sollten nicht nur nach Standort entstehen, sondern auch Distribution, Kernelreihe, Hypervisor, Control Panel, Hardware und Kundenprofil ber\u00fccksichtigen. ","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die Sicherheitsabdeckung darf dabei nicht \u00fcbersch\u00e4tzt werden. KernelCare stellt Live-Patches f\u00fcr einen Kernel grunds\u00e4tzlich nur bereit, solange dessen Distribution-Anbieter Sicherheitsupdates f\u00fcr die betreffende Kernelserie ver\u00f6ffentlicht. Zudem ist Live-Patching kein pauschaler Nachweis f\u00fcr die Behebung aller Schwachstellen. Patchstatus, Distribution-Support und regul\u00e4re Wartung bleiben getrennt zu pr\u00fcfen. ","ref":""},{"kind":"citation","text":"","ref":"S1"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die Betriebsentscheidung lautet daher nicht pauschal \u201ezentral ist besser\u201c. ePortal ist sinnvoll, wenn lokale Kontrolle, abgestufte Verteilung und belastbare Nachvollziehbarkeit konkrete Anforderungen erf\u00fcllen. Fehlen diese Anforderungen, kann der bewusst einfache Direktbezug robuster sein. Im n\u00e4chsten Schritt entscheidet das gew\u00fcnschte Bereitstellungsmodell \u00fcber Speicherbedarf und externe Abh\u00e4ngigkeiten.","ref":""}]}]}],"2":[{"id":"modelle","heading":"Spiegelung und Cache passend ausw\u00e4hlen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Die Wahl des Verteilmodells bestimmt, wie unabh\u00e4ngig eine Hosting-Flotte beim Patchabruf ist und wie viel Infrastruktur sie daf\u00fcr betreiben muss. Beim Direktbezug laden KernelCare-Agenten Patchsets \u00fcber die TuxCare-Infrastruktur. ePortal verlagert dagegen Freigabe, lokale Vorhaltung und Verteilung in eine eigene Instanz; sie kann Patchsets als vollst\u00e4ndiges oder gefiltertes Archiv spiegeln oder bedarfsorientiert zwischenspeichern.","ref":""},{"kind":"citation","text":"","ref":"S1"},{"kind":"citation","text":"","ref":"S2"}]},{"type":"table","caption":"Betriebsmodelle f\u00fcr den Bezug von KernelCare-Patchsets","headers":["Modell","Patchsteuerung","Lokaler Speicherbedarf","Externe Abh\u00e4ngigkeit beim Abruf","Eignung f\u00fcr isolierte Netze","Betriebsaufwand"],"rows":[["Direktbezug","Agenten beziehen Patchsets direkt; keine lokale Feed-Steuerung","Kein ePortal-Archiv","Jeder Agent ben\u00f6tigt Zugang zur Patchquelle","Gering","Niedrig"],["Gefilterte Spiegelung","Feeds und ausgew\u00e4hlte Distributionen zentral steuerbar","Abh\u00e4ngig von den gespiegelten Distributionen und Kernelvarianten","ePortal bezieht die ausgew\u00e4hlten Archive extern","Geeignet bei definiertem Transferweg","Mittel"],["Vollspiegelung","Feeds zentral steuerbar; vollst\u00e4ndige lokale Vorhaltung","Hoch; Hersteller nennt mindestens 1 TB, empfohlen 2 TB","Nach vollst\u00e4ndiger Spiegelung keine externe Abh\u00e4ngigkeit f\u00fcr vorhandene Archive","Geeignet, wenn lokale Archive erforderlich sind","Hoch"],["Cache-Modus","Feeds zentral steuerbar; Bin\u00e4rdaten lokal zwischengespeichert","Niedrig; Hersteller nennt mindestens 25 GB, empfohlen 50 GB","Bei nicht vorhandenen Bin\u00e4rdaten ben\u00f6tigt ePortal die Patchquelle","Nicht als automatisch luftgetrennt anzusehen","Mittel"]],"source_ids":["S1","S2"]},{"type":"paragraph","runs":[{"kind":"text","text":"Eine Vollspiegelung ist sinnvoll, wenn Patchsets auch bei einem Ausfall der externen Verbindung lokal verf\u00fcgbar bleiben m\u00fcssen oder verbindliche interne Freigaben dies verlangen. Eine gefilterte Spiegelung begrenzt Archivgr\u00f6\u00dfe und Datenverkehr auf tats\u00e4chlich eingesetzte Distributionen. Daf\u00fcr muss die Inventarisierung zuverl\u00e4ssig erfassen, welche Kernelreihen und Architekturen die Flotte verwendet; sonst fehlt genau dann ein Archiv, wenn ein Host es ben\u00f6tigt.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Der ","ref":""},{"kind":"strong","text":"Cache-Modus","ref":""},{"kind":"text","text":" spart Speicher, ist aber kein Synonym f\u00fcr einen vollst\u00e4ndig isolierten Betrieb. ePortal l\u00e4dt Metadaten und beschafft Patch-Bin\u00e4rdaten bei Bedarf von der Quelle; heruntergeladene Bin\u00e4rdaten verbleiben laut Dokumentation zwei Wochen im lokalen Cache. F\u00fcr abgeschottete Segmente braucht es daher zus\u00e4tzlich einen dokumentierten Transfer-, Pr\u00fcf- und Freigabeprozess f\u00fcr Archive.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die Speicherplanung sollte nicht bei der Gr\u00f6\u00dfe des aktuellen Archivs enden. TuxCare nennt f\u00fcr ePortal SSD-Speicher mit mindestens 100 IOPS sowie ein Wachstum von etwa 4 bis 5 GiB pro Monat als Orientierung. Diese Herstellerangaben ersetzen keine Kapazit\u00e4tsplanung: Recovery-Ziele, parallele Rollouts, Netzwerklatenzen, Anzahl der Kernelvarianten und Monitoring-Anforderungen k\u00f6nnen die Architektur st\u00e4rker pr\u00e4gen als freie Plattenkapazit\u00e4t.","ref":""},{"kind":"citation","text":"","ref":"S2"}]}]},{"id":"rollout","heading":"Patch-Ringe f\u00fcr Hosting-Flotten aufbauen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Patch-Ringe machen aus einem zentral verf\u00fcgbaren Patchset einen kontrollierten Rollout. Ein kleiner Canary-Kreis erh\u00e4lt die Freigabe zuerst, danach folgen Staging, eine begrenzte Produktionsgruppe und schlie\u00dflich die breite Produktion. Jeder Ring braucht vorab definierte Beobachtungen und eine verantwortliche Stelle; ohne diese Kriterien verschiebt eine Verz\u00f6gerung lediglich das Risiko, statt es zu bewerten.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"table","caption":"Beispiel f\u00fcr organisatorische Patch-Ringe ohne feste Zeitvorgaben","headers":["Ring","Zielgruppe","Feed-Kanal","Freigabekriterium","Verz\u00f6gerungslogik","R\u00fcckfall und Verantwortung"],"rows":[["Canary","Repr\u00e4sentative interne oder risikoarme Hosts","Testing oder Stable","Patchstatus, Dienstmetriken und Logs unauff\u00e4llig","Bis zur dokumentierten Bewertung","Feed anhalten; Plattformteam entscheidet"],["Staging","Vorproduktionssysteme mit \u00e4hnlichem Stack","Stable","Anwendungstests und Betriebschecks bestanden","Nach Freigabe des Canary-Rings","Feed anhalten; Anwendungs- und Plattformteam"],["Eingeschr\u00e4nkte Produktion","Begrenzte, repr\u00e4sentative Kunden- oder Webservergruppe","Stable","Keine auff\u00e4lligen Fehlerraten oder Supportsignale","Nach Bewertung des Staging-Rings","Ausweitung stoppen; Incident-Verantwortliche"],["Breite Produktion","\u00dcbrige geeignete Produktionshosts","Stable","Vorherige Ringe freigegeben","Nach dokumentierter Freigabe","Rollout pausieren; Betriebsteam"]],"source_ids":["S2"]},{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr die breite Produktion ist ","ref":""},{"kind":"strong","text":"Stable","ref":""},{"kind":"text","text":" der vorgesehene Kanal. Testing dient einer bewusst kontrollierten Vorabpr\u00fcfung, w\u00e4hrend Unstable laut Dokumentation ein Early-Access-Kanal ist und nicht empfohlen wird. Ein Testing- oder Unstable-Ergebnis darf deshalb nicht als Aussage \u00fcber die Qualit\u00e4t eines Stable-Patchsets ausgegeben werden. Die Kanalauswahl ist eine Risikoregel, keine blo\u00dfe technische Voreinstellung.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Ringe sollten nach technischer \u00c4hnlichkeit statt nur nach Rechenzentrumsstandort zusammengesetzt sein. Relevant sind Distribution und Kernelreihe, Hardwareplattform, Virtualisierung, Control Panel, Webserver-Stack und Kundenprofil. Ein Canary-Host mit anderer Kernelserie oder anderer Virtualisierung deckt das Verhalten eines produktiven Zielsystems nur eingeschr\u00e4nkt ab. Bei Shared Hosting geh\u00f6ren Ressourcenprofile und Konfigurationen des ","ref":""},{"kind":"internal_link","text":"CloudLinux LVE Managers","ref":"I1"},{"kind":"text","text":" in diese Bewertung, weil sie Last- und Fehlerbilder beeinflussen k\u00f6nnen.","ref":""}]},{"type":"paragraph","runs":[{"kind":"text","text":"Besondere Vorsicht gilt neuen ePortal-Instanzen. ePortal pr\u00fcft nach Herstellerangabe alle zehn Minuten auf neue Patchsets und l\u00e4dt sie herunter, stellt sie aber nicht automatisch jedem Feed bereit. Wird ein Archiv erstmals vollst\u00e4ndig geladen, k\u00f6nnen die Patchsets f\u00fcr Verz\u00f6gerungsregeln gleichzeitig neu erscheinen. Plane Feeds und Verz\u00f6gerungen daher vor dem ersten Archivdownload, damit kein ungepr\u00fcfter Bestand unerwartet breit bereitgestellt wird.","ref":""},{"kind":"citation","text":"","ref":"S2"}]}]},{"id":"zugang","heading":"Feeds, Schl\u00fcssel und Mandanten trennen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Feeds bilden die technische Seite der Rollout-Ringe ab: Sie verbinden Patchkanal und Verz\u00f6gerungslogik mit einer Gruppe von Systemen. Registrierungsschl\u00fcssel lassen sich an Feeds binden und mit Serverlimits versehen. Dadurch kann ein Betreiber etwa interne Plattformen, Managed-Server-Angebote und getrennte Kundenumgebungen mit unterschiedlichen Freigabepfaden versorgen, ohne die Agentenkonfiguration auf jedem Host einzeln \u00e4ndern zu m\u00fcssen.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Diese Zuordnung ist jedoch keine vollst\u00e4ndige Sicherheitsgrenze. Die optionale Funktion ","ref":""},{"kind":"strong","text":"Business Units","ref":""},{"kind":"text","text":" unterst\u00fctzt Multi-Tenancy im ePortal, ersetzt aber weder Netzwerksegmentierung noch ein Berechtigungsmodell oder getrennte administrative Zust\u00e4ndigkeiten. Auch Protokollierung, Secret-Management und die Pr\u00fcfung, wer Schl\u00fcssel erstellen oder Feeds \u00e4ndern darf, m\u00fcssen unabh\u00e4ngig von der Produktfunktion geplant und regelm\u00e4\u00dfig kontrolliert werden.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr Mandantenumgebungen ist die Trennung von Patchsteuerung und \u00fcbriger Hosting-Isolation besonders wichtig. Ein Schl\u00fcssel kann die beabsichtigte Feed-Zuordnung und die Zahl registrierbarer Server begrenzen, verhindert aber keine Querzugriffe in anderen Infrastrukturkomponenten. Prozess- und Dateisystemisolation bleiben eigene Aufgaben; dazu erg\u00e4nzt der Beitrag \u00fcber ","ref":""},{"kind":"internal_link","text":"CloudLinux SecureLVE","ref":"I2"},{"kind":"text","text":" die Ebene von Accounts und Websites.","ref":""}]},{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr Automatisierung k\u00f6nnen ab ePortal 2.14-1 API-Tokens alternativ zur Basic Authentication eingesetzt werden. Tokens lassen sich einzeln widerrufen und mit einem Ablaufdatum versehen; das erleichtert getrennte Berechtigungen f\u00fcr CMDB-Anbindungen oder Konfigurationsautomatisierung. Lege Tokens als Secrets in einem Secret-Management-System ab, nicht in Playbooks, Images, Shell-Historien oder Tickets.","ref":""},{"kind":"citation","text":"","ref":"S4"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Ein praxistauglicher Prozess ordnet jedem Schl\u00fcssel einen Eigent\u00fcmer, einen Zweck, zul\u00e4ssige Produkte, ein Serverlimit und ein Rotationsdatum zu. Werden Systeme au\u00dfer Betrieb genommen oder Teams wechseln, m\u00fcssen zugeh\u00f6rige Schl\u00fcssel und Tokens gezielt widerrufen werden. So bleibt die zentrale Patchverteilung nachvollziehbar, ohne aus einem gemeinsamen Zugang eine schwer pr\u00fcfbare Dauerberechtigung zu machen.","ref":""},{"kind":"citation","text":"","ref":"S2"},{"kind":"citation","text":"","ref":"S4"}]}]}],"3":[{"id":"hochverfuegbarkeit","heading":"Replikation und TLS belastbar betreiben","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr eine ","ref":""},{"kind":"strong","text":"hochverf\u00fcgbare Patch-Verteilung","ref":""},{"kind":"text","text":" werden mehrere ePortal-Knoten so kombiniert, dass KernelCare-Agenten einen gemeinsamen Cluster-DNS-Namen oder einen HTTP-Load-Balancer ansprechen. F\u00e4llt ein Knoten aus, muss der Agentendienst einen erreichbaren Knoten weiter nutzen k\u00f6nnen. Die Administrationsoberfl\u00e4che geh\u00f6rt dagegen auf einen einzelnen, klar kontrollierten Verwaltungszugang und nicht hinter denselben Cluster-Endpunkt wie die Agenten.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Vor der Produktivsetzung sollte die Architektur nicht nur den Ausfall eines ePortal-Servers betrachten. Relevant sind auch DNS-Aufl\u00f6sung, Load-Balancer, Zertifikate, Speicher f\u00fcr Patcharchive, die Verbindung zur Patchquelle und die Erreichbarkeit aus jedem Netzsegment. Ein zweiter Knoten ohne abgestimmte Netzwerk- und Betriebs\u00fcberwachung verbessert die Verf\u00fcgbarkeit nur begrenzt; er kann im Fehlerfall sogar abweichende Zust\u00e4nde verdecken.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die Knoten gleichen \u00c4nderungen per Replikation ab. Dieser Abgleich ist nicht zwingend sofort sichtbar. Besonders bei Round-Robin kann ein gerade registrierter Agent den ersten Knoten f\u00fcr die Registrierung und direkt danach einen noch nicht synchronisierten Knoten f\u00fcr die Aktualisierung erreichen. Automatisierungen sollten deshalb einen kurzen Wartepunkt oder eine Retry-Logik mit begrenzten Wiederholungen vorsehen, statt einen unmittelbar folgenden Patchabruf als verl\u00e4sslichen Endzustand zu behandeln.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Auch l\u00e4ngere Trennungen geh\u00f6ren in das Fehlerszenario. Replikationsprotokolle werden laut Dokumentation sieben Tage vorgehalten; bleibt ein Knoten l\u00e4nger getrennt, kann er \u00c4nderungen \u00fcberspringen. Der ","ref":""},{"kind":"strong","text":"Replikationsverzug","ref":""},{"kind":"text","text":" ist damit ein operativer Status, nicht blo\u00df ein Diagnosewert. Nach Netzwerkst\u00f6rungen pr\u00fcfst du daher Feed-Zuordnungen, Schl\u00fcsselbestand und Patcharchiv auf dem zur\u00fcckkehrenden Knoten, bevor er wieder regul\u00e4r Agentenanfragen bedient.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die Replikation erfolgt \u00fcber HTTP. Ohne eine geeignete TLS-Absicherung werden die Replikationsdaten daher unverschl\u00fcsselt \u00fcbertragen. Segmentiere diesen Datenverkehr mindestens in ein vertrauensw\u00fcrdiges Netz oder terminiere TLS passend zur Architektur. F\u00fcr extern oder netz\u00fcbergreifend erreichbare Agentenendpunkte ist eine \u00fcberpr\u00fcfbare Zertifikatskette wichtiger Bestandteil der ","ref":""},{"kind":"strong","text":"TLS-Terminierung","ref":""},{"kind":"text","text":"; eine deaktivierte Zertifikatspr\u00fcfung ist keine vertretbare Dauerl\u00f6sung.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Steht ein Reverse Proxy vor ePortal, m\u00fcssen erlaubte Hostnamen konfiguriert sein, damit ePortal Host-Header-Anfragen begrenzt. Der Proxy muss au\u00dferdem den urspr\u00fcnglichen Host-Header sowie X-Forwarded-Proto korrekt weiterreichen. Andernfalls k\u00f6nnen falsche externe URLs, Weiterleitungsprobleme oder eine fehlerhafte Einsch\u00e4tzung des verwendeten Protokolls entstehen. Diese Header-Konfiguration sollte deshalb Teil jeder Proxy-\u00c4nderung und ihrer Abnahme sein.","ref":""},{"kind":"citation","text":"","ref":"S2"}]}]},{"id":"kontrollen","heading":"Nachweise, Backups und Monitoring etablieren","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Kontrollierbares Live-Patching braucht wiederkehrende Nachweise, nicht nur eine erfolgreiche Erstinstallation. Erfasse mindestens die Feed-Zuordnung jedes Hosts, den letzten Agenten-Check-in, den gemeldeten Patchstand und den Status der Registrierungsschl\u00fcssel. Erg\u00e4nze diese Daten um verantwortliche Teams und eine nachvollziehbare Freigabeentscheidung. So l\u00e4sst sich bei einer Sicherheitsmeldung gezielt feststellen, welche Gruppe welchen Bereitstellungsweg nutzt.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Weitere feste Kontrollen betreffen Speicherwachstum, freien Platz f\u00fcr Archive, den Replikationsstatus und die Rotation oder den Widerruf nicht mehr ben\u00f6tigter Schl\u00fcssel. API-Tokens eignen sich f\u00fcr automatisierte Abfragen besser als geteilte Administratorkennw\u00f6rter, weil sie einzeln ablaufen und widerrufen werden k\u00f6nnen. Sie bleiben dennoch Secrets: Lege sie in einer Secret-Verwaltung ab, nicht in Images, Playbooks oder Tickets.","ref":""},{"kind":"citation","text":"","ref":"S4"}]},{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr einen vorhandenen Cluster ist der folgende, nicht ver\u00e4ndernde Pr\u00fcfaufruf ein geeigneter Baustein f\u00fcr Monitoring oder einen geplanten Health-Check. Er liefert einen maschinenlesbaren Kurzstatus einschlie\u00dflich Replikationsverzug. Bei einem Problem beendet sich der Aufruf mit Exit-Code 1; das Monitoring sollte diesen Zustand alarmieren, aber die Ursache anhand von Knoten- und Netzwerkdaten weiter eingrenzen.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"code","language":"bash","code":"kc.eportal replication --short-status","source_ids":["S2"]},{"type":"paragraph","runs":[{"kind":"text","text":"Backups m\u00fcssen Daten und Wiederherstellbarkeit abdecken. ePortal dokumentiert Sicherungen des Gesamtsystems sowie reine Datenbanksicherungen. Ein Datenbankbackup sch\u00fctzt vor allem Konfigurations- und Verwaltungsdaten, ersetzt aber nicht zwingend lokale Archive, Systemkonfiguration oder die f\u00fcr einen vollst\u00e4ndigen Neuaufbau n\u00f6tigen Komponenten. Definiere daher je Sicherungsart Zweck, Aufbewahrung, Speicherort und einen dokumentierten Wiederherstellungsweg.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Bei einer Wiederherstellung muss der ePortal-Dienst gestoppt werden. Plane diese Dienstunterbrechung, informiere gegebenenfalls betroffene Betriebsteams und pr\u00fcfe danach gezielt die Datenkonsistenz sowie die Erreichbarkeit f\u00fcr Agenten. Eine Sicherung gilt erst nach einer kontrolliert geplanten ","ref":""},{"kind":"strong","text":"R\u00fccksicherung","ref":""},{"kind":"text","text":" als belastbar. Dabei darf ein Test nicht versehentlich produktive Feeds oder Schl\u00fcsselzuweisungen ver\u00e4ndern.","ref":""},{"kind":"citation","text":"","ref":"S2"}]}]},{"id":"stoerungen","heading":"Fehlerbilder und Betriebsentscheidung bewerten","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Bleiben erwartete Patches aus, ist zun\u00e4chst zwischen fehlender Verf\u00fcgbarkeit, fehlendem Abruf und fehlender Freigabe zu unterscheiden. Pr\u00fcfe installierte Agenten- und ePortal-Version, zugeordneten Schl\u00fcssel und Feed, die passende Distribution samt Kernelreihe sowie die Verbindung zur Patchquelle. Ein Patch kann au\u00dferdem fehlen, wenn die betreffende Kernelserie vom Distributionsanbieter keine Sicherheitsupdates mehr erh\u00e4lt; Live-Patching hebt diese Grenze nicht auf.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Historische Herstellerhinweise zu \u00e4lteren Komponentenst\u00e4nden d\u00fcrfen nicht als dauerhafte Versionsvorgabe gelesen werden. Ein Hinweis aus Dezember 2025 betraf unter anderem KernelCare-Agent 3.x und ePortal 2.20 im Kontext eines neuen signierten Patchformats. Vor Aktualisierungen pr\u00fcfst du deshalb die aktuelle ","ref":""},{"kind":"strong","text":"Kompatibilit\u00e4tsmatrix","ref":""},{"kind":"text","text":", die tats\u00e4chlich installierten Versionen und die intern freigegebene Update-Reihenfolge.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Im Cache-Modus kann ein Cache-Miss bei eingeschr\u00e4nktem externem Zugang den Patchbezug verz\u00f6gern, weil die ben\u00f6tigte Bin\u00e4rdatei noch nicht lokal liegt. Das ist kein Beleg f\u00fcr einen vollst\u00e4ndig isolierten Betrieb. Lege f\u00fcr restriktive Zonen fest, welche Verbindungen zul\u00e4ssig sind, wie fehlende Archive transferiert werden und wer Freigabe, Integrit\u00e4t und Zeitpunkt dieses Transfers verantwortet.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Ein weiteres Fehlerbild ist ein unerwartet breiter Rollout nach dem ersten vollst\u00e4ndigen Download von Patcharchiven auf einer neuen Instanz. F\u00fcr Verz\u00f6gerungsregeln k\u00f6nnen die Archive dann gleichzeitig neu erscheinen. Richte Feeds und Freigabelogik daher vor der automatisierten Bereitstellung ein und beobachte den ersten Synchronisationslauf. Bei Unstimmigkeiten h\u00e4ltst du die breite Produktion zur\u00fcck, statt nur einzelne Agenten nachtr\u00e4glich umzuh\u00e4ngen.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Replikationsl\u00fccken nach l\u00e4ngerer Knotenunterbrechung und fehlerhafte Reverse-Proxies verlangen unterschiedliche Ma\u00dfnahmen: Erstere erfordern einen Abgleich des Knotenzustands, letztere eine Pr\u00fcfung von TLS, erlaubten Hostnamen sowie weitergereichten Headern. Beide F\u00e4lle geh\u00f6ren in Runbooks mit klarer Eskalation. Ein pauschaler Neustart behebt weder fehlende Daten noch eine unzutreffende Vertrauensgrenze.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"ePortal ist vor allem sinnvoll, wenn Patch-Ringe, lokale Verteilung, kontrollierte Netzausg\u00e4nge oder pr\u00fcfbare Freigaben tats\u00e4chlich gefordert sind. F\u00fcr einen kleinen, homogenen und internetf\u00e4higen Serverbestand bleibt der direkte Bezug \u00fcber die TuxCare-Infrastruktur oft einfacher. Die Entscheidung sollte daher den zus\u00e4tzlichen Betriebsaufwand gegen konkrete Steuerungs- und Nachweispflichten abw\u00e4gen, nicht allein gegen die Zahl der Server.","ref":""},{"kind":"citation","text":"","ref":"S1"}]}]}]},"plan":{"reader_question":"Wann lohnt sich KernelCare ePortal f\u00fcr gr\u00f6\u00dfere Hosting-Infrastrukturen, und wie l\u00e4sst sich Live-Patching \u00fcber Patch-Ringe, lokale Verteilung und Hochverf\u00fcgbarkeit kontrolliert betreiben?","sections":[{"id":"grundlagen","heading":"KernelCare ePortal im Flottenbetrieb einordnen","part":1,"target_words":270,"purpose":"Erkl\u00e4rt die Rolle von ePortal als selbst betriebene Management- und Verteilkomponente f\u00fcr KernelCare-Agenten. Grenzt den Direktbezug von Patches \u00fcber die TuxCare-Infrastruktur von lokaler Steuerung ab und ordnet typische Hosting-Flotten mit Web-, Datenbank- und Virtualisierungsservern ein. Ein kurzer \u00dcbergang f\u00fchrt von der Produktarchitektur zur Betriebsentscheidung.","source_ids":["S1","S2"],"internal_link_ids":[]},{"id":"begriffe","heading":"Live-Patching, KernelCare und LibCare abgrenzen","part":1,"target_words":250,"purpose":"Definiert Live-Patching pr\u00e4zise: Agenten pr\u00fcfen, laden, verifizieren und aktivieren passende Patchsets ohne Kernel-Neustart. Trennt KernelCare, optionales LibCare und ePortal sauber; erw\u00e4hnt die Abl\u00f6sung von KernelCare Plus nur als historische Produktbezeichnung. Verdeutlicht anschlie\u00dfend, warum Live-Patching regul\u00e4re Reboots f\u00fcr Kernelwechsel, Firmware, Treiber oder nicht live patchbare Probleme nicht ersetzt.","source_ids":["S1","S2"],"internal_link_ids":[]},{"id":"einsatz","heading":"Wann zentrale Patchsteuerung wirtschaftlich passt","part":1,"target_words":270,"purpose":"Leitet Entscheidungskriterien f\u00fcr und gegen ePortal aus Betriebsanforderungen ab: verbindliche Freigabegruppen, restriktive Netzausg\u00e4nge, Nachweisbarkeit, viele Hosts und unterschiedliche Plattformen. Stellt dem den einfacheren Direktbezug f\u00fcr kleine, homogene und internetf\u00e4hige Best\u00e4nde gegen\u00fcber. Grenzen der Sicherheitsabdeckung und die Bindung der Patchversorgung an Distribution-Kernelupdates werden in einem eigenen Absatz eingeordnet.","source_ids":["S1","S2"],"internal_link_ids":[]},{"id":"modelle","heading":"Spiegelung und Cache passend ausw\u00e4hlen","part":2,"target_words":290,"purpose":"Vergleicht Vollspiegelung, gefilterte Spiegelung und Cache-Modus mit dem Direktbezug in einer informativen Tabelle. Spalten behandeln Patchsteuerung, lokalen Speicherbedarf, externe Abh\u00e4ngigkeit beim Abruf, Eignung f\u00fcr isolierte Netze und Betriebsaufwand. Der Text ordnet SSD- und Speicherbedarf sowie Datenwachstum als Herstellerorientierung ein und erkl\u00e4rt, warum Recovery-Ziele, Kernelvielfalt und Netzwerkpolitik wichtiger als reine Plattenkapazit\u00e4t sind.","source_ids":["S1","S2"],"internal_link_ids":[]},{"id":"rollout","heading":"Patch-Ringe f\u00fcr Hosting-Flotten aufbauen","part":2,"target_words":300,"purpose":"Beschreibt ein gestaffeltes Vorgehen mit Canary-, Staging-, eingeschr\u00e4nkter und breiter Produktionsgruppe. Eine zweite Tabelle ordnet Zielgruppe, Feed-Kanal, Freigabekriterium, Verz\u00f6gerungslogik, R\u00fcckfallentscheidung und Verantwortung zu, ohne allgemeing\u00fcltige Zeitwerte vorzugeben. Erkl\u00e4rt Stable, Testing und Unstable korrekt sowie die Risikobewertung nach Distribution, Kernelreihe, Hardware, Virtualisierung, Control Panel und Kundenprofil. Warnt vor einem unkontrollierten ersten Archivdownload auf neuen Instanzen.","source_ids":["S2"],"internal_link_ids":["I1"]},{"id":"zugang","heading":"Feeds, Schl\u00fcssel und Mandanten trennen","part":2,"target_words":260,"purpose":"Zeigt, wie Feeds, Registrierungsschl\u00fcssel und Serverlimits organisatorische Rollout-Gruppen und Kundenplattformen abbilden k\u00f6nnen. Erkl\u00e4rt Business Units als optionale Multi-Tenancy-Funktion, grenzt sie aber klar von vollst\u00e4ndiger Mandantentrennung ab. Behandelt erg\u00e4nzend API-Tokens f\u00fcr Automatisierung, Ablauf und Widerruf sowie Secret-Management; Netzwerksegmentierung, Berechtigungen und Protokollierung bleiben eigenst\u00e4ndige Schutzschichten.","source_ids":["S2","S4"],"internal_link_ids":["I2"]},{"id":"hochverfuegbarkeit","heading":"Replikation und TLS belastbar betreiben","part":3,"target_words":280,"purpose":"Erl\u00e4utert die Hochverf\u00fcgbarkeitsarchitektur mit mehreren ePortal-Knoten, Cluster-DNS oder HTTP-Load-Balancer f\u00fcr Agenten und separatem Administrationszugang. Beschreibt Replikationsverzug, die Gefahr bei Round-Robin direkt nach Registrierung und sinnvolle Retry-Logik. Behandelt TLS-Terminierung, unverschl\u00fcsselte Replikation ohne TLS, erlaubte Hostnamen sowie korrekt weitergereichte Host- und X-Forwarded-Proto-Header als konkrete Sicherheits- und Betriebsgrenzen.","source_ids":["S2"],"internal_link_ids":[]},{"id":"kontrollen","heading":"Nachweise, Backups und Monitoring etablieren","part":3,"target_words":260,"purpose":"B\u00fcndelt wiederkehrende Betriebskontrollen: Feed-Zuordnung, Agenten-Check-ins, Patchstand, Schl\u00fcsselrotation, Speicherwachstum, Replikationsstatus und Backup-Pr\u00fcfung. Erkl\u00e4rt den Unterschied zwischen Gesamt- und Datenbankbackup sowie die notwendige Dienstunterbrechung bei Wiederherstellungen. Ein klar als nicht ver\u00e4ndernd gekennzeichneter Pr\u00fcfaufruf, kc.eportal replication --short-status, dient als Beispiel f\u00fcr automatisierbares Statusmonitoring; Exit-Codes und Aufbewahrungsgrenzen werden eingeordnet.","source_ids":["S2","S4"],"internal_link_ids":[]},{"id":"stoerungen","heading":"Fehlerbilder und Betriebsentscheidung bewerten","part":3,"target_words":250,"purpose":"Ordnet typische Probleme und Entscheidungen zusammen: fehlende Patches durch veraltete Komponenten, Cache-Miss bei eingeschr\u00e4nkter Au\u00dfenverbindung, unerwartet breite Feed-Freigabe, Replikationsl\u00fccken und Proxy-Fehlkonfigurationen. Hebt hervor, dass historische Versionshinweise keine dauerhafte Vorgabe sind und vor \u00c4nderungen aktuelle Kompatibilit\u00e4tsmatrix, installierte Versionen und freigegebene Update-Reihenfolge gepr\u00fcft werden m\u00fcssen. Schlie\u00dft mit einer kompakten Entscheidung: ePortal bei echter Steuerungs- und Nachweispflicht, Direktbezug bei bewusst einfacher Betriebsf\u00fchrung.","source_ids":["S2","S3"],"internal_link_ids":[]}]},"repairs":4,"reviews":5,"issues":[],"guard":{"content_md5":"f713f5bc4ad773138709ddb814febdd5","title":"KernelCare ePortal para grandes infraestructuras de alojamiento web","slug":"kernelcare-eportal-grandes-infraestructuras-de-alojamiento-web","excerpt":"KernelCare ePortal centraliza la distribuci\u00f3n y la aplicaci\u00f3n de parches en tiempo real en grandes parques de sistemas Linux. El art\u00edculo explica cu\u00e1ndo merece la pena utilizar esta plataforma adicional y c\u00f3mo gestionar de forma controlada los ciclos de parches, la duplicaci\u00f3n, la replicaci\u00f3n y los controles de seguridad.","status":"draft","featured_media":21693},"verify":{"content_md5":"f713f5bc4ad773138709ddb814febdd5","title":"KernelCare ePortal para grandes infraestructuras de alojamiento web","slug":"kernelcare-eportal-grandes-infraestructuras-de-alojamiento-web","excerpt":"KernelCare ePortal centraliza la distribuci\u00f3n y la aplicaci\u00f3n de parches en tiempo real en grandes parques de sistemas Linux. El art\u00edculo explica cu\u00e1ndo merece la pena utilizar esta plataforma adicional y c\u00f3mo gestionar de forma controlada los ciclos de parches, la duplicaci\u00f3n, la replicaci\u00f3n y los controles de seguridad.","status":"draft","featured_media":21693},"row_number":1884,"created_at":"2026-09-24T04:58:15+00:00","updated_at":"2026-09-24T07:33:16+00:00","editorial_reopen_213":{"reason":"legacy_source_pairing","baseline_repairs":2,"additional_repairs":2,"at":"2026-09-24T05:16:07+00:00","user_id":1,"original_fingerprint":"91b5c7ba361041d173f70c4d61158c01eb6942aa836f0be8887bdc7f9793a0b8"},"conflict_recovery_receipt_217":{"request_hash":"f48f9af4de4761a1723a86bc6d80d7110af611c4965a0623f251e575b4714968","before_fingerprint":"d91061463ffc2420710db64757920485688cd8a8b11eded84822eada3ba5983f","expected_guard":{"content_md5":"d648966cd9aa93bc04d4e21bf53608cd","title":"KernelCare ePortal para grandes infraestructuras de alojamiento web","slug":"kernelcare-eportal-grandes-infraestructuras-de-alojamiento-web","excerpt":"KernelCare ePortal centraliza la distribuci\u00f3n y la aplicaci\u00f3n de parches en tiempo real en grandes parques de sistemas Linux. El art\u00edculo explica cu\u00e1ndo merece la pena utilizar esta plataforma adicional y c\u00f3mo gestionar de forma controlada los ciclos de parches, la duplicaci\u00f3n, la replicaci\u00f3n y los controles de seguridad.","status":"draft","featured_media":0},"restore_content_sha256":"d8da26d0cc796102a8f9bf3a1a812fcd0e3214a64aac04e587d387736ba5949d","commit_hash":"b4bba90f95e4f0728fe7233ff5175ce4fb50c97a21d4a986383901fb3e081160"},"guard_confirmation_receipts_218":[{"confirmation":1,"request_hash":"08cb43d0398b3bf2105e79fb6823aa4b46890339a857b078188ed71f1f9919f3","before_fingerprint":"85ff32197ae4d33cad8be3595e902d6310ed86ba107cef70f7514ef0e6157590","expected_guard":{"content_md5":"d648966cd9aa93bc04d4e21bf53608cd","title":"KernelCare ePortal para grandes infraestructuras de alojamiento web","slug":"kernelcare-eportal-grandes-infraestructuras-de-alojamiento-web","excerpt":"KernelCare ePortal centraliza la distribuci\u00f3n y la aplicaci\u00f3n de parches en tiempo real en grandes parques de sistemas Linux. El art\u00edculo explica cu\u00e1ndo merece la pena utilizar esta plataforma adicional y c\u00f3mo gestionar de forma controlada los ciclos de parches, la duplicaci\u00f3n, la replicaci\u00f3n y los controles de seguridad.","status":"draft","featured_media":0},"expected_revision_id":21688,"parent_receipt_hash":"b4bba90f95e4f0728fe7233ff5175ce4fb50c97a21d4a986383901fb3e081160","commit_hash":"a9b86f3c04262c53176c7a6e6090d58121a6ddcfcfea3b8fe9ed2b7d37cef9ee"}],"verified_at":"2026-09-24T07:32:59+00:00"},"_wh_make_research":"Recherchebriefing zum Stichtag 24. September 2026\n\nLeserfrage und Ziel des sp\u00e4teren Artikels\n\nDer Artikel sollte die praktische Frage beantworten: Wann lohnt sich KernelCare ePortal f\u00fcr einen Hosting-Anbieter oder Betreiber gr\u00f6\u00dferer Linux-Flotten, und wie wird die Plattform so betrieben, dass Live-Patching kontrollierbar, nachvollziehbar und hochverf\u00fcgbar bleibt?\n\nIm Mittelpunkt steht nicht die allgemeine Erkl\u00e4rung von Live-Patching, sondern die Betriebsentscheidung f\u00fcr viele Web-, Datenbank-, Virtualisierungs- oder Kundenserver. ePortal ist dabei die selbst betriebene Management- und Verteilkomponente f\u00fcr KernelCare. Sie verwaltet Patchsets, Feeds, Registrierungsschl\u00fcssel und den Patch-Bezug der KernelCare-Agenten. Dadurch kann ein Betreiber Patch-Rollouts zeitlich steuern und Gruppen gezielt unterschiedlichen Feeds zuordnen. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/live-patching-services\/))\n\nDie Produktbegriffe m\u00fcssen im Artikel sauber abgegrenzt werden. KernelCare ist das Live-Kernel-Patching-Angebot. LibCare ist ein optionales Zusatzprodukt f\u00fcr bestimmte Userspace-Komponenten. ePortal ist keine Alternative zu KernelCare, sondern dessen lokale Managementoberfl\u00e4che f\u00fcr Enterprise-Szenarien. Der fr\u00fchere Name KernelCare Plus ist laut Hersteller seit M\u00e4rz 2023 abgek\u00fcndigt und durch KernelCare ersetzt. Der Begriff \u201eTuxCare Enterprise\u201c sollte deshalb nur verwendet werden, wenn im jeweiligen Vertrags- oder Produktkontext eine belastbare Herstellerbezeichnung vorliegt; die vorliegenden Dokumente bezeichnen die L\u00f6sung \u00fcberwiegend als KernelCare und KernelCare Enterprise. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/live-patching-services\/))\n\nVoraussetzungen und gesicherte Funktionsweise\n\nDer KernelCare-Agent pr\u00fcft periodisch auf Patchsets, l\u00e4dt sie herunter, verifiziert sie und installiert sie in den laufenden Kernel, ohne daf\u00fcr einen Neustart vorauszusetzen. Das ersetzt jedoch nicht jede regul\u00e4re Kernelwartung: Ein langfristig sinnvoller Betriebsprozess ben\u00f6tigt weiterhin geplante Reboots f\u00fcr Kernelwechsel, Hardware-Firmware, Treiber, Konfigurations\u00e4nderungen oder nicht live patchbare Fehlerbilder. KernelCare liefert Live-Patches f\u00fcr einen einzelnen Kernel grunds\u00e4tzlich nur so lange, wie dessen Distribution-Anbieter Sicherheitsupdates f\u00fcr die jeweilige Kernelserie ver\u00f6ffentlicht. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/live-patching-services\/))\n\nePortal verschiebt die operative Kontrolle vom einzelnen Agenten in eine zentrale Instanz. Administratoren k\u00f6nnen Patchsets herunterladen, Feeds mit unterschiedlichen Kan\u00e4len und Verz\u00f6gerungen einrichten und Registrierungsschl\u00fcssel an diese Feeds binden. Ein Feed kann beispielsweise f\u00fcr einen kleinen Canary-Kreis, einen Staging-Bereich oder die breite Produktion dienen. Die Feed-Konfiguration kennt die Kan\u00e4le Stable, Testing und Unstable. F\u00fcr einen allgemeinen Produktionsnachweis eignet sich ausschlie\u00dflich Stable; Testing dient einer bewusst kontrollierten Vorabpr\u00fcfung. Unstable ist laut Hersteller ein Early-Access-Kanal und nicht empfohlen. Entwicklungs- oder Early-Access-Zweige d\u00fcrfen im Artikel daher nicht als Aussage \u00fcber den Zustand stabiler Patchsets dargestellt werden. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/eportal\/))\n\nDer Artikel sollte au\u00dferdem den Unterschied zwischen Patch-Abruf und Patch-Aktivierung deutlich machen: ePortal pr\u00fcft laut Dokumentation alle zehn Minuten auf neue Patchsets und l\u00e4dt verf\u00fcgbare Patchsets herunter, stellt sie damit aber nicht automatisch f\u00fcr jeden Feed bereit. Erst die Feed- und Verz\u00f6gerungslogik entscheidet \u00fcber die Bereitstellung. Bei neu aufgesetzten ePortal-Instanzen ist Vorsicht geboten: Wenn Patcharchive erstmals vollst\u00e4ndig geladen werden, k\u00f6nnen sie f\u00fcr eine Verz\u00f6gerungsregel so wirken, als seien sie gleichzeitig neu erschienen. Das kann zu einem unerwartet breiten Rollout f\u00fchren, wenn Feeds ohne vorherige Planung automatisiert werden. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/eportal\/))\n\nF\u00fcr das zentrale ePortal-System nennt die Herstellerdokumentation SSD-Speicher mit mindestens 100 IOPS als notwendige Grundlage. Beim vollst\u00e4ndigen Spiegeln aller Distributionen werden mindestens 1 TB, empfohlen 2 TB Speicher genannt; im Cache-Modus nennt die Dokumentation 25 GB mindestens und 50 GB empfohlen. Zus\u00e4tzlich ist mit etwa 4 bis 5 GiB Datenwachstum pro Monat zu planen. Die Angaben zu 10.000 beziehungsweise 75.000 verbundenen Systemen sind Herstellerwerte f\u00fcr konkret beschriebene Testkonfigurationen, keine allgemein garantierten Skalierungsgrenzen. Im Artikel sollten sie deshalb als Orientierung aus der TuxCare-Dokumentation bezeichnet und um den Hinweis erg\u00e4nzt werden, dass gleichzeitige Rollouts, Netzwerklatenzen, Patchumfang, Monitoring und Hochverf\u00fcgbarkeit vor dem Produktivbetrieb mit der eigenen Architektur validiert werden m\u00fcssen. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/eportal\/))\n\nRelevante Praxisf\u00e4lle f\u00fcr Hosting-Infrastrukturen\n\nErster Praxisfall: gestaffeltes Security-Patching f\u00fcr Shared-Hosting- und Webserver-Flotten. Ein Betreiber kann einen kleinen Feed f\u00fcr interne Testsysteme oder repr\u00e4sentative Canary-Hosts anlegen, anschlie\u00dfend einen Feed f\u00fcr eine begrenzte Gruppe produktiver Webserver und erst danach den Standardfeed f\u00fcr die Gesamtflotte. Entscheidend ist, die Gruppen nach Risiko und technischer \u00c4hnlichkeit zu schneiden: Kernelversion, Distribution, Hardwareplattform, Virtualisierung, Control Panel, Webserver-Stack und Kundenprofil. Ein Feed nur nach Standort reicht selten aus, wenn unterschiedliche Kernelreihen verwendet werden. Schl\u00fcssel lassen sich an Feeds binden und mit Serverlimits versehen; das hilft, Rollout-Gruppen und Mandanten technisch voneinander abzugrenzen. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/eportal\/))\n\nZweiter Praxisfall: abgeschottete Netze und restriktive Firewalls. ePortal kann on-premises oder in einer privaten Cloud laufen und Patchsets zentral beziehen. Der normale Cache-Modus ist jedoch nicht gleichbedeutend mit vollst\u00e4ndig luftgetrenntem Betrieb: Er l\u00e4dt Metadaten und ruft bei Bedarf Patch-Bin\u00e4rdaten von der Patchquelle ab; heruntergeladene Bin\u00e4rdaten werden laut Dokumentation zwei Wochen lokal zwischengespeichert. F\u00fcr wirklich isolierte Zonen muss der sp\u00e4tere Artikel daher den konkreten Transfer- und Freigabeprozess separat beschreiben, statt ohne Pr\u00fcfung \u201eair-gapped\u201c zu versprechen. Die Dokumentation enth\u00e4lt Verfahren zum manuellen Deployment von Patchset-Archiven, aber die organisatorische Vertrauenskette, Signaturpr\u00fcfung, Medienfreigabe und Change-Freigabe bleiben Betreiberaufgaben. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/eportal\/))\n\nDritter Praxisfall: Mandantenf\u00e4higer Hosting-Betrieb. ePortal bietet eine optionale Business-Units-Funktion f\u00fcr Multi-Tenancy. Dar\u00fcber hinaus k\u00f6nnen getrennte Registrierungsschl\u00fcssel Serverlimits, Feeds und zugelassene Produkte definieren. Das kann beispielsweise f\u00fcr getrennte Kundenplattformen, interne Teams oder Managed-Server-Tarife sinnvoll sein. Der Artikel sollte aber klarstellen, dass diese Funktionen keine vollst\u00e4ndige Mandantentrennung der gesamten Infrastruktur beweisen. Netzwerksegmentierung, Berechtigungsmodell, Protokollierung, Secret-Management und administrative Zust\u00e4ndigkeiten m\u00fcssen unabh\u00e4ngig davon konzipiert werden. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/eportal\/))\n\nVierter Praxisfall: hochverf\u00fcgbare Patch-Verteilung. ePortal unterst\u00fctzt Replikation zwischen Knoten; Agenten k\u00f6nnen \u00fcber einen gemeinsamen Cluster-DNS-Namen oder einen HTTP-Load-Balancer auf mehrere Instanzen verteilt werden. Die Administration soll dagegen nicht \u00fcber den Cluster-Namen erfolgen. Die Dokumentation weist auf zwei wesentliche Grenzen hin: Die Replikation arbeitet \u00fcber HTTP; ohne TLS-Terminierung werden Replikationsdaten unverschl\u00fcsselt \u00fcbertragen. Au\u00dferdem kann Round-Robin bei Registrierung und unmittelbar anschlie\u00dfender Aktualisierung Replikationsverzug sichtbar machen. F\u00fcr die Automatisierung empfiehlt der Hersteller als Gegenma\u00dfnahme eine Wartezeit von zehn Sekunden oder Wiederholungslogik. Replikationsprotokolle werden sieben Tage vorgehalten; bei l\u00e4ngerer Trennung kann ein Knoten \u00c4nderungen \u00fcberspringen. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/eportal\/))\n\nEntscheidungsalternativen\n\nOhne ePortal beziehen KernelCare-Agenten Patches direkt \u00fcber die TuxCare-Infrastruktur. Das ist f\u00fcr kleine, einheitliche und internetf\u00e4hige Serverbest\u00e4nde administrativ einfacher, bietet jedoch weniger lokale Steuerung \u00fcber Freigabegruppen, lokale Spiegelung und zentrale Registrierung. ePortal ist passend, wenn ein Anbieter verbindliche Patch-Ringe, restriktive Ausg\u00e4nge, zentrale Nachweise oder sehr viele Hosts verwalten muss. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/live-patching-services\/))\n\nInnerhalb von ePortal besteht die wichtigste Architekturentscheidung zwischen Vollspiegelung, gefilterter Spiegelung und Cache-Modus. Vollspiegelung maximiert die lokale Vorhaltung, ben\u00f6tigt aber erheblich mehr Speicher. Die Filterung auf tats\u00e4chlich eingesetzte Distributionen reduziert Speicher und Bandbreite. Cache-Modus minimiert den Speicherbedarf, verlangt aber weiter eine funktionierende Verbindung des ePortal-Servers zur Patchquelle, wenn Patch-Bin\u00e4rdaten noch nicht im Cache liegen. Diese Auswahl sollte aus Recovery-Ziel, Netzwerkpolitik, Distributionen, Anzahl der Kernelvarianten und Wartungsfenstern abgeleitet werden, nicht allein aus Plattenkapazit\u00e4t. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/eportal\/))\n\nGrenzen, Risiken und typische Fehler\n\nEin zentraler Fehler w\u00e4re, Live-Patching mit vollst\u00e4ndigem Patch-Management gleichzusetzen. Nicht jeder k\u00fcnftige Kernelzustand und nicht jedes Betriebssystemproblem l\u00e4sst sich ohne Reboot erledigen. Ebenso darf die Abdeckung nicht pauschal f\u00fcr \u201ealle CVEs\u201c behauptet werden: Der Hersteller spricht von wirtschaftlich angemessenen Bem\u00fchungen f\u00fcr vom Distribution-Anbieter behobene Schwachstellen und nennt ein Ziel, nicht eine Garantie, innerhalb von zehn Tagen nach \u00f6ffentlicher Offenlegung. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/live-patching-services\/))\n\nEin zweiter Fehler ist das Verwenden alter Komponentenst\u00e4nde. TuxCare ver\u00f6ffentlichte im Dezember 2025 den Hinweis, dass KernelCare-Agent 3.x und ePortal 2.20 f\u00fcr das neue signierte Patchformat relevant sind und \u00e4ltere Agenten ab Mitte Dezember 2025 keine Patches mehr erhalten sollten. F\u00fcr den sp\u00e4teren Artikel darf daraus keine zeitlos g\u00fcltige Versionsvorgabe entstehen. Stattdessen sollte er empfehlen, die aktuelle Kompatibilit\u00e4tsmatrix, den installierten Agenten, die ePortal-Version und die f\u00fcr das Unternehmen freigegebene Update-Reihenfolge vor dem Rollout beim Hersteller zu pr\u00fcfen. ([support.tuxcare.com](https:\/\/support.tuxcare.com\/hc\/en-us\/articles\/21805315120540-Required-KernelCare-Agent-ePortal-Upgrade-How-to-update-KernelCare-ePortal))\n\nEin dritter Fehler betrifft Sicherheit und Reverse Proxies: F\u00fcr ePortal m\u00fcssen zul\u00e4ssige Hostnamen konfiguriert werden, um HTTP-Host-Header-Angriffe zu begrenzen. Bei TLS-Terminierung vor ePortal m\u00fcssen insbesondere Host- und X-Forwarded-Proto-Header korrekt weitergegeben werden. Ein Beispiel mit deaktivierter HTTPS-Zertifikatspr\u00fcfung aus der Dokumentation darf keinesfalls als Praxisempfehlung erscheinen. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/eportal\/))\n\nGeeignete Tabellen f\u00fcr den sp\u00e4teren Artikel\n\nTabelle 1 sollte \u201eBetriebsmodell und Konsequenz\u201c vergleichen: Direktbezug, gefiltertes ePortal-Mirroring, Vollspiegelung und Cache-Modus. Sinnvolle Spalten sind Patchsteuerung, lokaler Speicherbedarf, externe Abh\u00e4ngigkeit beim Patchabruf, Eignung f\u00fcr isolierte Netze und Betriebsaufwand.\n\nTabelle 2 sollte \u201eRollout-Ringe\u201c zeigen: Canary, Staging, eingeschr\u00e4nkte Produktion, breite Produktion. Spalten: Zielgruppe, Feed-Kanal, Freigabekriterium, Verz\u00f6gerung, R\u00fcckfallentscheidung und verantwortliches Team. Keine festen Stundenwerte als allgemeine Empfehlung behaupten; sie h\u00e4ngen von Risiko und Betriebsmodell ab.\n\nTabelle 3 sollte \u201eBetriebs- und Sicherheitskontrollen\u201c enthalten: TLS, ALLOWED_HOSTS, Backup, Replikationsstatus, Speicherwachstum, Agenten-Check-in, Feed-Zuordnung und Schl\u00fcsselrotation. ePortal dokumentiert Backups f\u00fcr Gesamtdaten und nur Datenbanken; f\u00fcr Wiederherstellungen muss der Dienst gestoppt werden. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/eportal\/))\n\nSichere Beispiele und redaktionelle Leitplanken\n\nEin sicherer, nicht ver\u00e4ndernder Pr\u00fcfaufruf f\u00fcr einen vorhandenen Cluster w\u00e4re als Terminalbefehl zu kennzeichnen: kc.eportal replication --short-status. Laut Hersteller liefert der Befehl einen maschinenlesbaren Status einschlie\u00dflich Replikationsverzug und beendet sich bei Problemen mit Exit-Code 1. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/eportal\/))\n\nF\u00fcr Automatisierung sollte der Artikel keine Zugangsdaten oder API-Token zeigen. Inhaltlich gen\u00fcgt: API-Token k\u00f6nnen ab ePortal 2.14-1 alternativ zur Basic Authentication eingesetzt, einzeln widerrufen und mit Ablaufdatum versehen werden; das ist f\u00fcr Ansible, CMDB-Anbindung und Server-Tags besser geeignet als geteilte Administratorpassw\u00f6rter. Tokens sind als Secrets in einem Secret-Management-System zu hinterlegen und nicht in Playbooks, Images oder Tickets abzulegen. ([docs.tuxcare.com](https:\/\/docs.tuxcare.com\/eportal-api\/))","_wh_make_sources":{"S1":{"id":"S1","url":"https:\/\/docs.tuxcare.com\/live-patching-services\/","title":"KernelCare"},"S2":{"id":"S2","url":"https:\/\/docs.tuxcare.com\/eportal\/","title":"ePortal"},"S3":{"id":"S3","url":"https:\/\/support.tuxcare.com\/hc\/en-us\/articles\/21805315120540-Required-KernelCare-Agent-ePortal-Upgrade-How-to-update-KernelCare-ePortal","title":"Actualizaci\u00f3n obligatoria de KernelCare Agent y ePortal | \u00bfC\u00f3mo actualizar KernelCare y ePortal? \u2013 TuxCare"},"S4":{"id":"S4","url":"https:\/\/docs.tuxcare.com\/eportal-api\/","title":"API de ePortal"}},"_wh_make_usage":{"research":{"input_tokens":37488,"output_tokens":3756,"response_id":"resp_0851e358e9d087c8016ab4adeb2f3087d295f3ba18479e0c11","model":"gpt-5.6-terra","search_calls":4},"plan_68d1c434f33adee0437da92994f32d7e":{"input_tokens":5524,"output_tokens":1492,"response_id":"resp_0a88384f8a9745f0016ab4ae1f473087d2a2d5d41437b7d0d2","model":"gpt-5.6-terra","search_calls":0},"part1_77fd50ac40790f3e7d30de915f2c4bc2":{"input_tokens":7956,"output_tokens":1615,"response_id":"resp_0e0da17bee7dcd61016ab4ae3231a487d29720b2475b041539","model":"gpt-5.6-terra","search_calls":0},"part2_4e6e818903895579e19790329fde29ce":{"input_tokens":8020,"output_tokens":2353,"response_id":"resp_0842fb81fac426ad016ab4ae46c19487d2855c977efb29378d","model":"gpt-5.6-terra","search_calls":0},"part3_f5d73dbf3c103566bd1c35003fbcddbc":{"input_tokens":8068,"output_tokens":2395,"response_id":"resp_041cf33d70f1a1b2016ab4ae6442ec87d29b17512249abc186","model":"gpt-5.6-terra","search_calls":0},"package_b44826979efff2726a8aeaac4a6e465a":{"input_tokens":12888,"output_tokens":1594,"response_id":"resp_0b4853c5e9f317c9016ab4ae843f7487d28dff27bba3c2575b","model":"gpt-5.6-terra","search_calls":0},"review_de751197529071015fb02b17dcf960a8":{"input_tokens":53156,"output_tokens":1413,"response_id":"resp_09ebb76805d5343d016ab4ae9b3f9887d2b5438b8a4015cfe1","model":"gpt-5.6-sol","search_calls":4},"repair_8a39cf964249fffb7e90eb0289478a2d":{"input_tokens":28072,"output_tokens":1980,"response_id":"resp_00673f1877ccacee016ab4aeb885f887d2a341c824c93dff05","model":"gpt-5.6-terra","search_calls":1},"review_3ca35459c030152cbb9a9a19d8594f74":{"input_tokens":50744,"output_tokens":1232,"response_id":"resp_0ea9816dec0894cc016ab4aecd57d887d2ac74305a94c5a3cd","model":"gpt-5.6-sol","search_calls":4},"repair_262fbd852467488213675f50b03bf86c":{"input_tokens":32177,"output_tokens":2116,"response_id":"resp_0b2dcafdd8987571016ab4aee4664087d28f578dd92edf5b68","model":"gpt-5.6-terra","search_calls":2},"review_c24b66fc0752c3be31bc2d7ccd14c9ea":{"input_tokens":35554,"output_tokens":1604,"response_id":"resp_01e77f8ca7b3a6e6016ab4aef9bc7487d2a7de074592740ad1","model":"gpt-5.6-sol","search_calls":2},"repair_74e748a6db0ee54b54af85a86ba15eea":{"input_tokens":37165,"output_tokens":4010,"response_id":"resp_0338a03682b6eac0016ab4b342e67087d2bcd3b2b2dad6ac00","model":"gpt-5.6-terra","search_calls":2},"review_ecba73bb0d47971f6bd2e64372d09408":{"input_tokens":44773,"output_tokens":1433,"response_id":"resp_0a42e325bb068f59016ab4d17cb6d087d2b43356b5310686bd","model":"gpt-5.6-sol","search_calls":3},"repair_b4750fdc424eba53b0b0e0cd97d424ee":{"input_tokens":35467,"output_tokens":2821,"response_id":"resp_00d976fbc9da831c016ab4d1a0be8487d2b3ee369782b54548","model":"gpt-5.6-terra","search_calls":2},"review_19eb92c47c1ff9b26f406628b0706915":{"input_tokens":44775,"output_tokens":936,"response_id":"resp_02fcce1bc06e1f50016ab4d1be9a6887d28369214736acfdcd","model":"gpt-5.6-sol","search_calls":3},"image_hero":{"input_tokens":126,"output_tokens":343,"response_id":"","model":"gpt-image-2.5-flare","search_calls":0},"image_detail1":{"input_tokens":115,"output_tokens":343,"response_id":"","model":"gpt-image-2.5-flare","search_calls":0},"image_detail2":{"input_tokens":117,"output_tokens":343,"response_id":"","model":"gpt-image-2.5-flare","search_calls":0}},"_wh_make_last_error":"","_wh_make_write_intent":{"before":{"content_md5":"d0e8fcfc7d334df0d656d43245914612","title":"KernelCare ePortal para grandes infraestructuras de alojamiento web","slug":"kernelcare-eportal-grandes-infraestructuras-de-alojamiento-web","excerpt":"KernelCare ePortal centraliza la distribuci\u00f3n y la aplicaci\u00f3n de parches en tiempo real en grandes parques de sistemas Linux. El art\u00edculo explica cu\u00e1ndo merece la pena utilizar esta plataforma adicional y c\u00f3mo gestionar de forma controlada los ciclos de parches, la duplicaci\u00f3n, la replicaci\u00f3n y los controles de seguridad.","status":"draft","featured_media":0},"expected":{"content_md5":"f713f5bc4ad773138709ddb814febdd5","title":"KernelCare ePortal para grandes infraestructuras de alojamiento web","slug":"kernelcare-eportal-grandes-infraestructuras-de-alojamiento-web","excerpt":"KernelCare ePortal centraliza la distribuci\u00f3n y la aplicaci\u00f3n de parches en tiempo real en grandes parques de sistemas Linux. El art\u00edculo explica cu\u00e1ndo merece la pena utilizar esta plataforma adicional y c\u00f3mo gestionar de forma controlada los ciclos de parches, la duplicaci\u00f3n, la replicaci\u00f3n y los controles de seguridad.","status":"draft","featured_media":21693},"at":"2026-09-24T07:32:46+00:00"},"_wh_make_design_version":"2.1.8","rank_math_title":"KernelCare ePortal f\u00fcr Hosting-Flotten","_wh_make_doc":{"title":"KernelCare ePortal para grandes infraestructuras de alojamiento web","slug":"kernelcare-eportal-grandes-infraestructuras-de-alojamiento-web","excerpt":"KernelCare ePortal centraliza la distribuci\u00f3n y la aplicaci\u00f3n de parches en tiempo real en grandes parques de sistemas Linux. El art\u00edculo explica cu\u00e1ndo merece la pena utilizar esta plataforma adicional y c\u00f3mo gestionar de forma controlada los ciclos de parches, la duplicaci\u00f3n, la replicaci\u00f3n y los controles de seguridad.","seo":{"title":"KernelCare ePortal para flotas de alojamiento web","description":"KernelCare ePortal para grandes flotas de alojamiento: ciclos de parches, modo espejo y cach\u00e9, alta disponibilidad, TLS, supervisi\u00f3n y l\u00edmites operativos.","focus_keyword":"KernelCare ePortal"},"lead":[{"kind":"text","text":"KernelCare ePortal lohnt sich f\u00fcr Hosting-Anbieter, wenn ","ref":""},{"kind":"strong","text":"kontrollierte Patch-Ringe","ref":""},{"kind":"text","text":", lokale Verteilung, restriktive Netzausg\u00e4nge oder pr\u00fcfbare Freigaben erforderlich sind. Die Plattform steuert Patchsets, Feeds und Registrierungsschl\u00fcssel f\u00fcr KernelCare-Agenten zentral. Sie ersetzt jedoch weder regul\u00e4re Reboots noch ein Sicherheits- und Betriebsmodell f\u00fcr die gesamte Infrastruktur. Entscheidend sind eine passende Spiegelstrategie, klar abgegrenzte Rollout-Gruppen, belastbares Monitoring und ein sorgf\u00e4ltig abgesicherter Hochverf\u00fcgbarkeitsbetrieb. ","ref":""},{"kind":"citation","text":"","ref":"S1"},{"kind":"citation","text":"","ref":"S2"}],"images":{"hero":{"prompt":"Konzeptionelle technische Illustration zur zentralen Live-Patch-Steuerung: eine ruhige zentrale Verteilinstanz verbindet klar getrennte Gruppen aus Webservern, Datenbankservern und Virtualisierungshosts \u00fcber gestaffelte Pfade; sichtbarer Datenfluss von Patcharchiv \u00fcber Freigaberinge zu Hosts, sachliche dunkelblaue und t\u00fcrkisfarbene Farbgebung, viel Freiraum, keine Beschriftungen, keine Logos, keine Benutzeroberfl\u00e4chen.","alt":"Zentrale Patch-Verteilung mit gestaffelten Gruppen f\u00fcr verschiedene Hosting-Server","caption":"Konzeptionelle Darstellung einer zentral gesteuerten Patch-Verteilung \u00fcber mehrere Hosting-Systemgruppen.","filename_base":"kernelcare-eportal-patchverteilung","section_id":"","after_block":0},"detail1":{"prompt":"Konzeptionelle Illustration eines gestaffelten Patch-Rollouts: vier klar unterscheidbare Servergruppen entlang eines kontrollierten Pfads, von einer kleinen Pr\u00fcfumgebung \u00fcber Vorproduktion und begrenzte Produktion bis zur breiten Flotte; ein zentraler Freigabepunkt zwischen den Stufen, zur\u00fcckhaltende blaue und gr\u00fcne Akzente, klare Blickf\u00fchrung, keine W\u00f6rter, Zahlen, Logos oder Dashboards.","alt":"Gestaffelter Patch-Rollout von Canary-Systemen bis zur breiten Produktion","caption":"Patch-Ringe begrenzen die erste Ausbringung und schaffen definierte Entscheidungspunkte vor der breiten Verteilung.","filename_base":"kernelcare-eportal-patch-ringe","section_id":"rollout","after_block":1},"detail2":{"prompt":"Konzeptionelle Infrastrukturillustration f\u00fcr hochverf\u00fcgbare Patch-Verteilung: zwei synchronisierte Managementknoten hinter einem neutralen Lastverteiler, mehrere Agenten erreichen den gemeinsamen Endpunkt; separat hervorgehobener gesch\u00fctzter Replikationspfad und administrativer Zugang, klare technische Linien, dunkelblaues Farbschema mit dezenten t\u00fcrkisfarbenen Akzenten, keine Beschriftungen, Zahlen, Logos oder Screenshots.","alt":"Redundante ePortal-Knoten mit Load-Balancer, Agentenpfad und gesch\u00fctzter Replikation","caption":"Redundanz verlangt neben mehreren Knoten auch kontrollierte Replikation, TLS und getrennte Verwaltungszug\u00e4nge.","filename_base":"kernelcare-eportal-hochverfuegbarkeit","section_id":"hochverfuegbarkeit","after_block":2}},"chart":null,"social":{"facebook":"KernelCare ePortal schafft zentrale Kontrolle f\u00fcr Live-Patching in gro\u00dfen Hosting-Flotten. Der Beitrag erkl\u00e4rt Patch-Ringe, Mirror- und Cache-Modelle, Replikation, TLS und wichtige Betriebsgrenzen.","instagram":"Live-Patching in gro\u00dfen Hosting-Flotten braucht mehr als einen Agenten: KernelCare ePortal verbindet Feed-Steuerung, Patch-Ringe, lokale Archive und nachvollziehbare Freigaben.","tiktok":"KernelCare ePortal erkl\u00e4rt: Wann zentrale Patch-Ringe und lokale Patch-Verteilung f\u00fcr gro\u00dfe Hosting-Flotten sinnvoll sind \u2013 und warum Live-Patching Reboots nicht ersetzt.","youtube":"KernelCare ePortal f\u00fcr Hosting-Infrastrukturen: Architektur, Patch-Ringe, Cache oder Spiegelung, Hochverf\u00fcgbarkeit und Sicherheitskontrollen verst\u00e4ndlich eingeordnet.","threads":"Wann lohnt sich KernelCare ePortal? Der Fachartikel zeigt, wie gro\u00dfe Linux-Flotten Live-Patches mit Feeds, Rollout-Ringen, lokaler Verteilung und Replikation kontrollierbar betreiben.","x":"KernelCare ePortal lohnt sich bei Patch-Ringen, lokalen Archiven, restriktiven Netzausg\u00e4ngen und pr\u00fcfbaren Freigaben. Der Artikel ordnet Cache, Spiegelung, TLS, Replikation und Betriebsgrenzen f\u00fcr Hosting-Flotten ein."},"avatar_script":"KernelCare ePortal richtet sich an Betreiber, die Live-Patching nicht nur verteilen, sondern in einer gr\u00f6\u00dferen Linux-Flotte nachvollziehbar steuern m\u00fcssen. Entscheidend ist die Abgrenzung: KernelCare bringt Live-Patches in den laufenden Kernel, w\u00e4hrend ePortal Patchsets, Feeds und Schl\u00fcssel zentral verwaltet. F\u00fcr den Betrieb z\u00e4hlen vor allem sauber zugeschnittene Patch-Ringe, die passende Wahl zwischen Spiegelung und Cache sowie belastbare Kontrollen f\u00fcr Replikation, TLS, Backups und Zug\u00e4nge. Live-Patching reduziert dabei Reboot-Bedarf, ersetzt aber keine regul\u00e4re Kernelwartung und keine geplanten Neustartfenster. Ob ePortal passt, h\u00e4ngt deshalb von konkreten Freigabe-, Netzwerk- und Nachweispflichten ab, nicht allein von der Anzahl der Server.","version_note":"Stand der Recherche: 24. September 2026. Produkt- und Versionsst\u00e4nde, insbesondere Kompatibilit\u00e4tsvorgaben f\u00fcr KernelCare-Agent und ePortal, vor \u00c4nderungen anhand der aktuellen Herstellerdokumentation und der intern freigegebenen Update-Reihenfolge pr\u00fcfen.","sections":[{"id":"grundlagen","heading":"KernelCare ePortal im Flottenbetrieb einordnen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"KernelCare ePortal ist die selbst betriebene Management- und Verteilkomponente f\u00fcr KernelCare-Agenten in gr\u00f6\u00dferen Linux-Umgebungen. Sie b\u00fcndelt Patchsets, Feeds und Registrierungsschl\u00fcssel an einer kontrollierten Stelle. Damit entscheidet der Betreiber nicht nur, ob Hosts Patches beziehen, sondern auch, aus welcher lokalen Quelle und nach welcher Freigabelogik dies geschieht. ","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Ohne ePortal kontaktieren die Agenten die TuxCare-Infrastruktur direkt. Das ist f\u00fcr kleine, weitgehend einheitliche und internetf\u00e4hige Serverbest\u00e4nde meist der einfachere Weg: Es gibt keine zus\u00e4tzliche zentrale Plattform zu aktualisieren, abzusichern und zu \u00fcberwachen. Mit wachsender Zahl an Systemen wird diese Einfachheit jedoch zum Nachteil, wenn nachvollziehbare Freigaben oder begrenzte Netzausg\u00e4nge verlangt werden. ","ref":""},{"kind":"citation","text":"","ref":"S1"}]},{"type":"paragraph","runs":[{"kind":"text","text":"In einer Hosting-Flotte treffen oft Webserver, Datenbankserver, Virtualisierungshosts und Management-Systeme mit unterschiedlichen Distributionen und Kernelreihen zusammen. Ein zentraler ","ref":""},{"kind":"strong","text":"Patchbezug","ref":""},{"kind":"text","text":" erlaubt, diese technischen Gruppen gezielt mit passenden Feeds und Schl\u00fcsseln zu versorgen. ePortal ist damit keine Alternative zum KernelCare-Agenten, sondern erweitert dessen Bezug von Patchsets um lokale Steuerung und Verteilung. ","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Der Nutzen entsteht folglich nicht allein durch die Zahl der Server. Ausschlaggebend sind verbindliche Patch-Ringe, Pr\u00fcf- und Nachweispflichten, Netzwerkvorgaben sowie die Frage, ob ein zentraler Dienst selbst zuverl\u00e4ssig betrieben werden kann. Diese Anforderungen bestimmen auch, ob lokale Spiegelung, Cache oder direkter Bezug die angemessene Architektur ist.","ref":""}]}]},{"id":"begriffe","heading":"Live-Patching, KernelCare und LibCare abgrenzen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Beim ","ref":""},{"kind":"strong","text":"Live-Patching","ref":""},{"kind":"text","text":" pr\u00fcft der KernelCare-Agent regelm\u00e4\u00dfig, ob passende Patchsets verf\u00fcgbar sind. Er l\u00e4dt diese herunter, verifiziert sie und installiert sie in den laufenden Kernel. Sicherheitskorrekturen k\u00f6nnen dadurch aktiv werden, ohne dass f\u00fcr diesen Schritt ein Kernel-Neustart erforderlich ist. Welche Patchsets anwendbar sind, h\u00e4ngt dabei vom installierten Kernel und der unterst\u00fctzten Distribution ab. ","ref":""},{"kind":"citation","text":"","ref":"S1"}]},{"type":"paragraph","runs":[{"kind":"text","text":"KernelCare bezeichnet das Angebot f\u00fcr Live-Kernel-Patches. LibCare ist davon zu trennen: Es ist ein optionales Zusatzprodukt f\u00fcr bestimmte Userspace-Komponenten und kein anderer Name f\u00fcr Kernel-Patching. ePortal wiederum patcht keinen Kernel selbst, sondern verwaltet Patchsets, Feeds und die Registrierung der KernelCare-Agenten in einer lokalen Enterprise-Installation. ","ref":""},{"kind":"citation","text":"","ref":"S1"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die fr\u00fchere Bezeichnung KernelCare Plus sollte nur bei der Einordnung \u00e4lterer Dokumentationen auftauchen. Der Hersteller hat dieses Produkt seit M\u00e4rz 2023 abgek\u00fcndigt und durch KernelCare ersetzt. F\u00fcr Bestandsaufnahmen ist daher wichtig, installierte Agenten, Vertr\u00e4ge und Dokumentation nicht anhand historischer Produktnamen mit aktuellen Komponenten oder Funktionsumf\u00e4ngen gleichzusetzen. ","ref":""},{"kind":"citation","text":"","ref":"S1"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Live-Patching ersetzt keinen vollst\u00e4ndigen Wartungsprozess. Geplante ","ref":""},{"kind":"strong","text":"Reboots","ref":""},{"kind":"text","text":" bleiben etwa f\u00fcr regul\u00e4re Kernelwechsel, Hardware- und Firmware-Updates, Treiber\u00e4nderungen, Konfigurationsarbeiten oder Fehlerbilder n\u00f6tig, die sich nicht live beheben lassen. Ein Betriebskonzept sollte deshalb die verk\u00fcrzte Exposition durch Patchsets mit weiterhin geplanten Neustartfenstern verbinden, statt diese ersatzlos zu streichen. ","ref":""},{"kind":"citation","text":"","ref":"S1"}]}]},{"id":"einsatz","heading":"Wann zentrale Patchsteuerung wirtschaftlich passt","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"ePortal passt, wenn der Betrieb Patches nicht lediglich schnell verteilen, sondern ihre Bereitstellung verbindlich steuern muss. Das betrifft beispielsweise getrennte Freigabegruppen f\u00fcr Canary-Hosts, Staging und Produktion, restriktive ausgehende Firewall-Regeln oder Nachweise dar\u00fcber, welcher Host welchem Feed zugeordnet war. Auch viele Systeme mit verschiedenen Plattformen profitieren von einer zentral gepflegten Verteilinstanz. ","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Der zus\u00e4tzliche Nutzen muss den Aufwand rechtfertigen. Eine ePortal-Instanz ben\u00f6tigt Kapazit\u00e4t, Updates, Backups, Zugriffsschutz und Monitoring; bei hoher Verf\u00fcgbarkeit kommen Replikation und Netzarchitektur hinzu. F\u00fcr wenige gleichartige Server mit erlaubtem Internetzugang bleibt der Direktbezug \u00fcber die TuxCare-Infrastruktur daher oft einfacher. Weniger Komponenten bedeuten dort eine kleinere eigene Betriebsfl\u00e4che. ","ref":""},{"kind":"citation","text":"","ref":"S1"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Wirtschaftlich wird zentrale Steuerung besonders dort, wo ungeplante Gleichzeitigkeit teuer w\u00e4re: etwa bei vielen Kunden-Webservern, Datenbankclustern oder Virtualisierungshosts. Ein ","ref":""},{"kind":"strong","text":"Freigabeprozess","ref":""},{"kind":"text","text":" kann dann technische \u00c4hnlichkeit und Gesch\u00e4ftsrisiko gemeinsam abbilden. Gruppen sollten nicht nur nach Standort entstehen, sondern auch Distribution, Kernelreihe, Hypervisor, Control Panel, Hardware und Kundenprofil ber\u00fccksichtigen. ","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die Sicherheitsabdeckung darf dabei nicht \u00fcbersch\u00e4tzt werden. KernelCare stellt Live-Patches f\u00fcr einen Kernel grunds\u00e4tzlich nur bereit, solange dessen Distribution-Anbieter Sicherheitsupdates f\u00fcr die betreffende Kernelserie ver\u00f6ffentlicht. Zudem ist Live-Patching kein pauschaler Nachweis f\u00fcr die Behebung aller Schwachstellen. Patchstatus, Distribution-Support und regul\u00e4re Wartung bleiben getrennt zu pr\u00fcfen. ","ref":""},{"kind":"citation","text":"","ref":"S1"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die Betriebsentscheidung lautet daher nicht pauschal \u201ezentral ist besser\u201c. ePortal ist sinnvoll, wenn lokale Kontrolle, abgestufte Verteilung und belastbare Nachvollziehbarkeit konkrete Anforderungen erf\u00fcllen. Fehlen diese Anforderungen, kann der bewusst einfache Direktbezug robuster sein. Im n\u00e4chsten Schritt entscheidet das gew\u00fcnschte Bereitstellungsmodell \u00fcber Speicherbedarf und externe Abh\u00e4ngigkeiten.","ref":""}]}]},{"id":"modelle","heading":"Spiegelung und Cache passend ausw\u00e4hlen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Die Wahl des Verteilmodells bestimmt, wie unabh\u00e4ngig eine Hosting-Flotte beim Patchabruf ist und wie viel Infrastruktur sie daf\u00fcr betreiben muss. Beim Direktbezug laden KernelCare-Agenten Patchsets \u00fcber die TuxCare-Infrastruktur. ePortal verlagert dagegen Freigabe, lokale Vorhaltung und Verteilung in eine eigene Instanz; sie kann Patchsets als vollst\u00e4ndiges oder gefiltertes Archiv spiegeln oder bedarfsorientiert zwischenspeichern.","ref":""},{"kind":"citation","text":"","ref":"S1"},{"kind":"citation","text":"","ref":"S2"}]},{"type":"table","caption":"Betriebsmodelle f\u00fcr den Bezug von KernelCare-Patchsets","headers":["Modell","Patchsteuerung","Lokaler Speicherbedarf","Externe Abh\u00e4ngigkeit beim Abruf","Einordnung f\u00fcr abgeschottete Bereiche","Betriebsaufwand"],"rows":[["Direktbezug","Agenten beziehen Patchsets direkt; keine lokale Feed-Steuerung","Kein ePortal-Archiv","Jeder Agent ben\u00f6tigt Zugang zur Patchquelle","F\u00fcr isolierte Agentennetze ungeeignet, sofern kein lokaler Vermittlungsweg bereitsteht","Niedrig"],["Gefilterte Spiegelung","Feeds und ausgew\u00e4hlte Distributionen zentral steuerbar","Abh\u00e4ngig von den gespiegelten Distributionen und Kernelvarianten","ePortal ben\u00f6tigt f\u00fcr neue Patchsets weiterhin den Zugang zur Patchquelle","Agentennetze k\u00f6nnen vom Internet getrennt sein; ePortal selbst bleibt f\u00fcr neue Archive upstream-abh\u00e4ngig","Mittel"],["Vollspiegelung","Feeds zentral steuerbar; lokale Vorhaltung der gespiegelten Archive","Hoch; Hersteller nennt mindestens 1 TB, empfohlen 2 TB","F\u00fcr bereits vollst\u00e4ndig vorhandene Archive keine externe Verbindung beim Agentenabruf","\u00dcberbr\u00fcckt Upstream-Ausf\u00e4lle f\u00fcr vorhandene Archive; ein vollst\u00e4ndig air-gapped ePortal verlangt zus\u00e4tzlich einen getrennten Archivtransferprozess","Hoch"],["Cache-Modus","Feeds zentral steuerbar; Bin\u00e4rdaten lokal zwischengespeichert","Niedrig; Hersteller nennt mindestens 25 GB, empfohlen 50 GB","Bei nicht vorhandenen Bin\u00e4rdaten ben\u00f6tigt ePortal die Patchquelle","Agentennetze k\u00f6nnen zentral \u00fcber ePortal versorgt werden; f\u00fcr Cache-Misses ist ein Upstream-Pfad erforderlich","Mittel"]],"source_ids":["S1","S2"]},{"type":"paragraph","runs":[{"kind":"text","text":"Eine Vollspiegelung ist sinnvoll, wenn bereits \u00fcbernommene Patchsets auch bei einer unterbrochenen externen Verbindung lokal verf\u00fcgbar bleiben m\u00fcssen oder verbindliche interne Freigaben dies verlangen. Eine gefilterte Spiegelung begrenzt Archivgr\u00f6\u00dfe und Datenverkehr auf tats\u00e4chlich eingesetzte Distributionen. Daf\u00fcr muss die Inventarisierung zuverl\u00e4ssig erfassen, welche Kernelreihen und Architekturen die Flotte verwendet; sonst fehlt genau dann ein Archiv, wenn ein Host es ben\u00f6tigt.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Der ","ref":""},{"kind":"strong","text":"Cache-Modus","ref":""},{"kind":"text","text":" spart Speicher, ist aber kein Synonym f\u00fcr einen vollst\u00e4ndig isolierten Betrieb. ePortal l\u00e4dt Metadaten und beschafft Patch-Bin\u00e4rdaten bei Bedarf von der Quelle; heruntergeladene Bin\u00e4rdaten verbleiben laut Dokumentation zwei Wochen im lokalen Cache. F\u00fcr abgeschottete Agentennetze kann das gen\u00fcgen, solange ePortal den erlaubten Upstream-Pfad nutzen darf.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Ein vollst\u00e4ndig luftgetrennt betriebener ePortal-Server ist davon getrennt zu beurteilen. Neue Patcharchive m\u00fcssen dann \u00fcber einen separat geplanten manuellen Transfer eingebracht werden. Definiere daf\u00fcr Quellenpr\u00fcfung, Integrit\u00e4ts- und Signaturkontrolle, Medien- oder Netzwerkfreigabe, Importreihenfolge und Verantwortlichkeiten. Weder gefilterte noch vollst\u00e4ndige Spiegelung erzeugen diesen Prozess automatisch; sie bestimmen nur, welche Archive ePortal lokal vorh\u00e4lt.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die Speicherplanung sollte nicht bei der Gr\u00f6\u00dfe des aktuellen Archivs enden. TuxCare nennt f\u00fcr ePortal SSD-Speicher mit mindestens 100 IOPS sowie ein Wachstum von etwa 4 bis 5 GiB pro Monat als Orientierung. Diese Herstellerangaben ersetzen keine Kapazit\u00e4tsplanung: Recovery-Ziele, parallele Rollouts, Netzwerklatenzen, Anzahl der Kernelvarianten und Monitoring-Anforderungen k\u00f6nnen die Architektur st\u00e4rker pr\u00e4gen als freie Plattenkapazit\u00e4t.","ref":""},{"kind":"citation","text":"","ref":"S2"}]}]},{"id":"rollout","heading":"Patch-Ringe f\u00fcr Hosting-Flotten aufbauen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Patch-Ringe machen aus einem zentral verf\u00fcgbaren Patchset einen kontrollierten Rollout. Ein kleiner Canary-Kreis erh\u00e4lt die Freigabe zuerst, danach folgen Staging, eine begrenzte Produktionsgruppe und schlie\u00dflich die breite Produktion. Jeder Ring braucht vorab definierte Beobachtungen und eine verantwortliche Stelle; ohne diese Kriterien verschiebt eine Verz\u00f6gerung lediglich das Risiko, statt es zu bewerten.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"table","caption":"Beispiel f\u00fcr organisatorische Patch-Ringe ohne feste Zeitvorgaben","headers":["Ring","Zielgruppe","Feed-Kanal","Freigabekriterium","Verz\u00f6gerungslogik","R\u00fcckfall und Verantwortung"],"rows":[["Canary","Repr\u00e4sentative interne oder risikoarme Hosts","Stable","Patchstatus, Dienstmetriken und Logs unauff\u00e4llig","Bis zur dokumentierten Bewertung","Feed anhalten; Plattformteam entscheidet"],["Staging","Vorproduktionssysteme mit \u00e4hnlichem Stack","Stable","Anwendungstests und Betriebschecks bestanden","Nach Freigabe des Canary-Rings","Feed anhalten; Anwendungs- und Plattformteam"],["Eingeschr\u00e4nkte Produktion","Begrenzte, repr\u00e4sentative Kunden- oder Webservergruppe","Stable","Keine auff\u00e4lligen Fehlerraten oder Supportsignale","Nach Bewertung des Staging-Rings","Ausweitung stoppen; Incident-Verantwortliche"],["Breite Produktion","\u00dcbrige geeignete Produktionshosts","Stable","Vorherige Ringe freigegeben","Nach dokumentierter Freigabe","Rollout pausieren; Betriebsteam"]],"source_ids":["S2"]},{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr die Produktionsringe ist ","ref":""},{"kind":"strong","text":"Stable","ref":""},{"kind":"text","text":" der vorgesehene Kanal. Testing eignet sich f\u00fcr einen separaten, bewusst kontrollierten Evaluierungsprozess, weil dieser Kanal alle verf\u00fcgbaren Patchsets einbezieht und damit zus\u00e4tzliche Patchsets enthalten kann, die noch nicht f\u00fcr Stable markiert sind. Unstable ist laut Dokumentation ein Early-Access-Kanal und nicht empfohlen. Testing und Unstable sind daher nicht als allgemeiner Produktionsnachweis zu behandeln.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Ringe sollten nach technischer \u00c4hnlichkeit statt nur nach Rechenzentrumsstandort zusammengesetzt sein. Relevant sind Distribution und Kernelreihe, Hardwareplattform, Virtualisierung, Control Panel, Webserver-Stack und Kundenprofil. Ein Canary-Host mit anderer Kernelserie oder anderer Virtualisierung deckt das Verhalten eines produktiven Zielsystems nur eingeschr\u00e4nkt ab. Bei Shared Hosting geh\u00f6ren Ressourcenprofile und Konfigurationen des ","ref":""},{"kind":"internal_link","text":"CloudLinux LVE Managers","ref":"I1"},{"kind":"text","text":" in diese Bewertung, weil sie Last- und Fehlerbilder beeinflussen k\u00f6nnen.","ref":""}]},{"type":"paragraph","runs":[{"kind":"text","text":"Besondere Vorsicht gilt neuen ePortal-Instanzen. ePortal pr\u00fcft nach Herstellerangabe alle zehn Minuten auf neue Patchsets und l\u00e4dt sie herunter, stellt sie aber nicht automatisch jedem Feed bereit. Werden Archive erstmals geladen, erhalten die enthaltenen Patchsets denselben Erscheinungszeitpunkt. Eine bereits konfigurierte Verz\u00f6gerung kann deshalb dazu f\u00fchren, dass der gesamte Erstbestand nach ihrem Ablauf in einen automatisch aktualisierten Feed gelangt.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Halte w\u00e4hrend der initialen Synchronisation daher die automatische Aktualisierung produktiver Feeds und deren produktive Schl\u00fcsselzuordnung zur\u00fcck. Lade den Erstbestand vollst\u00e4ndig, pr\u00fcfe ihn sowie die Feed-Konfiguration und ordne Schl\u00fcssel erst danach kontrolliert den vorgesehenen Ringen zu oder aktiviere deren automatische Aktualisierung. Die Verz\u00f6gerungslogik dient anschlie\u00dfend f\u00fcr neu eintreffende Patchsets; sie trennt den historischen Erstbestand einer neuen Instanz nicht zuverl\u00e4ssig.","ref":""},{"kind":"citation","text":"","ref":"S2"}]}]},{"id":"zugang","heading":"Feeds, Schl\u00fcssel und Mandanten trennen","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Feeds bilden die technische Seite der Rollout-Ringe ab: Sie verbinden Patchkanal und Verz\u00f6gerungslogik mit einer Gruppe von Systemen. Registrierungsschl\u00fcssel lassen sich an Feeds binden und mit Serverlimits versehen. Dadurch kann ein Betreiber etwa interne Plattformen, Managed-Server-Angebote und getrennte Kundenumgebungen mit unterschiedlichen Freigabepfaden versorgen, ohne die Agentenkonfiguration auf jedem Host einzeln \u00e4ndern zu m\u00fcssen.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Diese Zuordnung ist jedoch keine vollst\u00e4ndige Sicherheitsgrenze. Die optionale Funktion ","ref":""},{"kind":"strong","text":"Business Units","ref":""},{"kind":"text","text":" unterst\u00fctzt Multi-Tenancy im ePortal, ersetzt aber weder Netzwerksegmentierung noch ein Berechtigungsmodell oder getrennte administrative Zust\u00e4ndigkeiten. Auch Protokollierung, Secret-Management und die Pr\u00fcfung, wer Schl\u00fcssel erstellen oder Feeds \u00e4ndern darf, m\u00fcssen unabh\u00e4ngig von der Produktfunktion geplant und regelm\u00e4\u00dfig kontrolliert werden.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr Mandantenumgebungen ist die Trennung von Patchsteuerung und \u00fcbriger Hosting-Isolation besonders wichtig. Ein Schl\u00fcssel kann die beabsichtigte Feed-Zuordnung und die Zahl registrierbarer Server begrenzen, verhindert aber keine Querzugriffe in anderen Infrastrukturkomponenten. Prozess- und Dateisystemisolation bleiben eigene Aufgaben; dazu erg\u00e4nzt der Beitrag \u00fcber ","ref":""},{"kind":"internal_link","text":"CloudLinux SecureLVE","ref":"I2"},{"kind":"text","text":" die Ebene von Accounts und Websites.","ref":""}]},{"type":"paragraph","runs":[{"kind":"text","text":"Ab ePortal 2.14-1 k\u00f6nnen API-Keys f\u00fcr die \u00f6ffentliche API alternativ zur Basic Authentication verwendet werden. Die ePortal-Verwaltung erlaubt f\u00fcr API-Keys unter anderem einzeln widerrufbare Schl\u00fcssel sowie ein optionales Ablaufdatum. Das erleichtert getrennte Berechtigungen f\u00fcr CMDB-Anbindungen oder Konfigurationsautomatisierung, sofern die Rechte des zugeh\u00f6rigen Benutzerkontos bewusst begrenzt werden.","ref":""},{"kind":"citation","text":"","ref":"S4"},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Lege Tokens als Secrets in einem Secret-Management-System ab, nicht in Playbooks, Images, Shell-Historien oder Tickets. Das ist eine betriebliche Schutzma\u00dfnahme und keine durch ePortal automatisch erzwungene Eigenschaft. Ein praxistauglicher Prozess ordnet jedem Schl\u00fcssel einen Eigent\u00fcmer, einen Zweck, zul\u00e4ssige Produkte, ein Serverlimit und ein Rotationsdatum zu.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"API-Keys sollten bei einem Systemwechsel, einem Rollenwechsel oder einem nicht mehr ben\u00f6tigten Automatisierungszugang gezielt widerrufen werden. Registrierungsschl\u00fcssel behandelst du anders: Das Entfernen eines solchen Schl\u00fcssels entfernt laut Dokumentation auch alle darunter registrierten Server aus ePortal. Plane deshalb vor dem L\u00f6schen die Migration auf einen neuen Schl\u00fcssel oder die erneute Registrierung der betroffenen Hosts und pr\u00fcfe anschlie\u00dfend deren Feed-Zuordnung sowie Check-in-Status.","ref":""},{"kind":"citation","text":"","ref":"S2"}]}]},{"id":"hochverfuegbarkeit","heading":"Replikation und TLS belastbar betreiben","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr eine ","ref":""},{"kind":"strong","text":"hochverf\u00fcgbare Patch-Verteilung","ref":""},{"kind":"text","text":" werden mehrere ePortal-Knoten so kombiniert, dass KernelCare-Agenten einen gemeinsamen Cluster-DNS-Namen oder einen HTTP-Load-Balancer ansprechen. F\u00fcr administrative Arbeiten verwendest du dagegen einen kontrollierten, knotenspezifischen Admin-Endpunkt. Den gemeinsamen Cluster-Endpunkt darfst du laut Hersteller nicht f\u00fcr Operationen in der ePortal-Administrationsoberfl\u00e4che einsetzen.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Vor der Produktivsetzung sollte die Architektur nicht nur den Ausfall eines ePortal-Servers betrachten. Relevant sind auch DNS-Aufl\u00f6sung, Load-Balancer, Zertifikate, Speicher f\u00fcr Patcharchive, die Verbindung zur Patchquelle und die Erreichbarkeit aus jedem Netzsegment. Ein zweiter Knoten ohne abgestimmte Netzwerk- und Betriebs\u00fcberwachung verbessert die Verf\u00fcgbarkeit nur begrenzt; er kann im Fehlerfall sogar abweichende Zust\u00e4nde verdecken.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die Knoten gleichen \u00c4nderungen per Replikation ab. Dieser Abgleich ist nicht zwingend sofort sichtbar. Besonders bei Round-Robin kann ein gerade registrierter Agent den ersten Knoten f\u00fcr die Registrierung und direkt danach einen noch nicht synchronisierten Knoten f\u00fcr die Aktualisierung erreichen. Automatisierungen sollten deshalb einen kurzen Wartepunkt oder eine Retry-Logik mit begrenzten Wiederholungen vorsehen, statt einen unmittelbar folgenden Patchabruf als verl\u00e4sslichen Endzustand zu behandeln.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Auch l\u00e4ngere Trennungen geh\u00f6ren in das Fehlerszenario. Replikationsprotokolle werden laut Dokumentation sieben Tage vorgehalten; bleibt ein Knoten l\u00e4nger getrennt, kann er \u00c4nderungen \u00fcberspringen. Der ","ref":""},{"kind":"strong","text":"Replikationsverzug","ref":""},{"kind":"text","text":" ist damit ein operativer Status, nicht blo\u00df ein Diagnosewert. Nach Netzwerkst\u00f6rungen pr\u00fcfst du daher Feed-Zuordnungen, Schl\u00fcsselbestand und Patcharchiv auf dem zur\u00fcckkehrenden Knoten, bevor er wieder regul\u00e4r Agentenanfragen bedient.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Die Replikation erfolgt \u00fcber HTTP. Ohne eine geeignete TLS-Absicherung werden die Replikationsdaten daher unverschl\u00fcsselt \u00fcbertragen. Segmentiere diesen Datenverkehr mindestens in ein vertrauensw\u00fcrdiges Netz oder terminiere TLS passend zur Architektur. F\u00fcr extern oder netz\u00fcbergreifend erreichbare Agentenendpunkte ist eine \u00fcberpr\u00fcfbare Zertifikatskette wichtiger Bestandteil der ","ref":""},{"kind":"strong","text":"TLS-Terminierung","ref":""},{"kind":"text","text":"; eine deaktivierte Zertifikatspr\u00fcfung ist keine vertretbare Dauerl\u00f6sung.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Steht ein Reverse Proxy vor ePortal, m\u00fcssen erlaubte Hostnamen konfiguriert sein, damit ePortal Host-Header-Anfragen begrenzt. Der Proxy muss au\u00dferdem den urspr\u00fcnglichen Host-Header sowie X-Forwarded-Proto korrekt weiterreichen. Andernfalls k\u00f6nnen falsche externe URLs, Weiterleitungsprobleme oder eine fehlerhafte Einsch\u00e4tzung des verwendeten Protokolls entstehen. Diese Header-Konfiguration sollte deshalb Teil jeder Proxy-\u00c4nderung und ihrer Abnahme sein.","ref":""},{"kind":"citation","text":"","ref":"S2"}]}]},{"id":"kontrollen","heading":"Nachweise, Backups und Monitoring etablieren","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Kontrollierbares Live-Patching braucht wiederkehrende Nachweise, nicht nur eine erfolgreiche Erstinstallation. Erfasse mindestens die Feed-Zuordnung jedes Hosts, den letzten Agenten-Check-in, den gemeldeten Patchstand und den Status der Registrierungsschl\u00fcssel. Erg\u00e4nze diese Daten um verantwortliche Teams und eine nachvollziehbare Freigabeentscheidung. So l\u00e4sst sich bei einer Sicherheitsmeldung gezielt feststellen, welche Gruppe welchen Bereitstellungsweg nutzt.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Weitere feste Kontrollen betreffen Speicherwachstum, freien Platz f\u00fcr Archive, den Replikationsstatus und die Rotation oder den Widerruf nicht mehr ben\u00f6tigter Schl\u00fcssel. API-Keys eignen sich f\u00fcr automatisierte Abfragen besser als geteilte Administratorkennw\u00f6rter, weil sie einzeln verwaltet, widerrufen und optional mit einem Ablaufdatum versehen werden k\u00f6nnen. Lege sie als betriebliche Schutzma\u00dfnahme in einer Secret-Verwaltung ab, nicht in Images, Playbooks oder Tickets.","ref":""},{"kind":"citation","text":"","ref":"S2"},{"kind":"citation","text":"","ref":"S4"}]},{"type":"paragraph","runs":[{"kind":"text","text":"F\u00fcr einen vorhandenen Cluster ist der folgende, nicht ver\u00e4ndernde Pr\u00fcfaufruf ein geeigneter Baustein f\u00fcr Monitoring oder einen geplanten Health-Check. Er liefert einen maschinenlesbaren Kurzstatus einschlie\u00dflich Replikationsverzug. Bei einem Problem beendet sich der Aufruf mit Exit-Code 1; das Monitoring sollte diesen Zustand alarmieren, aber die Ursache anhand von Knoten- und Netzwerkdaten weiter eingrenzen.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"code","language":"bash","code":"kc.eportal replication --short-status","source_ids":["S2"]},{"type":"paragraph","runs":[{"kind":"text","text":"ePortal unterscheidet einen Datenbackup-Archivlauf und ein reines Datenbankbackup. Die vollst\u00e4ndige Befehlssyntax lautet ","ref":""},{"kind":"code","text":"kc.eportal backup <path_to_archive>","ref":""},{"kind":"text","text":"; sie erstellt ein Backup-Archiv einschlie\u00dflich der Patchset-Dateien. Mit ","ref":""},{"kind":"code","text":"kc.eportal backup-db <path_to_backup>","ref":""},{"kind":"text","text":" sicherst du dagegen nur die Datenbanken ohne Patchset-Dateien. Dieser zweite Weg eignet sich f\u00fcr Konfigurations- und Serverdaten, nicht f\u00fcr die lokale Patcharchivierung.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Diese ePortal-Backups umfassen nicht automatisch die gesamte Umgebung. Betriebssystemkonfiguration, Reverse-Proxy- und Load-Balancer-Konfiguration, TLS-Zertifikate und private Schl\u00fcssel, DNS-Einstellungen sowie externe Firewall- oder Secret-Management-Konfigurationen brauchen eigene Sicherungs- und Wiederherstellungsregeln. Definiere je Sicherungsart Zweck, Aufbewahrung, Speicherort und den verantwortlichen Wiederherstellungsweg.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Bei einer Wiederherstellung muss der ePortal-Dienst gestoppt werden. Plane diese Dienstunterbrechung, informiere gegebenenfalls betroffene Betriebsteams und pr\u00fcfe danach gezielt die Datenkonsistenz sowie die Erreichbarkeit f\u00fcr Agenten. Eine Sicherung gilt erst nach einer kontrolliert geplanten ","ref":""},{"kind":"strong","text":"R\u00fccksicherung","ref":""},{"kind":"text","text":" als belastbar. Dabei darf ein Test nicht versehentlich produktive Feeds oder Schl\u00fcsselzuweisungen ver\u00e4ndern.","ref":""},{"kind":"citation","text":"","ref":"S2"}]}]},{"id":"stoerungen","heading":"Fehlerbilder und Betriebsentscheidung bewerten","blocks":[{"type":"paragraph","runs":[{"kind":"text","text":"Bleiben erwartete Patches aus, ist zun\u00e4chst zwischen fehlender Verf\u00fcgbarkeit, fehlendem Abruf und fehlender Freigabe zu unterscheiden. Pr\u00fcfe installierte Agenten- und ePortal-Version, zugeordneten Schl\u00fcssel und Feed, die passende Distribution samt Kernelreihe sowie die Verbindung zur Patchquelle. Ein Patch kann au\u00dferdem fehlen, wenn die betreffende Kernelserie vom Distributionsanbieter keine Sicherheitsupdates mehr erh\u00e4lt; Live-Patching hebt diese Grenze nicht auf.","ref":""},{"kind":"citation","text":"","ref":"S2"},{"kind":"citation","text":"","ref":"S1"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Historische Herstellerhinweise zu \u00e4lteren Komponentenst\u00e4nden d\u00fcrfen nicht als dauerhafte Versionsvorgabe gelesen werden. Ein Hinweis aus Dezember 2025 betraf unter anderem KernelCare-Agent 3.x und ePortal 2.20 im Kontext eines neuen signierten Patchformats. Vor Aktualisierungen pr\u00fcfst du deshalb die aktuelle ","ref":""},{"kind":"strong","text":"Kompatibilit\u00e4tsmatrix","ref":""},{"kind":"text","text":", die tats\u00e4chlich installierten Versionen und die intern freigegebene Update-Reihenfolge.","ref":""},{"kind":"citation","text":"","ref":"S3"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Im Cache-Modus kann ein Cache-Miss bei eingeschr\u00e4nktem externem Zugang den Patchbezug verz\u00f6gern, weil die ben\u00f6tigte Bin\u00e4rdatei noch nicht lokal liegt. Das ist kein Beleg f\u00fcr einen vollst\u00e4ndig isolierten Betrieb. Lege f\u00fcr restriktive Zonen fest, welche Verbindungen zul\u00e4ssig sind, wie fehlende Archive transferiert werden und wer Freigabe, Integrit\u00e4t und Zeitpunkt dieses Transfers verantwortet.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Ein weiteres Fehlerbild ist ein unerwartet breiter Rollout nach dem ersten Download von Patcharchiven auf einer neuen Instanz. Da die erstmals geladenen Archive f\u00fcr die Verz\u00f6gerungslogik gleichzeitig neu erscheinen, sch\u00fctzt eine zuvor gesetzte Verz\u00f6gerung nicht zuverl\u00e4ssig vor einer gemeinsamen Bereitstellung. Halte automatische Feed-Aktualisierungen und produktive Schl\u00fcsselzuordnungen w\u00e4hrend der initialen Synchronisation zur\u00fcck, pr\u00fcfe den Erstbestand und aktiviere die produktiven Ringe erst danach kontrolliert.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"Replikationsl\u00fccken nach l\u00e4ngerer Knotenunterbrechung und fehlerhafte Reverse-Proxies verlangen unterschiedliche Ma\u00dfnahmen: Erstere erfordern einen Abgleich des Knotenzustands, letztere eine Pr\u00fcfung von TLS, erlaubten Hostnamen sowie weitergereichten Headern. Beide F\u00e4lle geh\u00f6ren in Runbooks mit klarer Eskalation. Ein pauschaler Neustart behebt weder fehlende Daten noch eine unzutreffende Vertrauensgrenze.","ref":""},{"kind":"citation","text":"","ref":"S2"}]},{"type":"paragraph","runs":[{"kind":"text","text":"ePortal ist vor allem sinnvoll, wenn Patch-Ringe, lokale Verteilung, kontrollierte Netzausg\u00e4nge oder pr\u00fcfbare Freigaben tats\u00e4chlich gefordert sind. F\u00fcr einen kleinen, homogenen und internetf\u00e4higen Serverbestand bleibt der direkte Bezug \u00fcber die TuxCare-Infrastruktur oft einfacher. Die Entscheidung sollte daher den zus\u00e4tzlichen Betriebsaufwand gegen konkrete Steuerungs- und Nachweispflichten abw\u00e4gen, nicht allein gegen die Zahl der Server.","ref":""},{"kind":"citation","text":"","ref":"S1"}]}]}]},"_wh_make_word_report":{"words":2744,"min":2000,"max":3000,"target":2500,"ok":true,"missing":0,"excess":0,"lead_words":58,"section_words":{"grundlagen":198,"begriffe":192,"einsatz":239,"modelle":434,"rollout":378,"zugang":309,"hochverfuegbarkeit":317,"kontrollen":299,"stoerungen":320}},"_wh_make_review":{"verdict":"pass","issues":[],"checked_source_ids":["S1","S2","S3","S4"],"summary":"Der Artikel ist fachlich plausibel und durch die gepr\u00fcften Herstellerquellen gest\u00fctzt. Produktrollen und Entwicklungszweige werden sauber getrennt: KernelCare, LibCare und ePortal werden nicht vermischt; Stable, Testing und Unstable sind angemessen eingeordnet. Die Angaben zu Speicher, IOPS, Cache-Dauer, Feed-Verz\u00f6gerung, initialer Synchronisation, Registrierungsschl\u00fcsseln, API-Keys, Replikation, TLS, Backups und Versionshinweis stimmen mit der aktuellen Dokumentation \u00fcberein. Skalierungswerte werden korrekt als Herstellerorientierung statt als Garantie behandelt. Codebeispiel, Tabellen und Bildkonzepte enthalten keine erkennbar irref\u00fchrenden Aussagen oder Topologien. Es werden keine eigenen Messungen oder praktischen Tests vorget\u00e4uscht."},"_wh_make_review_doc_hash":"3c5fb7e274074ddb403626b18150c23cdfc046e64dfe8429a7f44a0b8ed0a039","_yoast_wpseo_primary_category":null,"rank_math_schema_blogposting":null,"rank_math_schema_videoobject":null,"_oembed_049c719bc4a9f89deaead66a7da9fddc":null,"_oembed_time_049c719bc4a9f89deaead66a7da9fddc":null,"_yoast_wpseo_focuskw":null,"inline_featured_image":null,"_yoast_wpseo_linkdex":null,"_eael_widget_elements":null,"_oembed_c3b0f6959478faf92a1f343d8f96b19e":null,"_oembed_27e3473bf8bec795fbeb3a9d38489348":null,"_trp_translated_slug_en_us":null,"_yoast_wpseo_title":null,"tldname":null,"tldpreis":null,"tldrubrik":null,"tldpolicylink":null,"tldsize":null,"tldregistrierungsdauer":null,"tldtransfer":null,"tldwhoisprivacy":null,"tldregistrarchange":null,"tldregistrantchange":null,"tldwhoisupdate":null,"tldnameserverupdate":null,"tlddeletesofort":null,"tlddeleteexpire":null,"tldumlaute":null,"tldrestore":null,"tldsubcategory":null,"tldbildname":null,"tldbildurl":null,"tldclean":null,"tldcategory":null,"tldpolicy":null,"tldbesonderheiten":null,"tld_bedeutung":null,"_oembed_d167040d816d8f94c072940c8009f5f8":null,"_oembed_b0a0fa59ef14f8870da2c63f2027d064":null,"_oembed_4792fa4dfb2a8f09ab950a73b7f313ba":null,"_oembed_33ceb1fe54a8ab775d9410abf699878d":null,"_oembed_fd7014d14d919b45ec004937c0db9335":null,"_oembed_21a029d076783ec3e8042698c351bd7e":null,"_oembed_be5ea8a0c7b18e658f08cc571a909452":null,"_oembed_a9ca7a298b19f9b48ec5914e010294d2":null,"_oembed_f8db6b27d08a2bb1f920e7647808899a":null,"_oembed_168ebde5096e77d8a89326519af9e022":null,"_oembed_cdb76f1b345b42743edfe25481b6f98f":null,"_oembed_87b0613611ae54e86e8864265404b0a1":null,"_oembed_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_oembed_time_27aa0e5cf3f1bb4bc416a4641a5ac273":null,"_tldname":null,"_tldclean":null,"_tldpreis":null,"_tldcategory":null,"_tldsubcategory":null,"_tldpolicy":null,"_tldpolicylink":null,"_tldsize":null,"_tldregistrierungsdauer":null,"_tldtransfer":null,"_tldwhoisprivacy":null,"_tldregistrarchange":null,"_tldregistrantchange":null,"_tldwhoisupdate":null,"_tldnameserverupdate":null,"_tlddeletesofort":null,"_tlddeleteexpire":null,"_tldumlaute":null,"_tldrestore":null,"_tldbildname":null,"_tldbildurl":null,"_tld_bedeutung":null,"_tldbesonderheiten":null,"_oembed_8357e2b8a2575c74ed5978f262a10126":null,"_oembed_ad96e4112edb9f8ffa35731d4098bc6b":null,"_oembed_3d5fea5103dd0d22ec5d6a33eff7f863":null,"_oembed_819a879e7da16dd629cfd15a97334c8a":null,"_oembed_time_819a879e7da16dd629cfd15a97334c8a":null,"_wh_make_writer_raw":null,"_wh_make_design_backup_204":null,"_wp_desired_post_slug":null,"_oembed_0d8a206f09633e3d62b95a15a4dd0487":null,"_oembed_time_0d8a206f09633e3d62b95a15a4dd0487":null,"_aioseo_description":null,"_eb_attr":null,"_eb_data_table":null,"_acf_changed":null,"_wpcode_auto_insert":null,"_edit_last":"1","_edit_lock":"1790251829:1","_oembed_e7b913c6c84084ed9702cb4feb012ddd":null,"_oembed_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_time_bfde9e10f59a17b85fc8917fa7edf782":null,"_oembed_03514b67990db061d7c4672de26dc514":null,"_oembed_time_03514b67990db061d7c4672de26dc514":null,"rank_math_news_sitemap_robots":null,"rank_math_robots":null,"_eael_post_view_count":"94","_trp_automatically_translated_slug_ru_ru":null,"_trp_automatically_translated_slug_et":null,"_trp_automatically_translated_slug_lv":null,"_trp_automatically_translated_slug_fr_fr":null,"_trp_automatically_translated_slug_en_us":null,"_wp_old_slug":null,"_trp_automatically_translated_slug_da_dk":null,"_trp_automatically_translated_slug_pl_pl":null,"_trp_automatically_translated_slug_es_es":null,"_trp_automatically_translated_slug_hu_hu":null,"_trp_automatically_translated_slug_fi":null,"_trp_automatically_translated_slug_ja":null,"_trp_automatically_translated_slug_lt_lt":null,"_elementor_edit_mode":null,"_elementor_template_type":null,"_elementor_version":null,"_elementor_pro_version":null,"_wp_page_template":null,"_elementor_page_settings":null,"_elementor_data":null,"_elementor_css":null,"_elementor_conditions":null,"_happyaddons_elements_cache":null,"_oembed_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_time_75446120c39305f0da0ccd147f6de9cb":null,"_oembed_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_time_3efb2c3e76a18143e7207993a2a6939a":null,"_oembed_59808117857ddf57e478a31d79f76e4d":null,"_oembed_time_59808117857ddf57e478a31d79f76e4d":null,"_oembed_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_time_965c5b49aa8d22ce37dfb3bde0268600":null,"_oembed_81002f7ee3604f645db4ebcfd1912acf":null,"_oembed_time_81002f7ee3604f645db4ebcfd1912acf":null,"_elementor_screenshot":null,"_oembed_7ea3429961cf98fa85da9747683af827":null,"_oembed_time_7ea3429961cf98fa85da9747683af827":null,"_elementor_controls_usage":null,"_elementor_page_assets":[],"_elementor_screenshot_failed":null,"theplus_transient_widgets":null,"_eael_custom_js":null,"_wp_old_date":null,"_trp_automatically_translated_slug_it_it":null,"_trp_automatically_translated_slug_pt_pt":null,"_trp_automatically_translated_slug_zh_cn":null,"_trp_automatically_translated_slug_nl_nl":null,"_trp_automatically_translated_slug_pt_br":null,"_trp_automatically_translated_slug_sv_se":null,"rank_math_analytic_object_id":null,"_trp_automatically_translated_slug_ro_ro":null,"_trp_automatically_translated_slug_sk_sk":null,"_trp_automatically_translated_slug_bg_bg":null,"_trp_automatically_translated_slug_sl_si":null,"litespeed_vpi_list":null,"litespeed_vpi_list_mobile":null,"rank_math_seo_score":"78","rank_math_contentai_score":null,"ilj_limitincominglinks":"","ilj_maxincominglinks":"1","ilj_limitoutgoinglinks":"","ilj_maxoutgoinglinks":"1","ilj_limitlinksperparagraph":"","ilj_linksperparagraph":"1","ilj_blacklistdefinition":[],"ilj_linkdefinition":[],"_eb_reusable_block_ids":null,"rank_math_focus_keyword":"KernelCare ePortal","rank_math_og_content_image":null,"surfer_last_post_update":null,"surfer_last_post_update_direction":null,"surfer_keywords":null,"surfer_location":null,"surfer_draft_id":null,"surfer_permalink_hash":null,"surfer_scrape_ready":null,"_thumbnail_id":"21693","_yoast_wpseo_metadesc":null,"_yoast_wpseo_content_score":null,"_yoast_wpseo_focuskeywords":null,"_yoast_wpseo_keywordsynonyms":null,"_yoast_wpseo_estimated-reading-time-minutes":null,"rank_math_description":"KernelCare ePortal f\u00fcr gro\u00dfe Hosting-Flotten: Patch-Ringe, Mirror- und Cache-Modus, Hochverf\u00fcgbarkeit, TLS, Monitoring und Betriebsgrenzen.","footnotes":null,"_links":{"self":[{"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/posts\/21684","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/comments?post=21684"}],"version-history":[{"count":7,"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/posts\/21684\/revisions"}],"predecessor-version":[{"id":21698,"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/posts\/21684\/revisions\/21698"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/media\/21693"}],"wp:attachment":[{"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/media?parent=21684"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/categories?post=21684"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/webhosting.de\/es\/wp-json\/wp\/v2\/tags?post=21684"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}