# SOCKS5-Proxys: das Protokoll und wie Sie es nutzen | ProxyJam Was SOCKS5 ist, wie es sich von einem HTTP-Proxy unterscheidet, wann Remote-DNS wichtig ist und wie Sie einen statischen ISP-Proxy von ProxyJam auf SOCKS5 umstellen und sich mit dem Port und den Zugangsdaten verbinden, die die Bestellung dann zeigt. - Canonical: https://proxyjam.com/de/socks5-proxies/ - Updated: 2026-10-23 - Language: de SOCKS5 ist ein Proxy-Protokoll auf Transportebene: Es öffnet in Ihrem Auftrag eine Verbindung und bewegt Bytes, ohne zu lesen oder umzuschreiben, was darin steckt. Jeden statischen ISP-Proxy, den wir verkaufen, können Sie in der Bestellung, die Sie bereits haben, zwischen HTTP und SOCKS5 umstellen. Der Protokollwechsel ist kein anderes Produkt: Sie stellen den Proxy um, den Sie bereits halten, im Dashboard oder über die API, und die Bestellung wird mit dem neuen Port und den Zugangsdaten für die Verbindung aktualisiert. SOCKS5 ist ein Proxy-Protokoll und keine Art von Adresse: Es leitet eine TCP-Verbindung weiter, ohne zu lesen oder umzuschreiben, was darin steckt. Jeder statische Residential-(ISP-)Proxy, den ProxyJam verkauft, läuft mit HTTP, das HTTPS mitträgt, oder mit SOCKS5, und Sie wechseln zwischen beiden in der Bestellung, die Sie bereits haben; nach dem Wechsel verbinden Sie sich mit dem Port und den Zugangsdaten, die die Bestellung zeigt. ## Was zwischen Ihrem Client und unserem passiert Drei kurze Austausche, bei keinem davon muss der Proxy Ihren Traffic verstehen. 1. **Ihr Client begrüßt den Proxy und vereinbart die Authentifizierung.** Er bietet die Methoden an, die er unterstützt; der Proxy nennt die, die er will. Auf unseren Adressen sind das Benutzername und Passwort, oder gar nichts, wenn Sie stattdessen Ihre eigene IP auf die Whitelist gesetzt haben. 2. **Ihr Client fragt nach einem Ziel.** Host und Port, entweder als Adresse oder als Name gesendet. Interessant ist der Fall, in dem der Name gesendet wird: Der Proxy löst ihn auf, die Abfrage geht also vom Netz des Proxys aus und nicht von Ihrem. 3. **Danach bewegt der Proxy nur noch Bytes.** Er parst die Nutzdaten nicht, fügt keine Header hinzu und weiß nicht, ob er eine Webseite, eine Datenbanksitzung oder eine Mailübertragung transportiert. Genau diese Gleichgültigkeit ist der Grund, SOCKS5 einem HTTP-Proxy vorzuziehen. ## Für die Entscheidung, auf welches Protokoll ein Client zeigen soll ### Entwickler Auf welches Protokoll ein Client zeigen soll und welches Schema, socks5 oder socks5h, darin zu setzen ist, sobald der Proxy umgestellt ist. ### Betreiber Auf welches Protokoll ein Client zeigen soll und wie Sie den Proxy, den Sie bereits halten, im Dashboard oder über die API umstellen. ## Einen ProxyJam-Proxy auf SOCKS5 umstellen 1. **Stellen Sie den Proxy selbst um** Im Dashboard oder mit einem API-Aufruf auf die Bestellung; nur den Client zu ändern genügt nicht. Während der Umstellung kann der Proxy kurz nicht erreichbar sein. 2. **Kopieren Sie Port, Benutzernamen und Passwort, die die Bestellung nach dem Wechsel zeigt** Verwenden Sie nicht die Werte erneut, mit denen Sie sich über HTTP verbunden haben. 3. **Setzen Sie das Schema in Ihrem Client** `socks5h://USERNAME:PASSWORD@HOST:PORT`, damit der Proxy Hostnamen auflöst, oder `socks5://`, um sie auf Ihrer Seite aufzulösen. 4. **Testen Sie im Terminal, bevor Sie Code anfassen** `curl -x socks5h://USERNAME:PASSWORD@HOST:PORT https://example.com/`. 5. **Installieren Sie das SOCKS-Extra in Python** In Python braucht requests sein SOCKS-Extra, `pip install requests[socks]`, bevor eine Proxy-URL mit `socks5h://` funktioniert. ## Erst verbinden, dann das Schema wechseln Die Beispiele unten verbinden sich über HTTP, das Protokoll, mit dem eine Bestellung startet. Um SOCKS5 zu nutzen, stellen Sie zuerst den Proxy selbst um, im Dashboard oder mit einem API-Aufruf; die Bestellung zeigt dann den Port und die Zugangsdaten, die ab jetzt gelten. Ändern Sie im Client das Schema auf socks5, oder auf socks5h, wenn der Proxy den Hostnamen auflösen soll, mit diesem Port und diesen Zugangsdaten. Python braucht dafür requests[socks] und Node.js einen SOCKS-Agent anstelle des HTTPS-Agents. ### Python Leiten Sie eine Anfrage mit Python requests über Ihren Proxy. ``` import requests # HOST, PORT, USERNAME, PASSWORD come with your order (dashboard or API) proxy = "http://USERNAME:PASSWORD@HOST:PORT" proxies = { "http": proxy, "https": proxy, } response = requests.get( "https://example.com/", proxies=proxies, ) print(response.status_code) ``` ### cURL Ein Befehl, um eine Anfrage über Ihren Proxy zu senden. ``` # HOST, PORT, USERNAME, PASSWORD come with your order (dashboard or API) curl -x http://USERNAME:PASSWORD@HOST:PORT \ https://example.com/ ``` ### Node.js Leiten Sie axios in wenigen Zeilen über Ihren Proxy. ``` import axios from "axios"; import { HttpsProxyAgent } from "https-proxy-agent"; // HOST, PORT, USERNAME, PASSWORD come with your order (dashboard or API) const proxy = "http://USERNAME:PASSWORD@HOST:PORT"; const agent = new HttpsProxyAgent(proxy); const response = await axios.get( "https://example.com/", { httpAgent: agent, httpsAgent: agent, }, ); console.log(response.status); ``` ### Go Konfigurieren Sie http.Transport mit Ihrem Proxy und senden Sie eine Anfrage. ``` package main import ( "fmt" "net/http" "net/url" ) func main() { // HOST, PORT, USERNAME, PASSWORD come with your order (dashboard or API) proxy, _ := url.Parse( "http://USERNAME:PASSWORD@HOST:PORT") client := &http.Client{Transport: &http.Transport{ Proxy: http.ProxyURL(proxy), }} res, _ := client.Get("https://example.com/") fmt.Println(res.Status) } ``` ## SOCKS5 oder HTTP-Proxy: was jeder transportiert und was der Proxy sehen kann | | HTTP-Proxy | HTTPS über CONNECT | SOCKS5 | |---|---|---|---| | Was er transportieren kann | Nur HTTP-Anfragen | Einen TCP-Tunnel zum genannten Host und Port | Jeden TCP-Datenstrom | | Liest der Proxy die Nutzdaten | Ja, er parst die Anfrage | Nein, sobald der Tunnel offen ist | Nein, zu keinem Zeitpunkt | | Kann er Ihre Header ändern | Ja, er leitet sie weiter und kann eigene hinzufügen, etwa Via | Nein, sobald der Tunnel offen ist | Nein, er kennt keinen Header | | Wo der Hostname aufgelöst wird | Am Proxy | Am Proxy, denn CONNECT nennt den Host | Nach Ihrer Wahl, an einem der beiden Enden | | Übliche Client-Unterstützung | Universell in HTTP-Werkzeugen | Universell in HTTP-Werkzeugen | Verbreitet in Kommandozeilenwerkzeugen; manche Bibliotheken brauchen ein Zusatzpaket | | Am besten geeignet für | Einfache Webanfragen | Gewöhnliches HTTPS-Browsing und Scraping | Nicht-Web-Protokolle und gemischten Traffic | Ein ProxyJam-Proxy läuft mit HTTP, das HTTPS über CONNECT mitträgt, oder mit SOCKS5, umgeschaltet in der Bestellung. Die Wahl hängt davon ab, was Ihr Client senden muss. ## Was SOCKS5 Ihnen auf unseren Adressen bietet - **Protokoll:** SOCKS5 oder HTTP (das HTTPS mitträgt), umgeschaltet in der Bestellung - **Authentifizierung:** Benutzername und Passwort oder eine IP-Whitelist - **Adresse, die das Ziel sieht:** Eine statische ISP-Adresse im Netz eines benannten Carriers - **Carrier-Auswahl:** 19 benannte Carrier in den USA; anderswo eine kürzere Liste - **Abdeckung:** 77 Länder im Katalog, jeweils mit benanntem Carrier - **Rotation:** Keine, die Adresse ändert sich während des Zeitraums nicht - **Gleichzeitige Sitzungen:** 100 pro Proxy, 10 nach 50 GB im Monat - **Traffic-Abrechnung:** Pro IP und Zeitraum; die Übertragung wird bei keinem Protokoll gemessen ## Fragen zu SOCKS5 Die Antworten unten nennen die Bedingungen, zu denen wir verkaufen, und jede, die das tut, verlinkt das Dokument, das uns daran bindet. ### Was ist ein SOCKS5-Proxy? SOCKS5 ist ein in RFC 1928 definiertes Proxy-Protokoll, das auf der Transportschicht arbeitet. Ihr Client bittet den Proxy, eine Verbindung zu einem Host und Port zu öffnen, der Proxy öffnet sie und leitet von da an Bytes in beide Richtungen weiter, ohne sie zu interpretieren. Weil er nie parst, was er transportiert, ist er nicht auf Web-Traffic beschränkt: Alles, was über TCP läuft, kann durch ihn hindurch. ### Wie unterscheidet er sich von einem HTTP-Proxy? Ein HTTP-Proxy versteht HTTP. Er liest die Anfragezeile und die Header, und es steht ihm frei, sie hinzuzufügen, zu entfernen oder umzuschreiben, weshalb manche Proxys sich unauffällig in einem Header ankündigen, den Sie nicht gesetzt haben. SOCKS5 kennt überhaupt keinen Header: Es sieht ein Ziel und einen Bytestrom. Wenn Ihr Traffic kein HTTP ist oder Ihnen lieber ist, dass nichts dazwischen ihn bearbeiten kann, ist SOCKS5 die richtige Wahl. ### Verschlüsselt SOCKS5 meinen Traffic? Nein, und ein HTTP-Proxy tut es auch nicht. SOCKS5 authentifiziert Sie gegenüber dem Proxy und leitet dann Bytes weiter. Die Spezifikation erlaubt einer Authentifizierungsmethode, einen eigenen Schutz hinzuzufügen, aber die Authentifizierung mit Benutzername und Passwort (RFC 1929) sendet das Passwort im Klartext und schützt danach nichts. Ist der Traffic darin HTTPS oder SSH, ist er bereits Ende zu Ende verschlüsselt, und der Proxy kann ihn nicht lesen. Ist der Traffic darin Klartext, bleibt er Klartext; behandeln Sie SOCKS5 also nicht als Verschlüsselungsschicht. ### Was macht socks5h, was socks5 nicht macht? Es verlagert die DNS-Abfrage. Mit socks5 löst Ihr Client den Hostnamen lokal auf und bittet den Proxy, sich mit der resultierenden Adresse zu verbinden. Mit socks5h sendet Ihr Client den Namen, und der Proxy löst ihn auf. Das ist in zweierlei Hinsicht wichtig: Ihr eigener Resolver sieht nie, welche Hosts Sie besuchen, und Sie bekommen die Antwort, die das Netz des Proxys bekommt, und die ist bei einem Hostnamen, der je nach Region variiert, oft nicht die, die Sie zu Hause bekämen. ### Unterstützt es UDP? UDP ASSOCIATE steht in RFC 1928; ob ein bestimmter Client oder Server es implementiert, ist unterschiedlich, also prüfen Sie beide Enden, statt es vorauszusetzen. Wir haben keine UDP-Unterstützung für unsere Proxys veröffentlicht, planen Sie also mit TCP und fragen Sie den Support, bevor Sie etwas bauen, das von UDP abhängt. ### Brauche ich einen anderen Proxy, um SOCKS5 zu nutzen? Nein. Sie stellen den Proxy, den Sie bereits halten, zwischen HTTP, das auch HTTPS mitträgt, und SOCKS5 um, im Dashboard oder mit einem API-Aufruf auf dieselbe Bestellung. Es ist nicht nur eine Client-Einstellung: Die Umstellung erfolgt am Proxy, die Bestellung wird mit dem neuen Protokoll, Port und den neuen Zugangsdaten aktualisiert, und der Proxy kann währenddessen kurz nicht erreichbar sein. Der Proxy bleibt für den ganzen bezahlten Zeitraum Ihrer, er wird kostenlos ersetzt, wenn er nicht mehr antwortet oder auf einem von Ihnen genannten Ziel gesperrt ist, bis zu 20 % der Bestellung pro Kalendermonat, und die erste Bestellung hat eine 24-Stunden-Rückerstattung für bis zu 10 IPs, die durch Testen nicht verfällt. ## HTTP oder SOCKS5? Bleiben Sie bei HTTP, wenn Sie nur Web-Traffic senden und Ihre Werkzeuge HTTP-Proxys bereits beherrschen. Wechseln Sie zu SOCKS5, wenn ein Client etwas transportieren muss, das kein HTTP ist, oder wenn Hostnamen am Proxy aufgelöst werden sollen und nichts dazwischen Ihre Header bearbeiten können soll. So oder so ist es dasselbe Produkt, bestellt über [ISP-Proxys](/de/isp-proxies/) und auch als [statische Residential-Proxys](/de/static-residential-proxies/) beschrieben, ohne separate Bestellung und ohne Gebühr für den Wechsel. Setup-Fragen werden in den [FAQ](/de/faq/) beantwortet. Die Carrier- und Länderzahlen auf dieser Seite stammen aus dem Katalog-Snapshot, aus dem die Website gebaut wird, wie unsere [redaktionellen Richtlinien](/de/editorial-policy/) beschreiben. ## Quellen - [RFC 1928, SOCKS Protocol Version 5](https://www.rfc-editor.org/rfc/rfc1928): die Spezifikation von 1996 mit Aushandlung der Authentifizierung, die Befehle CONNECT, BIND und UDP ASSOCIATE sowie Ziele als Domainnamen oder IPv6-Adressen - [RFC 1929, Username/Password Authentication for SOCKS V5](https://www.rfc-editor.org/rfc/rfc1929): die Anmeldemethode, die das Passwort im Klartext sendet - [RFC 9110, HTTP Semantics](https://www.rfc-editor.org/rfc/rfc9110): Abschnitt 9.3.6, eine CONNECT-Anfrage nennt Zielhost und Port, und der Proxy öffnet den Tunnel dorthin - [curl man page](https://curl.se/docs/manpage.html): `--socks5` löst den Hostnamen lokal auf, `--socks5-hostname` lässt ihn vom Proxy auflösen - [Everything curl, SOCKS proxy](https://everything.curl.dev/usingcurl/proxies/socks.html): `socks5://` und `socks5h://` in einer Proxy-URL, und welches Ende den Hostnamen auflöst - [OpenBSD manual, ssh(1)](https://man.openbsd.org/ssh): `-D` richtet eine lokale dynamische Portweiterleitung ein, bei der ssh als SOCKS4- und SOCKS5-Server arbeitet, und `-N` leitet Ports weiter, ohne einen entfernten Befehl auszuführen SOCKS5 transportiert alles, wofür Ihr Client eine TCP-Verbindung öffnen kann, auch Traffic, den ein HTTP-Proxy nicht weiterleiten kann, und es reicht die Bytes unverändert durch. Das macht es zur naheliegenden Wahl für einen Datenbank-Client, eine SSH-Sitzung oder jedes Werkzeug, das kein HTTP spricht. Was es nicht tut: ändern, was die Adresse ist. Das Proxy-Protokoll wird zwischen Ihrem Client und dem Proxy gesprochen; die Website am anderen Ende sieht eine Verbindung von der Adresse des Proxys, plus alle Header, die ein HTTP-Proxy hinzuzufügen beschlossen hat. Die Frage, die sich lohnt, ist also nicht, welches Protokoll Sie kaufen. Sie lautet, zu welchem Netz die Adresse gehört, und dort ist die Antwort ein benannter Internetanbieter, in den USA 19 davon. ## Was die Spezifikationen sagen SOCKS Version 5 wurde 1996 als [RFC 1928](https://www.rfc-editor.org/rfc/rfc1928) veröffentlicht, ein Protokoll zum Durchqueren von Firewalls, das SOCKS Version 4 um UDP, ein Rahmenwerk für Authentifizierungsmethoden und Ziele als Domainnamen oder IPv6-Adressen erweiterte. Ein Client bietet die Authentifizierungsmethoden an, die er unterstützt, und der Server wählt eine aus; dann fragt der Client nach einer ausgehenden Verbindung (CONNECT), einem lauschenden Port (BIND) oder einem UDP-Relay (UDP ASSOCIATE). Die Anmeldung mit Benutzername und Passwort ist eine eigene kurze Spezifikation, [RFC 1929](https://www.rfc-editor.org/rfc/rfc1929), die das Passwort im Klartext sendet; halten Sie den Traffic im Tunnel also verschlüsselt, wo es darauf ankommt. Über diese Option mit Domainnamen entscheiden die Schemata socks5 und socks5h. [Das Handbuch von curl](https://curl.se/docs/manpage.html) beschreibt `--socks5` als Nutzung des Proxys, „but resolve the hostname locally“ (den Hostnamen aber lokal auflösen), und `--socks5-hostname` als die Variante, die „the proxy resolve the hostname“ (den Proxy den Hostnamen auflösen) lässt. In einer Proxy-URL ergibt `socks5://` das erste Verhalten und `socks5h://` das zweite, wie die Tabelle in [Everything curl](https://everything.curl.dev/usingcurl/proxies/socks.html) darlegt. Ein HTTP-Proxy, der HTTPS transportiert, bekommt normalerweise stattdessen den Namen: Eine CONNECT-Anfrage nennt Zielhost und Port, und der Proxy öffnet den Tunnel dorthin ([RFC 9110](https://www.rfc-editor.org/rfc/rfc9110), Abschnitt 9.3.6). Das UDP-Relay ist Teil der SOCKS5-Spezifikation, aber die Implementierungen unterscheiden sich darin; die FAQ unten sagen, was das für unsere Proxys bedeutet. ## SOCKS5 über SSH nutzen Wenn Sie bereits einen SSH-Zugang zu einem Server haben, haben Sie einen SOCKS5-Proxy, ohne einen zu kaufen. `ssh -N -D 1080 user@server` richtet ein, was das [ssh-Handbuch von OpenBSD](https://man.openbsd.org/ssh) lokale „dynamic“ (dynamische) Portweiterleitung auf Anwendungsebene nennt: ssh lauscht auf Port 1080 auf Ihrem Rechner und „will act as a SOCKS server“ (arbeitet als SOCKS-Server), transportiert jede Verbindung über den verschlüsselten SSH-Kanal und öffnet sie vom entfernten Rechner aus. `-N` beschränkt es auf die Weiterleitung, ohne entfernte Shell. Richten Sie einen Client auf `socks5h://127.0.0.1:1080`, und sein Traffic geht vom Server aus. Der Unterschied zu einem gekauften SOCKS5-Proxy liegt darin, wo die Verbindung herauskommt. Durch einen SSH-Tunnel sieht die Website am anderen Ende die Adresse des SSH-Servers und das Netz, zu dem dieser Server gehört, bei einem gemieteten Server meist das eines Hosting-Unternehmens. SSH verschlüsselt die Strecke zwischen Ihnen und dem Server; vom Server bis zur Website ist der Traffic das, was er ohnehin war. Ein auf SOCKS5 umgestellter ProxyJam-Proxy tritt von einer Adresse im Netz eines benannten Internetanbieters aus, beim Checkout nach Land und Carrier gewählt, und Sie verbinden sich direkt mit ihm, mit dem Port und den Zugangsdaten der Bestellung, ohne SSH dazwischen und ohne eigenen Server, den Sie betreiben müssten. Die beiden beantworten also verschiedene Fragen. Ein Tunnel über SSH schickt Traffic aus einer Maschine hinaus, die Sie bereits kontrollieren. Ein SOCKS5-Proxy auf einer ISP-Adresse ist für Arbeit, bei der die Ausgangsadresse selbst zählt, also welches Netz eine Abfrage dieser Adresse zeigt.