Завантаження Cntlm до того, як він зможе допомогти менеджеру пакетів

Якщо менеджер пакетів не може пройти автентифікацію на офісному проксі, прохання завантажити Cntlm створює цикл залежності: помічник потрібен для маршруту, який мав доставити помічника.

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

Отримайте RPM Cntlm, зібраний для встановленого випуску дистрибутива й архітектури, з його довіреного джерела пакетів. Прямий URL пакета Fedora зі старої відповіді описує пакет того випуску; це не поточна універсальна адреса встановлення.

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

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

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

dnf install ./cntlm.rpm

Використовуйте фактичну назву завантаженого файлу та належні права на встановлення. DNF усе ще може потребувати метаданих репозиторію або відсутніх пакетів залежностей. Якщо цей мережевий шлях і далі недоступний, отримайте потрібні пакети для того ж випуску через схвалений робочий шлях, зберігаючи звичайну політику перевірки пакетів дистрибутива.

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