bezhetsk Posted November 1, 2012 Иногда бывает ситуация, когда пользователь включен, но по какой-либо причине (канал связи, зависание впн сервера итд) не сработало правило фаервола и запрет для этого пользователя остался. Как в NetUP можно одной командой включить всех пользователей, у которых нет блокировки? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Hawk128 Posted November 1, 2012 В списке отфильтровать, выбрать всех, и ПКМ. Так пойдет? Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Cramac Posted November 1, 2012 добавить всем группу, и уже эту группу можно вкл/выкл Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
vop Posted November 6, 2012 Иногда бывает ситуация, когда пользователь включен, но по какой-либо причине (канал связи, зависание впн сервера итд) не сработало правило фаервола и запрет для этого пользователя остался. Как в NetUP можно одной командой включить всех пользователей, у которых нет блокировки? А это как такое может быть? В коммерческом биллинге "не сработало правило"? Напишите подпорку, которая будет сравнивать статус-лист ресурсов с состоянием фаервола, и атоматически (!!!) делать обновления в случае несовпадения. Раз уж биллинг сам этого не делает. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
YuryD Posted November 8, 2012 А это как такое может быть? В коммерческом биллинге "не сработало правило"? :) Все работает, только вот если у вас несколько nas и связь с ядром неустойчива, это может быть. Для нетапа - реально помогает обьединение в группы, ну и операция над группой - "включить интернет". И если у вас FreeBSD - реально контролируйте количество правил ipfw, rfw их иногда дублирует. Поэтому иногда просто приходится всех по группе выкл/вкл, иначе количество правил allow превысит разумные пределы, и тормоза... Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
vop Posted November 11, 2012 А это как такое может быть? В коммерческом биллинге "не сработало правило"? :) Все работает, только вот если у вас несколько nas и связь с ядром неустойчива, это может быть... Удивительный мир. Не сочтите за рекламу, но мой биллинг при любой связи, даже при потере связи с насом на много часов не позволит себе такой бардак. После восстановления связи с насом все правила будут проверены, и пересобраны, в случае проблем. Там-что в любом случае, ТС надо бы подумать о написании подпорки, которая будет хотя бы время от времени проверять корректность правил. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
polmax Posted November 11, 2012 Иногда бывает ситуация, когда пользователь включен, но по какой-либо причине (канал связи, зависание впн сервера итд) не сработало правило фаервола и запрет для этого пользователя остался. Во первых отказаться от rfw Передавать параметры таблиц радиусом на NAS сервер, мдп сам будет при соединени добавлять ип в таблицу и при рассоединении удалять. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
YuryD Posted November 12, 2012 Удивительный мир. Не сочтите за рекламу, но мой биллинг при любой связи, даже при потере связи с насом на много часов не позволит себе такой бардак. Логику работы вашего nas при отсутствии связи с биллингом поясните ? Тут вариантов-то немного, либо всех гасить, либо всех пускать. И то и другое - потеря денег. Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
vop Posted November 12, 2012 (edited) Логику работы вашего nas при отсутствии связи с биллингом поясните ? Тут вариантов-то немного, либо всех гасить, либо всех пускать. И то и другое - потеря денег. Вся управляющая информацию находится на самом насе. При потере связи с ядром все продолжают работать, как работали. Кто был заблочен - тот заблокированным и остается. При этом, клиенты заходящие в минус работают в кредит, что не так страшно. Проблема только с теми, кто был заблокирован, и оплатил проезд, но его не пускают. Пока не восстановится связь с ядром. Но тут уже ничего не поделаешь. В принципе, в большинстве случаев потеря насом ядра происходит одновременно с потерей доступа его к интернету, поэтому этот вопрос не так актуален. Актуален другой вопрос - синхронизация в момент появления связи с ядром - агентская программа на насе сравнивает список рабочих/блокированных клиентов, получаемый из ядра с текущими настройками. Ну и в зависимости от наса, либо переписывает iptables/ipset/ipfw/table, либо переносит подключения из одной группы доступа в другую (напрмер, если вместо отключения должнику режется скорость), либо переписывает атрибуты в sql базе (ну и т.д.) Т.е. тупо приводит настройки к правилам, получаемым из ядра. Edited November 12, 2012 by vop Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
bezhetsk Posted November 12, 2012 Логику работы вашего nas при отсутствии связи с биллингом поясните ? Тут вариантов-то немного, либо всех гасить, либо всех пускать. И то и другое - потеря денег. Вся управляющая информацию находится на самом насе. При потери связи с ядром все продолжают работать, как работали. Кто был заблочен - тот заблокированным и остается. При этом, клиенты заходящие в минус работают в кредит, что не так страшно. Проблема только с теми, кто был заблокирован, и оплатил проезд, но его не пускают. Пока не восстановится связь с ядром. Но тут уже ничего не поделаешь. Все правильно, надо баланс держать в плюсе, тогда и проблем не будет ))) Вставить ник Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
