из контейнера шли на прокси http://username:password@ip:port/ ?
если на внутренности контейнера не повлиять, то смотрите правила iptables в случае использования squid transparent proxy
https://tinyurl.com/2848cvaz
Причем тут прослушивание порта и исходящие запросы? Что ты хочешь получить?
Мне нужно, чтоб я обращался изнутри контейнера на порт 8000, а запросы переправлялись на прокси
Опиши всю задачу, что, куда и зачем именно обращается
https://dpaste.org/81j0 У меня есть web-страница, которая работает с 8000 портом, мне нужно сделать так, чтобы я могу внутри этого приложения обращаться к примеру к 0.0.0.0:8001 (парсинг) и чтобы запрос шёл через прокси, а сам же 8000 оставался на 1337 порт для подключения/входа на сайт
Ты опять мешаешь все в кучу, входящие в контейнер запросы не имеют ничего общего с исходящими. Тебе на уровне самого кода в приложении нужно учитывать, что запрос должен идти через прокси. Если используешь модуль requests, то достаточно установить переменные окружения HTTP_PROXY и HTTPS_PROXY, чтобы он автоматически использовал указанный адрес прокси для отправки запросов https://docs.python-requests.org/en/master/user/advanced/#proxies
Selenium, в котором не сделать прокси через авторизацию Мне нужно только обращение по порту перенаправлять Просто проблема в прокси, что если ставить допустим на систему, то всё равн оselenium отправляет не тмпользуя прокси
Гуглить пробовал? https://www.browserstack.com/guide/set-proxy-in-selenium
Да, только нельзя, т.к. там с авторизацией лажа
По ссылке есть решение для авторизации
Да, толкьо тогда там нужен дисплей на сервере, который seleinum не в каком виде не видит
Зачем ему дисплей? Он же headless
Там в той ссылке скрипт требует экран
Где он это требует?
Ок, Chrome не даёт устанавливать расширения в headless режиме, это сделано специально. Но можно просто эмулировать экран: https://stackoverflow.com/a/59793651
Обсуждают сегодня