Настройка прокси в браузерном профиле: системные поля мешают

Может, дело в мелочи, но найти её не могу.

Детали такие.

Пробовал три разных менеджера, поведение у всех одинаковое. Машина рабочая, политика организации ограничивает часть настроек.

Есть у кого рабочая схема?

Именно так и есть, спорить не о чем.

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

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

Разбирались втроём, нашли случайно.

Роутер заворачивает весь трафик машины, включая обновления. Для рабочих задач это обычно лишнее.

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

Роутер заворачивает весь трафик машины, включая обновления. Для рабочих задач это обычно лишнее.

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

Помню, как искал причину два дня подряд.

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

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

Спасибо за подробное описание, так отвечать проще.

Проверяли на маленькой выборке?