HTTP oder SOCKS5: Welche Proxy-IP sollten Sie wählen?
Wählen Sie den Proxytyp nach Anwendung, unterstütztem Verkehr und dem Bedarf an DNS-Auflösung durch den Proxy.
Öffnen Sie zuerst die Proxy-Einstellungen Ihrer Anwendung. Die unterstützten Protokolle bestimmen, welche Listeneinträge Sie nutzen können; eine eindrucksvolle Bezeichnung oder bekannte Portnummer fügt dem Client keine Unterstützung hinzu.
| Anwendung oder Aufgabe | Auswählen und prüfen |
|---|---|
| Nur ein Feld für einen HTTP-Proxy vorhanden | Einen passenden Endpunkt aus der HTTP-Proxy-Liste. Testen Sie auch HTTPS CONNECT, wenn Sie HTTPS-Ziele benötigen. |
| SOCKS5 wird unterstützt und Verbindungs- oder DNS-Optionen werden benötigt | Einen SOCKS5-Endpunkt, bei dem beide Seiten die nötigen Optionen unterstützen. |
| UDP wird benötigt | Prüfen Sie UDP-Unterstützung bei Client und Endpunkt; die Bezeichnung SOCKS5 allein reicht nicht. |
| SOCKS4 ist erforderlich | Einen kompatiblen SOCKS4-Endpunkt und den passenden Clientmodus. |
| Keine Proxy-Unterstützung vorhanden | Eine IP aus einer Liste konfiguriert die Anwendung nicht von selbst. |
Für Web- und API-Anfragen genügt oft ein HTTP-Proxy. Er leitet HTTP weiter und transportiert HTTPS über CONNECT, soweit erlaubt. Eine erfolgreiche einfache HTTP-Seite beweist keine Tunnelunterstützung: Der Dienst kann Tunnelauthentifizierung verlangen oder Ziele und Ports beschränken.
SOCKS arbeitet unterhalb der HTTP-Anfrageebene. Eine kompatible Anwendung lässt eine Verbindung herstellen, ohne dass dabei eine HTTP-Anfrage interpretiert wird. Daher eignet es sich auch für anderen unterstützten Verkehr. SOCKS5 definiert IPv4-, IPv6- und Domainnamenadressen, Authentifizierung und UDP-Zuordnung. Eine konkrete Anwendung oder ein kostenloser Endpunkt kann nur einen Teil davon umsetzen. Die TCP-SOCKS-Route eines Browsers erfasst nicht automatisch andere Anwendungen oder UDP-Dienste.
Wo wird der Zielname aufgelöst?
In curl bestimmt die Schreibweise der SOCKS5-URL, wo die DNS-Auflösung des Ziels erfolgt: socks5:// löst Ziele lokal auf; socks5h:// überlässt es dem Proxy. Unterschiedliche DNS-Sichten können dazu führen, dass eine Variante funktioniert und die andere scheitert. Andere Clients verwenden eventuell ein Kontrollkästchen oder eine eigene Option. SOCKS5 auszuwählen beweist allein nicht, dass jede DNS-Abfrage darüber läuft.
SOCKS4 bietet weniger Funktionen; SOCKS4a ergänzt Hostnamenverarbeitung. Wenn Client und Dienst SOCKS5 unterstützen und kein Grund für das ältere Protokoll besteht, ist ein geeigneter SOCKS5-Eintrag eine vernünftige erste Wahl. Einen SOCKS4-Endpunkt im SOCKS5-Modus des Clients einzutragen ist ein Protokollfehler.
Passt das Protokoll, testen Sie das tatsächliche Ziel und bestimmen den ersten Fehler. Weder HTTP noch SOCKS5 misst Anonymität: Vertrauen zum Betreiber, TLS am Ziel und die tatsächliche Anwendungsroute bestimmen weiterhin den Schutz.