{"id":104306,"date":"2022-06-07T09:36:47","date_gmt":"2022-06-07T07:36:48","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/protokol-http-3-0-poluchil-status-predlozhennogo-standarta"},"modified":"2022-06-07T09:36:47","modified_gmt":"2022-06-07T07:36:48","slug":"protokol-http-3-0-poluchil-status-predlozhennogo-standarta","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/news\/protokol-http-3-0-poluchil-status-predlozhennogo-standarta","title":{"rendered":"HTTP\/3.0 protokoll sai soovitatud standardi staatuse","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
IETF (Internet Engineering Task Force), mis tegeleb interneti protokollide ja arhitektuuri arendamisega, on l\u00f5petanud HTTP\/3.0 protokolli RFC koostamise ja avaldanud seotud spetsifikatsioonid identifikaatoritega RFC 9114 (protokoll) ja RFC 9204 (QPACK pealkirjade tihendustehnoloogia HTTP\/3 jaoks). HTTP\/3.0 spetsifikatsioon sai \"Eeln\u00f5u standard\" staatuse, mille j\u00e4rel algab t\u00f6\u00f6 RFC-le \u201eMustand Standard\u201c staatuse andmiseks, mis t\u00e4hendaks protokolli t\u00e4ielikku stabiliseerimist ning k\u00f5ikide esitatud m\u00e4rkuste arvestamist. Samuti on avaldatud uuendatud versioonid HTTP\/1.1 (RFC 9112) ja HTTP\/2.0 (RFC 9113) protokollide spetsifikatsioonidest, samuti dokumendid, mis m\u00e4\u00e4ratlevad HTTP-p\u00e4ringute semantika (RFC 9110) ja HTTP vahem\u00e4lu haldamise pealkirjad (RFC 9111). <\/p>\n
HTTP\/3 protokoll m\u00e4\u00e4ratleb QUIC (Quick UDP Internet Connections) protokolli kasutamise_HTTP\/2 transpordiks. QUIC on UDP protokolli peal ehitatud kiht, mis toetab mitme \u00fchenduse multipleximist ja tagab kr\u00fcpteerimise meetodid, mis on ekvivalentne TLS\/SSL-iga. Protokolli l\u00f5i 2013. aastal Google, et pakkuda alternatiivi TCP+TLS-kombinatsioonile Webis, lahendades TCP-s \u00fchenduste loomise ja \u00fchtlustamise pika aja probleemid ning k\u00f5rvaldates andmete edastamise ajal pakettide kadumise viivitused.
<\/center> <\/p>\n
Praegu on QUIC ja HTTP\/3.0 tugi juba rakendatud k\u00f5ikides populaarsetes veebibrauserites (Chrome'is, Firefoxis ja Edge'is on HTTP\/3 tugi vaikimisi sisse l\u00fclitatud, Safari puhul on vajalik seadistuse \"Advanced > Experimental Features > HTTP\/3\" lubamine). Serveripoolsetes rakendustes on HTTP\/3 tugi saadaval nginxis (eraldi haru ja eraldi moodulina), Caddy, IIS ja LiteSpeed. HTTP\/3-t toetab ka sisu edastamise v\u00f5rk Cloudflare. <\/p>\n
QUICi p\u00f5hijooned: <\/p>\n
\n
K\u00f5rge turvalisus, v\u00f5rreldav TLS'iga (QUIC pakub tegelikult v\u00f5imalust kasutada TLS'i UDP peal); <\/li>\n
Voolu terviklikkuse j\u00e4lgimine, mis takistab pakettide kaotust; <\/li>\n
V\u00f5imalus luua \u00fchendus koheselt (0-RTT, umbes 75% juhtudel saab andmeid edastada kohe p\u00e4rast \u00fchenduse loomise paketi saatmist) ja tagada minimaalne viivitus p\u00e4ringu saatmise ja vastuse saamise vahel (RTT, Round Trip Time);
<\/center> <\/li>\n
Paketi uuesti edastamisel kasutatakse teistsugust j\u00e4rjestuse numbrit, mis v\u00f5imaldab v\u00e4ltida mitmeti m\u00f5istetavust saadud pakettide m\u00e4\u00e4ratlemisel ja k\u00f5rvaldada aegumise probleemid; <\/li>\n
Paketi kaotus m\u00f5jutab ainult selle kaasnevat voolu ja ei peata andmete edastamist samaaegselt praeguse \u00fchenduse kaudu edastatavatest voogudest; <\/li>\n
Vigade parandusmeetmed, mis minimeerivad viivitusi kadunud pakettide uuesti edastamise t\u00f5ttu. Eriliste vigade parandamise koodide kasutamine paketi tasemel, et v\u00e4hendada olukordi, mis n\u00f5uavad kadunud paketi andmete uuesti edastamist. <\/li>\n
Kr\u00fcptograafiliste plokkide piirid on joondatud QUIC pakettide piiridega, mis v\u00e4hendab pakettide kaotuse m\u00f5ju j\u00e4rgmiste pakettide sisu dekodeerimisele; <\/li>\n
TCP j\u00e4rjekorra ummistumise probleemide puudumine; <\/li>\n
\u00dchenduse identifikaatori tugi, mis v\u00f5imaldab v\u00e4hendada mobiilsete klientide uuesti \u00fchendamise aega; <\/li>\n
V\u00f5ime \u00fchendada laienevaid \u00fchenduse \u00fclekande kontrolli mehhanisme; <\/li>\n
Igas suunas l\u00e4bilaskev\u00f5ime ennustamise tehnika kasutamine, et tagada pakkide edastamise optimaalne intensiivsus, v\u00e4ltides \u00fcleminekuid koormuse seisundisse, kus esineb pakettide kaotust; <\/li>\n
T\u00e4htis j\u00f5udluse ja ribalaiuse kasv v\u00f5rreldes TCP-ga. Video teenustes, nagu YouTube, on QUIC-i kasutamine v\u00e4hendanud videote vaatamisel vahem\u00e4lu operatsioone 30%. <\/ul>\n
HTTP\/1.1 spetsifikatsiooni muudatuste seas v\u00f5ib m\u00e4rkida, et rikka koodim\u00e4rk (CR) eraldi kasutamine sisu v\u00e4ljaspool keha on keelatud, st protokolli elementides v\u00f5ib CR s\u00fcmbolit kasutada ainult koos rea l\u00f5ppemise s\u00fcmboliga (CRLF). Chunked-p\u00e4ringute koostamise algoritmi on t\u00e4iustatud, et lihtsustada kinnitatud v\u00e4ljade ja pealkirjade jaotust. Loodud on soovitused ebaselge sisu k\u00e4sitlemiseks, et takistada \"HTTP Request Smuggling\" r\u00fcnnakute l\u00e4biviimist, mis v\u00f5imaldavad tungida teiste kasutajate p\u00e4ringute sisse sisuvahetusprotsessis frontendi ja tausts\u00fcsteemi vahel. <\/p>\n
HTTP\/2.0 spetsifikatsiooni uuenduses on TLS 1.3 tugi selgelt m\u00e4\u00e4ratletud. Prioriteetide m\u00e4\u00e4ramise skeem ja sellega seotud v\u00e4ljad on t\u00f5lgitud vananenud kategooriasse. HTTP\/1.1-ga koopiate uuendamise mehhanism, mis ei ole levinud, kuulutatakse vananenuks. V\u00e4ljade nimede ja v\u00e4\u00e4rtuste kontrollimise n\u00f5uded on v\u00e4hendatud. Kasutamiseks on soovitatud m\u00f5ned varem reserveeritud kaader t\u00fc\u00fcbid ja parameetrid. T\u00e4psustatakse keelatud p\u00e4iste v\u00e4ljad, mis on seotud \u00fchendusega. \n Allikas: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"HTTP\/3.0](\"\/wp-content\/uploads\/2022\/06\/0821fd634337ac1f1cc0924abb4f55dc.jpg\")
<\/center> <\/p>\n![\"HTTP\/3.0](\"\/wp-content\/uploads\/2022\/06\/d416668e500fd2b79304fa0b13f793e3.jpg\")
<\/center> <\/li>\n