Разделы · Подключение и настройка
Настройка вроде простая, а работает не так, как ожидалось.
Настройка держится до перезагрузки, после неё слетает. На хосте всё работает, внутри контейнера запросы идут напрямую.
Кто сталкивался, поделитесь опытом.
Поправлю: дело не в объёме, а в темпе.
Проверка одна: сделайте запрос к сервису, который показывает адрес, из той же программы, а не из браузера. Всё остальное догадки.
Одно уточнение, иначе расчёт уедет.
Авторизация по адресу удобнее в бою: ничего не хранится в конфигах и не утекает в логи. Логин с паролем берите там, где адрес выхода плавает.
Если поможет, напишите здесь же, пригодится следующим.
На такой задаче адреса надо держать свои, а не общие. Общий пул делится с незнакомыми людьми, и лимит вы никогда не контролируете. Я беру прокси IPv4 под сбор данных и сплю спокойно.
Полгода назад ловил то же самое.
Локальные адреса выносите в исключения сразу, иначе внутренние запросы пойдут через посредника и всё встанет.
Настройки в системе и настройки в программе это два разных хранилища. Программа почти всегда перекрывает системные, поэтому проверяйте оба.
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
Всё верно написали выше, добавлю от себя пару деталей.
Контейнер не наследует окружение хоста. Передавайте настройки при сборке образа отдельно и при запуске отдельно, это два разных момента.
Локальные адреса выносите в исключения сразу, иначе внутренние запросы пойдут через посредника и всё встанет.
Это на всех площадках или на одной?
Уточните пару моментов, иначе гадаем.
Разбейте прогон на части, станет ровнее.