Cererile primite în continuare nu dovedesc că persoanele din exterior mai pot folosi proxy-ul. Punctele finale vechi pot rămâne în listele de cereri după schimbarea politicii de acces. Verificați remedierea după ceea ce este redirecționat:

  1. Faceți cereri autorizate și neautorizate către o destinație controlată.
  2. Citiți decizia de acces și, pentru Squid, câmpurile de ierarhie în formatul de jurnal configurat.
  3. Stabiliți dacă cererea interzisă a ajuns efectiv la destinație. Acceptarea TCP, respingerea unei cereri HTTP și finalizarea unei cereri ulterioare sunt rezultate diferite.
  4. Verificați celelalte ascultătoare active și gazdele virtuale, ca un bloc de politică reparat să nu lase deschisă o altă intrare.

Pentru Apache destinat doar mapărilor inverse, confirmați că proxying-ul direct neintenționat este dezactivat. ProxyRequests Off poate coexista cu ProxyPass.

O pagină de eroare singură este o dovadă mai slabă dacă nu știți ce componentă a produs-o. Păstrați împreună rezultatul clientului, decizia proxy-ului și observația la destinație.

Dacă traficul respins consumă în continuare resurse, restrângeți accesul la rețea și gestionați ratele și păstrarea jurnalelor. Nu există o perioadă de așteptare de încredere după care încercările să trebuiască să înceteze; deciziile corecte de redirecționare sunt criteriul de acceptare.

Articole similare