Il proxy è chiuso. Perché le richieste continuano ad arrivare?
Distinguere i tentativi di connessione persistenti dall'inoltro non autorizzato riuscito dopo aver irrigidito l'accesso al proxy.
Le richieste in arrivo persistenti non dimostrano che soggetti esterni possano ancora usare il proxy. I vecchi endpoint possono restare negli elenchi delle richieste dopo un cambiamento della politica di accesso. Verificate la riparazione in base a ciò che viene inoltrato:
- Inviate richieste autorizzate e non autorizzate a una destinazione controllata.
- Leggete la decisione di accesso e, per Squid, i campi di gerarchia nel formato di log configurato.
- Stabilite se la richiesta vietata ha davvero raggiunto la destinazione. Accettare TCP, rifiutare una richiesta HTTP e completare una richiesta successiva sono esiti diversi.
- Controllate gli altri listener attivi e gli host virtuali, così che un blocco di policy riparato non lasci aperto un altro ingresso.
Per Apache destinato solo a mappature inverse, confermate che il proxying in avanti non desiderato è disabilitato. ProxyRequests Off può coesistere con ProxyPass.
Una pagina di errore da sola è una prova più debole se non sapete quale componente l'ha generata. Tenete insieme il risultato del client, la decisione del proxy e l'osservazione alla destinazione.
Se il traffico rifiutato consuma ancora risorse, restringete l'accesso di rete e gestite le velocità e la conservazione dei log. Non esiste un periodo di attesa affidabile dopo il quale i tentativi debbano cessare; le decisioni di inoltro corrette sono il criterio di accettazione.