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

Ниже конфиг и что получается на выходе.

Условия задачи вот такие.

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

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

Полезный разбор получился.

Похоже на правду, у меня цифры близкие.

После любой правки делайте контрольный запрос из самой программы. Это тридцать секунд и полная уверенность.

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

Почти так, но одна деталь меняет вывод.

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

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

Слежу за темой.

Это верно для одной площадки и неверно для другой.

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

Если программа читает только свои поля, системная настройка её не касается вовсе. Это частый источник путаницы.

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

Исключения для локальных адресов вносите сразу при настройке, потом про них забывают и ловят странные обрывы.

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