ограничение локальной и внешней скорости

[vagiff]

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

[werter]

@vagiff:

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

Честно, первый раз такое слышу . И с шейпером и без шейпера инет есть. Видимо тут дело в другом.

[priliw]

@werter:

@vagiff:

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

Честно, первый раз такое слышу . И с шейпером и без шейпера инет есть. Видимо тут дело в другом.

Бывало такое что у юзеров Интернет есть, а у себя нет, перезагрузка сервера не помогала, а вот выключение и включение правила в файерволе исправляет ситуацию. Происходило такое по причине эксперементов с двумя каналами, при балансировке нагрузки, причём винда DNS сервера провайдера пинует, а сайты не открываются, перезагрузка винды не помогала.

Вчера опять ось выдала фатальную ошибку, помогла только переустановка оси и бэкап настроек, всё дело в доп. пакетах Alias, удалил их и реинсталяция доп. пакетов теперь работает, pfsense стабилен.

По разграничению скоростей пока опыт плачевный, пытаюсь AliasW прикрутить к уже имеющейся схеме шейпера.

[priliw]

РЕШЕНО! РЕШЕНО!
Всё оказалось также просто как и создать собственно ограничение по скорости юзерам, только Source/Destination для AliasW поставил наоборот, это и верно, так как движение опеределяется на внешние адреса провайдера, а не в локальную сеть.

Всем огромное спасибо что помагали, всё решилось настройкой шейпера, правила на AliasW выше ставил остальных юзеров, только свою машину 192.168.1.11 поставил на верх, так я имею весь канал.

Один вопрос пока не протестировал, если я всех юзеров в одну "трубу" засуну, будут они делить скорость этой очереди?

PFSENSE РУЛИТ!!!


[priliw]

Вот так эти правила выглядят у меня:


[VitXXX]

Я бы советовал включить в протоколе ANY т.к. в вашем случае UDP трафик резаться не будет.

[priliw]

@VitXXX:

Я бы советовал включить в протоколе ANY т.к. в вашем случае UDP трафик резаться не будет.

Спасибо, так и сделаю, а как на счёт одной очереди для многих юзеров, они будут её делить или нет?
Или всё же нужно каждому создавать по отдельной очереди, чтобы делить канал?

[dvserg]

@priliw:

@VitXXX:

Я бы советовал включить в протоколе ANY т.к. в вашем случае UDP трафик резаться не будет.

Спасибо, так и сделаю, а как на счёт одной очереди для многих юзеров, они будут её делить или нет?
Или всё же нужно каждому создавать по отдельной очереди, чтобы делить канал?

Если засунуть всех пользователей в одну очередь, то они будут в ней толпиться. Кто успел-тот проскочил. О справедливом дележе речи не идет.

[priliw]

Получается что если делить канал 20Mb на пятерых юзеров, по AliasW, нужно создать пять очередей по 4Mb, а у меня одна на всех очередь и правила на AliasW выше всех стоят.

Значит нужно создать ещё четыре очереди и правила, засунуть трафик AliasW каждого правила в свою очередь и разместить каждое правило над каждых юзером? Ведь правила срабатывают последовательно. При такой схеме не будут ли юзеры прыгать на другие AliasWы которые выше в правилах? И приоритет очередей если оставить тройку, а сами очереди разместить последовательно друг за другом, не запутается ли траффик?

[priliw]

Сделал как написал, а качают всё равно с верхней очереди AliasW, остальные очереди молчат.

[dvserg]

@priliw:

Сделал как написал, а качают всё равно с верхней очереди AliasW, остальные очереди молчат.

Скины настроек де?

[priliw]

@dvserg:

@priliw:

Сделал как написал, а качают всё равно с верхней очереди AliasW, остальные очереди молчат.

Скины настроек де?

[dvserg]

У тебя здесь AliasW - это куда клиенты должны ходить по скорости 4М - так?
А вот эти IP 192.168.1.13(15,16) это твои клиенты? И каждый из них в направлении AliasW должен иметь свою собственную полосу 4М?
Так вот для правил с AliasW нужно также указать кто Source. Там должно стоять не Any а IP адрес клиента (192.168.1.11(13/15/16)). И правила с AliasW нужно распологать НАД а не ПОД.

Вот представь клиент хочет на адреса AliasW. Тогда pf просматривает твои правила и находит первое, где src=(IP клиента), а dest=any. Его это правило устраивает и он ломится в указанную очередь.
Если сделаешь как я показал, то pf первым встретит правило, где src=(IP клиента), а dest=AliasW. И тогда весь трафик польется в нужные очереди. А прочий (с src=(IP клиента)) будет ловится тем, где dst=any.

Для простоты понимания представь водопад пакетов сверху вниз, и какое подходящее правило встретится первым сверху, туда пакеты и провалятся.

[priliw]

Спасибо! Как я сам не додумался?
Да мои AliasW стоят над юзерами, просто  себя 192.168.1.11 я поставил выше.
А на счёт водопада, это Вы здорово сравнили! :)

[priliw]

@dvserg:

Да, делать 2 очереди QUEQE c разными скоростями. Приоритет внешнему трафику и меньший местному.

Что будет если приоритет оставить одинаковый и на AliasW и на очереди где внешний траффик и почему внешнему траффику ставится больший приоритет? Потому что там скорость ниже?