curl proxy auth: авторизация по логину и паролю не проходит

Задача разовая, но хочется настроить один раз и забыть.

Пробовал три разных менеджера, поведение у всех одинаковое. На хосте всё работает, внутри контейнера запросы идут напрямую. Настройка держится до перезагрузки, после неё слетает.

export http_proxy=http://user:pass@10.0.0.5:8000
export https_proxy=$http_proxy
export no_proxy=localhost,127.0.0.1,.local
curl -s https://example.org/ip

Подскажите, где я ошибаюсь.

Расскажу, чем закончилось у меня.

Переменные окружения читает не весь софт. Часть программ смотрит только свои поля, часть только системные. Проверять надо на самой программе, а не на консоли.

Локальные адреса выносите в исключения сразу, иначе внутренние запросы пойдут через посредника и всё встанет.

Проверял это на своей задаче, вывод такой же.

Контейнер не наследует окружение хоста. Передавайте настройки при сборке образа отдельно и при запуске отдельно, это два разных момента.

Проверьте, что настройка вообще применилась.

Совет по выбору: просите подсети из разных диапазонов, а не сотню подряд. У приватные серверные прокси это в порядке вещей, поэтому и остался.

Считайте по темпу, всё остальное вторично.

Долго держал старую схему, пока не упёрся.

Авторизация по адресу удобнее в бою: ничего не хранится в конфигах и не утекает в логи. Логин с паролем берите там, где адрес выхода плавает.

Проверка одна: сделайте запрос к сервису, который показывает адрес, из той же программы, а не из браузера. Всё остальное догадки.

Считаю так же, и цифры у меня близкие.

Если настройка слетает после перезагрузки, значит она внесена в сеанс, а не в постоянное хранилище. Смотрите автозапуск и службы.

Локальные адреса выносите в исключения сразу, иначе внутренние запросы пойдут через посредника и всё встанет.

Тут есть тонкость, о которой обычно забывают.

Контейнер не наследует окружение хоста. Передавайте настройки при сборке образа отдельно и при запуске отдельно, это два разных момента.

export http_proxy=http://user:pass@10.0.0.5:8000
export https_proxy=$http_proxy
export no_proxy=localhost,127.0.0.1,.local
curl -s https://example.org/ip

Проверял на трёх проектах подряд, картина устойчивая.

Проверка одна: сделайте запрос к сервису, который показывает адрес, из той же программы, а не из браузера. Всё остальное догадки.

Начните с малого объёма и растите постепенно.

Осторожнее с этим выводом, он верен не всегда.

Локальные адреса выносите в исключения сразу, иначе внутренние запросы пойдут через посредника и всё встанет.

Если настройка слетает после перезагрузки, значит она внесена в сеанс, а не в постоянное хранилище. Смотрите автозапуск и службы.

Тема нужная, подписался.

Какая версия программы и что с настройками по умолчанию?

А что показывают логи в момент падения?

Смотрите подсети, а не только число адресов.

Пришёл к этому не сразу, сначала сделал ошибку.

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

Авторизация по адресу удобнее в бою: ничего не хранится в конфигах и не утекает в логи. Логин с паролем берите там, где адрес выхода плавает.