Origini software di terze parti e private

Quando si aggiunge un'origine software di terze parti o privata, si specifica la versione e l'architettura del sistema operativo che possono utilizzare l'origine, ad esempio Oracle Linux 9 x86_64. L'hub di gestione del sistema operativo aggiunge la versione e l'architettura del sistema operativo al nome fornito per l'origine. Ad esempio, se si immette il nome abc-corp e si specifica 'Oracle Linux 9 x86_64', il nome completo diventa abc-corp-ol9-x86_64.

Cosa succede se il repository fornisce software per più versioni?

Se un repository fornisce software per più versioni e architetture del sistema operativo, è possibile specificare più versioni durante la definizione iniziale dell'origine software. Hub di gestione del sistema operativo crea quindi un'entità origine software separata per ogni combinazione di versione del sistema operativo e architettura. Ad esempio, se si specificano 'Oracle Linux 8 x86_64' e 'Oracle Linux 9 x86_64' quando si aggiunge l'origine, l'hub di gestione del sistema operativo crea due origini software: mysource-ol8-x86_64 e mysource-ol9-x86_64.

Quando si aggiunge un'origine software di terze parti o privata, specificare l'URL nel repository. L'URL è la posizione contenente la directory repodata del repository. È anche possibile fornire un URI della chiave GPG per convalidare il contenuto durante l'installazione di un pacchetto. Le istanze che utilizzano un'origine di terze parti o privata devono essere in grado di raggiungere l'URL del repository e l'URI della chiave GPG. Ciò non significa che tutte le istanze debbano raggiungere Internet. Gli URL e gli URI possono essere interni alla tenancy o al data center. Tutte le istanze gestite devono essere in grado di raggiungere l'URI GPG quando il controllo GPG è abilitato.

Se è stato abilitato il mirroring per l'origine, le stazioni di gestione devono essere in grado di raggiungere l'URL del repository per eseguire il mirroring dei pacchetti. Le istanze cloud on-premise o di terze parti recuperano quindi aggiornamenti e package dalla stazione di gestione e non richiedono l'accesso diretto all'URL dell'origine software.

Che cos'è una chiave GPG?

GPG è l'acronimo di GNU Privacy Guard. È uno standard open source per la crittografia. Per i repository yum, le chiavi GPG vengono utilizzate per verificare il software quando vengono installati i pacchetti. L'uso delle chiavi GPG è una procedura consigliata per la sicurezza. La chiave può essere scaricata o ospitata internamente o esternamente. Vedere Definizione di URI

Che cos'è un URI?

Un URI è un identificativo di risorsa uniforme. Identifica una risorsa. Nel caso di una chiave GPG, l'URI è la posizione del file della chiave. Questo può essere localmente sul sistema, sulla rete interna, o esternamente ospitato in un URL (un sottotipo di URI). Quando si aggiunge l'origine software, l'hub di gestione del sistema operativo accetta le posizioni https://, http:// o file:// per l'URI della chiave GPG.

Quando si aggiunge un'origine software di terze parti o privata, è possibile specificare se è possibile eseguire il mirroring dell'origine in una stazione di gestione. Il mirroring delle sorgenti software alle singole stazioni si verifica quando esiste un'associazione tra una sorgente software e la stazione. Vedere Quali origini software vengono sottoposte a mirroring?

Se è stato abilitato il mirroring per l'origine, le stazioni di gestione devono essere in grado di raggiungere l'URL del repository per eseguire il mirroring dei pacchetti. Le istanze cloud on-premise o di terze parti recuperano quindi aggiornamenti e pacchetti per tale origine dalla stazione di gestione. Se hai disabilitato il mirroring, le istanze in locale o cloud di terze parti devono essere in grado di accedere direttamente all'URL dell'origine software.

Hub di gestione del sistema operativo supporta le funzioni principali dell'origine software per origini di terze parti e private, tra cui il collegamento e lo scollegamento di origini, l'applicazione di aggiornamenti e l'installazione di pacchetti. Il servizio non raccoglie metadati da repository yum di terze parti o privati, il che significa che alcune operazioni non sono disponibili, come la visualizzazione dei pacchetti disponibili.

Come si installano i pacchetti?

È possibile installare pacchetti da origini software di terze parti e private fornendo il nome del pacchetto. I pacchetti disponibili da origini software di terze parti o private non vengono visualizzati nella lista dei pacchetti disponibili per un'istanza. Tuttavia, una volta installati, tali pacchetti vengono visualizzati nell'elenco dei pacchetti installati e nell'elenco degli aggiornamenti disponibili per un'istanza. Le patch di origini software di terze parti e private vengono incluse nei job di aggiornamento.

Quali operazioni sono supportate?

Operation	supportato?
Aggiungi, modifica, rimuovi origini di terze parti e private dall'hub di gestione del sistema operativo	Sì
Includi fonti terze parti e private nei profili di registrazione	Sì
Mirroring di fonti di terze parti e private verso le stazioni di gestione	Sì
Sfoglia o cerca pacchetti in fonti di terze parti e private	N
Includi origini di terze parti e private in origini personalizzate e con controllo delle versioni	N
Collega e scollega origini di terze parti e private per istanze e gruppi	Sì
Installare e rimuovere pacchetti da origini di terze parti e private per istanze e gruppi	Sì
Visualizza e applica aggiornamenti da origini di terze parti e private per istanze e gruppi	Sì
Gestisci i moduli in fonti di terze parti e private	N

Nota

Le origini di terze parti e private non sono supportate negli ambienti del ciclo di vita.

Quando configuri un'origine di terze parti o privata, puoi fornire direttive YUM avanzate. Per ulteriori informazioni sulle direttive YUM avanzate, vedere le risorse riportate di seguito.

• Oracle Linux 7: Configurazione del repository Yum
• Oracle Linux 8 e 9: Modifica dei file di configurazione del repository Yum

In alternativa, vedere le pagine man dnf.conf(5) o yum.conf(5) in un sistema Oracle Linux.