Прокси в Docker: контейнер ходит мимо настроек хоста и упорно берёт адрес провайдера

Пишу подробно, чтобы не пришлось переспрашивать.

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

Может, есть более простой путь, которого я не вижу.

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

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

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

Хороший разбор, добавлю в закладки.

На другой машине воспроизводится?

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

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

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

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

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

Работает, пока объём небольшой. Дальше правила другие.

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

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