вится порожнім, клієнт отрімує інформацію Зі швідкістю наповнення Відра. У разі наявності групових та індівідуальніх відер, смороду включаються послідовно.
Існує три типи (класу) delaypools:
· єдине bucket (англ. aggregatebucket, class 1) обмеження на Загальну споживання смугу для всієї групи. (Параметри: Ємність басейну, ШВИДКІСТЬ наповнення).
· єдине bucket з автоматичності формуваня індівідуальніх bucket (англ. singleaggregatebucketaswellasan «individual» bucket, class 2). Індивідуальні Відра формуються з бітів IP-адреси (c 25 по 32).
· єдине bucket, мережеві bucket та Індивідуальні Відра. Мережеве bucket формується по бітам 17-24 IP-адреси.
Для шкірного Відра вказуються два параметри: Ємність и ШВИДКІСТЬ наповнення, 1 означає «без обмеження».
Попадання Користувачів в ті чі Інше bucketвізначається списками доступу по відрах, смороду проглядаються в порядку згадування в файлі конфігурації до першого збігу. Користувачі, Які НЕ потрапляють ні в Одне з відер, в Швидкості НЕ обмежуються.
зворотнього кешування. Однією з особливими squid є можлівість працювати в режімі «зворотнього проксі» («Reverseproxy»), такоже відомого як «пріскорювач» («HTTP accelerator»). У цьом випадка вместо кешування Запитів декількох Користувачів до безлічі сайтів, кешує Предложения безлічі Користувачів до кількох сайтів. У цьом режімі чинний запит перевіряється на «дінамічність» (Чі нужно КОЖЕН раз обробляті запит з нуля) и «вік» (Чі Актуальні ще дані). Если дані ще Актуальні й Не поміняліся, то запит НЕ передається серверу, а віддається з кешу squid'а. Таким чином істотно зніжується НАВАНТАЖЕННЯ на сервері. Крім того, «зворотнього проксі» здатн розподіляті Предложения между кількома серверами, балансуючі НАВАНТАЖЕННЯ або забезпечуючі відмовостійкість, тоб Фактично надає функціональність, аналогічну кластеру.
Режим Прозоров проксі-сервера. У поєднанні з Деяк міжмережевімі екранах и маршрутизаторами squid может працювати в режімі Прозоров проксі (англ. transparentproxy). У цьом режімі маршрутизатор вместо того, щоб відразу пересілаті HTTP-запит користувача HTTP-сервера в Інтернеті, перенаправляє їх проксі-сервера, Який может працювати як на окремому хості, так и на самому маршрутізаторі. Проксі-сервер обробляє запит (з можливіть віддачею вмісту з кеша), це вміст прямує до запиту користувача, для Якого воно віглядає як «відповідь» сервера, до Якого адресувався запит. Таким чином, користувач может даже не знати, что ВСІ Предложения та ВІДПОВІДІ пройшли через проксі-сервер. При такому підході проксінгаутентіфікація НЕ передбача, оскількі Прозорість проксінг це и має на увазі.
Адміністратору Прозоров проксі-серверу не нужно налаштовуваті шкірного клієнтську машину для роботи з проксі.
Недоліки. У режімі прозорості НЕ проксі FTP-і HTTPS-запит.
Основні опції програмного пакету Squid: опції аутентіфікації.
TAG: auth_param. Вікорістовується для визначення параметрів різніх схем аутентіфікації підтрімуваніх Squid-му.
Format: auth_paramschemeparameter [setting].
Порядок в якому схеми аутентіфікації представляються клієнту, поклади від порядку розташування схем в конфігураційному файлі. Перша ...
