SOCKS4

SOCKS4 est un prédécesseur de SOCKS5. Comme son successeur, il fonctionne au niveau de transport et redirige le trafic sans comprendre le protocole d'application, mais il est beaucoup plus limité : il ne gère que TCP, n'offre aucune authentification, et la version originale ne pouvait pas résoudre les noms d'hôtes — le client devait passer une adresse IP. Une extension courante, SOCKS4a, a ajouté la résolution de noms d'hôtes distants. En raison de son absence d'authentification et de UDP, SOCKS4 a été presque entièrement remplacé par SOCKS5 pour un usage moderne.

Un client SOCKS4 se connecte au proxy et envoie une demande contenant l'adresse IP cible et le port ainsi qu'une chaîne d'identifiant utilisateur ; le proxy ouvre la connexion et relaye les octets. Sans échange d'authentification, le contrôle d'accès doit venir d'ailleurs — typiquement la liste blanche des IP. Il n'y a pas d'association UDP, donc le trafic basé sur UDP ne peut pas passer. La destination voit toujours l'IP de sortie du proxy plutôt que votre véritable adresse, qui est la seule propriété qu'elle partage entièrement avec les nouveaux proxies.

s4m fournit un proxy SOCKS5 authentifié sur le port 1080 plutôt que SOCKS4, car SOCKS5 ajoute l'authentification par nom d'utilisateur/mot de passe et le support UDP que les outils modernes attendent. Si un outil n'offre qu'un champ SOCKS4, il est préférable de passer à un client compatible SOCKS5 afin de pouvoir utiliser les identifiants en toute sécurité. Explorez les plans de proxy s4m ou testez la connectivité avec la liste de proxy public gratuite, qui indique le protocole et le niveau d'anonymat de chaque entrée.