Red Hat Summit Red Hat SummitApoyoConsolaDesarrolladoresIniciar una pruebaContacto

9.4. Registro y actualización de cliente Unix

Ahora que ha instalado los paquetes específicos de RHN, implementado SSL y reconfigurado su sistema cliente para conectarse al Satélite de RHN, puede iniciar el proceso de registro de su sistema y obtener actualizaciones.

9.4.1. Cómo registrar los sistemas Unix
Copiar enlace

Esta sección describe el proceso de registro de los sistemas UNIX en RHN. Usted debe utilizar rhnreg_ks para realizar esta tarea. El uso de llaves de activación para registrar sus sistemas es opcional. Estas llaves le permitirán predeterminar parámetros en RHN, tales como los canales y los grupos de sistemas, y aplicar estos parámetros automáticamente a los sistemas durante el proceso de registro.
Ya que la creación y uso de las llaves de activación se cubre ampliamente en otros capitulos, esta sección se centra en las diferencias al aplicarlas a variantes UNIX. Consulte la Sección 4.4.6.1, “Administrando las llaves de activación” para obtener una completa descripción de este proceso.
Para registrar sistemas UNIX en su Satélite de RHN, ejecute los siguientes pasos en este orden:
  1. Inicie una sesión en la versión Satélite del sitio web de RHN y haga clic en la pestaña Sistemas en la barra de navegación superior, luego haga clic en Llaves de activación en la barra de navegación izquierda. Haga clic en el enlace crear nueva llave ubicado en la esquina superior derecha de la página.
  2. En la siguiente página, seleccione el canal base creado al final de Sección 9.2, “Configuración y preparación del servidor satélite”.
  3. Después de crear la llave, haga clic sobre el nombre de ésta en la lista de Llaves de activación para escoger sus parámetros RHN, asociando software, canales de configuración y grupos de sistemas.
  4. Abra una terminal en el sistema cliente a ser registrado y cambie a usuario root.
  5. Utilice rhnreg_ks con la opción --activationkey para registrar el cliente con el Satélite. La cadena de caracteres que constituyen la llave pueden ser copiadas directamente desde la lista Llaves de activación en el sitio web. El comando debe ser similar al siguiente ejemplo: 
    rhnreg_ks --activationkey=b25fef0966659314ef9156786bd9f3af
    Copy to Clipboard Toggle word wrap
  6. Regrese al sitio web, haga clic sobre la llave de activación y asegúrese de que el nuevo sistema aparece en la pestaña Sistemas activados.

9.4.2. Obtener actualizaciones
Copiar enlace

Las actualizaciones de paquetes en UNIX se manejan de una forma muy diferente a la utilizada en Linux. Por ejemplo, Solaris depende de los clústeres de parches para actualizar múltiples paquetes simultáneamente, mientras que en los sistemas operativos de Red Hat se utilizan las actualizaciones de erratas para asociar las mejoras con los paquetes específicos. Además, Solaris utiliza los archivos de respuesta para automatizar la instalación interactiva de paquetes, ésto es algo que Linux no entiende; Red Hat, a su vez, ofrece el concepto de paquetes fuente. Por esta razón, esta sección busca resaltar las diferencias de uso de las herramientas RHN en sistemas UNIX. (Nota: RHN no soporta archivos de respuesta en la versión actual; el soporte de dichos archivos está planeado para un lanzamiento posterior).
A pesar de las diferencias heredadas, como la falta de erratas, la interfaz de administración de canales y paquetes en el sitio web de RHN en el Satélite funciona de una forma similar para los sistemas UNIX. Todos los canales de software designados para servir variantes de UNIX pueden ser construidos casi exactamente a como se construyen los canales personalizados descritos en la Guía de administración de canales de RHN. La diferencia más significativa es la arquitectura. Al crear un canal de software UNIX, asegúrese de seleccionar la arquitectura de canal base apropiada para el sistema que va a ser servido.
Divida sus paquetes en canales base e hijos según su naturaleza. Por ejemplo, los paquetes de instalación de Solaris deben ir en el canal base Solaris, mientras que los parches y los clústeres de parches deben ir en un canal hijo del canal base Solaris. Los paquetes de instalación adicional pueden ir en un canal hijo adicional independiente.
RHN maneja los parches de una forma similar a los paquetes; éstos son listados e instalados de la misma manera y bajo la misma interfaz que los paquetes normales. Los parches son numerados por Solaris y tendrán nombres como "patch-solaris-108434". La versión de un parche Solaris es extraida directamente de los metadatos originales de Solaris y su versión siempre es 1.
Los cluster de parches son racimos de parches que son instalados como una unidad. RHN guarda registro de la última vez que un cluster de parches fue instalado con éxito en un sistema. Sin embargo, los cluster de parches no son registrados como elementos instalados en el sistema cliente, por lo cual no aparecen en los paquetes instalados o en la listas de parches. Los nombres de los cluster de parches se asemejan a "patch-cluster-solaris-7_Recommended". La versión es una cadena de texto con la fecha: "20040206", el lanzamiento siempre es 1 y la epoch siempre es 0.

9.4.2.1. Cargar paquetes en el Satélite
Copiar enlace

RHN no proporciona contenidos de UNIX; cualquier paquete Solaris, parche o cluster de parches debe ser cargado al Satélite en un formato que sea entendido desde el sistema cliente. Ese paquete puede ser luego administrado y distribuido a otros sistemas. RHN creo solaris2mpm para convertir paquetes Solaris, parches y cluster de parches en un formato que el Satélite pueda entender.
9.4.2.1.1. solaris2mpm
Copiar enlace
Como se mencionó en la Sección 9.1.4, “Diferencias en funcionalidad”, solaris2mpm es parte de RHN Push para Solaris. El contenido enviado al canal Solaris debe pasarse primero al formato .mpm.
Un .mpm es un archivo que contiene una descripción de los datos del paquete y el paquete o parche mismo. El comando 2mpm de Solaris debe ser ejecutado en el cliente, nunca en el Satélite.

Nota

solaris2mpm requiere un espacio disponible tres veces mayor que el tamaño del paquete, parche o clúster de parche a convertir. Normalmente, el espacio en /tmp/ será utilizado para este propósito. Sin embargo, la opción --tempdir le permitirá especificar otro directorio, en caso de que sea necesario.
Se puede especificar varios archivos en la línea de comandos de solaris2mpm. A continuación se da un ejemplo de uso: 
# solaris2mpm RHATrpush-3.1.5-21.pkg RHATrpush-3.1.5-23.pkg
Opening archive, this may take a while
Writing out RHATrpush-3.1.5-21.sparc-solaris.mpm
Opening archive, this may take a while
Writing out RHATrpush-3.1.5-23.sparc-solaris.mpm
Copy to Clipboard Toggle word wrap
Ya que no se especificó otro directorio, el archivo .mpm resultante es escrito en el directorio /tmp/. Note que el archivo .mpm resultante incluye la arquitectura del cliente en donde fue creado. En este caso, fue Sparc Solaris. El formato general de los nombres de archivos mpm es: 
name-version-release.arch.mpm
Copy to Clipboard Toggle word wrap
Los clusters de parches son "segmentados" — se generan archivos .mpm por cada parche en el cluster, así como también un archivo"meta" .mpm a un nivel superior que contiene la información de cluster como un todo.
A continuación verá las opciones de solaris2mpm:
Expand
Tabla 9.2. Opciones de solaris2mpm
Opciones Descripción
--version
Muestra el número de versión del programa y finaliza
-h, --help
Muestra esta información y finaliza
-?, --usage
Imprime la información de uso del programa y finaliza
--tempdir=<tempdir>
Directorio temporal de trabajo
--select-arch=<arch>
Selecciona la arquitectura (i386 o Sparc) para paquetes de múltiples arquitecturas.
9.4.2.1.2. rhnpush con archivos .mpm
Copiar enlace
La versión Solaris de rhnpush funciona como la utilidad estándar, pero con la capacidad de manipular archivos .mpm. A continuación se da un ejemplo de uso: 
% rhnpush -v --server testbox.example.com --username myuser -c solaris-8 \
RHATrpush-3.1.5-*.mpm
 Red Hat Network password:
 Connecting to http://testbox.example.com/APP
 Uploading package RHATrpush-3.1.5-21.sparc-solaris.mpm
 Uploading package RHATrpush-3.1.5-23.sparc-solaris.mpm
Copy to Clipboard Toggle word wrap

Nota

Los cluster de archivos .mpm deben ser enviados al mismo tiempo o después de los archivos .mpm para los parches contenidos en el cluster, —nunca deben ser enviados antes—.
Utilice solaris2mpm en cada uno de los paquetes, parches o clúster de parches que desea administrar a través del Satélite, luego utilice RHN Push para cargarlos al canal creado para ello.

9.4.2.2. Actualizar a través del sitio web
Copiar enlace

Para instalar paquetes o parches en un sistema individual, haga clic en el nombre del sistema en la categoría Sistemas, seleccione los paquetes desde las listas Actualizar o Instalar de la pestaña Paquetes o Parches y haga clic en Instalar/Actualizar paquetes seleccionados.
Para ejecutar un archivo remoto al momento de la instalación del paquete, haga clic en Ejecutar comando remoto en vez de Confirmar. Consulte la Sección 9.5, “Comandos remotos” para obtener instrucciones.
Para instalar paquetes o parches en varios sistemas simultáneamente, seleccione los sistemas y haga clic en Gestor de múltiples sistemas en la barra de navegación izquierda. Luego, en la pestaña Paquetes, seleccione los paquetes desde la lista Instalación o Actualización y haga clic en Instalar/Actualizar paquetes. Para completar la acción, programe las actualizaciones.

9.4.2.3. rhnsd
Copiar enlace

En sistemas de Red Hat Enterprise Linux, el demonio rhnsd, el cual instruye al sistema cliente para que se conecte con RHN, inicia automáticamente durante el tiempo de arranque. El sistemas Solaris, rhnsd no inicia durante el arranque. Puede ser iniciado desde la línea de comandos de la siguiente manera: 
rhnsd --foreground --interval=240
Copy to Clipboard Toggle word wrap
La ubicación por defecto para rhnsd es /opt/redhat/rhn/solaris/usr/sbin/rhnsd. Abajo están las opciones disponibles para rhnsd en Solaris:
Expand
Tabla 9.3. Opciones de rhnsd
Opciones Descripción
-f, --foreground
Ejecutar en segundo plano
-i, --interval=MINS
Se conecta a Red Hat Network cada MINS minutos
-v, --verbose
Registra todas las acciones a syslog
-h, --help
Muestra esta lista de ayuda
-u, --usage
Muestra esta lista de ayuda
-V, --version
Muestra la versión del programa

9.4.2.4. Actualizar desde la línea de comandos
Copiar enlace

Como en el sitio web, el uso de la línea de comandos del Agente de actualización de Red Hat para UNIX se ve afectado por las limitaciones de la administración de paquetes de UNIX. Es decir, la mayoría de funciones pueden llevarse a cabo mediante el comando up2date. La diferencia más significativa es la ausencia de todas las opciones concernientes a los archivos fuente. Consulte la Tabla 9.4, “Argumentos de la línea de comandos del agente de actualización” para obtener la lista de las opciones disponibles en los sistemas UNIX.
La versión de la línea del Agente de actualización de Red Hat acepta los siguientes argumentos en los sistemas UNIX:
Expand
Tabla 9.4. Argumentos de la línea de comandos del agente de actualización
Argumento Descripción
--version Muestra la información de la versión del programa.
-h, --help Muestra éste mensaje de ayuda y sale.
-v, --verbose Muestra mensajes de salida adicionales.
-l, --list Lista las últimas versiones de todos los paquetes instalados.
-p, --packages Actualiza los paquetes asociados con ese perfil del sistema.
--hardware Actualiza el perfil del hardware del sistema en RHN.
--showall Lista todos los paquetes disponibles para descargar.
--show-available Lista todos los paquetes disponibles que no están actualmente instalados.
--show-orphans Lista todos los paquetes actualmente instalados que no están en los canales en los cuales el sistema está suscrito.
--show-channels Muestra los nombres de los canales junto con los nombres de los paquetes en donde sea apropiado.
--installall Instala todos los paquetes disponibles. Utilícela junto con la opción --channel.
--channel=CANAL Especifica cuáles canales actualizar a través de las etiquetas del canal.
--get Obtiene el paquete especificado sin resolver dependencias.
Volver arriba
Red Hat logoGithubredditYoutubeTwitter

Aprender

Pruebe, compre y venda

Comunidades

Acerca de la documentación de Red Hat

Ayudamos a los usuarios de Red Hat a innovar y alcanzar sus objetivos con nuestros productos y servicios con contenido en el que pueden confiar. Explore nuestras recientes actualizaciones.

Hacer que el código abierto sea más inclusivo

Red Hat se compromete a reemplazar el lenguaje problemático en nuestro código, documentación y propiedades web. Para más detalles, consulte el Blog de Red Hat.

Acerca de Red Hat

Ofrecemos soluciones reforzadas que facilitan a las empresas trabajar en plataformas y entornos, desde el centro de datos central hasta el perímetro de la red.

Theme

© 2025 Red Hat