SOCKS4

SOCKS4 ist ein Vorgänger von SOCKS5. Wie sein Nachfolger arbeitet es auf der Transportschicht und leitet den Datenverkehr weiter, ohne das Anwendungsprotokoll zu verstehen, ist jedoch viel eingeschränkter: Es unterstützt nur TCP, bietet keine Authentifizierung und die ursprüngliche Version konnte keine Hostnamen auflösen – der Client musste eine IP-Adresse übergeben. Eine gängige Erweiterung, SOCKS4a, fügte die Auflösung von Remote-Hostnamen hinzu. Da es an Authentifizierung und UDP mangelt, wurde SOCKS4 für moderne Anwendungen fast vollständig durch SOCKS5 ersetzt.

Ein SOCKS4-Client verbindet sich mit dem Proxy und sendet eine Anfrage, die die Ziel-IP und den Port sowie eine Benutzer-ID-String enthält; der Proxy öffnet die Verbindung und leitet Bytes weiter. Ohne einen Authentifizierungs-Austausch muss die Zugriffskontrolle von anderswo kommen – typischerweise IP-Whitelist. Es gibt keine UDP-Zuordnung, sodass UDP-basierter Verkehr nicht passieren kann. Das Ziel sieht immer noch die Exit-IP des Proxys anstelle deiner echten Adresse, die die eine Eigenschaft ist, die es vollständig mit neueren Proxys teilt.

s4m bietet einen authentifizierten SOCKS5-Proxy auf Port 1080 anstelle von SOCKS4, da SOCKS5 die Benutzername/Passwort-Authentifizierung und UDP-Unterstützung hinzufügt, die moderne Tools erwarten. Wenn ein Tool nur ein SOCKS4-Feld anbietet, ziehen Sie es vor, auf einen SOCKS5-fähigen Client umzusteigen, damit Sie Anmeldeinformationen sicher verwenden können. Erkunden Sie die s4m-Proxy-Pläne oder testen Sie die Konnektivität mit der kostenlosen öffentlichen Proxy-Liste, die das Protokoll und das Anonymitätsniveau jedes Eintrags kennzeichnet.