Selenium с прокси-авторизацией ломается не в коде, а в точке подключения

Selenium с прокси-авторизацией ломается не в коде, а в точке подключения

Чаще всего проблема не в самом Selenium, а в том, как прокси принимает логин и пароль. Браузерный стек любит простой формат host:port, а вот auth через имя пользователя и пароль требует отдельной обвязки: расширение, локальный mitm-перехватчик или поднятый рядом сервис.

На практике есть три рабочих схемы:
— прокси без авторизации: самый чистый вариант для автотестов и массового запуска;
— авторизация через расширение браузера: удобно, но хрупко и зависит от профиля;
— локальный прокси-обертка: Selenium ходит в localhost, а уже он добавляет auth к upstream-прокси.

Что важно: если у вас rotating residential или mobile proxy, не тащите один и тот же профиль между сессиями. Сохраняйте cookie и fingerprint отдельно от прокси-пула, иначе привязка по IP и поведение браузера быстро начнут конфликтовать. Еще одна типовая ошибка — передавать credentials прямо в URL и ждать, что WebDriver это переварит без сюрпризов.

На практике стабильнее всего работает схема «Selenium -> локальный прокси -> upstream proxy». Она проще в отладке, легче масштабируется и меньше зависит от того, как именно браузер умеет жить с auth.

Если нужен предсказуемый запуск, держите авторизацию вне Selenium-скрипта: тогда при падении меняется прокси-слой, а не весь тестовый контур.