Registra SLES 15 con SUSE Manager en una red sin conexión.

Puedes registrar un cliente SLES 15 sin acceso directo a internet si aún puede conectarse a tu servidor o proxy SUSE Manager en la red privada. Prepara los repositorios de software y arranque correspondientes en el Manager, crea una clave de activación y, a continuación, ejecuta el script de arranque en la máquina SLES. Un cliente sin conexión de red al Manager no puede completar el registro de Salt ni la confirmación de entrada; copiar un script mediante USB no lo hace gestionable.

Ejemplo hipotético: un administrador está incorporando una nueva máquina virtual SLES 15 SP7 x86_64 en una red industrial sin conexión a internet. SUSE Multi-Linux Manager 5.1, nombre actual de SUSE Manager en esta guía, también está desconectado de internet. Sus canales de software se replicaron en el entorno mediante medios extraíbles. La máquina virtual puede acceder al Manager interno a través de HTTPS y puertos Salt. Este escenario es ilustrativo y no representa un despliegue o prueba real.

Página de productos de SUSE Multi-Linux Manager que muestra la fila del producto SLES 15 SP7 x86_64
La página de Productos es donde un administrador selecciona el producto SLES que coincide con la versión y la arquitectura del cliente.

1. Confirme que el entorno desconectado esté listo.

El estado "sin conexión" puede significar que el cliente y el administrador no tienen acceso directo a internet, o que el cliente no puede acceder a ningún servidor. El primer caso permite el registro; el segundo, no. El cliente necesita una ruta interna hacia el administrador o un proxy de administrador SUSE Multi-Linux, y el administrador necesita paquetes y metadatos disponibles localmente para el cliente.

Si el Administrador está desconectado de SUSE Customer Center, la configuración documentada de SUSE utiliza RMT o SMT y almacenamiento extraíble para replicar los repositorios. Para SLES 15, sincronice el producto y los canales de herramientas de cliente del Administrador necesarios para la arquitectura del cliente. A continuación, asegúrese de que el repositorio de arranque correspondiente esté presente en el Administrador. En la interfaz web, la selección de productos se encuentra en Admin > Setup Wizard > Products. La sincronización del producto debe finalizar antes del arranque; si falta el repositorio de arranque, la documentación del Administrador proporciona mgr-create-bootstrap-repouna opción para crearlo manualmente.

Para la máquina virtual hipotética, compruebe su Service Pack y arquitectura SLES antes de seleccionar los canales. Una máquina SLES 15 SP7 x86_64 necesita el producto correspondiente, no un canal con un nombre similar para otro Service Pack o arquitectura. La lista de productos compatibles y los nombres de los canales pueden variar entre las versiones de SUSE Multi-Linux Manager, así que utilice la guía correspondiente a la versión de Manager que tenga instalada.

2. Cree una clave de activación para el cliente.

Una clave de activación aplica la asignación de canal y otras configuraciones de registro cuando se ejecuta el script de arranque. En la interfaz web del administrador, abra Systems > Activation Keysy cree una clave como sles15-sp7-offline. Seleccione el canal base SLES 15 SP7 x86_64 y los canales secundarios necesarios para su suscripción y configuración de herramientas de cliente. Evite el canal principal predeterminado cuando pueda asignar un canal SLES específico.

Formulario de clave de activación con campos Descripción, Clave, Canales base y Canales secundarios.
Utilice una clave de activación con un canal base y canales secundarios que coincidan con el paquete de servicio SLES y la arquitectura del cliente.

Antes de continuar, confirme que la clave pertenece a la organización correcta y que los canales necesarios están disponibles localmente. Las claves también pueden aplicarse a grupos, configuraciones, paquetes o un método de contacto; revise cualquier configuración adicional para evitar que el registro desencadene una descarga de paquete o un cambio de configuración inesperado.

3. Generar y transferir un script de arranque.

En el host del contenedor SUSE Multi-Linux Manager, acceda al contenedor del servidor y cree un script vinculado a la clave de activación:

mgrctl term
mgr-bootstrap --activation-keys=sles15-sp7-offline --script=bootstrap-sles15-offline.sh

El script de arranque se encuentra en el /srv/www/htdocs/pub/bootstrap/directorio del administrador. Mantenga SSL habilitado en el script. En la red de ejemplo, la máquina virtual SLES puede obtener el script mediante HTTPS interno. Si necesita transferir el script al segmento aislado en un medio extraíble autorizado, cópielo desde ese directorio utilizando el proceso de transferencia controlada de su organización. Compare la suma de comprobación SHA-256 calculada en ambos lados antes de ejecutarlo y proteja el script como datos de configuración, ya que contiene la clave de activación.

Terminal del contenedor del administrador que muestra el comando mgr-bootstrap con la clave de activación de SLES y el nombre del script.
Ejecute el generador desde el contenedor del Administrador después de elegir la clave de activación y un nombre de archivo de script distinto.

No transfiera únicamente el script de arranque y asuma que el cliente será autónomo. El script instala las dependencias de registro desde el repositorio de arranque del Administrador. Estos paquetes RPM y los canales de software deben estar sincronizados en el Administrador desconectado.

4. Compruebe la conexión privada y ejecute el registro.

En la máquina SLES, confirme que su reloj esté sincronizado con el del Administrador y que el DNS interno resuelva el nombre del Administrador:

timedatectl
getent hosts manager.example.net

Sustituya manager.example.netcon el FQDN del Administrador o Proxy integrado en su script. Los requisitos del cliente SUSE Multi-Linux Manager 5.1 incluyen el acceso saliente del cliente al Administrador o Proxy a través del puerto HTTPS 443 y los puertos TCP 4505 y 4506 para Salt. El puerto 80 también puede ser utilizado por una implementación. El puerto SSH 22 es relevante al utilizar un método de contacto SSH push. Consulte la guía de requisitos de red vigente para su implementación y el diseño del firewall; no exponga estos puertos a internet.

Con el script en el cliente y los repositorios internos accesibles, ejecútelo como root usando Bash:

bash ./bootstrap-sles15-offline.sh
Terminal de cliente SLES en un indicador de root con el comando del script de arranque local
Ejecute el script de arranque transferido o descargado internamente desde el cliente SLES después de confirmar que puede acceder al Administrador interno.

El registro puede tardar mientras el cliente instala su componente Salt y descarga la configuración del repositorio. No interrumpa el proceso aunque esté en silencio. Si falla, guarde la salida exacta y revise los registros de arranque del cliente y de Salt, el repositorio de arranque del administrador, el DNS, la confianza del certificado y la ruta del firewall antes de volver a intentarlo.

5. Acepte la clave y verifique el primer registro.

En la interfaz web del administrador, compruebe Systems > Overviewsi aparece el nuevo cliente. Si no está presente, ábralo Salt > Keysy busque la clave pendiente del cliente. Confirme que su ID de minion y su identidad de máquina coinciden con la máquina virtual SLES antes de aceptarla. Un registro exitoso debería mostrar el sistema en la lista, su clave Salt aceptada y una confirmación de entrada reciente visible.

Si la máquina virtual no tiene acceso al administrador, deténgase tras preparar el script y los paquetes: el registro no puede finalizar hasta que se proporcione una ruta de red controlada. Si se registró previamente directamente con SCC, SMT o RMT, siga las instrucciones de migración de cliente de SUSE para eliminar el registro y los repositorios antiguos antes de cambiar de administrador; no deje configuraciones de repositorio conflictivas.

Este procedimiento sigue la documentación de SUSE Multi-Linux Manager 5.1 para la configuración desconectada , los clientes de SUSE Linux Enterprise , las claves de activación y el registro de clientes con un script de arranque . Consulte los requisitos de red para la dirección de puertos y los detalles específicos de la versión. Aquí se utiliza SLES 15 SP7 como ejemplo; seleccione canales y scripts diferentes para otros paquetes de servicio, arquitecturas o versiones de Manager.

Dejar un comentario

Cuando SLES Btrfs pasa a modo de solo lectura: Diagnostique antes de volver a montar.

Cuando SLES Btrfs pasa a modo de solo lectura: Diagnostique antes de volver a montar.

Identifique si Btrfs es intencionalmente de solo lectura, tiene poco espacio o está protegiendo datos después de errores, y luego elija una ruta de recuperación que se ajuste a la causa.

Registra SLES 15 con SUSE Manager en una red sin conexión.

Registra SLES 15 con SUSE Manager en una red sin conexión.

Prepare canales duplicados, cree una clave de activación e inicie un cliente SLES 15 sin acceso directo a Internet, manteniendo la conexión necesaria para las comprobaciones de entrada del administrador.

Haz que el reenvío X11 de YaST funcione a través de SSH.

Haz que el reenvío X11 de YaST funcione a través de SSH.

Solucione el error de inicio de XIO de YaST a través de SSH, verifique el reenvío de X11 y xauth, y cambie a la interfaz ncurses cuando no sea necesario usar una ventana remota.

Revierte de forma segura una actualización fallida de SLES con Snapper.

Revierte de forma segura una actualización fallida de SLES con Snapper.

Localiza la instantánea Btrfs previa a la actualización, pruébala en modo de solo lectura y haz que la recuperación sea permanente con Snapper, comprendiendo qué datos quedan fuera de la reversión raíz.

Reenvío seguro de Syslog de SLES con rsyslog y TLS mutuo

Reenvío seguro de Syslog de SLES con rsyslog y TLS mutuo

Envía los registros del sistema SLES a un recolector rsyslog remoto a través de TLS autenticado, con comprobaciones de certificados, almacenamiento en búfer de interrupciones y pruebas de entrega.

Rastree los errores de memoria de la actualización de SLES antes de volver a intentarlo.

Rastree los errores de memoria de la actualización de SLES antes de volver a intentarlo.

Utilice los registros de RAM, swap, kernel y Zypper para identificar la presión real sobre la memoria, proteger el estado de los paquetes y elegir un método más seguro para reintentar la actualización de SLES.

Mantén las actualizaciones de seguridad de Debian 12 en ejecución en un servidor sin interfaz gráfica.

Mantén las actualizaciones de seguridad de Debian 12 en ejecución en un servidor sin interfaz gráfica.

Habilita las actualizaciones de seguridad desatendidas de Debian a través de SSH, mantén las fuentes de paquetes predeterminadas y verifica las ejecuciones programadas mediante los registros de systemd y APT.

Reciba advertencias SMART de disco de Ubuntu por correo electrónico con smartd.

Reciba advertencias SMART de disco de Ubuntu por correo electrónico con smartd.

Compara las opciones de entrega de correo, configura smartd en Ubuntu y verifica que las advertencias sobre el estado del disco lleguen a tu bandeja de entrada.

Fallos en la búsqueda de DNS en Debian 12: Reparar systemd-resolved

Fallos en la búsqueda de DNS en Debian 12: Reparar systemd-resolved

Restaure las consultas DNS en Debian 12 comprobando systemd-resolved, reparando resolv.conf cuando sea necesario y verificando la resolución DNS y de aplicaciones ascendente.

¿Ubuntu 24.04 no muestra audio HDMI? Restaurar la salida.

¿Ubuntu 24.04 no muestra audio HDMI? Restaurar la salida.

Configura Ubuntu para que detecte tu monitor o televisor como salida de audio, selecciónalo en la configuración de sonido y comprueba la conexión o la lista de dispositivos PipeWire si falta la salida HDMI.