Routage proxy QUIC pour HTTPS et HTTP/3

Une route claire pour le trafic moderne

HTTP/3 utilise QUIC sur UDP. Une politique proxy limitée au TCP ne décrit donc pas toute la session du navigateur. BotBrowser 154 ajoute la route proxy authentifiée quic:// avec l’option standard --proxy-server. HTTPS peut passer par le tunnel du proxy et le trafic HTTP/3 compatible peut utiliser MASQUE CONNECT-UDP.

Cette capacité est gérée par le navigateur et sa configuration réseau. Ce n’est pas un script de page ni un tunnel applicatif. Le fournisseur doit prendre en charge les opérations nécessaires.

Démarrage

Utilisez un profil correspondant à la version majeure de BotBrowser. La ligne publique commence avec BotBrowser 154.0.8037.17 :

chromium-browser \
  --bot-profile="/path/to/profile.enc" \
  --proxy-server="quic://user:pass@proxy.example.com:443"

Conservez les identifiants réels dans un gestionnaire de secrets contrôlé et encodez les caractères réservés. Le proxy doit accepter CONNECT pour HTTPS. HTTP/3 demande également MASQUE CONNECT-UDP.

Routage par contexte

Dans le flux ENT Tier3, appliquez les indicateurs du BrowserContext avant de créer une page :

await client.send("BotBrowser.setBrowserContextFlags", {
  browserContextId: context._contextId,
  botbrowserFlags: [
    "--bot-profile=/path/to/profile.enc",
    "--proxy-server=quic://user:pass@proxy.example.com:443",
  ],
});

Chaque contexte peut utiliser une route approuvée différente. Ce réglage sélectionne une capacité déjà autorisée et n’ajoute pas de droit commercial ou régional.

HTTP/3 et indisponibilité

Le site, la politique du navigateur et le fournisseur déterminent si une requête utilise HTTP/3. Un autre site peut utiliser HTTP/2 normalement. Notez le résultat attendu pour le parcours réel.

Lorsque le proxy QUIC est indisponible, BotBrowser ne passe pas silencieusement en connexion directe. L’équipe peut réessayer, utiliser une route de secours approuvée ou arrêter le parcours pour examiner le réseau.

QUIC et UDP sur SOCKS5

SOCKS5 utilise UDP ASSOCIATE, tandis que quic:// utilise les opérations d’un proxy QUIC et MASQUE. Les deux peuvent transporter HTTP/3, mais les services et les syntaxes sont différents. Il ne suffit pas de changer le préfixe d’une URL SOCKS5.

Vérification avant déploiement

• BotBrowser 154.0.8037.17 ou plus récent avec le profil correspondant.
• Fournisseur compatible avec QUIC, CONNECT et CONNECT-UDP si nécessaire.
• Identifiants dans un système contrôlé.
• Configuration par contexte avant la première page.
• Résultat HTTP/3 et comportement sans proxy documentés.

Consultez la documentation QUIC Proxy Routing et la documentation UDP sur SOCKS5.