{"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\/hu\/blog\/administrirovanie\/http-po-udp-ispolzuem-s-polzoj-protokol-quic","title":{"rendered":"HTTP UDP-en \u2014 haszn\u00e1ljuk ki a QUIC protokollt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"HTTP
\n
\nA QUIC (Quick UDP Internet Connections) egy UDP-alap\u00fa protokoll, amely t\u00e1mogatja a TCP, TLS \u00e9s HTTP\/2 \u00f6sszes lehet\u0151s\u00e9g\u00e9t, \u00e9s megoldja legnagyobb probl\u00e9m\u00e1ikat. Gyakran nevezik \u00faj vagy \u201ek\u00eds\u00e9rleti\u201d protokollnak, de m\u00e1r r\u00e9g\u00f3ta t\u00fall\u00e9pett a k\u00eds\u00e9rleti f\u00e1zison: a fejleszt\u00e9s t\u00f6bb mint 7 \u00e9ve zajlik. Ez id\u0151 alatt a protokoll nem v\u00e1lt hivatalos sztenderdd\u00e9, de ennek ellen\u00e9re sz\u00e9les k\u00f6rben elterjedt. P\u00e9ld\u00e1ul a QUIC-et forgalom gyors\u00edt\u00e1s\u00e1ra \u00e9s a k\u00e9s\u00e9sek cs\u00f6kkent\u00e9s\u00e9re haszn\u00e1lja olyan \u00f3ri\u00e1sv\u00e1llalatok, mint a Google \u00e9s a Facebook, \u00e9s az IETF a protokoll forkj\u00e1t az HTTP\/3 szabv\u00e1ny alapj\u00e1nak nyilv\u00e1n\u00edtotta (mik\u00f6zben az HTTP\/2-t haszn\u00e1lja csak 44,8%<\/a><\/noindex> weboldal).<\/a><\/noindex><\/p>\n

Koncepci\u00f3<\/h2>\n

\nA QUIC-ot a meg\u00f6regedett TCP helyettes\u00edt\u00e9s\u00e9re fejlesztett\u00e9k ki, amely eredetileg vezet\u00e9kn\u00e9lk\u00fcli, alacsony vesztes\u00e9g\u0171 h\u00e1l\u00f3zatokhoz lett tervezve. A TCP a csomagokat sorrendben sz\u00e1ll\u00edtja, \u00edgy ha egy csomag elveszik, az eg\u00e9sz sor le\u00e1ll (head-of-line blocking<\/a><\/noindex>), ami negat\u00edvan befoly\u00e1solja a kapcsolat min\u0151s\u00e9g\u00e9t \u00e9s stabilit\u00e1s\u00e1t. A t\u00f6meges vesztes\u00e9gek elker\u00fcl\u00e9se \u00e9rdek\u00e9ben a mobilh\u00e1l\u00f3zatok nagy pufferek haszn\u00e1lat\u00e1hoz folyamodnak, ami a protokoll f\u00f6l\u00f6slegess\u00e9g\u00e9hez \u00e9s hamis negat\u00edv reakci\u00f3khoz (bufferbloat<\/a><\/noindex>). Ezen k\u00edv\u00fcl a TCP nagyon sok id\u0151t vesz ig\u00e9nybe a kapcsolat l\u00e9tes\u00edt\u00e9s\u00e9re: a SYN\/ACK \u00e9s TLS k\u00e9r\u00e9sek k\u00fcl\u00f6n-k\u00fcl\u00f6n futnak, ami h\u00e1rom roundtrip-et ig\u00e9nyel egy helyett, mint ahogy azt a QUIC teszi.<\/p>\n

\"HTTP
\n
\nMivel a QUIC \u00f6tv\u00f6zi a TCP helyettes\u00edt\u00e9s\u00e9t \u00e9s a TLS 1.3 implement\u00e1l\u00e1s\u00e1t, minden kapcsolat mindig titkos\u00edtva van, \u00e9s egy ilyen forgalom dek\u00f3dol\u00e1sa nem k\u00f6nnyebb, mint ha HTTPS-en haladna. Ezenk\u00edv\u00fcl a QUIC alkalmaz\u00e1si szinten val\u00f3sul meg, mivel a TCP-stack teljes helyettes\u00edt\u00e9se \u00f6r\u00f6kk\u00e9val\u00f3s\u00e1gba telne. \u00d6r\u00f6kk\u00e9val\u00f3s\u00e1g<\/i>.<\/p>\n

A HTTP\/2 multiplex\u00e1l\u00e1s\u00e1nak t\u00e1mogat\u00e1sa ellen\u00e9re a head-of-line blocking probl\u00e9m\u00e1ja a csomagok sorrendbeli k\u00e9zbes\u00edt\u00e9se miatt megmaradt. A QUIC UDP f\u00f6l\u00f6tt val\u00f3sul meg, \u00edgy alapvet\u0151en nincsenek blokkol\u00e1sok, \u00e9s hogy a csomagok ne vesszenek el v\u00e9glegesen, sz\u00e1mozva vannak \u00e9s tartalmazhatj\u00e1k szomsz\u00e9dok r\u00e9szeit is, biztos\u00edtva a redundanci\u00e1t. Ezenk\u00edv\u00fcl a QUIC a monolitikus sort t\u00f6bb sz\u00e1lra bontja, k\u00fcl\u00f6nb\u00f6z\u0151 t\u00edpus\u00fa k\u00e9r\u00e9sek sz\u00e1m\u00e1ra egyetlen kapcsolat belsej\u00e9ben. \u00cdgy csomagveszt\u00e9s eset\u00e9n probl\u00e9m\u00e1k csak egy sorban mer\u00fclhetnek fel (p\u00e9ld\u00e1ul egy adott f\u00e1jl \u00e1tvitel\u00e9n\u00e9l):<\/p>\n

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

Haszn\u00e1lat <\/h2>\n

\nA QUIC-ot eredetileg a Google-n bel\u00fcl lett kifejlesztve, \u00e9s nagyr\u00e9szt a c\u00e9gen bel\u00fcli haszn\u00e1latra lett optimaliz\u00e1lva. 2013-ban az IETF-nek adt\u00e1k \u00e1t standardiz\u00e1l\u00e1sra (ami m\u00e9g mindig folyamatban van), \u00e9s most m\u00e1r b\u00e1rki r\u00e9szt vehet a protokoll fejleszt\u00e9s\u00e9ben, javasolva azt, ami sz\u00e1m\u00e1ra hi\u00e1nyzik. Az IETF munkacsoport \u00e9vente tal\u00e1lkoz\u00f3kat szervez, ahol \u00faj szabv\u00e1nyokat hagynak j\u00f3v\u00e1 \u00e9s megvitatj\u00e1k az \u00fajdons\u00e1gokat. Ez a QUIC-implement\u00e1ci\u00f3 sz\u00e1m\u00edt a f\u0151nek, \u00e9s ennek alapj\u00e1n tan\u00fas\u00edtj\u00e1k az HTTP\/3 szabv\u00e1nyt.<\/p>\n

Jelenleg m\u00e9g nem mer\u00fcl fel az HTTP\/3 mint f\u0151 protokoll bevezet\u00e9se, mert m\u00e9g nem fejez\u0151d\u00f6tt be, \u00e9s szinte nem t\u00e1mogatott:<\/p>\n

\"HTTP
\n
\nDe a QUIC-ot a kliens \u00e9s a szerver k\u00f6z\u00f6tti sz\u00e1ll\u00edt\u00e1si r\u00e9tegk\u00e9nt lehet megval\u00f3s\u00edtani, amit a Uber sikeresen v\u00e9grehajtott:<\/p>\n

\n

A Uber megjegyz\u00e9se a QUIC bevezet\u00e9s\u00e9r\u0151l<\/i><\/h3>\n

\nAhhoz, hogy a QUIC-ot sikeresen be\u00e9p\u00edthess\u00fck \u00e9s jav\u00edthassuk az alkalmaz\u00e1s teljes\u00edtm\u00e9ny\u00e9t gyenge kapcsolat eset\u00e9n, a r\u00e9gi stack-et (HTTP\/2 TLS\/TCP felett) a QUIC protokollra cser\u00e9lt\u00fck. Felhaszn\u00e1ltuk a h\u00e1l\u00f3zati k\u00f6nyvt\u00e1rat Cronet<\/a><\/noindex> a Chromium Projects<\/a><\/noindex>, amely tartalmazza a protokoll eredeti, Google-os verzi\u00f3j\u00e1t \u2013 gQUIC. Ez a megval\u00f3s\u00edt\u00e1s folyamatosan fejlesztve van, hogy k\u00f6vesse az IETF legfrissebb specifik\u00e1ci\u00f3j\u00e1t.<\/p>\n

El\u0151sz\u00f6r integr\u00e1ltuk a Cronet-et Android-alkalmaz\u00e1sainkba, hogy t\u00e1mogassuk a QUIC-ot. Az integr\u00e1ci\u00f3s folyamatot \u00fagy hajtottuk v\u00e9gre, hogy minimaliz\u00e1ljuk a migr\u00e1ci\u00f3s k\u00f6lts\u00e9geket. Ahelyett, hogy teljes m\u00e9rt\u00e9kben kicser\u00e9lt\u00fck volna a r\u00e9gi h\u00e1l\u00f3zati stack-et, amely az OkHttp<\/a><\/noindex>k\u00f6nyvt\u00e1rat haszn\u00e1lta, a Cronet-et az OkHttp API keretrendszer ALATT integr\u00e1ltuk. Ezzel az integr\u00e1ci\u00f3val elker\u00fclt\u00fck a h\u00e1l\u00f3zati h\u00edv\u00e1saink (amelyeket a Retrofit<\/a><\/noindex>) szintj\u00e9n v\u00e9gzett v\u00e1ltoztat\u00e1sokat.<\/p>\n

Hasonl\u00f3an az Android-eszk\u00f6z\u00f6kh\u00f6z, a Cronet-et az Uber iOS alkalmaz\u00e1saiban is be\u00e9p\u00edtett\u00fck, megfigyelve a HTTP forgalmat a h\u00e1l\u00f3zati API<\/a><\/noindex>, haszn\u00e1lva a NSURLProtocol<\/a><\/noindex>. Ez az iOS Foundation \u00e1ltal biztos\u00edtott absztrakci\u00f3 kezeli a protokollspecifikus URL-adatokat, \u00e9s biztos\u00edtja, hogy a Cronet-et jelent\u0151s migr\u00e1ci\u00f3s k\u00f6lts\u00e9gek n\u00e9lk\u00fcl tudjuk integr\u00e1lni iOS-alkalmaz\u00e1sainkba.<\/p><\/blockquote>\n

forr\u00e1s: ez a ford\u00edt\u00e1s<\/a><\/noindex> Uber cikk\u00e9b\u0151l<\/i><\/p>\n

A h\u00e1tt\u00e9rben a QUIC kapcsolatokat a Google Cloud lb-n kereszt\u00fcl fogt\u00e1k el, amely t\u00e1mogatja a protokollt<\/a><\/noindex> 2018 k\u00f6zep\u00e9t\u0151l.<\/p>\n

Nem meglep\u0151, hogy a Google Cloud j\u00f3l m\u0171k\u00f6dik a Google \u00e1ltal fejlesztett protokollal, de mik az alternat\u00edv\u00e1k?<\/p>\n

Nginx<\/h3>\n

\nNemr\u00e9g a CloudFlare megpr\u00f3b\u00e1lta keresztezi<\/a><\/noindex> nginx (amely alap\u00e9rtelmez\u00e9s szerint nem t\u00e1mogatja a HTTP\/3-at) a Quiche eszk\u00f6z\u00e9vel. A megval\u00f3s\u00edt\u00e1s egyetlen .patch f\u00e1jlk\u00e9nt el\u00e9rhet\u0151, amelyhez telep\u00edt\u00e9si \u00fatmutat\u00f3 tartozik:<\/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
\nItt sz\u00fcks\u00e9g szerint csatlakoztathat\u00f3k a saj\u00e1t moduljai.<\/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
\nCsak a HTTP\/3 t\u00e1mogat\u00e1s\u00e1t kell enged\u00e9lyezni.<\/p>\n
events {\n    worker_connections  1024;\n}\n\nhttp {\n    server {\n        # Enged\u00e9lyezze a QUIC-ot \u00e9s a HTTP\/3-at.\n        listen 443 quic reuseport;\n\n        # Enged\u00e9lyezze a HTTP\/2-t (opcion\u00e1lis).\n        listen 443 ssl http2;\n\n        ssl_certificate      cert.crt;\n        ssl_certificate_key  cert.key;\n\n        # Enged\u00e9lyezze az \u00f6sszes TLS verzi\u00f3t (a TLSv1.3 sz\u00fcks\u00e9ges a QUIC-hoz).\n        ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;\n\n        # Jelenleg nincs t\u00e1mogatva a k\u00e9r\u00e9s pufferez\u00e9se a HTTP\/3 eset\u00e9n.\n        proxy_request_buffering off;\n\n        # Adjon hozz\u00e1 Alt-Svc fejl\u00e9cet a HTTP\/3 t\u00e1rgyal\u00e1s\u00e1hoz.\n        add_header alt-svc 'h3-27=":443"; ma=86400';\n    }\n}<\/code><\/pre>\n
\nNorm\u00e1l b\u00f6ng\u00e9sz\u0151k\u00f6n m\u00e9g nem lehet csatlakozni a HTTP\/3-hoz, de van lehet\u0151s\u00e9g arra, Chrome Canary<\/a><\/noindex> \u00e9s ind\u00edtsa el a k\u00f6vetkez\u0151 kapcsol\u00f3val: --enable-quic<\/code>, l\u00e9pjen kapcsolatba saj\u00e1t szerver\u00e9vel vagy p\u00e9ld\u00e1ul a quic.rocks webhellyel, \u00e9s n\u00e9zze meg a kapcsolat t\u00edpus\u00e1t a Fejleszt\u0151i Eszk\u00f6z\u00f6kben:
\n\"HTTP
\nA HTTP\/3 helyett http2+quic\/99<\/code>, de l\u00e9nyeg\u00e9ben ugyanaz.<\/p>\n
Egy\u00e9b technol\u00f3gi\u00e1k<\/h3>\n
<\/p>\n