Proxyen er stengd. Kvifor kjem det framleis førespurnader?
Skil vedvarande tilkoplingsforsøk frå vellukka uautorisert videresending etter at proxy-tilgangen er stramma inn.
Vedvarande innkomande førespurnader provar ikkje at utanforståande framleis kan bruke proxyen. Gamle endepunkt kan bli ståande i førespurnadslistene etter at tilgangspolitikken er endra. Kontroller reparasjonen ut frå det som blir videresendt:
- Send autoriserte og uautoriserte førespurnader til eit kontrollert mål.
- Les tilgangsavgjerda og, for Squid, hierarkifelta i det konfigurerte loggformatet.
- Fastslå om den forbodne førespurnaden faktisk nådde målet. Å godta TCP, avvise ein HTTP-førespurnad og fullføre ein vidare førespurnad er ulike utfall.
- Kontroller dei andre aktive lyttarane og virtuelle vertane, slik at ein reparert policyblokk ikkje lèt ein annan inngang stå open.
For Apache som berre skal tene omvende tilordningar, stadfest at utilsikta vidare proxy er slått av. ProxyRequests Off kan eksistere saman med ProxyPass.
Ei feilside åleine er svakare prov om du ikkje veit kva komponent som laga ho. Hald klientresultatet, proxyavgjerda og observasjonen på målet saman.
Viss avvist trafikk framleis brukar ressursar, avgrens netverksåtkomst og styr hastigheiter og loggoppbevaring. Det finst inga påliteleg ventetid etter at forsøk må stoppe; rette videresendingsavgjerder er akseptkriteriet.