As peticións entrantes continuadas non demostran que persoas externas aínda poidan usar o proxy. Os puntos finais antigos poden permanecer nas listas de peticións despois de cambiar a política de acceso. Verifique a reparación polo que se reenvía:

  1. Faga peticións autorizadas e non autorizadas a un destino controlado.
  2. Lea a decisión de acceso e, para Squid, os campos de xerarquía no formato de rexistro configurado.
  3. Determine se a petición prohibida chegou realmente ao destino. Aceptar TCP, rexeitar unha petición HTTP e completar unha petición posterior son resultados distintos.
  4. Revise os demais oíntes activos e os servidores virtuais, para que un bloque de política reparado non deixe outra entrada aberta.

Para Apache destinado só a asignacións inversas, confirme que o proxy directo non desexado está desactivado. ProxyRequests Off pode coexistir con ProxyPass.

Unha páxina de erro por si soa é unha proba máis feble se non sabe que compoñente a xerou. Manteña xuntos o resultado do cliente, a decisión do proxy e a observación no destino.

Se o tráfico rexeitado aínda consume recursos, restrinxa o acceso de rede e xestione as taxas e a retención de rexistros. Non hai un período de espera fiable tras o cal deban cesar os intentos; as decisións de reenvío correctas son o criterio de aceptación.

Artigos relacionados