SOCKS5 vs HTTP-Proxy: Wie sie sich unterscheiden und welchen Sie verwenden sollten

Wie überträgt ein HTTP-Proxy HTTPS-Traffic?

Ein HTTP-Proxy überträgt HTTPS-Traffic über einen Tunnel, den dein Client mit der CONNECT-Methode aus RFC 9110 öffnet. Der Client nennt Host und Port, der Proxy verbindet sich damit und antwortet mit 200, und ab dann leitet er nur noch verschlüsselte Bytes weiter.

Der Austausch sieht so aus, mit Dokumentations-Zugangsdaten:

CONNECT api.ipify.org:443 HTTP/1.1
Host: api.ipify.org:443
Proxy-Authorization: Basic VVNFUk5BTUU6UEFTU1dPUkQ=

HTTP/1.1 200 Connection established

Wie öffnet ein SOCKS5-Proxy eine Verbindung?

Ein SOCKS5-Proxy öffnet eine Verbindung in drei kurzen binären Austauschschritten, die in RFC 1928 definiert sind: eine Begrüßung, die sich auf eine Authentifizierungsmethode einigt, der Login und eine Verbindungsanfrage mit der Zieladresse. Die Tabelle zeigt die Bytes für einen Login mit Benutzername und Passwort (RFC 1929) und eine Anfrage für api.ipify.org auf Port 443.

RFC 1929 sendet Benutzername und Passwort im Klartext, jeweils bis zu 255 Bytes. Wie Basic-Authentifizierung über HTTP schützt es von sich aus nichts; die TLS-Sitzung zur Website läuft danach innerhalb des Relays. Eine IP-Allowlist vermeidet das Senden eines Passworts ganz. Login-Optionen: Benutzername und Passwort oder eine IP-Allowlist (bis zu 10 IPs).

Was ist der Unterschied zwischen socks5 und socks5h?

Mit socks5:// löst dein eigener Rechner den Hostnamen auf und sendet dem Proxy eine IP-Adresse; mit socks5h:// empfängt der Proxy den Hostnamen und löst ihn auf. Das "h" steht für hostname. Die Bezeichnungen stammen von curl und werden auch von Python requests mit PySocks verwendet.

Der Unterschied ist in zweierlei Hinsicht relevant. Erstens sendet die lokale Auflösung eine DNS-Abfrage aus deinem eigenen Netzwerk, was deinem Resolver verrät, welche Websites du besuchst. Zweitens kann die lokal erhaltene DNS-Antwort auf einen Server in deiner Nähe zeigen, nicht in der Nähe des Proxys, sodass ein CDN dir die falsche Region ausliefern kann. Verwende socks5h://, es sei denn, du hast einen Grund dagegen. HTTP-Proxys lösen immer auf der Proxy-Seite auf, da CONNECT den Hostnamen überträgt.

curl -x socks5h://USERNAME:[email protected]:PORT https://api.ipify.org
curl -x http://USERNAME:[email protected]:PORT https://api.ipify.org

Unterstützt SOCKS5 UDP?

Der SOCKS5-Standard definiert UDP-Relaying über einen Befehl namens UDP ASSOCIATE, aber die Unterstützung hängt vom Server und vom Client ab. Viele Proxy-Dienste und viele Client-Bibliotheken implementieren nur TCP.

RackProxies verkauft seine IPs für HTTP, HTTPS (CONNECT) und SOCKS5, und wir versprechen kein UDP. Wenn dein Anwendungsfall UDP erfordert, teste es im 1 IP-Tarif, bevor du mehr kaufst, und frage zuerst den Support. Für Web-Anfragen, APIs und Monitoring über HTTPS brauchst du nur TCP.

Welches sollte ich für mein Tool wählen?

Wähle HTTP, wenn dein Tool HTTP spricht, und SOCKS5, wenn nicht oder wenn es nur SOCKS unterstützt. In der Praxis:

• Python requests, Node.js fetch mit undici, Playwright, Scrapy: HTTP funktioniert sofort. SOCKS5 benötigt ein zusätzliches Paket in requests (requests[socks]).
• curl und wget: curl unterstützt beides; wget verwendet HTTP-Proxys.
• Browser: beides, aber der integrierte SOCKS5-Client von Chromium hat historisch keine Authentifizierung per Benutzername und Passwort unterstützt, daher ist die sichere Wahl die HTTP-Form oder die Allowlist.
• Nicht-HTTP-TCP-Clients (Datenbank-Tools, eigene Protokolle): SOCKS5.

Die Codebeispiele zeigen jeden Fall, und der Schnellstart testet beide Protokolle mit curl.