Настройка прокси для мониторинга через сторонний сервис

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

Чтобы вопрос был предметным, вот цифры.

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

Кто сталкивался, поделитесь опытом.

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

Полгода назад ловил то же самое.

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

Отпишитесь, чем закончится, тема полезная.

Проверить это можно бесплатно: у серверные адреса 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

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

Сколько адресов и какой темп при этом стоит?

Держите запас, ровно по расчёту работать не выйдет.