En bref — HTTP Proxy pour les navigateurs et curl ; SOCKS5 pour tout le reste.

Couverture des protocoles. SOCKS5 relaie le TCP (et l'UDP si le client le prend en charge) pour n'importe quelle application — Telegram, IRC, SSH, BitTorrent, binaires personnalisés. HTTP Proxy ne transporte que le HTTP et le HTTPS via CONNECT — parfait pour les navigateurs, inutile pour des applications quelconques.

Configuration. HTTP Proxy se branche dans les paramètres réseau du système ou une extension de navigateur. SOCKS5 a besoin d'une application qui le prend en charge nativement (Firefox : oui, Chrome : uniquement via SwitchyOmega ; Telegram : natif).

Authentification. Les deux prennent en charge l'authentification basique par identifiant et mot de passe. Aucun ne chiffre le mot de passe — ces protocoles reposent sur TLS à l'intérieur du tunnel (HTTPS pour HTTP Proxy, TLS applicatif pour SOCKS5).

Vitesse. Identique au niveau du protocole. SOCKS5 a moins de surcharge d'en-têtes par requête.

DNS. socks5h:// fait passer le DNS par le proxy (aucune fuite locale). HTTP Proxy ne relaie le DNS que pour les hôtes HTTPS que vous visitez à travers lui ; tout le reste fuit toujours.

Choisissez HTTP Proxy si vous n'avez besoin que de tunneliser le navigateur. Choisissez SOCKS5 pour toute application non HTTP.