¿Puede un sitio web distinguir NAT de un proxy directo?
Evalúe qué pueden establecer una IP pública compartida, las cabeceras de reenvío y el resultado de una comprobación de proxy sobre la ruta hacia un sitio web.
Varios visitantes llegan desde una sola dirección pública. Eso encaja con una puerta NAT de oficina. También encaja con un proxy directo compartido. La dirección por sí sola no elige entre ambas.
NAT cambia la información de la dirección a lo largo del camino. Un proxy directo acepta una conexión y realiza otra hacia delante. Son mecanismos distintos, pero un destino ve las conexiones que le llegan, no un inventario completo del equipamiento de red del cliente.
Un campo Via de HTTP puede aportar indicios de intermediarios HTTP. Conviene interpretar su ausencia de forma más estrecha: esta petición no expuso ese indicador a este observador. Las cabeceras pueden ser poco fiables, haberse eliminado o no estar disponibles dentro de un túnel TLS corriente de extremo a extremo. Las bases de reputación de IP ofrecen otro tipo de indicio, con su propia cobertura y antigüedad.
Por eso «no se detectó ningún proxy» en un verificador no es un diagrama de red. Tampoco puede certificar que todos los demás sitios web lleguen a la misma conclusión.
Si opera el cliente o la red, combine las observaciones del extremo con la configuración real de la aplicación, la configuración de la puerta y los registros de conexión pertinentes. Si solo opera el sitio web, describa qué respaldan sus señales y deje margen para la incertidumbre.
Para los controles de acceso, decida qué necesita proteger. Una dirección compartida puede servir para un límite de tasa grueso, pero es un sustituto pobre de una sola persona. Llamarla NAT o proxy no resuelve ese problema de identidad.