A továbbra is érkező kérések nem bizonyítják, hogy kívülállók még használhatják a proxyt. A régi végpontok a hozzáférési szabályzat módosítása után is a kéréslistákon maradhatnak. A javítást az alapján ellenőrizze, mi kerül továbbításra:

  1. Küldjön engedélyezett és nem engedélyezett kéréseket egy ellenőrzött célra.
  2. Olvassa el a hozzáférési döntést és Squid esetén a hierarchiamezőket a beállított naplóformátumban.
  3. Állapítsa meg, hogy a tiltott kérés valóban elérte-e a célt. A TCP elfogadása, a HTTP-kérés elutasítása és egy további kérés befejezése különböző eredmények.
  4. Ellenőrizze a többi aktív figyelőt és virtuális gazdagépet, hogy egy javított szabályzatblokk ne hagyjon nyitva másik bejáratot.

A csak fordított leképezéseket kiszolgáló Apache esetében erősítse meg, hogy a nem szándékos előre irányuló proxyzás ki van kapcsolva. A ProxyRequests Off együtt létezhet a ProxyPass direktívával.

Egyedül egy hibaoldal gyengébb bizonyíték, ha nem tudja, melyik összetevő állította elő. Tartsa együtt az ügyfél eredményét, a proxy döntését és a célon tett megfigyelést.

Ha az elutasított forgalom továbbra is erőforrásokat fogyaszt, szűkítse a hálózati hozzáférést, és kezelje a sebességeket és a naplók megőrzését. Nincs megbízható várakozási idő, amely után a kísérleteknek meg kell szűnniük; a helyes továbbítási döntések az elfogadási feltétel.

Kapcsolódó cikkek