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