Прокси в планировщике задач: адрес слетает после перезапуска

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

Коротко об условиях.

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

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

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

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

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

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

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

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

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

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

Так и есть, проходил через это в прошлом году.

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

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

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

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

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

Держите нас в курсе.

У меня картина совпадает почти полностью.

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

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

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

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

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

Держите нас в курсе.

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

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

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

Поправлю: дело не в объёме, а в темпе.

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

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