¿Qué es un servidor proxy?

Un servidor proxy recibe la solicitud de una parte y la reenvía hacia otro servidor. Un proxy directo actúa en nombre del cliente, mientras que un proxy inverso se sitúa delante de uno o varios servidores de aplicaciones. Los proxies pueden filtrar solicitudes, guardar respuestas en caché, gestionar el acceso o repartir la carga. Lo que aportan depende de su configuración y de la confianza que merezca quien los gestiona.

Proxies directos e inversos

Una organización puede configurar un proxy directo en los equipos de su plantilla para aplicar reglas de acceso o mantener en caché el contenido más solicitado. El destino ve la conexión del proxy, aunque las cabeceras de la aplicación pueden seguir llevando información sobre el cliente original. Un proxy inverso recibe el tráfico público de un sitio web y lo reenvía a un servidor de origen; a menudo termina la conexión TLS, reparte las solicitudes u oculta la dirección del origen.

Un proxy puede trabajar en distintas capas de protocolo. Un proxy HTTP entiende las solicitudes HTTP, mientras que SOCKS retransmite conexiones de red de forma más genérica. La autenticación, la resolución DNS y los protocolos admitidos varían de uno a otro. Consulte la documentación del servicio concreto en lugar de dar por hecho que todos los proxies tratan igual el tráfico del navegador y el de otras aplicaciones.

Límites en cuanto a privacidad

Quien gestiona un proxy directo puede ver los datos de la conexión y, si el tráfico no va cifrado de extremo a extremo, también el contenido. Con HTTPS, un proxy normal puede ver el nombre de destino o los metadatos de la conexión, pero la carga cifrada sigue protegida, salvo que el cliente confíe expresamente en un certificado de interceptación. Aun así, el destino puede identificar al usuario por su inicio de sesión, las cookies o las características del navegador.

Un proxy no borra los registros de actividad que guardan su operador, el destino o el proveedor de red. Los proxies públicos gratuitos pueden ser poco fiables o directamente hostiles. No envíe contraseñas ni datos sensibles a través de un servicio en el que no confíe. Si lo que busca es privacidad, defina de quién quiere protegerse y analice con espíritu crítico lo que el proxy afirma sobre sus registros y su jurisdicción.

Rendimiento y fiabilidad

La caché puede evitar descargas repetidas cuando las respuestas son almacenables, y un proxy inverso puede repartir las solicitudes entre varios backends. Pero un salto adicional puede añadir latencia o convertirse en un punto único de fallo. Las entradas de caché obsoletas pueden mostrar datos desactualizados, y unas cabeceras mal configuradas pueden exponer la dirección del cliente o romper la autenticación de la aplicación. Después de cambiar un proxy, vigile los errores y pruebe el recorrido real de los usuarios.

En una web, proteja el origen con reglas de acceso adecuadas, valide solo las cabeceras de reenvío de fuentes de confianza y conserve la dirección real del cliente únicamente cuando la necesite para la seguridad o la operación. Nunca debe aceptarse como prueba de identidad una cabecera de reenvío falsificada por el propio cliente.

Cuándo usar un proxy

Elija un proxy directo para aplicar una política concreta de la organización o un proxy inverso para servir una web y ganar resiliencia. Compare los protocolos admitidos, los registros, la autenticación, los límites y el comportamiento ante fallos. Pruebe el acceso con y sin proxy para distinguir un problema del proxy de uno de DNS, de enrutamiento o del servidor de origen.

Proxy, VPN y fugas de datos son cuestiones distintas

Un proxy configurado solo en el navegador no tiene por qué transportar el DNS ni el tráfico de otras aplicaciones. Una VPN suele crear un túnel más amplio, pero las rutas y la configuración siguen siendo decisivas. Compruebe por separado la IP visible, el DNS y los mecanismos del navegador; lo explicamos en las guías sobre las fugas de DNS y la exposición de la IP por WebRTC.