Monitorizazio-orrialde batek proxy saio-hasierarik gabe funtzionatu behar du. Arau nabaria http_access allow status_site da. Autentifikazioaren aurretik jarriz gero, inoiz zerbitzatu nahi ez zenituen bezeroei ere eman diezaieke salbuespena.

Squid 6 edo 7rako, eduki salbuespenaren baldintzak elkarrekin. Kudeaketarako, portu ez-seguruetarako, CONNECTerako eta tokiko zerbitzuetarako dauden babesleen ondoren, dagokion zatia honela izan daiteke:

acl office_clients src 192.0.2.0/24
acl status_site dstdomain status.example.net
acl signed_in proxy_auth REQUIRED

http_access allow office_clients status_site
http_access allow office_clients signed_in
http_access deny all

Sarea eta ostalari-izena leku-markak dira. Autentifikazioak oraindik bere laguntzaile-konfigurazioa behar du. Hau sarbide-politika baten salbuespen zatia da, ez proxy konfigurazio osoa.

Lehen lerroak hautatutako bezeroei helmuga horretarako baimena ematen die saio-hasierako ACL-a ebaluatu gabe. Hurrengoak bezero horiei beste leku batzuetarako baimena ematen die autentifikatu ondoren soilik. Aurretiko baimen zabalek edo geroagoko bide alternatiboek emaitza alda dezakete, beraz, irakurri ordenatutako politika osoa, barne hartutako fitxategiak barne.

Ez mugitu salbuespena helmuga-portuaren babesleen gainetik gonbita saihesteko bakarrik. Portu ez-nahikoan dagoen baimendutako gune bat oraindik beste ibilbide bat da. Erabaki ere ea ostalari zehatzak edo haren azpidomeinuek bete behar duten, beharrezkoa ez den atzizki zabala gehitu ordez.

Ostalari-izenaren salbuespenak bat datorren helmuga hartzen du, ez haren orrialdeak kargatzen duen mendekotasun guztiak. Birbideratzeek eta hirugarrenen baliabideek normala den saio-hasierako baldintzarekin egin dezakete topo legez.

HTTP hutserako, proxy batek URL informazio zehatzagoa erabil dezake hala dagokionean. HTTPS CONNECT eskaera arrunt batek ez du orrialdearen bidea agerian uzten, beraz, ezin da «orrialde bakarra» araua ostalari osoko tunel-salbuespen batetik ondorioztatu.

Erlazionatutako artikuluak