Proxyen er lukket. Hvorfor kommer der stadig forespørgsler?
Skeln mellem vedvarende forbindelsesforsøg og vellykket uautoriseret videresendelse efter en stramning af proxyadgangen.
Vedvarende indgående forespørgsler beviser ikke, at udefrakommende stadig kan bruge proxyen. Gamle endepunkter kan blive stående på forespørgselslister, efter at adgangspolitikken er ændret. Kontrollér reparationen ud fra det, der videresendes:
- Send autoriserede og uautoriserede forespørgsler til en kontrolleret destination.
- Læs adgangsafgørelsen og, for Squid, hierarkifelterne i det konfigurerede logformat.
- Afgør, om den forbudte forespørgsel faktisk nåede destinationen. At acceptere TCP, afvise en HTTP-forespørgsel og fuldføre en videre forespørgsel er forskellige udfald.
- Kontrollér de øvrige aktive lyttere og virtuelle hosts, så en repareret politikblok ikke efterlader en anden indgang åben.
For Apache, der kun skal betjene omvendte mappinger, skal du bekræfte, at utilsigtet videresendt proxying er slået fra. ProxyRequests Off kan sameksistere med ProxyPass.
En fejlside alene er svagere bevis, hvis du ikke ved, hvilken komponent der skabte den. Hold klientresultatet, proxyafgørelsen og observationen på destinationen sammen.
Hvis afvist trafik stadig bruger ressourcer, skal du indsnævre netværksadgangen og styre hastigheder og logopbevaring. Der er ingen pålidelig venteperiode, hvorefter forsøg skal stoppe; korrekte videresendelsesafgørelser er acceptkriteriet.