![\"Proxies](\"https:\/\/proxycompass.com\/wp-content\/uploads\/2024\/03\/scheme_3_2_1_1.png\" "\\"Proxies")
<\/p>\n<\/p>\n
Il existe de nombreux types de serveurs proxy. Ces types peuvent \u00eatre regroup\u00e9s par protocole, nombre d'utilisateurs actifs (proxys partag\u00e9s<\/a>, procurations priv\u00e9es<\/a>, et procurations vierges<\/a>), le type d'adresse IP attribu\u00e9e (proxys publics ou gratuits<\/a>, procurations r\u00e9sidentielles<\/a>, proxys mobiles<\/a>, et proxys de centre de donn\u00e9es<\/a>), et la version IP (Proxy IPv4 et IPv6<\/a>). Cependant, cet article se concentrera sur les proxys HTTP et HTTPS, qui rel\u00e8vent de la cat\u00e9gorie proxy par protocole.<\/p>\n Mais d\u2019abord, parlons des protocoles sur lesquels sont bas\u00e9s les proxys HTTP et HTTPS.<\/p>\n Le protocole de transfert hypertexte ou HTTP est un protocole sans \u00e9tat au niveau de l'application qui facilite la communication entre les applications clientes (telles que les navigateurs Web et les applications Web) et les serveurs Web (ou serveurs d'interface utilisateur Web).<\/p>\n Il s'agit d'un protocole de couche 7 (ou protocole de couche application), ce qui signifie qu'il est destin\u00e9 \u00e0 transmettre des donn\u00e9es entre le serveur et le client et vice versa. HTTP prend g\u00e9n\u00e9ralement en charge la transmission de divers types de donn\u00e9es. Il s'agit notamment de donn\u00e9es textuelles, vid\u00e9o et audio, collectivement appel\u00e9es hyperm\u00e9dia.<\/p>\n Lorsqu'un client souhaite acc\u00e9der \u00e0 ces donn\u00e9es stock\u00e9es sur un serveur, il envoie une requ\u00eate HTTP. G\u00e9n\u00e9ralement, la requ\u00eate HTTP contient les \u00e9l\u00e9ments suivants\u00a0:<\/p>\n D\u00e8s r\u00e9ception de la requ\u00eate et interpr\u00e9tation du message, le serveur envoie ensuite une r\u00e9ponse HTTP contenant les donn\u00e9es demand\u00e9es.<\/p>\n Il convient de souligner que HTTP ne remplit pas ses fonctions de mani\u00e8re isol\u00e9e. En fait, il fonctionne au-dessus protocoles de couche transport<\/a> (couche 4), comme Protocole de contr\u00f4le de transmission<\/a> (TCP) et Protocole de datagramme utilisateur<\/a> (UDP). De plus, il a \u00e9galement \u00e9t\u00e9 construit sur le protocole IP qui existait \u00e0 l\u2019\u00e9poque.<\/p>\n De leur c\u00f4t\u00e9, ces protocoles de couche 4 \u00e9tablissent, g\u00e8rent et ferment la communication entre un serveur et un client (appareils en r\u00e9seau). Pour faire simple, TCP et UDP permettent aux applications r\u00e9seau situ\u00e9es au-dessus de la quatri\u00e8me couche (y compris les applications utilisant HTTP) de cr\u00e9er une communication client-serveur ou point \u00e0 point entre elles.<\/p>\n Une fois la communication \u00e9tablie, HTTP entre d\u00e9sormais en action pour transmettre les donn\u00e9es. Le TCP ou l'UDP g\u00e8re la communication en garantissant son bon d\u00e9roulement, et une fois la transmission des donn\u00e9es termin\u00e9e, ces protocoles de couche 4 ferment la communication. Notamment, TCP et UDP utilisent des num\u00e9ros de port pour identifier les applications Web qui \u00ab communiquent \u00bb entre elles. Un autre point \u00e0 noter est que l'impl\u00e9mentation de HTTP\/3, la derni\u00e8re version, utilise QUIC au lieu de TCP pour l'aspect de la couche transport de la communication. (RAPIDE<\/a> est un protocole de transport multiplex\u00e9 impl\u00e9ment\u00e9 sur UDP.)<\/p>\n HTTP a \u00e9t\u00e9 lanc\u00e9 pour la premi\u00e8re fois en 1991 apr\u00e8s environ deux ans de d\u00e9veloppement par Tim Berners-Lee et son \u00e9quipe. Depuis, le protocole a fait l'objet d'une \u00e9volution<\/a> qui a connu de nombreux changements et am\u00e9liorations, conduisant \u00e0 plusieurs versions HTTP. Ces versions incluent\u00a0:<\/p>\n Bien que HTTP soit un protocole populaire largement utilis\u00e9 sur Internet, il pr\u00e9sente quelques lacunes, notamment en mati\u00e8re de s\u00e9curit\u00e9. Avec HTTP, toutes les informations sont transmises en texte clair. Il peut donc \u00eatre facilement visualis\u00e9 par les attaquants. Il peut en fait \u00eatre pr\u00e9occupant si les donn\u00e9es contiennent des donn\u00e9es sensibles telles que des informations de carte de cr\u00e9dit, des mots de passe, des noms d'utilisateur, des num\u00e9ros de t\u00e9l\u00e9phone, des num\u00e9ros de s\u00e9curit\u00e9 sociale, des adresses, etc. Pour r\u00e9soudre le probl\u00e8me de la s\u00e9curit\u00e9, HTTPS a \u00e9t\u00e9 introduit.<\/p>\n Hypertext Transfer Protocol Secure (HTTPS) est un protocole HTTP s\u00e9curis\u00e9 qui crypte toutes les donn\u00e9es transmises via HTTP. HTTPS utilise le protocole Secure Sockets Layer (SSL) ou Transport Layer Security (TLS) pour valider l'identit\u00e9 du serveur Web et prot\u00e9ger les donn\u00e9es. Le SSL utilise des cl\u00e9s (cl\u00e9s publiques et priv\u00e9es) et des certificats num\u00e9riques pour s\u00e9curiser les donn\u00e9es, tandis que TLS s'appuie sur la cryptographie pour chiffrer les donn\u00e9es. TLS authentifie \u00e9galement le client et le serveur.<\/p>\n HTTPS a \u00e9t\u00e9 cr\u00e9\u00e9 en 1994. A cette \u00e9poque, il utilisait principalement SSL. Cependant, plus tard en 2000, HTTPS utilisant TLS a \u00e9t\u00e9 standardis\u00e9. Selon les observateurs, il a fallu des ann\u00e9es pour que TLS soit largement utilis\u00e9 en dehors des paiements par carte de cr\u00e9dit. Cela est notamment d\u00fb au fait que les certificats TLS n\u00e9cessitent des connaissances techniques suppl\u00e9mentaires pour \u00eatre install\u00e9s et co\u00fbtent de l'argent. En cons\u00e9quence, ils n\u2019\u00e9taient pas r\u00e9alisables, surtout pour les petits sites. Mais le paysage a chang\u00e9, avec des services d'h\u00e9bergement Web et des soci\u00e9t\u00e9s de cloud computing qui lancent des programmes de certificats de cryptage gratuits et proposent HTTPS gratuitement. D'ici 2017, la moiti\u00e9 du Web \u00e9tait crypt\u00e9e<\/a>.<\/p>\n Une fois les bases r\u00e9gl\u00e9es, concentrons-nous maintenant sur ce qu'est un proxy HTTP et ce qu'est un proxy HTTPS, leurs similitudes et diff\u00e9rences, ainsi que leurs utilisations.<\/p>\n Avant d'expliquer ce qu'est un proxy HTTP, comprenons d'abord Qu'est-ce qu'un serveur proxy<\/a>. Un serveur proxy ou proxy est un interm\u00e9diaire situ\u00e9 entre un client Web et un serveur Web. Il fonctionne en acheminant le trafic Internet \u00e0 travers lui-m\u00eame et, ce faisant, agit en tant qu'initiateur des requ\u00eates et terminateur des r\u00e9ponses. G\u00e9n\u00e9ralement, il existe un certain nombre de serveurs proxy, chacun \u00e9tant con\u00e7u pour remplir une fonction sp\u00e9cifique.<\/p>\n En fait, il existe des proxys configur\u00e9s pour agir au nom du client de telle sorte qu'ils sont per\u00e7us comme les initiateurs des demandes et les terminateurs des r\u00e9ponses. Ces proxys sont appel\u00e9s proxys directs. En revanche, certains proxys peuvent \u00eatre configur\u00e9s pour agir au nom du serveur. En ex\u00e9cutant ce r\u00f4le, ils semblent \u00eatre le point auquel les demandes se terminent et o\u00f9 les r\u00e9ponses proviennent. De tels proxys sont appel\u00e9s proxys inverses. Par ailleurs, les proxys HTTP peuvent agir soit comme proxys directs, soit comme proxys inverses, en fonction de l'emplacement o\u00f9 la configuration a lieu.<\/p>\n Alors, qu\u2019est-ce qu\u2019un serveur proxy HTTP ? Il s'agit d'un serveur proxy qui achemine uniquement le trafic HTTP via lui-m\u00eame. Le proxy HTTP est un type de proxy bas\u00e9 sur un protocole aux c\u00f4t\u00e9s Procurations SOCKS5<\/a>. Cependant, contrairement au proxy SOCKS5, qui est essentiellement destin\u00e9 \u00e0 faciliter la communication \u00e0 travers un pare-feu, le proxy HTTP est destin\u00e9 \u00e0 agir comme un filtre de contenu performant.<\/p>\n Le proxy HTTP \u00e9coute normalement le trafic HTTP via les ports 80, 8080, 8008 et 3128. Il peut \u00e9galement \u00e9couter le trafic HTTPS via port 3129<\/a>. Bien qu'il soit principalement utilis\u00e9 de mani\u00e8re isol\u00e9e, vous pouvez le connecter \u00e0 un proxy existant, notamment si l'application que vous configurez utilise d\u00e9j\u00e0 un serveur proxy. Cet arrangement cr\u00e9e un proxy cha\u00een\u00e9.<\/p>\n Il existe deux types de proxys HTTP, \u00e0 savoir\u00a0:<\/p>\n En r\u00e8gle g\u00e9n\u00e9rale, un proxy client HTTP se transmet les demandes \u00e0 lui-m\u00eame (en tant qu'interm\u00e9diaire) avant de les transmettre \u00e0 un serveur ou \u00e0 une destination cible. Il appara\u00eet donc comme l'initiateur des demandes.<\/p>\n Un proxy client HTTP achemine toutes les requ\u00eates HTTP sortantes et les r\u00e9ponses HTTP entrantes via lui-m\u00eame. Ce faisant, il interpr\u00e8te tout le contenu de la requ\u00eate et de la r\u00e9ponse HTTP. Il peut \u00e9galement modifier certains contenus de la requ\u00eate HTTP \u00e0 condition qu'ils soient conformes aux Lignes directrices pour les proxys de transformation de contenu Web<\/a>. G\u00e9n\u00e9ralement, les proxys clients HTTP modifient les en-t\u00eates HTTP sp\u00e9cifiques, notamment user-agent, accept, accept-charset, accept-encoding, accept-language, x-forwarded-for et via. Il peut \u00e9galement convertir la m\u00e9thode de requ\u00eate de HEAD en GET et vice versa.<\/p>\n La configuration de votre syst\u00e8me et, par extension, de votre navigateur Web pour utiliser un proxy client HTTP (plus d'informations ci-dessous) fait plusieurs choses. Tout d'abord, il remplace le point de terminaison TCP (port et nom d'h\u00f4te) dans les URL HTTP par celui qui appartient au fournisseur proxy HTTP. Par cons\u00e9quent, une connexion TCP est d'abord \u00e9tablie vers un port et un h\u00f4te diff\u00e9rents (le port et l'h\u00f4te du proxy) autres que ceux indiqu\u00e9s dans les URL HTTP avant d'\u00eatre envoy\u00e9e \u00e0 l'h\u00f4te et au port d'origine\/r\u00e9els. En effet, le proxy ne modifie pas le contenu du message, qui contient le v\u00e9ritable h\u00f4te et le port. En cons\u00e9quence, un proxy HTTP peut recevoir des requ\u00eates sur un seul port avant de transmettre ensuite les requ\u00eates et les messages qu'elles contiennent \u00e0 diff\u00e9rents serveurs et sites Web en fonction des donn\u00e9es de destination contenues dans les messages HTTP.<\/p>\n Dans certains cas, certaines applications, telles que celles trouv\u00e9es sur un serveur Web, ne peuvent pas \u00eatre configur\u00e9es en tant qu'exp\u00e9diteurs et doivent plut\u00f4t \u00eatre configur\u00e9es en tant que points de terminaison. De ce fait, ils apparaissent aux clients web comme destination des requ\u00eates. Lorsque ces applications sont configur\u00e9es en tant que points de terminaison, elles sont appel\u00e9es proxys de serveur HTTP.<\/p>\n Les proxys HTTP diff\u00e8rent par le degr\u00e9 d'anonymat. Les types de proxy HTTP suivants peuvent \u00eatre distingu\u00e9s\u00a0:<\/p>\n Tous r\u00e9put\u00e9s fournisseurs de proxy<\/a> qui ont des proxys HTTP n'offrent que des proxys d'\u00e9lite.<\/p>\n Cette section se concentrera principalement sur la fa\u00e7on de cr\u00e9er un proxy client HTTP. Il est cr\u00e9\u00e9 en configurant un client Web (navigateur) pour acheminer le trafic HTTP via un interm\u00e9diaire. Cependant, il convient de noter que Chrome<\/a>, Safaris, Mozilla Firefox<\/a>, et d'autres navigateurs populaires n'ont pas de param\u00e8tres de serveur proxy (natifs) int\u00e9gr\u00e9s \u00e0 l'application.<\/p>\n Au lieu de cela, lorsque vous cliquez sur les param\u00e8tres du programme et choisissez l'option proxy, il vous redirige vers la fen\u00eatre de configuration du proxy Windows, macOS ou Linux. \u00c0 cet \u00e9gard, pour cr\u00e9er un proxy HTTP, configurez simplement votre syst\u00e8me d'exploitation. Cela cr\u00e9era un proxy HTTP \u00e0 l'\u00e9chelle du syst\u00e8me qui fonctionne avec toutes les autres applications Web, pas seulement votre navigateur pr\u00e9f\u00e9r\u00e9.<\/p>\n Pour configurer un proxy HTTP sous Windows, suivez la proc\u00e9dure ci-dessous :<\/p>\n Pour mettre en place un proxy HTTP sur macOS, voici les \u00e9tapes \u00e0 suivre :<\/p>\nComprendre HTTP et HTTPS<\/b><\/h2>\n
Qu\u2019est-ce que HTTP ?<\/b><\/h3>\n
\n
Comment fonctionne HTTP\u00a0?<\/b><\/h4>\n
Histoire du HTTP<\/b><\/h4>\n
\n
Qu\u2019est-ce que le HTTPS\u00a0?<\/b><\/h3>\n
Histoire du HTTPS<\/b><\/h4>\n
Qu'est-ce qu'un proxy HTTP ?<\/b><\/h2>\n
Types de proxys HTTP<\/b><\/h3>\n
1. <\/b>Proxy client HTTP<\/b><\/h4>\n
![\"Demander](\"https:\/\/proxycompass.com\/wp-content\/uploads\/2024\/03\/1.png\")
<\/a>2. <\/b>Proxy du serveur HTTP<\/b><\/h4>\n
Types de proxys HTTP class\u00e9s par anonymat<\/b><\/h3>\n
\n
Comment configurer un proxy HTTP<\/b><\/h3>\n
\n
![\"Section](\"https:\/\/proxycompass.com\/wp-content\/uploads\/2024\/03\/2.png\")
<\/a>\n
![\"Onglet](\"https:\/\/proxycompass.com\/wp-content\/uploads\/2024\/03\/3.png\")
<\/a>![\"Dans](\"https:\/\/proxycompass.com\/wp-content\/uploads\/2020\/11\/scheme_3_2_1_2_eng.png\")
<\/a>