El proxy està tancat. Per què encara arriben peticions?
Distingiu els intents de connexió continuats del reenviament no autoritzat que té èxit després de restringir l'accés al proxy.
Les peticions entrants continuades no demostren que els de fora encara puguin fer servir el proxy. Els punts finals antics poden romandre a les llistes de peticions després que canviï la política d'accés. Verifiqueu la reparació per allò que es reenvia:
- Feu peticions autoritzades i no autoritzades a una destinació controlada.
- Llegiu la decisió d'accés i, per a Squid, els camps de jerarquia en el format de registre configurat.
- Determineu si la petició prohibida ha arribat realment a la destinació. Acceptar TCP, rebutjar una petició HTTP i completar una petició posterior són resultats diferents.
- Reviseu els altres oients actius i els hosts virtuals, perquè un bloc de política reparat no deixi una altra entrada oberta.
Per a Apache destinat només a mapatges inversos, confirmeu que el proxiat directe no desitjat està desactivat. ProxyRequests Off pot coexistir amb ProxyPass.
Una pàgina d'error sola és una prova més feble si no sabeu quin component l'ha produïda. Manteniu junts el resultat del client, la decisió del proxy i l'observació a la destinació.
Si el trànsit rebutjat encara consumeix recursos, estrenyeu l'accés de xarxa i gestioneu les taxes i la retenció de registres. No hi ha cap període d'espera fiable després del qual els intents hagin d'aturar-se; les decisions de reenviament correctes són el criteri d'acceptació.