Прокси на роутере для всей рабочей машины: стоит ли

Проверил всё по документации, результат прежний.

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

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

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

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

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

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

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

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

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

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

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

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