Я думаю я вид вида устраненных проблема: Я должен был связать qdiscs/classes с устройством IMQ, а не устройством ETH. После того как я сделал это, формирователь начал работать.
Однако!
В то время как я мог заставить формирователь ограничивать трафик, поступающий машиной, я не мог заставить это разделять трафик справедливо (даже при том, что я присоединил SFQ к своему HTB).
То, что произошло, является этим: Я запустил загрузку; это было ограничено 75Kbyte/s. Теперь, когда я запустил вторую загрузку, вместо того, чтобы равномерно разделить трафик между сессиями на 2 дл (35Kbyte/s + 35Kbyte/s), он едва-едва отбросил скорость на сессии один и дал сессию два скудный 500b/s. После пары минут, разделение, обоснованное на чем-то как 65Kbyte/s + 10 кБайт/с. с негодованием Это несправедливо!:)
Таким образом, я демонтировал свою конфигурацию, шел вперед и настраивал ClearOS 5.2 (дистрибутив Linux с предварительно созданной системой брандмауэра), который имеет транспортный модуль формирователя. Модуль использует HTB +, SFQ устанавливают очень похожий на то, что я настроил вручную.
Та же проблема справедливости! Полный предел осуществляется хорошо, но нет никакой справедливости! - две загрузки совместно используют в той же странной пропорции 65/15 пропорцию, а не 35/35.
Какие-либо идеи, парни?
Проверьте "Рекламируемые сети" в клиентском соединении для Site2 (на сервере Site1) и убедитесь, что он включает 192.168.160.0/24.
. Похоже, Site2 - это соединение, которое Zentyal называет "Road Warrior" config, а не между сайтами.