Õnnestunud registreerimine kinnitab juurdepääsu tellimusteenusele. DNF-i hoidla metaandmed ja paketi allalaadimised võivad kasutada erinevaid seadeid ja hostinimesid, seega alustage hoidla ID-st, tegelikust URL-ist ja ebaõnnestunud toimingu esimesest veast.

subscription-manageri puhul kasutab /etc/rhsm/rhsm.conf serveri jaotis eraldi välju:

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

Asendage need väärtused olemasolevas konfiguratsioonis ja kaitske faili, mis sisaldab tegelikku saladust. proxy_hostname võtab hostinime, mitte täis-URL-i koos volitustega.

DNF-i puhul uurige mõjutatud hoidlat ja peakonfiguratsiooni. Selle valik proxy on URL; proxy_username, proxy_password ja proxy_auth_method on eraldi valikud. Hoidla võib üldväärtuse tühistada. Puuduv puhverserveri valik võib lubada keskkonnast otsimist, samas kui selgesõnaliselt tühi väärtus keelab selle jaotise jaoks seadistatud ülemväärtuse. Järgige paigaldatud DNF-i põlvkonna viidet. DNF 4 puhul: eraldage hoidla pärimine keskkonna möödasõidureeglitest.

Kui hoidla faili genereerivad tellimustööriistad, tehke enne redigeerimist kindlaks selle omanik. Värskendamisel üle kirjutatav muudatus kuulub toetatud konfiguratsiooniallikasse, mitte väljundfaili korduvasse parandamisse.

Seejärel liigitage esimene tõrge. Ühendus puhverserveriga eelneb mõlema teenuse kontokontrollile. 407 nõuab puhverserveri autentimist; TLS-i viga puudutab ebaõnnestuva ühenduse usaldust; päritolu tagasilükkamine puudutab tellimuse või hoidla juurdepääsu. Pakettide CDN-hostid võivad erineda registreerimishostidest, seega ühtede lubatud loend ei tõenda juurdepääsu teistele.

Hoidke iga võrdluse juures tegelik lõpp-punkt, valitud puhverserver ja konto identifikaator, saladusi välja arvates. Vanemad retseptid rhn_register ja /etc/sysconfig/rhn/up2date kirjeldavad teist tööriistapõlvkonda ega määra praeguse RHSM-i või DNF-i päringu seadeid.

Seotud artiklid