{"id":84853,"date":"2020-06-11T13:42:33","date_gmt":"2020-06-11T11:42:33","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predvaritelnyj-vypusk-nginx-s-podderzhkoj-quic-i-http-3"},"modified":"2020-06-11T13:42:33","modified_gmt":"2020-06-11T11:42:33","slug":"predvaritelnyj-vypusk-nginx-s-podderzhkoj-quic-i-http-3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/predvaritelnyj-vypusk-nginx-s-podderzhkoj-quic-i-http-3","title":{"rendered":"Lanzamiento preliminar de nginx con soporte para QUIC y HTTP\/3.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Empresa NGINX anunci\u00f3<\/a><\/noindex> sobre el comienzo de las pruebas implementaci\u00f3n<\/a><\/noindex> de los protocolos QUIC y HTTP\/3 en el servidor HTTP y proxy nginx. La implementaci\u00f3n se basa en el borrador 27<\/a><\/noindex> de la especificaci\u00f3n IETF-QUIC y est\u00e1 disponible a trav\u00e9s de un repositorio separado<\/a><\/noindex>, ramificado de la versi\u00f3n 1.19.0. El c\u00f3digo se distribuye bajo la licencia BSD y no se cruza con la implementaci\u00f3n propuesta anteriormente<\/a><\/noindex> de HTTP\/3 para nginx por parte de Cloudflare, que es un proyecto separado.<\/p>\n

El soporte para HTTP\/3 en nginx se marca como experimental, ya que no todas las funcionalidades<\/a><\/noindex> del protocolo est\u00e1n implementadas. Sin embargo, nginx ya se puede utilizar para enviar respuestas a solicitudes simples de HTTP\/3 a trav\u00e9s de QUIC y cargar\/entregar archivos grandes. De las funcionalidades a\u00fan no disponibles en el protocolo se destacan los medios de negociaci\u00f3n de la versi\u00f3n del protocolo, ECN y control de congesti\u00f3n, registros estructurados, modo de recuperaci\u00f3n (QUIC recovery, gesti\u00f3n de flujo y congesti\u00f3n), NAT Rebinding, direcciones m\u00f3viles, Server push, y la adici\u00f3n de datos (trailer). Tambi\u00e9n se ha propuesto solo un soporte b\u00e1sico para el procesamiento de paquetes ACK y gesti\u00f3n de flujo, que requiere mejoras. No se han tenido en cuenta todos los requisitos del est\u00e1ndar.<\/p>\n

Para activar HTTP\/3 es necesario compilar nginx con el m\u00f3dulo http_v3_module y agregar la directiva adicional
\n\u00abescuchar\u00bb con la bandera \u00abhttp3\u00bb para crear un socket UDP que escucha. Por ejemplo:<\/p>\n

server {
\n listen 443 ssl; # socket TCP para HTTP\/1.1
\n listen 443 http3 reuseport; # socket UDP para QUIC+HTTP\/3<\/p>\n

ssl_protocols TLSv1.3; # en QUIC, TLS 1.3 es obligatorio
\n ssl_certificate ssl\/www.example.com.crt;
\n ssl_certificate_key ssl\/www.example.com.key;<\/p>\n

add_header Alt-Svc 'quic=\u00bb:443'; # indicador de disponibilidad de QUIC
\n add_header QUIC-Status $quic; # Cabecera con el estado de uso de QUIC
\n }<\/p>\n

Recordemos que HTTP\/3 normaliza el uso del protocolo QUIC como transporte para HTTP\/2. El protocolo QUIC<\/a><\/noindex> (Quick UDP Internet Connections) ha sido desarrollado por Google desde 2013 como una alternativa a la combinaci\u00f3n TCP+TLS para la Web, que resuelve problemas de alto tiempo de establecimiento y negociaci\u00f3n de conexiones en TCP y elimina retrasos al perder paquetes durante la transmisi\u00f3n de datos. QUIC es una capa sobre el protocolo UDP, que soporta la multiplexaci\u00f3n de m\u00faltiples conexiones y proporciona m\u00e9todos de cifrado equivalentes a TLS\/SSL. En el lado del cliente, el soporte experimental para HTTP\/3 ya se ha a\u00f1adido en Curl<\/a><\/noindex>, Firefox<\/a><\/noindex> y Chromium<\/a><\/noindex>.
\n

\"Lanzamiento<\/a><\/noindex><\/center><\/p>\n

Principales caracter\u00edsticas<\/a><\/noindex> QUIC:\n<\/p>\n