{"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\/ro\/blog\/administrirovanie\/http-po-udp-ispolzuem-s-polzoj-protokol-quic","title":{"rendered":"HTTP pe UDP \u2013 s\u0103 folosim protocolul QUIC \u00een mod util","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"HTTP
\n
\nQUIC (Quick UDP Internet Connections) este un protocol bazat pe UDP, care sus\u021bine toate func\u021bionalit\u0103\u021bile TCP, TLS \u0219i HTTP\/2, rezolv\u00e2nd majoritatea problemelor acestora. Este adesea numit un protocol nou sau \u201eexperimentativ\u201d, dar a dep\u0103\u0219it de mult\u0103 vreme stadiul experimentului: dezvoltarea a avut loc timp de mai bine de 7 ani. \u00cen acest interval, protocolul nu a ajuns s\u0103 devin\u0103 un standard, dar a c\u00e2\u0219tigat \u00een continuare o r\u0103sp\u00e2ndire larg\u0103. De exemplu, QUIC este utilizat pentru accelerarea traficului \u0219i reducerea laten\u021belor \u00een re\u021belele mobile de gigantii precum Google \u0219i Facebook, iar IETF a declarat fork-ul s\u0103u ca baz\u0103 pentru standardul HTTP\/3 (av\u00e2nd \u00een vedere c\u0103 HTTP\/2 folose\u0219te doar 44.8%<\/a><\/noindex> din site-uri).<\/a><\/noindex><\/p>\n

Conceptul<\/h2>\n

\nQUIC a fost dezvoltat ca o alternativ\u0103 la TCP-ul \u00eenvechit, care a fost ini\u021bial conceput pentru re\u021bele cablate cu un procent sc\u0103zut de pierderi. TCP livreaz\u0103 pachetele \u00een ordinea \u00een care sunt primite, astfel c\u0103, \u00een caz de pierdere a unui pachet, \u00eentreaga coad\u0103 se blocheaz\u0103 (head-of-line blocking<\/a><\/noindex>), ceea ce afecteaz\u0103 negativ calitatea \u0219i stabilitatea conexiunii. Pentru a evita pierderile masive, re\u021belele mobile recurg la utilizarea bufferelor mari, ceea ce, la r\u00e2ndul s\u0103u, duce la redundan\u021b\u0103 \u0219i reac\u021bia fals negativ\u0103 a protocolului (bufferbloat,<\/a><\/noindex>). \u00cen plus, TCP consum\u0103 foarte mult timp pentru stabilirea conexiunii: cererile SYN\/ACK \u0219i TLS sunt tratate separat, necesit\u00e2nd trei roundtrip-uri \u00een loc de unul, a\u0219a cum face QUIC.<\/p>\n

\"HTTP
\n
\nDeoarece QUIC combin\u0103 \u00eenlocuirea TCP cu implementarea TLS 1.3, toate conexiunile sunt \u00eentotdeauna criptate, iar decriptarea unui astfel de trafic nu este mai u\u0219oar\u0103 dec\u00e2t dac\u0103 ar circula prin HTTPS. \u00cen plus, QUIC este implementat la nivel de aplica\u021bie, deoarece o \u00eenlocuire complet\u0103 a stivului TCP ar dura eternitate<\/i>.<\/p>\n

\u00cen ciuda suportului pentru multiplexare \u00een HTTP\/2, problema head-of-line blocking a r\u0103mas din cauza necesit\u0103\u021bii de a livra pachetele \u00een ordine. QUIC este implementat deasupra UDP, astfel \u00eenc\u00e2t blocajele nu exist\u0103 \u00een principiu, iar pentru a evita pierderile irecuperabile ale pachetelor, acestea sunt numerotate \u0219i pot con\u021bine p\u0103r\u021bi ale \u201evecinilor\u201d, asigur\u00e2nd redundan\u021b\u0103. \u00cen plus, QUIC \u00eemparte coada monolitic\u0103 \u00een mai multe fluxuri pentru diferite tipuri de cereri \u00eentr-o singur\u0103 conexiune. Astfel, \u00een caz de pierdere a unui pachet, problemele pot ap\u0103rea doar \u00eentr-o singur\u0103 coad\u0103 (de exemplu, \u00een transmiterea unui anumit fi\u0219ier):<\/p>\n

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

Utilizare <\/h2>\n

\nIni\u021bial, QUIC a fost dezvoltat \u00een interiorul Google \u0219i a fost \u00een mare parte adaptat pentru utilizarea \u00een cadrul companiei. \u00cen 2013, a fost predat IETF pentru standardizare (care continu\u0103 \u0219i \u00een prezent), iar acum oricine poate participa la dezvoltarea protocolului, propun\u00e2nd ceea ce \u00eei lipse\u0219te. Grupul de lucru IETF organizeaz\u0103 anual \u00eent\u00e2lniri \u00een cadrul c\u0103rora se aprob\u0103 un nou standard \u0219i se discut\u0103 inova\u021biile. Aceast\u0103 implementare a QUIC este considerat\u0103 principal\u0103 \u0219i pe baza ei se certific\u0103 standardul HTTP\/3.<\/p>\n

Deocamdat\u0103, nu se discut\u0103 despre includerea HTTP\/3 ca protocol principal, deoarece acesta nu este finalizat \u0219i este aproape deloc suportat:<\/p>\n

\"HTTP
\n
\n\u00cens\u0103 QUIC poate fi implementat ca transport \u00eentre aplica\u021bie \u0219i server, ceea ce a fost realizat cu succes de Uber:<\/p>\n

\n

Comentariul Uber despre implementarea QUIC<\/i><\/h3>\n

\nPentru a integra cu succes QUIC \u0219i a \u00eembun\u0103t\u0103\u021bi performan\u021ba aplica\u021biei \u00een condi\u021bii de conexiune slab\u0103, am \u00eenlocuit vechea stiv\u0103 (HTTP\/2 deasupra TLS\/TCP) cu protocolul QUIC. Am utilizat biblioteca de re\u021bea Cronet<\/a><\/noindex> din Chromium Projects<\/a><\/noindex>, care con\u021bine versiunea original\u0103, dezvoltat\u0103 de Google, a protocolului \u2013 gQUIC. Aceast\u0103 implementare este, de asemenea, \u00eembun\u0103t\u0103\u021bit\u0103 constant pentru a urma ultima specifica\u021bie IETF.<\/p>\n

Am integrat mai \u00eent\u00e2i Cronet \u00een aplica\u021biile noastre Android pentru a ad\u0103uga suport pentru QUIC. Integrarea a fost realizat\u0103 astfel \u00eenc\u00e2t s\u0103 reducem la minimum costurile migra\u021biei. \u00cen loc s\u0103 \u00eenlocuim complet vechiul stack de re\u021bea care folosea biblioteca OkHttp<\/a><\/noindex>, am integrat Cronet sub cadrul API-ului OkHttp. Realiz\u00e2nd integrarea \u00een acest mod, am evitat modific\u0103rile \u00een apelurile noastre de re\u021bea (care utilizeaz\u0103 Retrofit<\/a><\/noindex>) la nivel de API.<\/p>\n

Similar abord\u0103rii pentru dispozitivele Android, am implementat Cronet \u00een aplica\u021biile Uber pe iOS, intercept\u00e2nd traficul HTTP din API<\/a><\/noindex>, utiliz\u00e2nd NSURLProtocol<\/a><\/noindex>. Aceast\u0103 abstrac\u021bie oferit\u0103 de funda\u021bia iOS gestioneaz\u0103 datele URL specifice protocolului \u0219i garanteaz\u0103 c\u0103 putem integra Cronet \u00een aplica\u021biile noastre iOS f\u0103r\u0103 costuri semnificative de migrare.<\/p><\/blockquote>\n

preluat din aceast\u0103 traducere<\/a><\/noindex> articolului Uber<\/i><\/p>\n

Pe backend, ace\u0219tia au captat conexiunile QUIC prin intermediul Google Cloud lb, care suport\u0103 protocolul<\/a><\/noindex> din mijlocul anului 2018.<\/p>\n

Nu este surprinz\u0103tor c\u0103 Google Cloud func\u021bioneaz\u0103 foarte bine cu protocolul dezvoltat de Google, dar ce alternative exist\u0103?<\/p>\n

Nginx<\/h3>\n

\nNu cu mult timp \u00een urm\u0103, CloudFlare a \u00eencercat s\u0103 combine<\/a><\/noindex> nginx (care \u00een mod implicit nu suport\u0103 HTTP\/3) cu instrumentul s\u0103u Quiche. Implementarea este disponibil\u0103 sub form\u0103 de un singur fi\u0219ier .patch, la care este ata\u0219at un tutorial de instalare:<\/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
\nAici po\u021bi s\u0103-\u021bi conectezi modulele, dac\u0103 este necesar<\/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
\nR\u0103m\u00e2ne doar s\u0103 activezi suportul HTTP\/3<\/p>\n
events {\n    worker_connections  1024;\n}\n\nhttp {\n    server {\n        # Activeaz\u0103 QUIC \u0219i HTTP\/3.\n        listen 443 quic reuseport;\n\n        # Activeaz\u0103 HTTP\/2 (op\u021bional).\n        listen 443 ssl http2;\n\n        ssl_certificate      cert.crt;\n        ssl_certificate_key  cert.key;\n\n        # Activeaz\u0103 toate versiunile TLS (TLSv1.3 este necesar pentru QUIC).\n        ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;\n\n        # Buffering-ul cererilor nu este suportat \u00een prezent pentru HTTP\/3.\n        proxy_request_buffering off;\n\n        # Adaug\u0103 header-ul Alt-Svc pentru a negocia HTTP\/3.\n        add_header alt-svc 'h3-27=\"444\"; ma=86400';\n    }\n}<\/code><\/pre>\n
\n\u00cen browserele obi\u0219nuite, conectarea prin HTTP\/3 nu este posibil\u0103 deocamdat\u0103, dar se poatelua Chrome Canary<\/a><\/noindex> \u0219i rula cu flagul --enable-quic<\/code>, s\u0103 se adreseze serverului s\u0103u sau, de exemplu, site-ului quic.rocks \u0219i s\u0103 verifice tipul de conexiune \u00een Developer Tools:
\n\"HTTP
\n\u00cen loc de HTTP\/3 se va scrie http2+quic\/99<\/code>, dar acesta este \u00een esen\u021b\u0103 acela\u0219i lucru.<\/p>\n
Alte tehnologii<\/h3>\n
<\/p>\n