SOCKS5 vs SOCKS4 : les différences techniques

SOCKS est un protocole proxy de bas niveau : au lieu de comprendre HTTP, il se contente de relayer une TCP (et, dans la v5, une UDP) connexion entre votre client et une destination. Ce design indépendant du protocole est la raison pour laquelle SOCKS fonctionne pour tout — web, email, trafic de jeu, SSH — pas seulement pour les navigateurs. SOCKS4 est arrivé en premier ; SOCKS5, défini dans le RFC 1928, est la version que presque tout le monde utilise aujourd'hui. Les différences sont peu nombreuses mais décisives.

Les deux commencent par votre client demandant au proxy de se connecter à un hôte cible et à un port. Ce qui a changé entre les versions, c'est qui peut utiliser le proxy, quels types de trafic il transporte, et où le nom d'hôte cible est résolu.

1. Authentification. SOCKS4 n'a pas de méthode d'authentification intégrée (SOCKS4a a ajouté uniquement un champ d'identifiant utilisateur, facilement falsifiable). SOCKS5 définit une véritable authentification, le plus souvent par nom d'utilisateur/mot de passe, permettant à un proxy de restreindre l'accès aux utilisateurs payants ou autorisés. C'est la raison pour laquelle les proxies commerciaux utilisent SOCKS5.

2. UDP et IPv6. SOCKS4 est uniquement TCP et uniquement IPv4. SOCKS5 ajoute le relais UDP (via la commande UDP ASSOCIATE) et l'adressage IPv6 natif, ce qui lui permet de transporter le trafic DNS, VoIP, QUIC et de jeu que SOCKS4 ne peut tout simplement pas. Voir UDP sur SOCKS5 pour ce mécanisme.

3. DNS distant. Avec SOCKS5, vous pouvez demander au proxy de résoudre le nom d'hôte (le mode socks5h dans des outils comme cURL), de sorte que la recherche ne quitte jamais votre machine et ne peut pas provoquer une fuite DNS. SOCKS4 résout localement et envoie uniquement une adresse IP.

Pour tout ce qui est écrit après environ le milieu des années 1990, utilisez SOCKS5 — et spécifiquement la variante socks5h afin que le DNS soit résolu à distance et que les noms d'hôtes restent privés. SOCKS4 ne survit que dans des outils hérités et sur certaines listes de proxy publics, où son absence d'authentification est précisément la raison pour laquelle ces proxies sont ouverts (et risqués). La règle pratique : préférez SOCKS5 avec des identifiants pour la confidentialité et l'accès ; considérez SOCKS4 nu comme une curiosité à tester uniquement.

s4m fournit un SOCKS5 authentifié sur proxy.s4m.online:1080 et un proxy HTTP sur le port 3128 — consultez la page de proxy et qu'est-ce que SOCKS5. Utilisez socks5h://USER:PASS@proxy.s4m.online:1080 pour obtenir l'authentification, la capacité UDP et un DNS distant sans fuite en un seul point de terminaison. La liste gratuite inclut des entrées SOCKS4 si vous avez spécifiquement besoin de tester un comportement hérité, mais SOCKS5 est le défaut que vous souhaitez.