Le proxy est fermé. Pourquoi des requêtes arrivent-elles encore ?
Distinguez les tentatives de connexion persistantes d'un transfert non autorisé réussi après avoir durci l'accès au proxy.
Des requêtes entrantes persistantes ne prouvent pas que des tiers peuvent encore utiliser le proxy. D'anciens points de terminaison peuvent rester dans les listes de requêtes après un changement de politique d'accès. Vérifiez la réparation par ce qui est transféré :
- Effectuez des requêtes autorisées et non autorisées vers une destination contrôlée.
- Lisez la décision d'accès et, pour Squid, les champs de hiérarchie dans le format de journal configuré.
- Déterminez si la requête interdite a réellement atteint la destination. Accepter TCP, rejeter une requête HTTP et mener à bien une requête ultérieure sont des issues différentes.
- Examinez les autres écouteurs actifs et hôtes virtuels, afin qu'un bloc de politique réparé ne laisse pas une autre entrée ouverte.
Pour un Apache destiné uniquement à des mappages inverses, confirmez que le proxy direct involontaire est désactivé. ProxyRequests Off peut coexister avec ProxyPass.
Une page d'erreur seule est une preuve plus faible si vous ne savez pas quel composant l'a produite. Conservez ensemble le résultat du client, la décision du proxy et l'observation à la destination.
Si le trafic rejeté consomme encore des ressources, restreignez l'accès réseau et gérez les débits et la conservation des journaux. Il n'existe pas de délai d'attente fiable après lequel les tentatives doivent cesser ; des décisions de transfert correctes sont le critère d'acceptation.