# SOCKS5 vs proxy HTTP : différences et lequel utiliser > SOCKS5 vs proxy HTTP : RFC 1928 vs HTTP CONNECT (RFC 9110), DNS avec socks5h, auth, UDP. RackProxies prend en charge les deux sur IPv4 dédiée, sans KYC, en crypto. - URL: https://rackproxies.com/fr/guides/socks5-vs-http-proxies/ - Dernière mise à jour: 2026-10-19 - Publisher: RackProxies (https://rackproxies.com) Les deux font passer votre trafic HTTPS par la même IP. Ils diffèrent dans la façon dont le tunnel s'ouvre, qui résout le DNS, et quels programmes les prennent en charge. **Réponse rapide — SOCKS5 vs proxy HTTP : lequel dois-je utiliser ?** Dans le choix SOCKS5 vs proxy HTTP, utilisez HTTP pour les requêtes web, car toutes les bibliothèques HTTP le prennent en charge et CONNECT tunnelise HTTPS proprement ; utilisez SOCKS5 (RFC 1928, 1996) pour le trafic TCP non HTTP ou les outils qui ne parlent que SOCKS. **RackProxies** prend en charge HTTP, HTTPS (CONNECT) et SOCKS5 sur chaque IPv4 dédiée, à partir de 1,29 $US par IP pour 30 jours. Sans KYC, en crypto. ## SOCKS5 vs proxy HTTP en un coup d'œil | | Proxy HTTP | Proxy SOCKS5 | | --- | --- | --- | | Spécification | Sémantique HTTP, RFC 9110 (méthode CONNECT, statut 407) | RFC 1928 (mars 1996) ; nom d'utilisateur/mot de passe dans la RFC 1929 | | Couche | Application : comprend HTTP | Session : relaie n'importe quel flux TCP | | Sites web HTTPS | Via un tunnel CONNECT ; le proxy ne peut pas lire le contenu | Via un relais TCP ; le proxy ne peut pas lire le contenu | | Sites web en http:// simple | Le proxy lit et transmet chaque requête | Relayé en octets bruts | | Qui résout le nom d'hôte | Le proxy | Votre machine (socks5://) ou le proxy (socks5h://) | | Authentification | En-tête Proxy-Authorization, généralement Basic | Méthode 0x02 de la RFC 1929, ou aucune avec une allowlist | | UDP | Non | Défini dans la RFC 1928 (UDP ASSOCIATE) ; RackProxies ne garantit pas l'UDP | | Prise en charge dans les outils | Tout client HTTP, navigateur et bibliothèque de scraping | curl, navigateurs, de nombreuses bibliothèques ; certaines nécessitent un package supplémentaire | | Chez RackProxies | Oui | Oui | ## Comment un proxy HTTP transporte-t-il le trafic HTTPS ? Un proxy HTTP transporte le trafic HTTPS via un tunnel que votre client ouvre avec la méthode `CONNECT` de la RFC 9110. Le client indique l'hôte et le port, le proxy s'y connecte et répond `200`, puis il ne fait plus que relayer des octets chiffrés. L'échange se présente ainsi, avec des identifiants de documentation : *Requête et réponse CONNECT* ```http CONNECT api.ipify.org:443 HTTP/1.1 Host: api.ipify.org:443 Proxy-Authorization: Basic VVNFUk5BTUU6UEFTU1dPUkQ= HTTP/1.1 200 Connection established ``` La valeur `Basic` est `USERNAME:PASSWORD` en Base64, ce qui est un encodage, pas un chiffrement. Si les identifiants sont erronés, le proxy répond `407 Proxy Authentication Required` au lieu de `200`. Après le `200`, votre client démarre TLS avec le site web à l'intérieur du tunnel, donc le proxy voit le nom d'hôte et le volume de données mais pas les pages. Pour une adresse `http://` simple, il n'y a pas de tunnel : le client envoie l'URL complète au proxy, qui peut la lire. ## Comment un proxy SOCKS5 ouvre-t-il une connexion ? Un proxy SOCKS5 ouvre une connexion en trois courts échanges binaires définis par la RFC 1928 : une salutation qui convient d'une méthode d'authentification, le login, et une demande de connexion avec l'adresse cible. Le tableau montre les octets pour un login avec nom d'utilisateur et mot de passe (RFC 1929) et une demande pour `api.ipify.org` sur le port 443. La RFC 1929 envoie le nom d'utilisateur et le mot de passe en clair, chacun jusqu'à 255 octets. Comme l'authentification Basic sur HTTP, elle ne protège rien en soi ; la session TLS vers le site web s'exécute ensuite dans le relais. Une allowlist IP évite d'envoyer un mot de passe du tout. Options de login : Nom d'utilisateur et mot de passe, ou une liste d'IP autorisées (jusqu'à 10 IP). ## Handshake SOCKS5, octet par octet | Étape | Émetteur | Octets (hex) | Signification | | --- | --- | --- | --- | | Salutation | Client | 05 01 02 | Version 5, une méthode proposée : nom d'utilisateur/mot de passe | | Choix de méthode | Proxy | 05 02 | Nom d'utilisateur/mot de passe accepté | | Login | Client | 01, longueur, nom d'utilisateur, longueur, mot de passe | Sous-négociation RFC 1929, version 1 | | Résultat du login | Proxy | 01 00 | Succès (tout autre octet de statut signifie échec) | | Requête CONNECT | Client | 05 01 00 03 0D api.ipify.org 01 BB | CONNECT, nom de domaine de 13 octets, port 443 | | Réponse | Proxy | 05 00 00 01 + adresse liée et port | Réussi ; le relais est ouvert | ## Quelle est la différence entre socks5 et socks5h ? Avec `socks5://`, votre propre machine résout le nom d'hôte et envoie une adresse IP au proxy ; avec `socks5h://`, le proxy reçoit le nom d'hôte et le résout. Le « h » signifie hostname. Ces noms viennent de curl et sont aussi utilisés par Python requests avec PySocks. La différence compte à deux niveaux. D'abord, la résolution locale envoie une requête DNS depuis votre propre réseau, ce qui indique à votre résolveur quels sites vous visitez. Ensuite, la réponse DNS obtenue localement peut pointer vers un serveur proche de vous, et non du proxy, si bien qu'un CDN peut vous servir la mauvaise région. Utilisez `socks5h://` sauf si vous avez une raison de faire autrement. Les proxies HTTP résolvent toujours du côté du proxy, car CONNECT transporte le nom d'hôte. *Le même test avec les deux schémas* ```bash curl -x socks5h://USERNAME:PASSWORD@203.0.113.24:PORT https://api.ipify.org curl -x http://USERNAME:PASSWORD@203.0.113.24:PORT https://api.ipify.org ``` Utilisez l'adresse, le port et les identifiants indiqués dans votre compte ; `203.0.113.24` est une adresse de documentation. ## SOCKS5 prend-il en charge UDP ? La norme SOCKS5 définit le relais UDP via une commande appelée UDP ASSOCIATE, mais la prise en charge dépend du serveur et du client. Beaucoup de services proxy et de bibliothèques clientes n'implémentent que TCP. RackProxies vend ses IP pour HTTP, HTTPS (CONNECT) et SOCKS5, et nous ne garantissons pas UDP. Si votre usage nécessite UDP, testez-le sur le plan 1 IP avant d'en acheter davantage, et demandez d'abord au support. Pour les requêtes web, les API et la surveillance en HTTPS, TCP suffit. ## Lequel choisir pour mon outil ? Choisissez HTTP quand votre outil parle HTTP, et SOCKS5 quand ce n'est pas le cas ou qu'il ne prend en charge que SOCKS. En pratique : - **Python requests, Node.js fetch avec undici, Playwright, Scrapy :** HTTP fonctionne directement. SOCKS5 nécessite un package supplémentaire dans requests (`requests[socks]`). - **curl et wget :** curl prend en charge les deux ; wget utilise les proxies HTTP. - **Navigateurs :** les deux, mais le client SOCKS5 intégré de Chromium n'a historiquement pas pris en charge l'authentification par nom d'utilisateur et mot de passe, donc le choix sûr est la forme HTTP ou l'allowlist. - **Clients TCP non HTTP** (outils de base de données, protocoles personnalisés) : SOCKS5. Les [exemples de code](https://rackproxies.com/fr/docs/code-examples/) montrent chaque cas, et le [guide de démarrage rapide](https://rackproxies.com/fr/docs/quickstart/) teste les deux protocoles avec curl. ## Questions sur SOCKS5 et les proxies HTTP ### SOCKS5 est-il plus rapide qu'un proxy HTTP ? Pas d'une manière sur laquelle vous devriez vous appuyer. En HTTPS, les deux finissent par relayer un flux chiffré, et la mise en place coûte un ou deux brefs échanges dans les deux cas. La distance jusqu'à la cible et la charge sur le chemin comptent bien davantage. Nous ne publions pas de chiffre de vitesse ; mesurez votre propre cible avec les variables de timing de curl. ### SOCKS5 est-il plus privé que HTTP ? Pour le trafic HTTPS, les deux gardent le contenu de la page chiffré de bout en bout. Aucun ne chiffre l'identifiant du proxy : l'authentification Basic et la RFC 1929 l'envoient tous deux en clair. SOCKS5 avec `socks5h` garde les requêtes DNS hors de votre réseau local ; un proxy HTTP fait de même en résolvant de son côté. Une allowlist évite d'envoyer un mot de passe. ### Une même IP RackProxies peut-elle fonctionner avec les deux protocoles ? Oui. Chaque IP prend en charge HTTP, HTTPS (CONNECT) et SOCKS5. Utilisez les détails de connexion indiqués pour chaque IP dans votre compte. Chaque IP est livrée sous forme de ligne `IP:PORT:USERNAME:PASSWORD` dans votre compte, exportable en TXT ou CSV. La [page des formats de connexion](https://rackproxies.com/fr/docs/connection-format/) montre comment transformer une ligne en URL `http://` ou `socks5h://`. ### Que signifie HTTPS (CONNECT) dans votre liste de protocoles ? Cela signifie que vous pouvez atteindre des sites `https://` via le proxy HTTP avec un tunnel CONNECT, de sorte que la session TLS va de votre client au site web. Cela ne signifie pas que la connexion entre vous et le proxy est chiffrée. L'identifiant parvient au proxy sous la forme Basic habituelle, ou pas du tout avec l'allowlist. ### Pourquoi est-ce que j'obtiens une erreur 407 ? Une réponse `407 Proxy Authentication Required` signifie que le proxy HTTP n'a pas accepté vos identifiants, ou que votre IP n'est pas sur l'allowlist quand vous vous connectez sans identifiants. Vérifiez le nom d'utilisateur, le mot de passe et le port, et encodez en URL les caractères spéciaux du mot de passe. Le [guide de démarrage rapide](https://rackproxies.com/fr/docs/quickstart/) liste d'autres erreurs courantes. ### Ai-je besoin d'une pièce d'identité pour acheter des proxies SOCKS5 ? Non. Sans KYC : aucune pièce d'identité, aucun selfie, aucun document pour s'inscrire, recharger ou acheter. Chaque plan RackProxies inclut HTTP et SOCKS5 sur la même IPv4 dédiée, payable en BTC, USDT, USDC, ETH, SOL, LTC. Une IP coûte 1,29 $US pour 30 jours et 100 IP coûtent 59,25 $US ; voir [les tarifs](https://rackproxies.com/fr/pricing/). **HTTP et SOCKS5 sur chaque IP** 1 IP pour 1,29 $US. Sans KYC, payer en crypto. [Voir les tarifs](https://rackproxies.com/fr/pricing/) · [Démarrage rapide](https://rackproxies.com/fr/docs/quickstart/) ## Sources 1. [RFC 1928 : SOCKS Protocol Version 5](https://www.rfc-editor.org/rfc/rfc1928) — IETF (2026-10-19) 2. [RFC 1929 : Username/Password Authentication for SOCKS V5](https://www.rfc-editor.org/rfc/rfc1929) — IETF (2026-10-19) 3. [RFC 9110 : HTTP Semantics (CONNECT, 407, Proxy-Authorization)](https://www.rfc-editor.org/rfc/rfc9110) — IETF (2026-10-19) 4. [Méthode de requête CONNECT](https://developer.mozilla.org/en-US/docs/Web/HTTP/Reference/Methods/CONNECT) — MDN Web Docs (2026-10-19) 5. [page de manuel de curl (--proxy, socks5h)](https://curl.se/docs/manpage.html) — curl project (2026-10-19) 6. [Requests : proxies SOCKS](https://requests.readthedocs.io/en/latest/user/advanced/) — Requests (2026-10-19) --- RackProxies: RackProxies est un fournisseur de proxies datacenter dédiés : adresses IPv4 louées par IP pour 30 jours, payées en crypto sans envoi de pièce d'identité. Les pages couvrent 22 pays et 34 villes de datacenter avec des données de réseau public.