Цлоудфларе Цомпани да обезбеди подршку за ХТТП/3 протокол у НГИНКС-у. Модул је дизајниран као додатак библиотеци коју је развио Цлоудфларе уз имплементацију КУИЦ и ХТТП/3 транспортног протокола. Куицхе код је написан у Русту, али сам НГИНКС модул је написан у Ц-у и приступа библиотеци користећи динамичко повезивање. Развој под БСД лиценцом.
За састављање, само преузмите на нгинк 1.16 и куицхе библиотеке, а затим поново направите нгинк са опцијама „—витх-хттп_в3_модуле —витх-куицхе=../куицхе“. Приликом изградње, ТЛС подршка треба да се заснива на БорингССЛ библиотеци (“--витх-опенссл=../куицхе/депс/борингссл”), употреба ОпенССЛ-а још увек није подржана. Да бисте прихватили везе, потребно је да у подешавања додате директиву слушања са заставицом „куиц“ (на пример, „слушај 443 брзо поновно коришћење“).
У клијентском софтверу, подршка за ХТТП/3 је већ додата експерименталним верзијама Цхроме Цанари-а и услужног програма цурл. На страни сервера, до сада је било потребно користити одвојено, ограничено . Могућност обраде ХТТП/3 у нгинк-у значајно ће поједноставити примену сервера са подршком за ХТТП/3 и учинити пробну имплементацију новог протокола доступнијом. Појава стандардне подршке за ХТТП/3 у нгинк-у у филијали 1.17.к на 6-12 месеци.
Подсетимо се да ХТТП/3 стандардизује употребу КУИЦ протокола као транспорта за ХТТП/2. Протокол (Куицк УДП Интернет Цоннецтионс) је Гоогле развио од 2013. године као алтернативу комбинацији ТЦП+ТЛС за Веб, решавајући проблеме са дугим временом подешавања и преговарања за везе у ТЦП-у и елиминишући кашњења када се пакети изгубе током преноса података. КУИЦ је проширење УДП протокола које подржава мултиплексирање више веза и обезбеђује методе шифровања еквивалентне ТЛС/ССЛ.
Главни КУИЦ:
- Висока безбедност слична ТЛС-у (у суштини КУИЦ пружа могућност коришћења ТЛС-а преко УДП-а);
- Контрола интегритета тока, спречавање губитка пакета;
- Могућност тренутног успостављања везе (0-РТТ, у приближно 75% случајева подаци се могу пренети одмах након слања пакета за подешавање везе) и обезбеђивање минималних кашњења између слања захтева и пријема одговора (РТТ, Роунд Трип Тиме);
- Не коришћење истог броја секвенце приликом поновног слања пакета, чиме се избегава двосмисленост у идентификацији примљених пакета и ослобађа се временског ограничења;
- Губитак пакета утиче само на испоруку тока који је са њим повезан и не зауставља испоруку података у паралелним токовима који се преносе кроз тренутну везу;
- Функције исправљања грешака које минимизирају кашњења услед поновног преноса изгубљених пакета. Коришћење специјалних кодова за исправљање грешака на нивоу пакета да би се смањиле ситуације које захтевају поновни пренос изгубљених пакетних података.
- Границе криптографских блокова су усклађене са границама КУИЦ пакета, што смањује утицај губитака пакета на декодирање садржаја наредних пакета;
- Нема проблема са блокирањем ТЦП реда;
- Подршка за идентификатор везе, што смањује време потребно за успостављање поновне везе за мобилне клијенте;
- Могућност повезивања напредних механизама за контролу загушења конекције;
- Користи технике предвиђања протока по смеру како би осигурао да се пакети шаљу оптималном брзином, спречавајући да постану загушени и проузрокују губитак пакета;
- Примјетно перформансе и пропусност у поређењу са ТЦП. За видео услуге као што је ИоуТубе, показало се да КУИЦ смањује операције ребаферовања при гледању видео записа за 30%.
Извор: опеннет.ру