![\"Proxies](\"https:\/\/proxycompass.com\/wp-content\/uploads\/2024\/03\/scheme_3_2_1_1.png\" "\\"Proxies")
<\/p>\n<\/p>\n
Existem muitos tipos de servidores proxy. Esses tipos podem ser agrupados por protocolo, n\u00famero de usu\u00e1rios ativos (proxies compartilhados<\/a>, proxies privados<\/a>, e procuradores virgens<\/a>), o tipo de endere\u00e7o IP atribu\u00eddo (proxies p\u00fablicos ou gratuitos<\/a>, proxies residenciais<\/a>, proxies m\u00f3veis<\/a>, e proxies de data center<\/a>) e a vers\u00e3o IP (Proxies IPv4 e IPv6<\/a>). Este artigo, entretanto, focar\u00e1 nos proxies HTTP e HTTPS, que se enquadram na categoria proxy por protocolo.<\/p>\n Mas primeiro, vamos discutir os protocolos nos quais os proxies HTTP e os proxies HTTPS s\u00e3o baseados.<\/p>\n O Protocolo de Transfer\u00eancia de Hipertexto ou HTTP \u00e9 um protocolo sem estado em n\u00edvel de aplicativo que facilita a comunica\u00e7\u00e3o entre aplicativos clientes (como navegadores e aplicativos da Web) e servidores da Web (ou servidores de interface do usu\u00e1rio da Web).<\/p>\n \u00c9 um protocolo da camada 7 (ou protocolo da camada de aplica\u00e7\u00e3o), o que significa que se destina a transmitir dados entre o servidor e o cliente e vice-versa. O HTTP geralmente suporta a transmiss\u00e3o de v\u00e1rios tipos de dados. Isso inclui dados de texto, v\u00eddeo e \u00e1udio, conhecidos coletivamente como hiperm\u00eddia.<\/p>\n Quando um cliente deseja acessar esses dados, que est\u00e3o armazenados em um servidor, ele envia uma solicita\u00e7\u00e3o HTTP. Geralmente, a solicita\u00e7\u00e3o HTTP cont\u00e9m o seguinte:<\/p>\n Ao receber a solicita\u00e7\u00e3o e interpretar a mensagem, o servidor envia ent\u00e3o uma resposta HTTP contendo os dados solicitados.<\/p>\n Vale ressaltar que o HTTP n\u00e3o desempenha suas fun\u00e7\u00f5es de forma isolada. Na verdade, ele funciona em cima protocolos da camada de transporte<\/a> (camada 4), como protocolo de Controle de Transmiss\u00e3o<\/a> (TCP) e Protocolo de datagrama de usu\u00e1rio<\/a> (UDP). Al\u00e9m disso, tamb\u00e9m foi constru\u00eddo sobre o protocolo IP, que existia na \u00e9poca.<\/p>\n Por sua vez, esses protocolos da camada 4 estabelecem, gerenciam e estreitam a comunica\u00e7\u00e3o entre um servidor e um cliente (dispositivos em rede). Simplificando, o TCP e o UDP permitem que aplicativos de rede, localizados acima da quarta camada (incluindo aplicativos que usam HTTP), criem comunica\u00e7\u00e3o cliente-servidor ou ponto a ponto entre si.<\/p>\n Uma vez estabelecida a comunica\u00e7\u00e3o, o HTTP entra em a\u00e7\u00e3o para transmitir os dados. O TCP ou UDP gerencia a comunica\u00e7\u00e3o garantindo que ela funcione sem problemas e, uma vez interrompida a transmiss\u00e3o de dados, esses protocolos da camada 4 encerram a comunica\u00e7\u00e3o. Notavelmente, o TCP e o UDP usam n\u00fameros de porta para identificar as aplica\u00e7\u00f5es web que est\u00e3o \u201cconversando\u201d entre si. Outro ponto digno de nota \u00e9 que a implementa\u00e7\u00e3o do HTTP\/3, a vers\u00e3o mais recente, usa QUIC em vez de TCP para o aspecto da comunica\u00e7\u00e3o da camada de transporte. (R\u00c1PIDO<\/a> \u00e9 um protocolo de transporte multiplexado implementado em UDP.)<\/p>\n O HTTP foi lan\u00e7ado pela primeira vez em 1991, ap\u00f3s cerca de dois anos de desenvolvimento por Tim Berners-Lee e sua equipe. Desde ent\u00e3o, o protocolo passou por uma evolu\u00e7\u00e3o<\/a> que passou por in\u00fameras mudan\u00e7as e melhorias, levando a diversas vers\u00f5es HTTP. Essas vers\u00f5es incluem:<\/p>\n Embora o HTTP seja um protocolo popular amplamente utilizado na Internet, ele apresenta algumas defici\u00eancias, entre as quais a seguran\u00e7a. Com HTTP, todas as informa\u00e7\u00f5es s\u00e3o transmitidas em texto n\u00e3o criptografado. Pode, portanto, ser facilmente visualizado pelos invasores. Na verdade, pode ser preocupante se os dados contiverem dados confidenciais, como informa\u00e7\u00f5es de cart\u00e3o de cr\u00e9dito, senhas, nomes de usu\u00e1rio, n\u00fameros de telefone, n\u00fameros de previd\u00eancia social, detalhes de endere\u00e7o e muito mais. Para resolver o enigma da seguran\u00e7a, o HTTPS foi introduzido.<\/p>\n Hypertext Transfer Protocol Secure (HTTPS) \u00e9 um protocolo HTTP seguro que criptografa todos os dados transmitidos via HTTP. HTTPS usa o protocolo Secure Sockets Layer (SSL) ou Transport Layer Security (TLS) para validar a identidade do servidor web e proteger os dados. O SSL usa chaves (chaves p\u00fablicas e privadas) e certificados digitais para proteger os dados, enquanto o TLS depende da criptografia para criptografar os dados. O TLS tamb\u00e9m autentica o cliente e o servidor.<\/p>\n O HTTPS foi criado em 1994. Naquela \u00e9poca, ele usava principalmente SSL. No entanto, no final de 2000, o HTTPS que usa TLS foi padronizado. Segundo os observadores, demorou anos para que o TLS se tornasse amplamente utilizado fora dos pagamentos com cart\u00e3o de cr\u00e9dito. Isso ocorre principalmente porque os certificados TLS exigem conhecimento t\u00e9cnico adicional para serem instalados e custam dinheiro. Como resultado, n\u00e3o eram vi\u00e1veis, especialmente para locais mais pequenos. Mas o cen\u00e1rio mudou, com servi\u00e7os de hospedagem na web e empresas de nuvem lan\u00e7ando programas gratuitos de certificados de criptografia e oferecendo HTTPS gratuitamente. Em 2017, metade da web foi criptografada<\/a>.<\/p>\n Com o b\u00e1sico resolvido, vamos agora nos concentrar no que \u00e9 um proxy HTTP e no que \u00e9 um proxy HTTPS, suas semelhan\u00e7as e diferen\u00e7as e seus usos.<\/p>\n Antes de explicar o que \u00e9 um proxy HTTP, vamos primeiro entender o que \u00e9 um servidor proxy<\/a>. Um servidor proxy ou proxy \u00e9 um intermedi\u00e1rio que fica entre um cliente web e um servidor web. Ele funciona encaminhando o tr\u00e1fego da Internet atrav\u00e9s de si mesmo e, no processo, atua como originador de solicita\u00e7\u00f5es e finalizador de respostas. Geralmente, h\u00e1 v\u00e1rios servidores proxy, cada um projetado para cumprir uma fun\u00e7\u00e3o espec\u00edfica.<\/p>\n Na verdade, existem proxies configurados para agir em nome do cliente de forma que sejam percebidos como originadores de solicita\u00e7\u00f5es e finalizadores de respostas. Esses proxies s\u00e3o conhecidos como proxies diretos. Por outro lado, alguns proxies podem ser configurados para atuar em nome do servidor. Ao executar esta fun\u00e7\u00e3o, eles parecem ser o ponto em que as solicita\u00e7\u00f5es terminam e as respostas se originam. Esses proxies s\u00e3o conhecidos como proxies reversos. Ali\u00e1s, os proxies HTTP podem atuar como proxies de encaminhamento ou proxies reversos, dependendo do local em que a configura\u00e7\u00e3o ocorre.<\/p>\n Ent\u00e3o, o que \u00e9 um servidor proxy HTTP? \u00c9 um servidor proxy que roteia apenas o tr\u00e1fego HTTP atrav\u00e9s de si mesmo. O proxy HTTP \u00e9 um tipo de proxy baseado em protocolo junto com Proxies SOCKS5<\/a>. No entanto, ao contr\u00e1rio do proxy SOCKS5, que visa essencialmente facilitar a comunica\u00e7\u00e3o atrav\u00e9s de um firewall, o proxy HTTP pretende atuar como um filtro de conte\u00fado de alto desempenho.<\/p>\n O proxy HTTP normalmente escuta o tr\u00e1fego HTTP atrav\u00e9s das portas 80, 8080, 8008 e 3128. Ele tamb\u00e9m pode escutar o tr\u00e1fego HTTPS via porta 3129<\/a>. Embora seja usado principalmente de forma isolada, voc\u00ea pode conect\u00e1-lo a um proxy existente, principalmente se o aplicativo que voc\u00ea est\u00e1 configurando j\u00e1 estiver usando um servidor proxy. Esse arranjo cria um proxy encadeado.<\/p>\n Existem dois tipos de proxies HTTP, a saber:<\/p>\n Normalmente, um proxy de cliente HTTP encaminha solicita\u00e7\u00f5es para si mesmo (como intermedi\u00e1rio) antes de encaminh\u00e1-las para um servidor ou destino de destino. Ela aparece, portanto, como originadora dos pedidos.<\/p>\n Um proxy de cliente HTTP roteia todas as solicita\u00e7\u00f5es HTTP de sa\u00edda e respostas HTTP de entrada atrav\u00e9s dele mesmo. No processo, ele interpreta todo o conte\u00fado da solicita\u00e7\u00e3o e resposta HTTP. Ele tamb\u00e9m pode alterar determinados conte\u00fados da solicita\u00e7\u00e3o HTTP, desde que estejam em conformidade com o Diretrizes para Proxies de Transforma\u00e7\u00e3o de Conte\u00fado da Web<\/a>. Geralmente, os proxies do cliente HTTP alteram cabe\u00e7alhos HTTP espec\u00edficos, incluindo agente do usu\u00e1rio, aceitar, aceitar-charset, aceitar-codifica\u00e7\u00e3o, aceitar-linguagem, x-forwarded-for e via. Tamb\u00e9m pode converter o m\u00e9todo de solicita\u00e7\u00e3o de HEAD para GET e vice-versa.<\/p>\n Configurar seu sistema e, por extens\u00e3o, seu navegador da web para usar um proxy de cliente HTTP (mais sobre isso abaixo) faz algumas coisas. Primeiro, ele altera o endpoint TCP (porta e nome do host) nas URLs HTTP para aquele que pertence ao provedor de proxy HTTP. Como resultado, uma conex\u00e3o TCP \u00e9 feita primeiro para uma porta e host diferentes (a porta e o host do proxy) diferentes daqueles nas URLs HTTP antes de ser enviada para o host e a porta originais\/reais. Isso ocorre porque o proxy n\u00e3o altera o conte\u00fado da mensagem, que cont\u00e9m o host e a porta reais. Como resultado, um proxy HTTP pode receber solicita\u00e7\u00f5es em uma \u00fanica porta antes de encaminhar as solicita\u00e7\u00f5es e as mensagens contidas nela para diferentes servidores e sites com base nos dados de destino contidos nas mensagens HTTP.<\/p>\n Em alguns casos, alguns aplicativos, como aqueles encontrados em um servidor web, n\u00e3o podem ser configurados como originadores e, em vez disso, precisam ser configurados como terminais. Como resultado, eles aparecem para os clientes web como o destino das solicita\u00e7\u00f5es. Quando esses aplicativos s\u00e3o configurados como terminais, eles s\u00e3o conhecidos como proxies de servidor HTTP.<\/p>\n Os proxies HTTP diferem no grau de anonimato. Os seguintes tipos de proxies HTTP podem ser distinguidos:<\/p>\n Todos respeit\u00e1veis provedores de proxy<\/a> que possuem proxies HTTP oferecem apenas proxies elite.<\/p>\n Esta se\u00e7\u00e3o se concentrar\u00e1 principalmente em como criar um proxy de cliente HTTP. Ele \u00e9 criado configurando um cliente web (navegador) para rotear o tr\u00e1fego HTTP atrav\u00e9s de um intermedi\u00e1rio. No entanto, vale a pena notar que Chrome<\/a>, Saf\u00e1ri, Mozilla Firefox<\/a>e outros navegadores populares n\u00e3o possuem configura\u00e7\u00f5es de servidor proxy no aplicativo (nativo).<\/p>\n Em vez disso, quando voc\u00ea clica nas configura\u00e7\u00f5es do programa e escolhe a op\u00e7\u00e3o de proxy, ele o redireciona para a janela de configura\u00e7\u00e3o de proxy do Windows, macOS ou Linux. Neste sentido, para criar um proxy HTTP, basta configurar o seu sistema operacional. Isso criar\u00e1 um proxy HTTP para todo o sistema que funciona com todos os outros aplicativos da web, n\u00e3o apenas com o seu navegador preferido.<\/p>\n Para configurar um proxy HTTP no Windows, siga o procedimento abaixo:<\/p>\n Para configurar um proxy HTTP no macOS, aqui est\u00e3o as etapas a seguir:<\/p>\nCompreendendo HTTP e HTTPS<\/b><\/h2>\n
O que \u00e9 HTTP?<\/b><\/h3>\n
\n
Como funciona o HTTP?<\/b><\/h4>\n
Hist\u00f3ria do HTTP<\/b><\/h4>\n
\n
O que \u00e9 HTTPS?<\/b><\/h3>\n
Hist\u00f3ria do HTTPS<\/b><\/h4>\n
O que \u00e9 um proxy HTTP?<\/b><\/h2>\n
Tipos de proxies HTTP<\/b><\/h3>\n
1. <\/b>Proxy de cliente HTTP<\/b><\/h4>\n
![\"Solicitar](\"https:\/\/proxycompass.com\/wp-content\/uploads\/2024\/03\/1.png\")
<\/a>2. <\/b>Proxy do servidor HTTP<\/b><\/h4>\n
Tipos de proxies HTTP classificados por anonimato<\/b><\/h3>\n
\n
Como configurar um proxy HTTP<\/b><\/h3>\n
\n
![\"Se\u00e7\u00e3o](\"https:\/\/proxycompass.com\/wp-content\/uploads\/2024\/03\/2.png\")
<\/a>\n
![\"Guia](\"https:\/\/proxycompass.com\/wp-content\/uploads\/2024\/03\/3.png\")
<\/a>![\"Qu\u00e3o](\"https:\/\/proxycompass.com\/wp-content\/uploads\/2020\/11\/scheme_3_2_1_2_eng.png\")
<\/a>