Squid QoS: класифікація нових вихідних з'єднань проксі
Розмістіть класифікацію пропускної здатності там, де проксі відкриває свій потік на боці сервера, замість того щоб очікувати збереження ідентичності початкового пакета.
Фільтр за джерелом клієнта може збігтися з ноутбуком на боці LAN і пропустити всі пакети Squid на боці інтернету. Squid завершує клієнтське з'єднання й відкриває інше, тому вихідна адреса джерела зазвичай належить проксі.
| Що ви хочете контролювати | Де виконується відповідна робота |
|---|---|
| Обмеження вхідного клієнтського трафіку | Шлях від клієнта до проксі |
| Планування відповідей, що надсилаються клієнтам | Вихідна черга проксі в бік клієнтів |
| Класифікація трафіку від проксі до джерела | Нове з'єднання на боці сервера |
Ці розміщення не є взаємозамінними. Вхідний обмежувач відкидає зайві пакети; вихідний планувальник керує чергою надсилання. Виберіть напрямок і одиницю—швидкість, байти або паралельну роботу—перш ніж вибирати класифікатор.
Для Squid 6 і 7 tcp_outgoing_tos може вибирати значення TOS або Diffserv на боці сервера за допомогою ACL. Це навмисно передає сигнал політики іншому класифікатору, а не зберігає початкове джерело пакета клієнта.
Визначте цей сигнал у домені, який ним керує. Значення DSCP не є обліковими даними користувача: інші відправники можуть використовувати ту саму позначку, а пристрої далі шляхом можуть її замінити. Повторно використане з'єднання на боці сервера може також нести кілька запитів, тому перевірте поведінку постійних з'єднань і QoS розгорнутої версії, перш ніж припускати, що кожен запит може незалежно перепозначити потік.
Для квоти на користувача застосовуйте її в точці, де є потрібна ідентичність застосунку. Позначка пакета допомагає нести клас; вона не відновлює ідентичність, яку вибране з'єднання більше не несе.