Orígenes de software privados y de terceros

Arquitectura y Versión del SO

Cuando agrega un origen de software privado o de terceros, especifica qué versión y arquitectura del sistema operativo pueden utilizar el origen (como Oracle Linux 9 x86_64). OS Management Hub agrega la versión y la arquitectura del sistema operativo al nombre que proporcione para el origen. Por ejemplo, si introduce el nombre abc-corp y especifica 'Oracle Linux 9 x86_64', el nombre completo se convierte en abc-corp-ol9-x86_64.

¿Qué ocurre si el repositorio proporciona software para varias versiones?

Si un repositorio proporciona software para varias versiones y arquitecturas del sistema operativo, puede especificar varias versiones al definir inicialmente el origen de software. A continuación, OS Management Hub crea una entidad de origen de software independiente para cada combinación de versión y arquitectura del sistema operativo. Por ejemplo, si especifica 'Oracle Linux 8 x86_64' y 'Oracle Linux 9 x86_64' al agregar el origen, OS Management Hub crea dos orígenes de software: mysource-ol8-x86_64 y mysource-ol9-x86_64.

URL del repositorio y clave GPG

Cuando agrega un origen de software privado o de terceros, especifica la URL al repositorio. La URL es la ubicación que contiene el directorio repodata del repositorio. También puede proporcionar un URI de clave GPG para validar el contenido cuando se instala un paquete. Las instancias que utilizan un origen privado o de terceros deben poder acceder a la URL del repositorio y al URI de clave GPG. Eso no significa que todas las instancias deben llegar a Internet. Las URL y los URI pueden ser internos de su arrendamiento o centro de datos. Todas las instancias gestionadas deben poder acceder al URI de GPG cuando la comprobación de GPG está activada.

Si ha activado la creación de reflejos para el origen, las estaciones de gestión deben poder acceder a la URL del repositorio para reflejar paquetes. A continuación, las instancias locales o de nube de terceros recuperan actualizaciones y paquetes de la estación de gestión y no necesitan acceso directo a la URL de origen de software.

¿Qué es una clave GPG?

GPG significa GNU Privacy Guard. Es un estándar de código abierto para el cifrado. Para los repositorios de yum, las claves GPG se utilizan para verificar el software cuando se instalan los paquetes. El uso de claves GPG es una práctica recomendada de seguridad. La clave se puede descargar o alojar interna o externamente. Consulte ¿Qué Es un URI?

¿Qué es un URI?

Un URI es un identificador uniforme de recursos. Identifica un recurso. En el caso de una clave GPG, el URI es la ubicación del archivo de la clave. Esto puede ser localmente en el sistema, en la red interna o alojado externamente en una URL (un subtipo de URI). Al agregar el origen de software, el hub de gestión del sistema operativo acepta las ubicaciones https://, http:// o file:// para el URI de clave GPG.

Duplicación en estaciones de gestión

Cuando agrega un origen de software privado o de terceros, puede especificar si el origen se puede reflejar en una estación de gestión. El reflejo de las fuentes de software en estaciones individuales se produce cuando existe una asociación entre una fuente de software y la estación. Consulte ¿Qué orígenes de software se reflejan?.

Si ha activado la duplicación para el origen, las estaciones de gestión deben poder acceder a la URL del repositorio para duplicar paquetes. A continuación, las instancias locales o de nube de terceros recuperan actualizaciones y paquetes para ese origen de la estación de gestión. Si ha desactivado la duplicación, las instancias locales o de nube de terceros deben poder acceder directamente a la URL de origen de software.

Acciones admitidas con orígenes privados y de terceros

OS Management Hub admite las funciones principales de origen de software para orígenes privados y de terceros, incluida la asociación y desconexión de orígenes, la aplicación de actualizaciones y la instalación de paquetes. El servicio no recopila metadatos de repositorios de yum de terceros o privados, lo que significa que algunas operaciones no están disponibles, como la visualización de paquetes disponibles.

¿Cómo se instalan los paquetes?

Puede instalar paquetes desde orígenes de software de terceros y privados proporcionando el nombre del paquete. Los paquetes disponibles de orígenes de software de terceros o privados no aparecen en la lista de paquetes disponibles para una instancia. Sin embargo, una vez instalados, esos paquetes se muestran en la lista de paquetes instalados y en la lista de actualizaciones disponibles de una instancia. Los parches de orígenes de software privados y de terceros se incluyen en los trabajos de actualización.

¿Qué operaciones están soportadas?

Operación	Soportado?
Agregar, modificar y eliminar orígenes de terceros y privados de OS Management Hub	Sí
Incluir fuentes de terceros y privadas en los perfiles de registro	Sí
Refleje fuentes de terceros y privadas a estaciones de gestión	Sí
Examinar o buscar paquetes en orígenes de terceros y privados	Número
Incluir orígenes de terceros y privados en orígenes personalizados personalizados y versionados	Número
Asociar y desasociar orígenes privados y de terceros para instancias y grupos	Sí
Instalar y eliminar paquetes de orígenes privados y de terceros para instancias y grupos	Sí
Ver y aplicar actualizaciones de orígenes privados y de terceros para instancias y grupos	Sí
Gestionar módulos en orígenes privados y de terceros	Número

Nota

Los orígenes privados y de terceros no están soportados en entornos de ciclo de vida.

Configuración avanzada del repositorio de YUM

Al configurar un origen de terceros o privado, puede proporcionar directivas de YUM avanzadas. Para obtener más información sobre las directivas YUM avanzadas, consulte los siguientes recursos:

• Oracle Linux 7: Configuración del repositorio de Yum
• Oracle Linux 8 y 9: Edición de archivos de configuración de repositorio de Yum

O bien, consulte las páginas del comando man dnf.conf(5) o yum.conf(5) en un sistema Oracle Linux.