{"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\/sl\/blog\/administrirovanie\/http-po-udp-ispolzuem-s-polzoj-protokol-quic","title":{"rendered":"HTTP preko UDP \u2014 koristimo protokol QUIC sa koristi","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"HTTP
\n
\nQUIC (Quick UDP Internet Connections) je protokol na vrhu UDP, ki podpira vse funkcije TCP, TLS in HTTP\/2 ter re\u0161uje ve\u010dino njihovih te\u017eav. Pogosto ga imenujejo nov ali 'eksperimentalni' protokol, a je \u017ee dolgo presegel fazo eksperimentiranja: razvoj poteka \u017ee ve\u010d kot 7 let. V tem \u010dasu protokol ni postal standard, vendar se je kljub temu \u0161iroko raz\u0161iril. Na primer, QUIC uporabljajo za pospe\u0161evanje prometa in zmanj\u0161anje zakasnitev v mobilnih omre\u017ejih tak\u0161ni velikani kot Google in Facebook, IETF pa je napovedal, da bo njegov fork protokola podlaga za standard HTTP\/3 (kar pomeni, da HTTP\/2 uporablja le 44.8%<\/a><\/noindex> spletnih strani).<\/a><\/noindex><\/p>\n

Koncept<\/h2>\n

\nQUIC je bil razvit kot zamenjava zastarelega TCP, ki je bil prvotno prilagojen za \u017ei\u010dne omre\u017ene povezave z nizkim odstotkom izgub. TCP dostavlja pakete v vrstnem redu, zato ob izgubi enega paketa celotna vrsta zastane (blokada glave vrste<\/a><\/noindex>), kar negativno vpliva na kakovost in stabilnost povezave. Da bi se izognili mno\u017ei\u010dnim izgubam, mobilna omre\u017eja uporabljajo velike predpomnilnike, kar pa vodi do odve\u010dnosti in napa\u010dne negativne reakcije protokola (bufferbloat<\/a><\/noindex>). Poleg tega TCP porabi zelo veliko \u010dasa za vzpostavitev povezave: SYN\/ACK in TLS poizvedbe potekajo lo\u010deno, kar zahteva tri roundtrip-e namesto enega, kot to po\u010dne QUIC.<\/p>\n

\"HTTP
\n
\nKer QUIC zdru\u017euje zamenjavo TCP in izvajanje TLS 1.3, so vse povezave vedno \u0161ifrirane, de\u0161ifriranje tak\u0161nega prometa ni la\u017eje, kot \u010de bi potekal prek HTTPS. Poleg tega je QUIC izveden na aplikacijski ravni, saj bi popolna zamenjava TCP sklada trajala ve\u010dnost<\/i>.<\/p>\n

Kljub podpori za multipleksiranje v HTTP\/2 te\u017eava z blokado glave vrste ostaja zaradi potrebe po dostavi paketov v vrstnem redu. QUIC je izveden na vrhu UDP, zato blokad ni, prav tako pa so paketi \u0161tevil\u010deni in lahko vsebujejo dele 'sosedov', kar zagotavlja redundanco. Poleg tega QUIC razdeljuje monolitno vrsto na ve\u010d tokov za razli\u010dne tipe zahtevkov znotraj ene povezave. Tako lahko ob izgubi paketa te\u017eave nastanejo le pri eni vrsti (na primer, pri prenosu dolo\u010dene datoteke):<\/p>\n

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

Uporaba <\/h2>\n

\nPrvotno je QUIC razvijen unutar Google-a i bio je prilago\u0111en kori\u0161\u0107enju unutar kompanije. Godine 2013. preba\u010den je u IETF radi standardizacije (koja se jo\u0161 uvek nastavlja), i sada svako mo\u017ee u\u010destvovati u razvoju protokola, predla\u017eu\u0107i ono \u0161to mu nedostaje. IETF radna grupa godi\u0161nje organizuje sastanke na kojima se usvaja novi standard i raspravlja o novostima. Ova implementacija QUIC-a smatra se osnovnom i na njenoj osnovi se sertifikuje standard HTTP\/3.<\/p>\n

Za sada se ne razmatra uklju\u010divanje HTTP\/3 kao glavnog protokola, jer jo\u0161 uvek nije zavr\u0161en i gotovo da nije podr\u017ean:<\/p>\n

\"HTTP
\n
\nAli QUIC se mo\u017ee implementirati kao transport izme\u0111u aplikacije i servera, \u0161to je uspe\u0161no uradio Uber:<\/p>\n

\n

Komentar Uber-a o implementaciji QUIC-a<\/i><\/h3>\n

\nDa bi uspe\u0161no vgradili QUIC in izbolj\u0161ali zmogljivost aplikacije v slabih povezavah, smo zamenjali staro strukturo (HTTP\/2 preko TLS\/TCP) s protokolom QUIC. Uporabili smo omre\u017eno knji\u017enico Cronet<\/a><\/noindex> iz Chromium Projects<\/a><\/noindex>, ki vsebuje izvirno Googlovsko razli\u010dico protokola \u2013 gQUIC. Ta implementacija se nenehno izbolj\u0161uje, da bi sledila najnovej\u0161i specifikaciji IETF.<\/p>\n

Najpre smo integrirali Cronet u na\u0161e Android aplikacije kako bismo dodali podr\u0161ku za QUIC. Integracija je izvedena na na\u010din koji maksimalno smanjuje tro\u0161kove migracije. Umesto da potpuno zamenimo stari mre\u017eni stek koji je koristio biblioteku OkHttp<\/a><\/noindex>, integrirali smo Cronet POD OkHttp API okvirom. Izvr\u0161iv\u0161i integraciju na ovaj na\u010din, izbegli smo promene u na\u0161im mre\u017enim pozivima (koje koriste Retrofit<\/a><\/noindex>) na nivou API-ja.<\/p>\n

Sli\u010dno pristupu na Android ure\u0111ajima, implementirali smo Cronet u Uber aplikacije za iOS, preusmeravaju\u0107i HTTP saobra\u0107aj iz mre\u017enih API<\/a><\/noindex>, koriste\u0107i NSURLProtocol<\/a><\/noindex>. Ova apstrakcija koju pru\u017ea iOS Foundation obra\u0111uje protokol-specifi\u010dne URL podatke i osigurava da mo\u017eemo integrisati Cronet u na\u0161e iOS aplikacije bez zna\u010dajnih tro\u0161kova migracije.<\/p><\/blockquote>\n

uzeto iz ovog prevoda<\/a><\/noindex> \u010dlanka Uber-a<\/i><\/p>\n

Na backendu su uhvatili QUIC konekcije preko Google Cloud lb, koji podr\u017eava protokol<\/a><\/noindex> od sredine 2018. godine.<\/p>\n

Nije iznena\u0111uju\u0107e \u0161to Google Cloud savr\u0161eno funkcioni\u0161e s protokolom koji je razvio Google, ali koje su alternative?<\/p>\n

Nginx<\/h3>\n

\nNedavno je CloudFlare poku\u0161ao da spoji<\/a><\/noindex> nginx (koji prema zadanim postavkama ne podr\u017eava HTTP\/3) sa svojim alatom Quiche. Implementacija je dostupna u obliku jedinstvenog .patch fajla, uz koji je prilo\u017een tutorijal za instalaciju:<\/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
\nOvde mo\u017eete dodati svoje module po potrebi<\/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
\nSamo je potrebno uklju\u010diti podr\u0161ku za HTTP\/3<\/p>\n
events {\n    worker_connections  1024;\n}\n\nhttp {\n    server {\n        # Omogo\u010dite QUIC in HTTP\/3.\n        listen 443 quic reuseport;\n\n        # Omogo\u010dite HTTP\/2 (opcijsko).\n        listen 443 ssl http2;\n\n        ssl_certificate      cert.crt;\n        ssl_certificate_key  cert.key;\n\n        # Omogo\u010dite vse razli\u010dice TLS (TLSv1.3 je obvezen za QUIC).\n        ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;\n\n        # Zajemanje zahtevkov trenutno ni podprto za HTTP\/3.\n        proxy_request_buffering off;\n\n        # Dodajte Alt-Svc glavo za pogajanje HTTP\/3.\n        add_header alt-svc 'h3-27=\"443\"; ma=86400';\n    }\n}<\/code><\/pre>\n
\nU obi\u010dnim pretra\u017eiva\u010dima jo\u0161 nije mogu\u0107e povezati se putem HTTP\/3, ali mo\u017eete uzeti Chrome Canary<\/a><\/noindex> i pokrenuti ga s flagom --enable-quic<\/code>, obratiti se svom serveru ili, na primer, sajtu quic.rocks i pogledati tip veze u Developer Tools:
\n\"HTTP
\nUmesto HTTP\/3 pi\u0161e se http2+quic\/99<\/code>, ali to je zapravo jedno te isto.<\/p>\n
Druge tehnologije<\/h3>\n
<\/p>\n