HTTP/2 und HTTP/3 über Proxys: Was am Server ankommt und warum QUIC nicht durchkommt
Stell dir eine Situation vor, die selbst erfahrene Ingenieure ratlos zurücklässt. Du öffnest eine Website direkt im Browser und siehst im Entwicklerpanel ein stolzes h2 – die Verbindung läuft über HTTP/2. Dann schickst du dieselbe Anfrage über einen Proxy und entdeckst überrascht, dass der Server mit dem guten alten HTTP/1.1 antwortet. Wo ist die zweite Version des Protokolls hin? Warum hat dich der Proxy scheinbar in die Vergangenheit zurückversetzt? Und das Spannendste: Warum weigert sich HTTP/3, das auf QUIC basiert, überhaupt, durch den gewohnten Proxy zu gehen, als würde es gegen eine unsichtbare Wand laufen?
Dieser Artikel ist eine umfassende Analyse der Transportschicht bei der Arbeit mit Proxys. Wir werden uns nicht mit Themen wie Verbindungs-Fingerprints oder Automatisierungserkennung beschäftigen. Unser Fokus liegt auf der reinen Mechanik: Was kommt wirklich beim Server an, wo findet die Aushandlung der Protokollversion statt, warum ist UDP-Transport mit klassischen Proxys nicht kompatibel und wie triffst du eine bewusste Entscheidung bei der Wahl der Version. Am Ende dieses Materials wirst du das Thema auf einem Niveau verstehen, das es dir ermöglicht, auch die verwirrendsten Netzwerkszenarien zu debuggen.