Спампаваць Cntlm, перш чым ён зможа дапамагчы менеджэру пакетаў

Калі менеджэр пакетаў не можа прайсці аўтэнтыфікацыю на офісным проксі, просьба спампаваць Cntlm стварае цыкл залежнасці: памочнік патрэбны для маршруту, які павінен быў бы даставіць гэтага памочніка.

Ужо працуючы кліент curl можа забяспечыць першае спампоўванне. Для проксі NTLM опцыя curl --proxy-ntlm выбірае аўтэнтыфікацыю на проксі; --ntlm выбірае аўтэнтыфікацыю на аддаленым прызначэнні. Падайце ўліковы запіс проксі праз канфігурацыю ўліковых даных curl.

Атрымайце RPM Cntlm, сабраны для ўсталяванага выпуску дыстрыбутыва і архітэктуры, з яго даверанай крыніцы пакетаў. Прамы URL пакета Fedora з гістарычнага адказу апісвае пакет таго выпуску; ён не з’яўляецца актуальным універсальным адрасам усталёўкі.

Лакальны RPM можа пакінуць працу ў сетцы

Спампоўванне пакета-памочніка і вырашэнне яго залежнасцей — асобныя задачы. Не рабіце выснову, што бягучы пакет не мае залежнасцей, толькі таму што адзін старэйшы RPM на іншай машыне не патрабаваў дадатковых спампоўванняў.

У сістэме на базе DNF дакументаваная форма лакальнага файла такая:

dnf install ./cntlm.rpm

Выкарыстоўвайце фактычную назву спампаванага файла і адпаведныя правы на ўсталёўку. DNF усё яшчэ можа патрабаваць метаданых рэпазіторыя або адсутных пакетаў залежнасцей. Калі гэты сеткавы шлях па-ранейшаму недаступны, атрымайце патрэбныя пакеты для таго ж выпуску праз ухвалены працоўны маршрут, захоўваючы звычайную палітыку праверкі пакетаў дыстрыбутыва.

Пасля ўсталёўкі і налады памочніка менеджэр пакетаў можа выкарыстоўваць яго лакальны слухач для наступных запытаў. Гэты слухач не існуе проста таму, што файл RPM быў захаваны, а яго адрас loopback мае сэнс толькі на машыне, дзе працуе памочнік.