Прокси-маршрутизация QUIC для HTTPS и HTTP/3
Настройте в BotBrowser 154 аутентифицированный QUIC-прокси для HTTPS-туннелей и совместимого трафика HTTP/3.
Нужна структурированная документация по теме Сеть?
Эта статья относится к редакционной библиотеке. Для пошаговой настройки, справки и постоянных обновлений переходите сразу в соответствующий раздел docs.
Явный маршрут для современного трафика
HTTP/3 работает поверх QUIC и UDP, поэтому политика только для TCP не описывает весь сеанс браузера. BotBrowser 154 добавляет аутентифицированный маршрут quic:// через стандартный параметр --proxy-server. HTTPS проходит через туннель прокси, а совместимый HTTP/3 может использовать MASQUE CONNECT-UDP.
Это функция браузерной сетевой политики, а не скрипт страницы. Прокси-провайдер должен поддерживать нужные операции. Одно изменение схемы URL не превращает обычный сервис в QUIC-прокси.
Быстрый запуск
Используйте профиль, соответствующий major-версии BotBrowser. Публичная линия начинается с BotBrowser 154.0.8037.17:
chromium-browser \
--bot-profile="/path/to/profile.enc" \
--proxy-server="quic://user:pass@proxy.example.com:443"
Реальные учетные данные храните в контролируемой системе секретов. Зарезервированные символы в URL необходимо кодировать. Для HTTPS прокси должен поддерживать CONNECT, а для HTTP/3 также требуется MASQUE CONNECT-UDP.
Маршрут для BrowserContext
В рабочем процессе ENT Tier3 применяйте флаги контекста до создания страницы и начала навигации:
await client.send("BotBrowser.setBrowserContextFlags", {
browserContextId: context._contextId,
botbrowserFlags: [
"--bot-profile=/path/to/profile.enc",
"--proxy-server=quic://user:pass@proxy.example.com:443",
],
});
Каждый контекст может использовать отдельный одобренный маршрут. Параметр выбирает уже разрешенную возможность и не добавляет новый тариф или регион.
HTTP/3 и отказ прокси
Выбор HTTP/3 зависит от сайта, политики браузера и возможностей прокси. Другой сайт может использовать HTTP/2. Запишите ожидаемый результат для реального пользовательского сценария.
При недоступности QUIC-прокси BotBrowser не переключается незаметно на прямое соединение. Оператор может повторить запрос, выбрать заранее одобренный резервный маршрут или остановить сценарий для проверки сети.
QUIC и UDP через SOCKS5
SOCKS5 использует UDP ASSOCIATE, а quic:// использует операции QUIC-прокси и MASQUE. Оба варианта могут передавать HTTP/3, но требуют разных услуг и синтаксиса. Простая замена префикса SOCKS5 не создает QUIC-прокси.
Проверка перед выпуском
- BotBrowser 154.0.8037.17 или новее и совместимый профиль.
- Провайдер поддерживает QUIC, CONNECT и необходимый CONNECT-UDP.
- Учетные данные находятся в контролируемом хранилище.
- Флаги контекста применяются до первой страницы.
- Политика HTTP/3 и поведение при недоступности прокси записаны.
См. документацию QUIC Proxy Routing и документацию UDP через SOCKS5.
Похожие статьи
Переведите BotBrowser из исследований в продакшн
Используйте эти руководства, чтобы понять модель, а затем перейти к кроссплатформенной валидации, изолированным контекстам и масштабируемому браузерному развертыванию.