Cómo funciona un proxy: qué le pasa a tu petición en la ruta

La definición «un proxy es un intermediario» se memoriza en un segundo y no explica nada. Te sirve más recorrer una vez la ruta completa de una petición, desde la línea en los ajustes hasta la respuesta del sitio. Después dejan de ser un misterio los protocolos, las sesiones y el motivo por el que el sitio ve una dirección distinta de la que configuraste.

Paso a paso

1. Conexión. Tu software abre la conexión con la dirección del proxy que figura en los ajustes. Para el sitio todavía no existes.
2. Acuerdo. El software y el servidor hablan uno de los protocolos: HTTP con su comando CONNECT, o SOCKS. Aquí viajan también el login y la contraseña si el acceso los usa. Tratamos los protocolos aparte, en el artículo sobre tipos de proxy.
3. Salida. El proxy abre su propia conexión con el sitio desde su dirección de salida. El sitio verá en sus registros esa dirección, su país y su proveedor.
4. Transferencia. A partir de aquí el servidor mueve bytes en ambos sentidos. En los sitios cifrados solo ve el dominio y el volumen, porque TLS protege el contenido desde tu software hasta el sitio.
5. Respuesta. La página vuelve por el mismo camino. Desde el punto de vista del sitio, el diálogo fue con el proxy y tu dirección nunca apareció.

Qué ve cada parte

Esta tabla responde a la principal pregunta práctica: el proxy traslada tu confianza del proveedor de internet al operador del proxy. Por eso importa más elegir por qué servidor pasas que elegir el protocolo. En las direcciones públicas de las listas el operador es un completo desconocido, como contamos en el análisis de los riesgos de los proxies públicos.

De dónde sale la rotación

Los servicios actuales rara vez venden «un servidor con una dirección». La línea que introduces lleva a una pasarela, y detrás de ella vive un pool de direcciones de salida. Hay dos modos. Rotación: cada petición sale desde una dirección nueva del pool, ideal para scraping. Sesión: la pasarela te reserva una salida mientras trabajas, lo que necesitan las cuentas. El modo se elige en la propia línea o al crear la lista, y tu software no sabe nada de todo esto. Este diseño se llama backconnect y tiene su propio análisis.

De ahí nace también la diferencia entre tipos de direcciones: las salidas del pool pueden estar en un centro de datos, en redes domésticas o en operadores móviles. Para un sitio son mundos distintos. Un rango de hosting se reconoce en un segundo, mientras que una dirección doméstica parece un abonado corriente. Sobre esto se construyen los planes, desde los de centro de datos hasta los residenciales.

Preguntas frecuentes

¿El proxy ralentiza la conexión? El nodo adicional añade milisegundos al trayecto, y con un servidor rápido y cercano no lo notarás. Las ralentizaciones reales vienen de una salida saturada: en las direcciones públicas es lo habitual, y en los pools comerciales la velocidad depende del tipo de dispositivo de salida.

¿Qué sigue viendo mi proveedor? Que hablas con la dirección del proxy y cuántos datos pasan. Los dominios que abres por el proxy salen de su campo de visión y pasa a conocerlos el operador del proxy. Por eso hablamos de trasladar la confianza: el observador sigue ahí.

¿Existe el acceso sin login ni contraseña? Sí, es el segundo método de autorización: una lista de IP permitidas. Escribes la dirección de tu servidor en el panel y las líneas funcionan solo desde ella. Así funcionan nuestros paquetes: no tienen login y la lista solo se abre a tus máquinas.

Pruébalo con una línea real

Todo esto se comprueba en un minuto. Toma una línea y abre a través de ella la página de detección de IP: verás la dirección de salida, su país y su red. Actualiza la página con una línea rotativa y la dirección cambiará; con una de sesión se mantendrá. Luego entra en la comprobación de anonimato: te muestra si el servidor añade cabeceras con tu dirección real, justo la diferencia entre niveles de anonimato. Desde la consola basta un comando: curl con el parámetro de proxy devuelve la dirección de salida, y damos ejemplos en la guía de configuración.

Entender la ruta de la petición ahorra horas de diagnóstico. Cuando sabes qué se ve en cada punto y quién se conecta con quién, un error se reduce a dos preguntas: ¿llegó el software al proxy? ¿Llegó el proxy al sitio? La primera se comprueba intentando abrir cualquier página por la línea, la segunda cambiando el destino por un sitio que sabes activo. En dos minutos tienes al culpable. Nuestro soporte sigue la misma lógica cuando revisa las líneas que le envías, y por eso pide la hora de la petición y el texto del error.