Proksi autentifikatsiyasisiz bitta Squid manziliga ruxsat berish

Monitoring sahifasi proksi loginisiz ishlashi kerak. Aniq qoida http_access allow status_site. Autentifikatsiyadan oldin joylashtirilsa, u hech qachon xizmat ko'rsatishni o'ylamagan mijozlarga ham istisno berishi mumkin.

Squid 6 yoki 7 uchun istisno shartlarini birga saqlang. Mavjud boshqaruv, xavfli port, CONNECT va mahalliy xizmat himoyalaridan so'ng, tegishli qism shunday ko'rinishi mumkin:

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

Tarmoq va xost nomi to'ldiruvchilardir. Autentifikatsiya hali ham mavjud yordamchi konfiguratsiyasiga muhtoj. Bu kirish siyosatining istisno qismi, to'liq proksi konfiguratsiyasi emas.

Birinchi qator tanlangan mijozlarga kirish ACL-ini baholamasdan o'sha manzilga ruxsat beradi. Keyingi qator bu mijozlarga boshqa joylarga faqat autentifikatsiyadan keyin ruxsat beradi. Oldingi keng ruxsatlar yoki keyingi muqobil yo'llar natijani o'zgartirishi mumkin, shuning uchun qo'shilgan fayllar bilan birga to'liq tartiblangan siyosatni o'qing.

Faqat so'rovdan qochish uchun istisnoni manzil porti himoyalaridan yuqoriga ko'chirmang. Ko'zda tutilmagan portdagi ruxsat etilgan sayt hali ham boshqa yo'nalish. Shuningdek, ortiqcha keng qo'shimcha qo'shish o'rniga aniq xost yoki uning subdomenlari mos kelishi kerakmi deb qaror qiling.

Xost nomi istisnosi mos keladigan manzilni qamrab oladi, uning sahifasi yuklaydigan har bir bog'liqlikni emas. Qayta yo'naltirishlar va uchinchi tomon resurslari oddiy kirish talabiga qonuniy ravishda duch kelishi mumkin.

Oddiy HTTP uchun proksi mos bo'lganda nozikroq URL ma'lumotidan foydalanishi mumkin. Oddiy HTTPS CONNECT so'rovi sahifa yo'lini oshkor qilmaydi, shuning uchun «faqat bitta sahifa» qoidasini butun xost uchun tunnel istisnosidan chiqarib bo'lmaydi.