Squid QoS: классификация новых исходящих соединений прокси
Разместите классификацию полосы пропускания там, где прокси открывает свой поток на стороне сервера, вместо того чтобы ожидать сохранения идентичности исходного пакета.
Фильтр по источнику клиента может совпасть с ноутбуком на стороне LAN и пропустить все пакеты Squid на стороне интернета. Squid завершает клиентское соединение и открывает другое, поэтому исходящий адрес источника обычно принадлежит прокси.
| Чем вы хотите управлять | Где выполняется соответствующая работа |
|---|---|
| Ограничение входящего клиентского трафика | Путь от клиента к прокси |
| Планирование ответов, отправляемых клиентам | Исходящая очередь прокси в сторону клиентов |
| Классификация трафика от прокси к источнику | Новое соединение на стороне сервера |
Эти размещения не взаимозаменяемы. Входной ограничитель отбрасывает лишние пакеты; исходящий планировщик управляет очередью отправки. Выберите направление и единицу—скорость, байты или параллельную работу—прежде чем выбирать классификатор.
Для Squid 6 и 7 tcp_outgoing_tos может выбирать значение TOS или Diffserv на стороне сервера с помощью ACL. Это намеренно передаёт сигнал политики другому классификатору, а не сохраняет исходный источник пакета клиента.
Определите этот сигнал в домене, который им управляет. Значения DSCP не являются учётными данными пользователя: другие отправители могут использовать ту же метку, а устройства ниже по пути могут её заменить. Повторно используемое соединение на стороне сервера может также нести несколько запросов, поэтому изучите поведение постоянных соединений и QoS развёрнутой версии, прежде чем предполагать, что каждый запрос может независимо перемаркировать поток.
Для квоты на пользователя применяйте её в точке, где есть необходимая идентичность приложения. Метка пакета помогает нести класс; она не восстанавливает идентичность, которую выбранное соединение больше не несёт.