Ang patuloy na dumarating na kahilingan ay hindi patunay na magagamit pa ng mga tagalabas ang proxy. Maaaring manatili ang lumang endpoint sa mga listahan ng kahilingan pagkatapos magbago ang patakaran sa pag-access. Tiyakin ang pag-aayos sa pamamagitan ng ipinapasa:

  1. Gumawa ng awtorisado at hindi awtorisadong kahilingan patungo sa kontroladong destinasyon.
  2. Basahin ang desisyon sa pag-access at, para sa Squid, ang mga field ng hierarchy sa naka-configure na format ng log.
  3. Alamin kung tunay na naabot ng ipinagbabawal na kahilingan ang destinasyon. Ang pagtanggap ng TCP, pagtanggi sa kahilingang HTTP at pagkumpleto ng susunod na kahilingan ay magkakaibang kinalabasan.
  4. Suriin ang iba pang aktibong listener at virtual host, upang ang naayos na block ng patakaran ay hindi mag-iwan ng ibang pasukan na bukas.

Para sa Apache na para lamang sa reverse mapping, tiyakin na naka-disable ang hindi sinasadyang forward proxying. Maaaring magkasama ang ProxyRequests Off at ProxyPass.

Ang pahina ng error lamang ay mahinang ebidensiya kung hindi mo alam kung aling bahagi ang gumawa nito. Panatilihing magkasama ang resulta ng kliyente, desisyon ng proxy at obserbasyon sa destinasyon.

Kung kumokonsumo pa rin ng mapagkukunan ang tinanggihang trapiko, paliitin ang pag-access sa network at pamahalaan ang mga rate at pagpapanatili ng log. Walang maaasahang panahon ng paghihintay kung kailan dapat tumigil ang mga pagtatangka; ang tamang desisyon sa pagpapasa ang pamantayan ng pagtanggap.

Kaugnay na mga artikulo