{"id":13623,"date":"2026-10-22T18:25:00","date_gmt":"2026-10-22T16:25:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=13623"},"modified":"2026-10-09T23:30:21","modified_gmt":"2026-10-09T21:30:21","slug":"http-3-przy-pierwszej-wizycie-jak-klient-odkrywa-protokol","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/pl\/tworzenie-stron-internetowych\/tutorials-pl-tworzenie-stron-internetowych\/http-3-przy-pierwszej-wizycie-jak-klient-odkrywa-protokol\/","title":{"rendered":"HTTP\/3 przy pierwszej wizycie: jak klient odkrywa protok\u00f3\u0142 i co odpowiedzia\u0142o dwadzie\u015bcia stron"},"content":{"rendered":"

Wersji protoko\u0142u nie da si\u0119 po prostu za\u017c\u0105da\u0107. HTTP\/1.1 i HTTP\/2 uzgadnia si\u0119 podczas szyfrowanego nawi\u0105zywania po\u0142\u0105czenia, w kroku, w kt\u00f3rym obie strony wyliczaj\u0105, co potrafi\u0105. HTTP\/3 nie mo\u017ce w tym kroku uczestniczy\u0107, bo w og\u00f3le nie u\u017cywa tego samego rodzaju po\u0142\u0105czenia.<\/p>\n

Dwadzie\u015bcia du\u017cych stron otwarto po jednym razie. Sze\u015b\u0107 z nich m\u00f3wi HTTP\/3. Ani jedno z dwudziestu po\u0142\u0105cze\u0144 go nie u\u017cy\u0142o.<\/p>\n

\n\"Pierwsze
Na serwerze mi\u0119dzy tymi zapytaniami nic si\u0119 nie zmieni\u0142o – tylko to, \u017ce program by\u0142 tam ju\u017c raz.<\/figcaption><\/figure>\n

Co HTTP\/3 robi inaczej<\/h2>\n

HTTP\/1.1 i HTTP\/2 dzia\u0142aj\u0105 oba przez TCP. HTTP\/3 dzia\u0142a przez QUIC, a ten siedzi na UDP.<\/p>\n

Praktyczny zysk le\u017cy w obchodzeniu si\u0119 ze stratami. Przy HTTP\/2 kilka zapyta\u0144 dzieli jedno po\u0142\u0105czenie TCP, a jeden zgubiony pakiet hamuje je wszystkie, dop\u00f3ki nie zostanie wys\u0142any ponownie: ka\u017cdy strumie\u0144 czeka na jeden. QUIC trzyma strumienie niezale\u017cnie, wi\u0119c zgubiony pakiet op\u00f3\u017ania tylko to, do czego nale\u017ca\u0142.<\/p>\n

Cen\u0105 jest zupe\u0142nie inna droga transportu. Kto chce HTTP\/3, musi otworzy\u0107 po\u0142\u0105czenie UDP do portu, na kt\u00f3rym kto\u015b nas\u0142uchuje albo i nie – a tego nie da si\u0119 sprawdzi\u0107 podczas nawi\u0105zywania TCP, bo nawi\u0105zywania TCP nie ma.<\/p>\n

Sk\u0105d program dowiaduje si\u0119, \u017ce istnieje HTTP\/3<\/h2>\n

S\u0105 dwie drogi i obie musz\u0105 wyprzedza\u0107 po\u0142\u0105czenie, kt\u00f3re mia\u0142oby ich u\u017cy\u0107.<\/p>\n

Pierwsza to nag\u0142\u00f3wek. Serwer odpowiadaj\u0105cy przez HTTP\/2 mo\u017ce do\u0142o\u017cy\u0107 Alt-Svc: h3=\":443\"<\/code>. Znaczy to: t\u0119 sam\u0105 tre\u015b\u0107 mo\u017cna dosta\u0107 tak\u017ce przez HTTP\/3 na tym porcie, a oferta obowi\u0105zuje przez tyle a tyle sekund. Program to zapami\u0119tuje i u\u017cywa nast\u0119pnym razem.<\/p>\n

Druga to DNS. Wpis HTTPS<\/code> mo\u017ce nazwa\u0107 protok\u00f3\u0142, zanim w og\u00f3le istnieje po\u0142\u0105czenie, i tylko ta droga dzia\u0142a przy naprawd\u0119 pierwszej wizycie.<\/p>\n

Obie s\u0105 zapowiedziami, \u017cadna nie jest zapytaniem. Zwyczajne wypr\u00f3bowanie HTTP\/3 z odwrotem nie wchodzi w gr\u0119, bo nieudana pr\u00f3ba UDP kosztuje czas oczekiwania, a ten jest gorszy ni\u017c rezygnacja.<\/p>\n

Co odpowiedzia\u0142o dwadzie\u015bcia stron<\/h2>\n

2 wrze\u015bnia 2026 program obs\u0142uguj\u0105cy HTTP\/3 otworzy\u0142 ka\u017cd\u0105 stron\u0119 raz, pod\u0105\u017caj\u0105c za przekierowaniami. Wszystkie dwadzie\u015bcia stron odpowiedzia\u0142o statusem 200.<\/p>\n

Osiemna\u015bcie po\u0142\u0105cze\u0144 powsta\u0142o przez HTTP\/2. Dwa przez HTTP\/1.1: nginx.org i www.gnu.org, obie to wiekowe strony projektowe.<\/p>\n

Ani jedno przez HTTP\/3 – tak\u017ce nie przy tych sze\u015bciu stronach, kt\u00f3rych odpowied\u017a to zapowiada\u0142a. Zapowied\u017a tkwi bowiem w odpowiedzi, a w tym momencie po\u0142\u0105czenie ju\u017c dawno powsta\u0142o.<\/p>\n

\n\"Dwie
\n<\/figure>\n

Drugie zapytanie wygl\u0105da inaczej<\/h2>\n

Trzy ze stron zapytano potem dwa razy pod rz\u0105d, przy czym program zachowa\u0142 to, co powiedziano mu za pierwszym razem.<\/p>\n

Przy cloudflare.com, bbc.com i w3.org pierwsze zapytanie posz\u0142o przez HTTP\/2, a drugie przez HTTP\/3 – za ka\u017cdym razem. Na serwerze nic si\u0119 w mi\u0119dzyczasie nie zmieni\u0142o. Jedyn\u0105 r\u00f3\u017cnic\u0105 by\u0142o to, \u017ce program by\u0142 tam ju\u017c raz.<\/p>\n

Tak wygl\u0105da rozpowszechnienie HTTP\/3 w praktyce: pierwsza strona wizyty nigdy nie jedzie t\u0105 drog\u0105, wszystko po niej by\u0107 mo\u017ce tak. Czy to wa\u017cy, zale\u017cy od tego, jak\u0105 cz\u0119\u015b\u0107 wizyty stanowi pierwsze zapytanie – przy jednej przeczytanej i opuszczonej stronie ca\u0142kiem spor\u0105.<\/p>\n

Zapowiedziane i nieosi\u0105galne, i odwrotnie<\/h2>\n

Dwie strony wypad\u0142y ze wzoru w przeciwnych kierunkach.<\/p>\n

python.org zestawia\u0142a ka\u017cde wymuszone po\u0142\u0105czenie HTTP\/3, ale nie wysy\u0142a\u0142a nag\u0142\u00f3wka Alt-Svc<\/code> ani nie mia\u0142a wpisu DNS. Protok\u00f3\u0142 jest u\u017cywany i nigdzie niezapowiadany, przegl\u0105darka nie ma wi\u0119c jak si\u0119 o nim dowiedzie\u0107.<\/p>\n

spiegel.de zapowiada\u0142 HTTP\/3 w odpowiedzi, lecz pi\u0119\u0107 wymuszonych pr\u00f3b z tej sieci nigdy nie dosz\u0142o do skutku. To wypowied\u017a o tym pomiarze, a nie o stronie: po\u0142\u0105czenie UDP mo\u017ce po drodze polec z powod\u00f3w niemaj\u0105cych nic wsp\u00f3lnego z serwerem.<\/p>\n

Droga przez DNS okaza\u0142a si\u0119 r\u00f3wnie rzadka. Z dziesi\u0119ciu sprawdzonych nazw wpis HTTPS<\/code> mia\u0142y trzy: cloudflare.com, www.cloudflare.com i w3.org.<\/p>\n

Co z tego wynika<\/h2>\n

Dla prowadzenia strony u\u017cyteczna jest kolejno\u015b\u0107.<\/p>\n

Wysy\u0142anie Alt-Svc<\/code> kosztuje jeden nag\u0142\u00f3wek i przenosi ka\u017cde zapytanie po pierwszym na HTTP\/3. To po\u0142owa tania, i ma j\u0105 sze\u015b\u0107 z dwudziestu stron.<\/p>\n

Wpis HTTPS<\/code> w DNS to po\u0142owa si\u0119gaj\u0105ca ju\u017c pierwszego zapytania i akurat jej prawie nikt nie ustawi\u0142. Tam, gdzie wizyta sk\u0142ada si\u0119 zwykle z jednej strony, w\u0142a\u015bnie tam le\u017ca\u0142by zysk.<\/p>\n

A pomiar, czy strona obs\u0142uguje HTTP\/3, odpowiada na inne pytanie ni\u017c to, czy strona jest u\u017cywana przez HTTP\/3. Te dwadzie\u015bcia obs\u0142uguje jedno, a u\u017cyto ich z drugim.<\/p>\n

Jak zbudowany jest wpis HTTPS<\/code>, jakie parametry przenosi i co wed\u0142ug osobnego pomiaru z 5 wrze\u015bnia 2026 r. publikowa\u0142o w nim dwadzie\u015bcia domen, opisuje artyku\u0142 Rekord HTTPS w DNS: znale\u017a\u0107 HTTP\/3 bez objazdu<\/a>.<\/p>\n

\n

Pytania i odpowiedzi<\/h2>\n

Co musi si\u0119 zgadza\u0107 w sieci, zanim strona zacznie wysy\u0142a\u0107 Alt-Svc?<\/h3>\n

Port UDP 443 musi by\u0107 otwarty na ca\u0142ej drodze. Wiele konfiguracji jest przygotowanych wy\u0142\u0105cznie pod TCP: zapora serwera przepuszcza 443\/tcp, router przekierowuje tylko TCP, filtr dostawcy przed serwerem nie przepuszcza UDP. HTTP\/2 dzia\u0142a wtedy bez zarzutu i nic nie wskazuje na problem.<\/p>\n

Je\u015bli strona wysy\u0142a w takim stanie Alt-Svc, przegl\u0105darki przy nast\u0119pnym zapytaniu trafiaj\u0105 na pr\u00f3b\u0119 po\u0142\u0105czenia, kt\u00f3ra nigdy si\u0119 nie udaje. Wracaj\u0105 do HTTP\/2, ale artyku\u0142 podaje cen\u0119: nieudana pr\u00f3ba UDP kosztuje czas oczekiwania. Zapowied\u017a spowalnia wtedy stron\u0119, zamiast j\u0105 przyspiesza\u0107.<\/p>\n

Pomagaj\u0105 dwie rzeczy. Po pierwsze, sprawdzenie spoza w\u0142asnej sieci programem, kt\u00f3ry potrafi wymusi\u0107 HTTP\/3; jak pokazuje przypadek spiegel.de, wynik zale\u017cy od drogi. Po drugie, kr\u00f3tka warto\u015b\u0107 ma w nag\u0142\u00f3wku, czyli czas wa\u017cno\u015bci zapowiedzi w sekundach. Bez ma zapowied\u017a obowi\u0105zuje wed\u0142ug RFC 7838 przez 24 godziny i tak d\u0142ugo b\u0142\u0119dna zapowied\u017a pozostaje w obiegu, nawet je\u015bli ju\u017c j\u0105 usuni\u0119to.<\/p>\n

Czy HTTP\/3 si\u0119 liczy, gdy przed stron\u0105 stoi CDN?<\/h3>\n

Tak, ale tylko na odcinku mi\u0119dzy przegl\u0105dark\u0105 a CDN. Serwer \u017ar\u00f3d\u0142owy za nim mo\u017ce dalej m\u00f3wi\u0107 HTTP\/1.1 albo HTTP\/2, a nag\u0142\u00f3wek Alt-Svc wysy\u0142a wtedy zwykle CDN, a nie serwer \u017ar\u00f3d\u0142owy.<\/p>\n

Jak wygl\u0105da wpis HTTPS w DNS?<\/h3>\n

W najprostszej postaci tak:<\/p>\n

example.com. 3600 IN HTTPS 1 . alpn=h3,h2<\/code><\/p>\n

Liczba 1 to priorytet, kt\u00f3ry wskazuje, \u017ce wpis niesie parametry us\u0142ugi; kropka za ni\u0105 oznacza t\u0119 sam\u0105 nazw\u0119; alpn wymienia protoko\u0142y, kt\u00f3rymi m\u00f3wi serwer. Przegl\u0105darka, kt\u00f3ra odpytuje ten wpis, wie wi\u0119c ju\u017c przed pierwszym po\u0142\u0105czeniem, \u017ce HTTP\/3 jest dost\u0119pne.<\/p>\n

Wi\u0105\u017c\u0105 si\u0119 z tym dwa warunki. Dostawca DNS musi obs\u0142ugiwa\u0107 typ wpisu HTTPS, a nie ka\u017cdy to robi. Wpis nie zast\u0119puje te\u017c otwartego portu UDP 443: tak jak Alt-Svc tylko zapowiada, a zapowied\u017a bez osi\u0105galnego portu kosztuje ten sam czas oczekiwania, tym razem ju\u017c przy pierwszej wizycie.<\/p>\n<\/div>\n

\n

\u0179r\u00f3d\u0142a<\/h2>\n