HTTP/3

HTTP/3 es la versión más nueva del protocolo web, y su cambio definitorio es el transporte subyacente: se ejecuta sobre QUIC y UDP en lugar de TCP. Esto elimina el bloqueo por cabeza de línea que afectaba a HTTP/2, donde un paquete perdido detenía cada flujo en la conexión; con QUIC, los flujos son independientes. También hereda el apretón de manos más rápido y cifrado de QUIC y su capacidad para sobrevivir a un cambio de red, lo que hace que HTTP/3 sea más rápido para iniciar y más resistente, especialmente en dispositivos móviles.

El cambio a UDP tiene una consecuencia práctica para el proxy: debido a que los proxies HTTP clásicos y el método CONNECT solo transportan TCP, HTTP/3 no puede pasar a través de ellos. Necesita un camino que retransmita UDP: un proxy SOCKS5 que soporte UDP, o un VPN a nivel de dispositivo que tunnelice todo. Si un cliente intenta HTTP/3 a través de un proxy solo TCP, normalmente retrocederá a HTTP/2 sobre TCP. Cuando necesites específicamente HTTP/3, enrútalo a través del VPN s4m o el punto final SOCKS5 capaz de UDP en lugar del proxy HTTP.

Debido a que HTTP/3 necesita un UDP, no puede cruzar un túnel TCP-only de un proxy HTTP clásico con CONNECT; un cliente generalmente volverá a HTTP/2 sobre TCP. Cuando realmente necesites HTTP/3, enrútalo a través de un proxy SOCKS5 compatible con UDP o el s4m VPN a nivel de dispositivo. Para la mayoría de las tareas, la opción de retroceso está bien y es invisible, así que solo busca un camino compatible con UDP cuando una herramienta realmente requiera QUIC en lugar de aceptar el retroceso a TCP.