SOCKS5 с авторизацией в питоне: библиотека не подхватывает

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

На хосте всё работает, внутри контейнера запросы идут напрямую. Пробовал три разных менеджера, поведение у всех одинаковое.

Буду признателен за конкретику.

Был случай, когда всё сошлось только на третий день разбора.

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

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

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