![\"Proxies](\"https:\/\/proxycompass.com\/wp-content\/uploads\/2024\/03\/scheme_3_2_1_1.png\" "\\"Proxies")
<\/p>\n<\/p>\n
Hay muchos tipos de servidores proxy. Estos tipos se pueden agrupar por protocolo, n\u00famero de usuarios activos (servidores proxy compartidos<\/a>, apoderados privados<\/a>, y representantes v\u00edrgenes<\/a>), el tipo de direcci\u00f3n IP asignada (proxy p\u00fablicos o gratuitos<\/a>, apoderados residenciales<\/a>, servidores proxy m\u00f3viles<\/a>, y servidores proxy del centro de datos<\/a>) y la versi\u00f3n IP (Proxies IPv4 e IPv6<\/a>). Este art\u00edculo, sin embargo, se centrar\u00e1 en los servidores proxy HTTP y HTTPS, que se incluyen en la categor\u00eda de proxy por protocolo.<\/p>\n Pero primero, analicemos los protocolos en los que se basan los servidores proxy HTTP y los servidores proxy HTTPS.<\/p>\n El Protocolo de transferencia de hipertexto o HTTP es un protocolo a nivel de aplicaci\u00f3n sin estado que facilita la comunicaci\u00f3n entre aplicaciones cliente (como navegadores web y aplicaciones web) y servidores web (o servidores de interfaz de usuario web).<\/p>\n Es un protocolo de capa 7 (o protocolo de capa de aplicaci\u00f3n), lo que significa que est\u00e1 destinado a transmitir datos entre el servidor y el cliente y viceversa. HTTP generalmente admite la transmisi\u00f3n de una variedad de tipos de datos. Estos incluyen datos de texto, video y audio, conocidos colectivamente como hipermedia.<\/p>\n Cuando un cliente quiere acceder a estos datos, que est\u00e1n almacenados en un servidor, env\u00eda una solicitud HTTP. Generalmente, la solicitud HTTP contiene lo siguiente:<\/p>\n Al recibir la solicitud e interpretar el mensaje, el servidor env\u00eda una respuesta HTTP que contiene los datos solicitados.<\/p>\n Vale la pena se\u00f1alar que HTTP no realiza sus funciones de forma aislada. De hecho, se ejecuta encima de protocolos de capa de transporte<\/a> (capa 4), como Protocolo de Control de Transmisi\u00f3n<\/a> (TCP) y Protocolo de datagramas de usuario<\/a> (UDP). Adem\u00e1s, tambi\u00e9n se construy\u00f3 sobre el protocolo IP, que exist\u00eda en ese momento.<\/p>\n Por su parte, estos protocolos de capa 4 establecen, gestionan y cierran la comunicaci\u00f3n entre un servidor y un cliente (dispositivos en red). En pocas palabras, TCP y UDP permiten que las aplicaciones de red, que se encuentran por encima de la cuarta capa (incluidas las aplicaciones que usan HTTP), creen una comunicaci\u00f3n cliente-servidor o punto a punto entre s\u00ed.<\/p>\n Una vez que se establece la comunicaci\u00f3n, HTTP entra en acci\u00f3n para transmitir los datos. TCP o UDP gestiona la comunicaci\u00f3n asegur\u00e1ndose de que se ejecute sin problemas y, una vez que cesa la transmisi\u00f3n de datos, estos protocolos de capa 4 cierran la comunicaci\u00f3n. En particular, TCP y UDP utilizan n\u00fameros de puerto para identificar las aplicaciones web que "conversan" entre s\u00ed. Otro punto a tener en cuenta es que la implementaci\u00f3n de HTTP\/3, la \u00faltima versi\u00f3n, utiliza QUIC en lugar de TCP para el aspecto de la comunicaci\u00f3n de la capa de transporte. (R\u00c1PIDO<\/a> es un protocolo de transporte multiplexado implementado en UDP).<\/p>\n HTTP se lanz\u00f3 por primera vez en 1991, despu\u00e9s de dos a\u00f1os de desarrollo por parte de Tim Berners-Lee y su equipo. Desde entonces, el protocolo ha sufrido una evoluci\u00f3n<\/a> que ha visto numerosos cambios y mejoras, dando lugar a varias versiones de HTTP. Estas versiones incluyen:<\/p>\n Si bien HTTP es un protocolo popular que se usa ampliamente en Internet, tiene algunas deficiencias, la principal de ellas la seguridad. Con HTTP, toda la informaci\u00f3n se transmite en texto claro. Por lo tanto, los atacantes pueden verlo f\u00e1cilmente. De hecho, puede resultar preocupante si los datos contienen datos confidenciales, como informaci\u00f3n de tarjetas de cr\u00e9dito, contrase\u00f1as, nombres de usuario, n\u00fameros de tel\u00e9fono, n\u00fameros de seguro social, detalles de direcciones y m\u00e1s. Para resolver el enigma de la seguridad, se introdujo HTTPS.<\/p>\n El Protocolo seguro de transferencia de hipertexto (HTTPS) es un protocolo HTTP seguro que cifra todos los datos transmitidos a trav\u00e9s de HTTP. HTTPS utiliza el protocolo Secure Sockets Layer (SSL) o Transport Layer Security (TLS) para validar la identidad del servidor web y proteger los datos. SSL utiliza claves (claves p\u00fablicas y privadas) y certificados digitales para proteger los datos, mientras que TLS se basa en la criptograf\u00eda para cifrar los datos. TLS tambi\u00e9n autentica tanto al cliente como al servidor.<\/p>\n HTTPS se cre\u00f3 en 1994. En ese momento, utilizaba principalmente SSL. Sin embargo, m\u00e1s tarde en 2000, se estandariz\u00f3 HTTPS que utiliza TLS. Seg\u00fan los observadores, han sido necesarios a\u00f1os para que TLS se utilice ampliamente fuera de los pagos con tarjeta de cr\u00e9dito. Esto se debe particularmente a que los certificados TLS requieren conocimientos t\u00e9cnicos adicionales para su instalaci\u00f3n y cuestan dinero. Como resultado, no eran factibles, especialmente para sitios m\u00e1s peque\u00f1os. Pero el panorama ha cambiado: los servicios de alojamiento web y las empresas de nube est\u00e1n lanzando programas de certificados de cifrado gratuitos y ofreciendo HTTPS de forma gratuita. Para 2017, La mitad de la web estaba cifrada.<\/a>.<\/p>\n Una vez aclarados los conceptos b\u00e1sicos, centr\u00e9monos ahora en qu\u00e9 es un proxy HTTP y qu\u00e9 es un proxy HTTPS, sus similitudes y diferencias, y sus usos.<\/p>\n Antes de explicar qu\u00e9 es un proxy HTTP, primero comprendamos Qu\u00e9 es un servidor proxy<\/a>. Un servidor proxy o proxy es un intermediario que se encuentra entre un cliente web y un servidor web. Funciona enrutando el tr\u00e1fico de Internet a trav\u00e9s de s\u00ed mismo y, en el proceso, act\u00faa como iniciador de solicitudes y finalizador de respuestas. Generalmente, hay varios servidores proxy, cada uno dise\u00f1ado para cumplir una funci\u00f3n espec\u00edfica.<\/p>\n De hecho, existen proxies configurados para actuar en nombre del cliente de modo que sean percibidos como los originadores de solicitudes y terminadores de respuestas. Estos poderes se conocen como poderes directos. Por otro lado, algunos proxies se pueden configurar para actuar en nombre del servidor. Al ejecutar esta funci\u00f3n, parecen ser el punto en el que terminan las solicitudes y se originan las respuestas. Estos proxies se conocen como proxies inversos. Por cierto, los servidores proxy HTTP pueden actuar como servidores proxy directos o inversos, dependiendo de la ubicaci\u00f3n en la que se produce la configuraci\u00f3n.<\/p>\n Entonces, \u00bfqu\u00e9 es un servidor proxy HTTP? Es un servidor proxy que s\u00f3lo enruta el tr\u00e1fico HTTP a trav\u00e9s de s\u00ed mismo. El proxy HTTP es un tipo de proxy basado en protocolo junto con Representantes SOCKS5<\/a>. Sin embargo, a diferencia del proxy SOCKS5, que esencialmente est\u00e1 destinado a facilitar la comunicaci\u00f3n a trav\u00e9s de un firewall, el proxy HTTP est\u00e1 destinado a actuar como un filtro de contenido de alto rendimiento.<\/p>\n El proxy HTTP normalmente escucha el tr\u00e1fico HTTP a trav\u00e9s de los puertos 80, 8080, 8008 y 3128. Tambi\u00e9n puede escuchar el tr\u00e1fico HTTPS a trav\u00e9s de puerto 3129<\/a>. Si bien se utiliza principalmente de forma aislada, puede conectarlo a un proxy existente, especialmente si la aplicaci\u00f3n que est\u00e1 configurando ya utiliza un servidor proxy. Este arreglo crea un proxy encadenado.<\/p>\n Hay dos tipos de servidores proxy HTTP, a saber:<\/p>\n Normalmente, un proxy de cliente HTTP reenv\u00eda solicitudes a s\u00ed mismo (como intermediario) antes de reenviarlas a un servidor o destino de destino. Aparece, por tanto, como originador de las solicitudes.<\/p>\n Un proxy de cliente HTTP enruta todas las solicitudes HTTP salientes y las respuestas HTTP entrantes a trav\u00e9s de s\u00ed mismo. En el proceso, interpreta todo el contenido de la solicitud y respuesta HTTP. Tambi\u00e9n puede cambiar ciertos contenidos de la solicitud HTTP siempre que se ajusten a las Directrices para los servidores proxy de transformaci\u00f3n de contenido web<\/a>. Generalmente, los servidores proxy de cliente HTTP cambian encabezados HTTP espec\u00edficos, incluidos user-agent, Accept, Accept-charset, Accept-Encoding, Accept-language, x-forwarded-for y via. Tambi\u00e9n puede convertir el m\u00e9todo de solicitud de HEAD a GET y viceversa.<\/p>\n Configurar su sistema y, por extensi\u00f3n, su navegador web para usar un proxy de cliente HTTP (m\u00e1s sobre esto a continuaci\u00f3n) hace algunas cosas. Primero, cambia el punto final TCP (puerto y nombre de host) en las URL HTTP al que pertenece al proveedor de proxy HTTP. Como resultado, primero se realiza una conexi\u00f3n TCP a un puerto y host diferente (el puerto y host del proxy) distinto al de las URL HTTP antes de enviarse al host y puerto original\/real. Esto se debe a que el proxy no altera el contenido del mensaje, que contiene el host y el puerto reales. Como resultado, un proxy HTTP puede recibir solicitudes en un solo puerto antes de reenviar las solicitudes y los mensajes contenidos en ellas a diferentes servidores y sitios web seg\u00fan los datos de destino contenidos en los mensajes HTTP.<\/p>\n En algunos casos, algunas aplicaciones, como las que se encuentran en un servidor web, no se pueden configurar como originadores y, en su lugar, deben configurarse como puntos finales. Como resultado, aparecen ante los clientes web como el destino de las solicitudes. Cuando estas aplicaciones se configuran como puntos finales, se las conoce como servidores proxy HTTP.<\/p>\n Los servidores proxy HTTP difieren en el grado de anonimato. Se pueden distinguir los siguientes tipos de servidores proxy HTTP:<\/p>\n Todo de buena reputaci\u00f3n proveedores de proxy<\/a> que tienen proxies HTTP ofrecen s\u00f3lo proxies de \u00e9lite.<\/p>\n Esta secci\u00f3n se centrar\u00e1 principalmente en c\u00f3mo crear un proxy de cliente HTTP. Se crea configurando un cliente web (navegador) para enrutar el tr\u00e1fico HTTP a trav\u00e9s de un intermediario. Sin embargo, vale la pena se\u00f1alar que Chrome<\/a>, Safari, Mozilla Firefox<\/a>y otros navegadores populares no tienen configuraciones de servidor proxy (nativos) en la aplicaci\u00f3n.<\/p>\n En cambio, cuando haces clic en la configuraci\u00f3n del programa y eliges la opci\u00f3n de proxy, te redirige a la ventana de configuraci\u00f3n del proxy de Windows, macOS o Linux. En este sentido, para crear un proxy HTTP, simplemente configure su sistema operativo. Al hacerlo, se crear\u00e1 un proxy HTTP para todo el sistema que funciona con todas las dem\u00e1s aplicaciones web, no solo con su navegador preferido.<\/p>\n Para configurar un proxy HTTP en Windows, siga el procedimiento a continuaci\u00f3n:<\/p>\n Para configurar un proxy HTTP en macOS, estos son los pasos a seguir:<\/p>\nComprender HTTP y HTTPS<\/b><\/h2>\n
\u00bfQu\u00e9 es HTTP?<\/b><\/h3>\n
\n
\u00bfC\u00f3mo funciona HTTP?<\/b><\/h4>\n
Historia de HTTP<\/b><\/h4>\n
\n
\u00bfQu\u00e9 es HTTPS?<\/b><\/h3>\n
Historia de HTTPS<\/b><\/h4>\n
\u00bfQu\u00e9 es un proxy HTTP?<\/b><\/h2>\n
Tipos de servidores proxy 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 de servidor HTTP<\/b><\/h4>\n
Tipos de servidores proxy HTTP clasificados por anonimato<\/b><\/h3>\n
\n
C\u00f3mo configurar un proxy HTTP<\/b><\/h3>\n
\n
![\"Secci\u00f3n](\"https:\/\/proxycompass.com\/wp-content\/uploads\/2024\/03\/2.png\")
<\/a>\n
![\"Pesta\u00f1a](\"https:\/\/proxycompass.com\/wp-content\/uploads\/2024\/03\/3.png\")
<\/a>![\"\u00bfQu\u00e9](\"https:\/\/proxycompass.com\/wp-content\/uploads\/2020\/11\/scheme_3_2_1_2_eng.png\")
<\/a>