Una registrazione riuscita conferma l'accesso al servizio di abbonamento. I metadati del repository DNF e i download dei pacchetti possono usare impostazioni e nomi host diversi, quindi partite dall'ID del repository, dall'URL effettivo e dal primo errore dell'operazione fallita.

Per subscription-manager, la sezione server di /etc/rhsm/rhsm.conf usa campi separati:

[server]
proxy_hostname = proxy.example.net
proxy_port = 8080
proxy_user = service-account
proxy_password = REPLACE_WITH_MANAGED_SECRET

Sostituite questi valori nella configurazione esistente e proteggete il file che contiene il segreto reale. proxy_hostname accetta un nome host, non un URL completo con credenziali.

Per DNF, esaminate il repository interessato e la configurazione principale. La sua opzione proxy è un URL; proxy_username, proxy_password e proxy_auth_method sono opzioni separate. Un repository può sovrascrivere il valore globale. Un'opzione proxy assente può consentire la ricerca nell'ambiente, mentre un valore esplicitamente vuoto disattiva un valore genitore configurato per quella sezione. Seguite il riferimento della generazione DNF installata. Per DNF 4: separate l'ereditarietà del repository dalle regole di bypass dell'ambiente.

Se un file di repository è generato dagli strumenti di abbonamento, identificate quel proprietario prima di modificarlo. Una modifica sovrascritta al refresh appartiene alla sorgente di configurazione supportata, non a una riparazione ripetuta del file di output.

Poi classificate il primo guasto. La connessione al proxy precede il controllo dell'account di entrambi i servizi. Un 407 richiede l'autenticazione al proxy; un errore TLS riguarda la fiducia della connessione che fallisce; un rifiuto dell'origine riguarda l'accesso all'abbonamento o al repository. Gli host CDN dei pacchetti possono differire dagli host di registrazione, quindi un elenco consentito per gli uni non dimostra l'accesso agli altri.

Conservate l'endpoint effettivo, il proxy scelto e l'identificativo dell'account a ogni confronto, esclusi i segreti. Le vecchie ricette con rhn_register e /etc/sysconfig/rhn/up2date descrivono un'altra generazione di strumenti e non identificano le impostazioni di una richiesta RHSM o DNF attuale.

Articoli correlati