Squid QoS: clasificar las nuevas conexiones salientes del proxy
Coloca la clasificación de ancho de banda donde el proxy abre su flujo del lado del servidor, en lugar de esperar que sobreviva la identidad del paquete original.
Un filtro de origen de cliente puede coincidir con el portátil en el lado de la LAN y pasar por alto todos los paquetes de Squid del lado de Internet. Squid termina la conexión del cliente y abre otra, así que la dirección de origen saliente suele ser la del proxy.
| Qué quieres controlar | Dónde ocurre el trabajo relevante |
|---|---|
| Limitar el tráfico entrante de clientes | La ruta del cliente al proxy |
| Programar las respuestas enviadas a los clientes | La cola saliente del proxy orientada a los clientes |
| Clasificar el tráfico del proxy al origen | La nueva conexión del lado del servidor |
Estas ubicaciones no son intercambiables. Un limitador de entrada descarta los paquetes sobrantes; un planificador de salida gestiona una cola de envío. Elige la dirección y la unidad—tasa, bytes o trabajo concurrente—antes de elegir un clasificador.
Para Squid 6 y 7, tcp_outgoing_tos puede seleccionar un valor TOS o Diffserv del lado del servidor mediante ACL. Esto lleva deliberadamente una señal de política a otro clasificador en lugar de preservar el origen original del paquete del cliente.
Define esa señal dentro de un dominio que la controle. Los valores DSCP no son credenciales de usuario: otros emisores pueden usar la misma marca y los dispositivos posteriores pueden sustituirla. Una conexión reutilizada del lado del servidor también puede transportar varias peticiones, así que consulta el comportamiento de conexiones persistentes y QoS de la versión desplegada antes de suponer que cada petición puede reetiquetar el flujo de forma independiente.
Para una cuota por usuario, aplícala en un punto con la identidad de aplicación requerida. Una marca de paquete ayuda a transportar una clase; no recrea la identidad que la conexión elegida ya no transporta.