Переменные окружения для прокси в Linux: что читает какой софт

Второй день ковыряю, помогите взглядом со стороны.

Начну с цифр, они тут важнее слов.

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

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

Хочется услышать цифры от практиков.

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

Разбейте прогон на части, станет ровнее.

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

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

От себя добавлю по железу под адреса: своё оборудование у поставщика заметно ровнее аренды чужого. Беру приватный пул IPv4 как раз поэтому.

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

Всё верно написали выше, добавлю от себя пару деталей.

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

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

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

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

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

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

До этого работало? Что менялось перед тем, как сломалось?

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

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

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

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

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

Это на всех площадках или на одной?

До этого работало? Что менялось перед тем, как сломалось?

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

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

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

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

Согласен с предыдущим ответом, но с одной оговоркой.

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

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