Squid QoS: 프록시의 새 아웃바운드 연결 분류
원래 패킷의 정체성이 유지되기를 기대하는 대신, 프록시가 서버 측 스트림을 여는 지점에 대역폭 분류를 두십시오.
클라이언트 소스 필터는 LAN 쪽 노트북과 일치하면서 Squid의 인터넷 쪽 패킷은 모두 놓칠 수 있습니다. Squid는 클라이언트 연결을 종료하고 다른 연결을 엽니다. 따라서 아웃바운드 소스 주소는 보통 프록시의 주소입니다.
| 제어하려는 대상 | 관련 작업이 일어나는 위치 |
|---|---|
| 들어오는 클라이언트 트래픽 제한 | 클라이언트에서 프록시로 가는 경로 |
| 클라이언트로 보내는 응답 일정 조정 | 프록시의 클라이언트 방향 아웃바운드 큐 |
| 프록시에서 원본으로 가는 트래픽 분류 | 새 서버 측 연결 |
이 위치들은 서로 바꿀 수 없습니다. 인그레스 폴리서는 초과 패킷을 버리고, 아웃바운드 스케줄러는 전송 큐를 관리합니다. 분류기를 고르기 전에 방향과 단위—속도, 바이트 또는 동시 작업—를 정하십시오.
Squid 6과 7에서는 tcp_outgoing_tos이 ACL을 사용해 서버 측 TOS 또는 Diffserv 값을 선택할 수 있습니다. 이것은 클라이언트의 원래 패킷 소스를 보존하는 대신 의도적으로 다른 분류기로 정책 신호를 전달합니다.
그 신호는 그것을 제어하는 도메인 안에서 정의하십시오. DSCP 값은 사용자 자격 증명이 아닙니다. 다른 발신자가 같은 표시를 사용할 수 있고 하위 장치가 이를 바꿀 수 있습니다. 재사용되는 서버 측 연결은 여러 요청을 실을 수도 있으므로, 각 요청이 스트림을 독립적으로 다시 표시할 수 있다고 가정하기 전에 배포된 버전의 지속 연결과 QoS 동작을 확인하십시오.
사용자별 한도를 두려면 필요한 애플리케이션 정체성이 있는 지점에서 적용하십시오. 패킷 표시는 클래스를 전달하는 데 도움이 되지만, 선택된 연결이 더 이상 전달하지 않는 정체성을 다시 만들어 내지는 않습니다.