El proxy está cerrado. ¿Por qué siguen llegando peticiones?
Distinga los intentos de conexión continuados del reenvío no autorizado que sí funciona tras endurecer el acceso al proxy.
Las peticiones entrantes continuas no demuestran que terceros aún puedan usar el proxy. Los puntos de conexión antiguos pueden permanecer en las listas de peticiones después de cambiar la política de acceso. Compruebe la reparación por lo que se reenvía:
- Realice peticiones autorizadas y no autorizadas a un destino controlado.
- Lea la decisión de acceso y, para Squid, los campos de jerarquía en el formato de registro configurado.
- Determine si la petición prohibida llegó realmente al destino. Aceptar TCP, rechazar una petición HTTP y completar una petición posterior son resultados distintos.
- Revise los demás escuchas activos y hosts virtuales, para que un bloque de política reparado no deje otra entrada abierta.
En Apache destinado solo a asignaciones inversas, confirme que el proxying directo no deseado está desactivado. ProxyRequests Off puede coexistir con ProxyPass.
Una página de error por sí sola es una prueba más débil si no sabe qué componente la generó. Mantenga juntos el resultado del cliente, la decisión del proxy y la observación en el destino.
Si el tráfico rechazado sigue consumiendo recursos, restrinja el acceso de red y gestione las tasas y la retención de registros. No hay un periodo de espera fiable tras el cual deban cesar los intentos; las decisiones de reenvío correctas son el criterio de aceptación.