Red

Rutas proxy QUIC para HTTPS y HTTP/3

Configura rutas proxy QUIC autenticadas en BotBrowser 154 para túneles HTTPS y tráfico HTTP/3 compatible.

Documentación

Quieres la documentación estructurada de Red?

Este artículo forma parte de la biblioteca editorial. Para pasos de configuración, material de referencia y actualizaciones continuas, entra en la sección de docs.

Una ruta explícita para el tráfico moderno

HTTP/3 usa QUIC sobre UDP, por lo que una política proxy que solo contempla TCP no describe toda la sesión del navegador. BotBrowser 154 añade la ruta proxy autenticada quic:// mediante la opción estándar --proxy-server. HTTPS puede viajar por el túnel del proxy y el tráfico HTTP/3 compatible puede usar MASQUE CONNECT-UDP.

La capacidad pertenece al navegador y a su configuración de red. No es un script de página ni un túnel creado por la aplicación. El proveedor debe admitir las operaciones necesarias; cambiar el esquema de una URL no convierte un servicio normal en un proxy QUIC.

Ruta proxy QUICUn navegador usa una ruta proxy autenticada para transportar HTTPS y HTTP/3 compatible.NavegadorUna políticaProxy QUICRuta autenticadaHTTPS / HTTP/3CONNECT / CONNECT-UDPTratamiento específico bajo una configuración.

Inicio rápido

Use un perfil que corresponda a la versión mayor de BotBrowser. La línea pública comienza con BotBrowser 154.0.8037.17:

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

Guarde las credenciales reales en un sistema de secretos controlado y codifique los caracteres reservados de la URL. El proxy debe admitir CONNECT para HTTPS. HTTP/3 también requiere MASQUE CONNECT-UDP. Una conexión QUIC por sí sola no garantiza todas las operaciones.

Rutas por contexto

En el flujo ENT Tier3, configure la ruta del BrowserContext antes de crear páginas o navegar:

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

Cada contexto puede tener una ruta aprobada propia. La opción selecciona una capacidad ya autorizada y no concede un nuevo plan o una nueva región.

HTTP/3 y fallos

El destino, la política del navegador y el proveedor determinan si una solicitud usa HTTP/3. Otro destino puede usar HTTP/2 sin que exista un problema. Registre el resultado esperado de cada flujo.

Cuando el proxy QUIC no está disponible, BotBrowser no cambia silenciosamente a una conexión directa. El equipo puede reintentar, usar una ruta alternativa ya aprobada o detener el flujo para revisar la condición de red. No conviene asumir que una página que carga demuestra que toda la política se mantuvo.

QUIC y SOCKS5 UDP

SOCKS5 usa UDP ASSOCIATE, mientras que quic:// usa las operaciones del proxy QUIC y MASQUE. Ambos pueden transportar HTTP/3, pero requieren servicios y configuraciones distintas. No basta con cambiar el prefijo de una URL SOCKS5.

Lista de salida

  • BotBrowser 154.0.8037.17 o posterior con perfil correspondiente.
  • Proveedor compatible con QUIC, CONNECT y CONNECT-UDP cuando sea necesario.
  • Credenciales en un sistema controlado.
  • Configuración por contexto antes de la primera página.
  • Política documentada para HTTP/3 y para la indisponibilidad del proxy.

Consulte la documentación de QUIC Proxy Routing y la documentación de UDP sobre SOCKS5.

#QUIC#Http3#proxy#Masque#red#privacidad

Lleva BotBrowser de la investigación a producción

Usa estas guías para entender el modelo y después avanzar hacia validación multiplataforma, contextos aislados y despliegue de navegador preparado para escalar.