{"id":81847,"date":"2020-05-17T01:42:34","date_gmt":"2020-05-16T23:42:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/http-po-udp-ispolzuem-s-polzoj-protokol-quic"},"modified":"2020-05-17T01:42:34","modified_gmt":"2020-05-16T23:42:34","slug":"http-po-udp-ispolzuem-s-polzoj-protokol-quic","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/http-po-udp-ispolzuem-s-polzoj-protokol-quic","title":{"rendered":"HTTP sobre UDP \u2014 utilizamos el protocolo QUIC de manera efectiva","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"HTTP
\n
\nQUIC (Conexiones R\u00e1pidas de Internet sobre UDP) es un protocolo sobre UDP que admite todas las funcionalidades de TCP, TLS y HTTP\/2, y resuelve la mayor\u00eda de sus problemas. A menudo se le llama un protocolo nuevo o \"experimental\", pero ya ha pasado mucho tiempo desde su etapa de experimentaci\u00f3n: se ha estado desarrollando durante m\u00e1s de 7 a\u00f1os. A lo largo de este tiempo, el protocolo no ha llegado a ser un est\u00e1ndar, pero a\u00fan as\u00ed ha obtenido una amplia distribuci\u00f3n. Por ejemplo, QUIC es utilizado para acelerar el tr\u00e1fico y reducir la latencia en redes m\u00f3viles por gigantes como Google y Facebook, y la IETF ha declarado su bifurcaci\u00f3n como base para el est\u00e1ndar HTTP\/3 (mientras que HTTP\/2 utiliza solo el 44.8%<\/a><\/noindex> de los sitios).<\/a><\/noindex><\/p>\n

Concepto<\/h2>\n

\nQUIC fue desarrollado como una alternativa al desfasado TCP, que originalmente estaba dise\u00f1ado para redes cableadas con un bajo porcentaje de p\u00e9rdidas. TCP entrega los paquetes en orden, por lo que la p\u00e9rdida de un paquete provoca que toda la cola se detenga (head-of-line blocking<\/a><\/noindex>), lo que afecta negativamente la calidad y estabilidad de la conexi\u00f3n. Para evitar p\u00e9rdidas masivas, las redes m\u00f3viles recurren al uso de grandes b\u00faferes, lo que a su vez conduce a la redundancia y la reacci\u00f3n de falso negativo del protocolo (bufferbloat<\/a><\/noindex>). Adem\u00e1s, TCP gasta mucho tiempo estableciendo conexiones: las solicitudes SYN\/ACK y TLS se env\u00edan por separado, lo que requiere tres rondas de ida y vuelta en lugar de una, como lo hace QUIC.<\/p>\n

\"HTTP
\n
\nDado que QUIC combina una sustituci\u00f3n de TCP y la implementaci\u00f3n de TLS 1.3, todas las conexiones siempre est\u00e1n cifradas, y descifrar dicho tr\u00e1fico no es m\u00e1s f\u00e1cil que si estuviera pasando por HTTPS. Adem\u00e1s, QUIC se implementa en el nivel de aplicaci\u00f3n, ya que una sustituci\u00f3n completa de la pila TCP tomar\u00eda una eternidad.<\/i>.<\/p>\n

A pesar del soporte de multiplexaci\u00f3n en HTTP\/2, el problema del head-of-line blocking persiste debido a la necesidad de entregar los paquetes en orden. QUIC se implementa sobre UDP, por lo que no tiene bloqueos en principio, y para evitar que los paquetes se pierdan de forma irreversible, se numeran y pueden contener partes de \"vecinos\", asegurando redundancia. Adem\u00e1s, QUIC divide la cola monol\u00edtica en varios flujos para diferentes tipos de solicitudes dentro de una conexi\u00f3n. De esta manera, en caso de p\u00e9rdida de un paquete, los problemas pueden surgir solo en una cola (por ejemplo, al transmitir un archivo espec\u00edfico):<\/p>\n

\"HTTP
\n<\/p>\n

Uso <\/h2>\n

\nInicialmente, QUIC fue desarrollado dentro de Google y estaba muy orientado a su uso interno. En 2013, fue transferido a la IETF para su estandarizaci\u00f3n (que a\u00fan contin\u00faa), y ahora cualquier persona puede participar en el desarrollo del protocolo, sugiriendo lo que le falta. El grupo de trabajo de la IETF organiza reuniones anuales donde se aprueba un nuevo est\u00e1ndar y se discuten innovaciones. Esta implementaci\u00f3n de QUIC se considera la principal y es sobre la que se certifica el est\u00e1ndar HTTP\/3.<\/p>\n

Por el momento, no se habla de incluir HTTP\/3 como el protocolo principal, ya que a\u00fan no est\u00e1 terminado y casi no es compatible:<\/p>\n

\"HTTP
\n
\nPero QUIC se puede implementar como el transporte entre la aplicaci\u00f3n y el servidor, lo que Uber ha logrado con \u00e9xito:<\/p>\n

\n

Comentario de Uber sobre la implementaci\u00f3n de QUIC<\/i><\/h3>\n

\nPara integrar QUIC con \u00e9xito y mejorar el rendimiento de la aplicaci\u00f3n en condiciones de mala conexi\u00f3n, reemplazamos la antigua pila (HTTP\/2 sobre TLS\/TCP) por el protocolo QUIC. Utilizamos la biblioteca de red Cronet<\/a><\/noindex> de Proyectos de Chromium<\/a><\/noindex>, que contiene la versi\u00f3n original del protocolo \u2013 gQUIC. Esta implementaci\u00f3n tambi\u00e9n se mejora constantemente para seguir la \u00faltima especificaci\u00f3n de la IETF.<\/p>\n

Primero, integramos Cronet en nuestras aplicaciones Android para agregar soporte para QUIC. La integraci\u00f3n se realiz\u00f3 de tal forma que se minimizaron los costos de migraci\u00f3n. En lugar de reemplazar completamente la antigua pila de red, que utilizaba la biblioteca OkHttp<\/a><\/noindex>, integramos Cronet BAJO el marco de la API de OkHttp. Al realizar la integraci\u00f3n de esta manera, evitamos cambios en nuestras llamadas de red (que utilizan Retrofit<\/a><\/noindex>) a nivel de API.<\/p>\n

De manera similar al enfoque para dispositivos Android, implementamos Cronet en las aplicaciones de Uber para iOS, interceptando el tr\u00e1fico HTTP de las API<\/a><\/noindex>, utilizando NSURLProtocol<\/a><\/noindex>. Esta abstracci\u00f3n, proporcionada por iOS Foundation, maneja los datos URL espec\u00edficos del protocolo y garantiza que podemos integrar Cronet en nuestras aplicaciones de iOS sin costos de migraci\u00f3n significativos.<\/p><\/blockquote>\n

tomado de esta traducci\u00f3n<\/a><\/noindex> del art\u00edculo de Uber<\/i><\/p>\n

En el backend, capturaron conexiones QUIC a trav\u00e9s de Google Cloud lb, que soporta el protocolo<\/a><\/noindex> desde mediados de 2018.<\/p>\n

No es de extra\u00f1ar que Google Cloud funcione perfectamente con un protocolo desarrollado por Google, pero \u00bfcu\u00e1les son las alternativas?<\/p>\n

Nginx<\/h3>\n

\nNo hace mucho, CloudFlare intent\u00f3 integrar<\/a><\/noindex> nginx (que por defecto no soporta HTTP\/3) con su herramienta Quiche. La implementaci\u00f3n est\u00e1 disponible en un solo archivo .patch, acompa\u00f1ado de un tutorial de instalaci\u00f3n:<\/p>\n

curl -O https:\/\/nginx.org\/download\/nginx-1.16.1.tar.gz\ntar xvzf nginx-1.16.1.tar.gz\ngit clone --recursive https:\/\/github.com\/cloudflare\/quiche\ncd nginx-1.16.1\npatch -p01 < ..\/quiche\/extras\/nginx\/nginx-1.16.patch<\/code><\/pre>\n
\nAqu\u00ed se pueden conectar sus m\u00f3dulos si es necesario<\/p>\n
.\/configure                          \t\n   \t--prefix=$PWD                       \t\n   \t--with-http_ssl_module              \t\n   \t--with-http_v2_module               \t\n   \t--with-http_v3_module               \t\n   \t--with-openssl=..\/quiche\/deps\/boringssl \n   \t--with-quiche=..\/quiche\n make<\/code><\/pre>\n
\nSolo queda habilitar el soporte para HTTP\/3<\/p>\n
events {\n    worker_connections  1024;\n}\n\nhttp {\n    server {\n        # Habilitar QUIC y HTTP\/3.\n        listen 443 quic reuseport;\n\n        # Habilitar HTTP\/2 (opcional).\n        listen 443 ssl http2;\n\n        ssl_certificate      cert.crt;\n        ssl_certificate_key  cert.key;\n\n        # Habilitar todas las versiones de TLS (TLSv1.3 es requerida para QUIC).\n        ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;\n\n        # El almacenamiento en b\u00fafer de solicitudes no es compatible actualmente con HTTP\/3.\n        proxy_request_buffering off;\n\n        # Agregar encabezado Alt-Svc para negociar HTTP\/3.\n        add_header alt-svc 'h3-27=":443"; ma=86400';\n    }\n}<\/code><\/pre>\n
\nA\u00fan no se puede conectar a trav\u00e9s de HTTP\/3 en navegadores comunes, pero se puede tomar Chrome Canary<\/a><\/noindex> y ejecutarlo con la bandera --enable-quic<\/code>, dirigirse a su servidor o, por ejemplo, al sitio quic.rocks y ver el tipo de conexi\u00f3n en las Developer Tools:
\n\"HTTP
\nEn lugar de HTTP\/3 se escribe http2+quic\/99<\/code>, pero en esencia, es lo mismo.<\/p>\n
Otras tecnolog\u00edas<\/h3>\n
<\/p>\n