Selenium + прокси с авторизацией: где чаще всего ломается запуск и как это чинить

В Selenium прокси с логином и паролем — не просто строка в настройках браузера. Если авторизацию передать через capabilities, браузер часто стартует, но трафик идёт мимо прокси или ловит пустую страницу. На практике надёжнее разделять: сам драйвер отвечает за сессию, а прокси-авторизацию — за обвязку вокруг браузера.

Что важно:
— для простого HTTP-прокси с auth удобнее использовать расширение или локальный прокси-слой;
— для Chrome и Firefox поведение отличается: один и тот же способ может работать только в одном из них;
— если нужен ротационный residential/mobile, проверь, умеет ли провайдер принимать креды в URL или через header;
— при запуске через remote grid часть решений с расширениями не проходит, и это надо учитывать заранее.

Типовые ошибки:
— пароль с символами `@`, `:` или `#` не экранирован;
— прокси прописан, но DNS резолвится локально;
— авторизация есть, но сайт всё равно видит старый IP из-за кеша, WebRTC или системных настроек браузера;
— в профиле остались старые расширения, которые перехватывают сеть.

На практике надёжная схема такая: отдельный чистый профиль, явная проверка IP до старта сценария, один способ прокидывания прокси без дублей и тестовая загрузка любой нейтральной страницы. Если задача — стабильный парсинг или регистрация, сначала добейтесь, чтобы браузер всегда открывался через нужный IP, и только потом добавляйте логику.