Ограничение исходящего HTTPS трафика (SQUID или IPTABLES)

[yamah]

Доброго времени суток.
Есть задача ограничить на шлюзе выгрузку данных на удаленные Web-Адреса.
Для HTTP-трафика задача решается легко - тупо блокировать в IPTABLES передачу файлов по типам (заголовкам файла).
Однако, на HTTPS трафике этот подход не работает.
Совсем блокировать HTTPS нельзя - входящий явно нужен, поэтому хотя бы GET-запросы нужно оставить.
Шлюз из себя представляет Debian Squeeze, SQUID+SAMS, а так же NAT (средствами IPTABLES) для избранных (, их IP жестко прописаны в конфиге IPTABLES, остальных IPTABLES просто блокирует, если те пожелают пройти мимо SQUID-а). Контролировать трафик достаточно только у "неизбранных".

Как решить поставленную задачу?

[Poor Fred]

HTTPS-трафик определяется по номеру порта - 443. На мой взгляд, проблема легко решается поиском "iptables shaping".

[yamah]

HTTPS-трафик определяется по номеру порта - 443. На мой взгляд, проблема легко решается поиском "iptables shaping".

Спасибо за подсказку. :-)
Буду разбираться.

[IMB]

HTTPS-трафик определяется по номеру порта - 443.

Что мне мешает сконфигурировать сервер на использование другого порта?
Но если рассматривать это как наиболее распространённый вариант.

[Poor Fred]

HTTPS-трафик определяется по номеру порта - 443.

Что мне мешает сконфигурировать сервер на использование другого порта?

Ничего. Но тогда пользователи топикстартера на твой сервер просто не попадают. Разумется, если брандмауер настроен как "запрещено всё, кроме того, что разрешено".

Ты можешь, конечно, все свои серверы посадить на абсолютно левые порты, но тогда ты лишаешься большинства корпоративных пользователей.