Iristen jarraitzen duten eskaerek ez dute frogatzen kanpokoek proxya erabil dezaketenik. Endpoint zaharrak eskaera-zerrendetan geratu daitezke sarbide-politika aldatu ondoren. Egiaztatu konponketa birbidaltzen denaren arabera:

  1. Egin baimendutako eta baimenik gabeko eskaerak kontrolatutako helmuga batera.
  2. Irakurri sarbide-erabakia eta, Squid-en kasuan, hierarkia-eremuak konfiguratutako log formatuan.
  3. Zehaztu debekatutako eskaerak benetan helmugara iritsi zen. TCP onartzea, HTTP eskaera bat baztertzea eta hurrengo eskaera bat osatzea emaitza desberdinak dira.
  4. Egiaztatu beste entzule aktiboak eta host birtualak, konpondutako politika-bloke batek beste sarrera bat irekita utz ez dezan.

Alderantzizko mapaketak soilik zerbitzatzeko Apache baten kasuan, baieztatu nahi gabeko aurreranzko proxya desgaituta dagoela. ProxyRequests Off eta ProxyPass elkarrekin egon daitezke.

Errore-orri bat bakarrik froga ahulagoa da zein osagaik sortu zuen ez badakizu. Eutsi elkarrekin bezeroaren emaitza, proxy-aren erabakia eta helmugan egindako behaketa.

Baztertutako trafikoak baliabideak kontsumitzen jarraitzen badu, murriztu sareko sarbidea eta kudeatu tasak eta logen atxikipena. Ez dago saiakerek gelditu behar duten itxaronaldi fidagarririk; birbidalketa-erabaki zuzenak dira onarpen-irizpidea.

Erlazionatutako artikuluak