HTTP/3

HTTP/3 é a versão mais recente do protocolo da web, e sua mudança definidora é o transporte subjacente: ele opera sobre QUIC e UDP em vez de TCP. Isso remove o bloqueio de cabeça de linha que afetava HTTP/2, onde um pacote perdido paralisava todos os fluxos na conexão; com QUIC, os fluxos são independentes. Ele também herda o handshake mais rápido e criptografado do QUIC e sua capacidade de sobreviver a uma mudança de rede, que juntos tornam o HTTP/3 mais rápido para iniciar e mais resiliente, especialmente em dispositivos móveis.

A mudança para UDP tem uma consequência prática para o proxy: porque proxies HTTP clássicos e o método CONNECT só transportam TCP, o HTTP/3 não pode passar por eles. Ele precisa de um caminho que retransmita UDP — um proxy SOCKS5 que suporte UDP, ou um VPN em todo o dispositivo que tunelize tudo. Se um cliente tentar HTTP/3 através de um proxy apenas TCP, ele normalmente reverterá para HTTP/2 sobre TCP. Quando você precisa especificamente de HTTP/3, roteie-o através do VPN s4m ou do endpoint SOCKS5 compatível com UDP em vez do proxy HTTP.

Como o HTTP/3 precisa de um caminho UDP, ele não pode atravessar o túnel TCP-only CONNECT de um proxy HTTP clássico; um cliente geralmente recuará para HTTP/2 sobre TCP. Quando você precisa especificamente do HTTP/3, roteie-o através de um proxy SOCKS5 compatível com UDP ou do s4m VPN em todo o dispositivo. Para a maioria das tarefas, o recuo é aceitável e invisível, então só busque um caminho compatível com UDP quando uma ferramenta realmente exigir QUIC em vez de aceitar o recuo TCP.