Если менеджер пакетов не может пройти проверку подлинности на офисном прокси, просьба загрузить Cntlm создаёт цикл зависимости: помощник нужен для маршрута, который должен был доставить помощника.

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

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

Локальный RPM всё ещё может оставить работу в сети

Загрузка вспомогательного пакета и разрешение его зависимостей — отдельные задачи. Не делайте вывод, что у текущего пакета нет зависимостей, только потому, что более старый RPM на другой машине не требовал дополнительных загрузок.

В системе на основе DNF документированная форма локального файла такова:

dnf install ./cntlm.rpm

Используйте фактическое имя загруженного файла и подходящие права на установку. DNF всё равно может потребовать метаданные репозитория или отсутствующие пакеты зависимостей. Если этот сетевой путь по-прежнему недоступен, получите нужные пакеты для того же выпуска через одобренный рабочий путь, сохраняя обычную политику проверки пакетов дистрибутива.

После установки и настройки помощника менеджер пакетов может использовать его локальный прослушиватель для последующих запросов. Этот прослушиватель не существует просто потому, что был сохранён файл RPM, а его адрес loopback имеет смысл только на машине, где работает помощник.

Похожие статьи