UDP über Proxy: warum HTTP nicht geeignet ist, sondern SOCKS5 benötigt wird

Wenn Sie einen HTTP-Proxy verbunden haben und das Spiel keinen Server findet, der Discord-Anruf nicht verbunden wird und YouTube sowie Websites auf HTTP/3 nur sporadisch laden – liegt das nicht am „schlechten“ Proxy. Es liegt am Protokoll. HTTP-Proxys können physisch nicht mit UDP-Verkehr umgehen, und genau auf UDP basieren Spiele, VoIP-Anrufe und das moderne QUIC (HTTP/3). In diesem Artikel werden wir untersuchen, warum das so ist und wie man einen Proxy auswählt, der tatsächlich den gesamten Verkehr durchlässt – nicht nur Browseranfragen.

TCP vs UDP: Was ist der grundlegende Unterschied?

Alle Netzwerkdatenübertragungen basieren auf zwei grundlegenden Transportprotokollen – TCP und UDP. TCP stellt eine Verbindung her, garantiert die Lieferung von Paketen in der richtigen Reihenfolge, sendet verlorene Pakete erneut und bestätigt den Empfang jedes Fragmentes. Das ist zuverlässig, aber langsam: Bevor die Daten gesendet werden, muss ein „Handshake“ durchgeführt werden, und jeder Paketverlust führt zu einer erneuten Sendung und Verzögerung.

UDP funktioniert anders: Pakete werden ohne Verbindungsaufbau, ohne Bestätigungen und ohne Liefergarantie gesendet. Wenn ein Paket verloren geht, wird es nicht erneut gesendet; die Anwendung entscheidet selbst, was mit dem Verlust zu tun ist. Das klingt nach einem Nachteil, ist aber für Echtzeitanwendungen ein großer Vorteil: Es ist besser, einen Frame Video oder einen Spieltick zu verlieren, als auf eine erneute Sendung zu warten und eine halbe Sekunde Verzögerung zu bekommen.

Aus diesem Grund basieren folgende Anwendungen auf UDP:

Online-Spiele (Counter-Strike, Dota 2, Fortnite, mobile Shooter) – hier ist eine minimale Verzögerung (Ping) wichtiger als die 100%ige Lieferung jedes Pakets;
VoIP und Videoanrufe – Discord, Zoom, Google Meet, WhatsApp-Anrufe verwenden UDP für Sprache und Video;
Echtzeit-Streaming – WebRTC, Übertragungen über OBS mit geringer Verzögerung;
DNS-Anfragen – die meisten DNS-Resolver arbeiten über UDP;
QUIC / HTTP/3 – ein neues Transportprotokoll, das von Google und Cloudflare als Ersatz für TCP+TLS für Webverkehr gefördert wird.

HTTP und HTTPS in ihrer klassischen Form (HTTP/1.1, HTTP/2) arbeiten über TCP. Daher funktioniert das normale Surfen im Web über HTTP-Proxys problemlos – aber alles aus der obigen Liste beginnt zu versagen.

Warum HTTP-Proxys nur mit TCP funktionieren

HTTP-Proxys wurden ursprünglich für eine Aufgabe entwickelt – das Weiterleiten von HTTP-Anfragen. Wenn Sie eine HTTPS-Website über einen HTTP-Proxy öffnen, sendet der Browser dem Proxy-Server den Befehl CONNECT host:port, der Proxy stellt einen TCP-Tunnel zum Zielserver her, und der gesamte verschlüsselte Verkehr läuft dann über diesen Tunnel. Das funktioniert nur, weil sowohl der Client als auch der Proxy und der Server TCP auf allen Ebenen verwenden.

Das HTTP CONNECT-Protokoll hat einfach keinen Mechanismus, um UDP-Datagramme weiterzuleiten. Die Proxy-Spezifikation sieht nicht die Erstellung eines „Verbindungslosen Tunnels“ vor – und UDP ist genau die Übertragung ohne Verbindung. Daher, wenn ein Spiel oder Discord versucht, ein UDP-Paket über einen in das System konfigurierten HTTP-Proxy zu senden, ignoriert das Betriebssystem entweder die Proxy-Einstellungen für diesen Verkehr (und das Paket wird direkt, um den Proxy herum, gesendet) oder die Verbindung wird einfach nicht hergestellt.

In der Praxis äußert sich das so: Die Anwendung zeigt „keine Verbindung zum Server“ an, die Stimme im Anruf fällt alle paar Sekunden aus, der Ping im Spiel springt über 300-500 ms oder das Matchmaking findet überhaupt keinen Server. Das Problem liegt nicht an der Geschwindigkeit des Proxys und nicht am Anbieter – das HTTP-Proxy-Protokoll kann architektonisch nicht mit UDP umgehen.

QUIC und HTTP/3: Ein neues Kopfzerbrechen für Proxys

QUIC ist ein von Google entwickeltes Transportprotokoll, das der Grundlage von HTTP/3 zugrunde liegt. Es funktioniert über UDP, implementiert jedoch einen eigenen Mechanismus für Zuverlässigkeit, Verschlüsselung (eingebautes TLS 1.3) und Multiplexing von Streams – das heißt, es nimmt das Beste von TCP, jedoch ohne Verzögerungen beim Verbindungsaufbau. Websites auf Cloudflare, Google, YouTube und viele CDNs verwenden bereits standardmäßig QUIC.

Das Problem ist, dass der Browser standardmäßig versucht, sich über QUIC (Port 443/UDP) mit der Website zu verbinden, und wenn der HTTP-Proxy UDP nicht unterstützt, passiert eines von zwei Dingen:

Der Browser fällt auf HTTP/2 über TCP zurück – der Verkehr läuft immer noch über den Proxy, aber es dauert zusätzliche Zeit für die erneute Aushandlung des Protokolls, was dazu führt, dass die Seiten merklich länger laden;
Oder die UDP-Pakete von QUIC werden direkt mit der echten IP um den Proxy herum gesendet – das ist kritisch für Aufgaben, bei denen Anonymität wichtig ist: Multi-Accounting, Anti-Detect-Browser, Geo-Testing von Werbung. Die Website sieht einen Teil des Verkehrs mit der IP des Proxys und einen Teil mit der echten IP des Nutzers;

Das zweite Szenario ist besonders gefährlich für Arbitrageure und SMM-Spezialisten, die Anti-Detect-Browser (Dolphin Anty, AdsPower, Multilogin, GoLogin) verwenden. Wenn der Browser in QUIC ohne Proxy „ausläuft“, kann eine Plattform wie Facebook oder Google Ads mehrere Konten über die echte IP verknüpfen, selbst wenn in den Proxy-Einstellungen alles korrekt angegeben ist. Die meisten modernen Anti-Detect-Browser deaktivieren daher QUIC zwangsweise oder blockieren UDP für HTTP-Proxys – aber wenn Sie den Proxy manuell im normalen Chrome konfigurieren, müssen Sie sich selbst darum kümmern.

SOCKS5 und UDP ASSOCIATE: Wie es funktioniert

SOCKS5 ist ein Proxy-Protokoll, das auf einer niedrigeren Ebene als HTTP arbeitet. Es ist nicht an ein bestimmtes Anwendungsprotokoll (HTTP, FTP usw.) gebunden und funktioniert auf der Socket-Ebene, das heißt, es kann sowohl TCP- als auch UDP-Verkehr weiterleiten. In der SOCKS5-Spezifikation (RFC 1928) gibt es den Befehl UDP ASSOCIATE, der speziell für die Weiterleitung von UDP-Datagrammen über einen Proxy-Server vorgesehen ist.

So funktioniert es: Der Client stellt zunächst eine normale TCP-Verbindung zum SOCKS5-Server her und sendet den Befehl UDP ASSOCIATE. Der Server weist daraufhin einen UDP-Port zu, über den der Austausch von Datagrammen erfolgt. Der Client verpackt dann jedes UDP-Paket in einen speziellen SOCKS5-Header und sendet es an diesen Port, während der Server den Inhalt weiter an das Ziel weiterleitet und den Header entfernt. Der Rückverkehr erfolgt nach demselben Schema.

Wichtiger Hinweis: Nicht jeder SOCKS5-Proxy auf dem Markt unterstützt tatsächlich UDP ASSOCIATE. Viele Anbieter verkaufen „SOCKS5“ einfach als alternative Authentifizierungsmethode für TCP-Verkehr, ohne UDP-Weiterleitung überhaupt zu implementieren. Daher, wenn Sie UDP-Unterstützung für Spiele, Anrufe oder QUIC benötigen – fragen Sie beim Anbieter konkret nach der Verfügbarkeit von UDP ASSOCIATE und nicht nur nach dem SOCKS5-Protokoll in der Liste.

Für Aufgaben, bei denen sowohl Stabilität als auch die echte IP des Endbenutzers wichtig sind – beispielsweise Werbung in TikTok Ads oder Facebook Ads aus einer bestimmten Region unter Berücksichtigung des mobilen Verkehrs – sind mobile Proxys besser geeignet: Das Betreiber-Netzwerk und die IP-Rotation verringern das Risiko von Sperren bei längeren Sitzungen, auch bei Sprach- und Streaming-Anrufen.

HTTP vs SOCKS5: Vergleichstabelle

Um nicht durcheinander zu kommen, welchen Proxy-Typ man für eine bestimmte Aufgabe wählen sollte, vergleichen wir die Protokolle nach wichtigen Parametern.

Parameter	HTTP/HTTPS-Proxy	SOCKS5 mit UDP ASSOCIATE
Unterstützung für TCP	Ja	Ja
Unterstützung für UDP	Nein	Ja (bei Implementierung von UDP ASSOCIATE)
Arbeiten mit QUIC/HTTP3	Fallback auf HTTP/2 oder Datenleck	Vollständige Weiterleitung des Verkehrs
Spiele (CS, Dota, Fortnite)	Funktioniert nicht	Funktioniert
VoIP/Videoanrufe (Discord, Zoom)	Unterbrechungen und Verzögerungen	Stabile Verbindung
Normales Surfen im Web	Funktioniert	Funktioniert
Einrichtung in Anti-Detect-Browsern	Einfach	Einfach, wird von allen gängigen unterstützt

Praxis: Spiele, Anrufe, Streaming über SOCKS5

Lassen Sie uns konkrete Szenarien betrachten, in denen der Unterschied zwischen HTTP-Proxys und SOCKS5 in der Praxis deutlich wird.

Online-Spiele. Wenn Sie die Region des Matchmakings wechseln oder eine Geo-Einschränkung im Spiel umgehen müssen, ist ein HTTP-Proxy einfach nicht geeignet – der Spielclient verwendet ein eigenes UDP-Protokoll zur Kommunikation mit den Spieleservern, und der Verkehr wird um den Proxy herum geleitet. Sie benötigen einen SOCKS5-Proxy mit bestätigter Unterstützung für UDP ASSOCIATE, der entweder in den Einstellungen des Spiels (falls diese Option vorhanden ist) oder auf Systemebene über Drittanbieter-Tunneling-Tools konfiguriert wird.

Discord- und Zoom-Anrufe. Textkanäle in Discord funktionieren über HTTPS (TCP) und laufen problemlos über HTTP-Proxys. Aber Sprach- und Videoanrufe verwenden einen separaten UDP-Kanal – genau deshalb kann man oft im Chat schreiben, aber der Anruf wird nicht verbunden oder die Stimme „bricht ab“. Die Lösung ist ein SOCKS5 mit UDP, der auf Anwendungsebene in Discord konfiguriert wird (in den Einstellungen gibt es einen Abschnitt Proxy, in dem Sie den Typ SOCKS5 angeben können) oder auf Systemebene über einen Proxy-Client.

Streaming und WebRTC. Dienste wie OBS mit integriertem WebRTC-Ausgang sowie browserbasierte Videoanrufe (Google Meet, WhatsApp Web) verwenden UDP zur Minimierung der Verzögerung. Für solche Aufgaben sind residential Proxys mit SOCKS5-Unterstützung optimal – sie bieten die echte IP des heimischen Anbieters, was die Wahrscheinlichkeit von Sperren aufgrund eines „verdächtigen“ Datenzentrumsbereichs verringert und gleichzeitig UDP-Verkehr ohne Verluste weiterleitet.

Parsing und Automatisierung mit WebSocket/QUIC-Endpunkten. Wenn Sie Daten von Websites parsen, die standardmäßig HTTP/3 verwenden (viele Websites auf Cloudflare), und instabile Antworten oder Sperren über HTTP-Proxys erhalten, versuchen Sie SOCKS5 – das entfernt den zusätzlichen Protokoll-Rückfall und macht das Verhalten des Parsers näher am Verhalten eines echten Browsers.

Wie man SOCKS5 in Anwendungen und Browsern einrichtet

Die Einrichtung von SOCKS5 variiert je nach Anwendung. Lassen Sie uns die Hauptvarianten betrachten, mit denen Arbitrageure, SMM-Spezialisten und normale Benutzer konfrontiert sind.

Anti-Detect-Browser (Dolphin Anty, AdsPower, GoLogin, Multilogin, Octo Browser). In den Profileinstellungen müssen Sie den Proxytyp „SOCKS5“ anstelle von „HTTP“ auswählen, den Host, Port, Benutzernamen und Passwort angeben. Alle genannten Browser unterstützen SOCKS5 standardmäßig – der Unterschied zu HTTP ist im Interface minimal, aber grundlegend in der Unterstützung der Protokolle innerhalb der Browser-Engine.

Discord. Einstellungen → Sprache und Video → Proxy. Wählen Sie den Typ SOCKS5, geben Sie die Adresse und den Port des Servers ein. Wenn der Anbieter eine Authentifizierung mit Benutzername und Passwort erfordert, geben Sie diese in den entsprechenden Feldern an.

Spielclients und Systemebene. Die meisten Spiele haben keine integrierte Proxy-Einstellung, daher wird eine systemweite Umleitung des Verkehrs über einen Proxy-Client (z. B. Proxifier oder ähnliche Tools) verwendet, der mit SOCKS5 arbeiten und sowohl TCP- als auch UDP-Pakete eines bestimmten Spielprozesses im System weiterleiten kann.

Browser Chrome/Firefox manuell. In Chrome gibt es keine native Unterstützung für SOCKS5 in den Einstellungen – Sie müssen entweder den Browser mit dem Flag --proxy-server="socks5://host:port" starten oder eine Erweiterung verwenden. In Firefox ist die Unterstützung integriert: Einstellungen → Netzwerk → Verbindungseinstellungen → Manuelle Proxy-Konfiguration → SOCKS-Host, SOCKS v5-Version, und unbedingt das Kästchen „SOCKS v5 zur DNS-Auflösung über Proxy verwenden“ aktivieren – das ist wichtig, damit auch DNS-Anfragen über den Tunnel und nicht direkt geleitet werden.

Codebeispiele: Überprüfung von UDP über SOCKS5

Für Entwickler, die überprüfen möchten, ob der Proxy tatsächlich UDP weiterleitet, geben wir einige praktische Beispiele.

Überprüfung der TCP-Verbindung über SOCKS5 mit curl:

curl -x socks5h://user:pass@proxy_host:1080 https://ifconfig.me

Überprüfung in Python über die Bibliothek PySocks, die es ermöglicht, einen Socket in einen SOCKS5-Tunnel zu verpacken, einschließlich UDP-Modus:

import socks
import socket

s = socks.socksocket(socket.AF_INET, socket.SOCK_DGRAM)
s.set_proxy(socks.SOCKS5, "proxy_host", 1080, username="user", password="pass")
s.sendto(b"ping", ("8.8.8.8", 53))
data, addr = s.recvfrom(1024)
print(data)

Wenn der Server UDP ASSOCIATE unterstützt, erhalten Sie eine Antwort. Wenn die Bibliothek einen Verbindungsfehler oder Timeout ausgibt – bedeutet das, dass der spezifische Proxy nur den TCP-Teil von SOCKS5 implementiert und für Spiele oder Anrufe nicht geeignet ist. Für automatisierte Tests von QUIC-Endpunkten kann curl --http3 in Verbindung mit einem SOCKS5-Tunnel verwendet werden, vorausgesetzt, dass eine Version von curl mit Unterstützung für HTTP/3 installiert ist.

Checkliste zur Auswahl eines Proxys für UDP-Verkehr

Fragen Sie beim Anbieter nicht nur „gibt es SOCKS5“, sondern konkret nach der Unterstützung des Befehls UDP ASSOCIATE;
Testen Sie die Verbindung im Voraus für Spiele und VoIP-Anrufe – der echte Ping und die Stabilität sind wichtiger als die angegebene Geschwindigkeit;
Für Aufgaben mit Multi-Accounting in Anti-Detect-Browsern überprüfen Sie, dass QUIC deaktiviert ist oder vollständig über den Proxy geleitet wird – andernfalls kann es zu einem Leck der echten IP kommen;
Für Streaming und Videoanrufe bevorzugen Sie Proxys mit niedrigem Ping zu der benötigten Region – für solche Szenarien sind residential Proxys gut geeignet, da sie echte IP-Adressen von Telekommunikationsanbietern verwenden;
Wenn die Aufgabe schnelles Parsing ohne Bedarf an UDP (normale HTTP/HTTPS-Anfragen) ist, können Sie mit günstigeren und schnelleren Datacenter-Proxys auskommen – in diesem Fall ist es nicht notwendig, für UDP-Unterstützung zu überbezahlen;
Testen Sie immer den Proxy in der spezifischen Anwendung vor der großflächigen Nutzung – es gibt keinen universellen „funktioniert immer“ Proxy, das Verhalten hängt von der Implementierung auf Seiten des Anbieters ab.

Fazit

HTTP-Proxys bewältigen normalen Webverkehr hervorragend, können aber architektonisch UDP nicht weiterleiten – das bedeutet, dass sie für Spiele, VoIP-Anrufe, Streaming und modernes QUIC/HTTP3 nicht geeignet sind. Wenn Sie auf Unterbrechungen bei Anrufen, Verzögerungen in Spielen oder seltsames Verhalten von Websites auf Cloudflare über einen Proxy stoßen – liegt es nicht an der Qualität der Verbindung, sondern am Proxy-Protokoll selbst. Die Lösung ist SOCKS5 mit bestätigter Unterstützung für UDP ASSOCIATE, die im Voraus geklärt werden muss, anstatt sie nachträglich zu erraten.

Wenn Ihre Aufgabe mit Videoanrufen, Streaming oder der Arbeit von Anti-Detect-Browsern zu tun hat, bei denen es wichtig ist, ein Leck des Verkehrs um den Proxy zu vermeiden, sollten Sie auf mobile Proxys achten – die Betreiber-IP-Adressen gewährleisten ein hohes Vertrauen der Plattformen und stabile Unterstützung moderner Protokolle, einschließlich SOCKS5 mit UDP.