olsasha 25 Posted 2014-03-07 21:38:04 Share Posted 2014-03-07 21:38:04 1. Как сделать чтобы при отключении сервера с Ubilling или потери с ним связи у включенных на тот момент пользователей не пропадал интернет пока не закончиться время аренды DHCP? 2. Как можно управлять сервером NAS вручную через SSH командами и какие есть конкретно команды на включение выключение пользователей и назначение им скорости? Link to post Share on other sites
veca16 1 Posted 2014-03-07 22:22:24 Share Posted 2014-03-07 22:22:24 Какая ОС на NASe ? Link to post Share on other sites
olsasha 25 Posted 2014-03-07 23:18:45 Author Share Posted 2014-03-07 23:18:45 FreeBSD 8.4 Link to post Share on other sites
veca16 1 Posted 2014-03-07 23:22:04 Share Posted 2014-03-07 23:22:04 (edited) FreeBSD 8.4 Можете вкратце описать сеть между серверами! И куда приходит инет! Edited 2014-03-07 23:22:40 by veca16 Link to post Share on other sites
olsasha 25 Posted 2014-03-07 23:33:29 Author Share Posted 2014-03-07 23:33:29 Сеть стандартная http://wiki.ubilling.net.ua/lib/exe/detail.php?id=setupfreebsd&media=ubremotenas.png Пока тестирую эту связку и не нравится то что при падении сервера с Ubilling пропадает интернет в пользователей, хотя они согласно этой схемы могут нормально работать, т.е. отказоустойчивость системы недостаточная! Link to post Share on other sites
nightfly 1,221 Posted 2014-03-07 23:38:07 Share Posted 2014-03-07 23:38:07 Пока тестирую эту связку и не нравится то что при падении сервера с Ubilling пропадает интернет в пользователей Если вы не можете обеспечить "непадающие сервера биллинга" (на UPS денег не хватило?) и не можете обеспечить бесперебойную связь NAS-ов с биллингом, хотя бы в рамках ядра сети - я честное слово, не понимаю, какой интернет вы собираетесь пользователям предоставлять. хотя они согласно этой схемы могут нормально работать Ага. Эта схема обеспечивает near realtime синхронизацию пользователей с актуальным состоянием абонбазы (в вашем случае с пустотой). т.е. отказоустойчивость системы недостаточная! Link to post Share on other sites
olsasha 25 Posted 2014-03-07 23:42:53 Author Share Posted 2014-03-07 23:42:53 Ладно, с первым вопросом разобрались, спорить не буду. А по второму вопросу ответ может быть? Link to post Share on other sites
nightfly 1,221 Posted 2014-03-07 23:45:30 Share Posted 2014-03-07 23:45:30 А по второму вопросу ответ может быть? 1. ssh, авторизация на ключах, пинаем себе сервер. Не вижу проблем. 2. это заведомо ущербная идея, которую мы проходили еще хренадцать лет назад - оно нежизнеспособно на нормальных объемах. Именно поэтому - rscriptd. Link to post Share on other sites
olsasha 25 Posted 2014-03-07 23:48:27 Author Share Posted 2014-03-07 23:48:27 Понятно. Коммерческая поддержка продукта возможна? Link to post Share on other sites
nightfly 1,221 Posted 2014-03-08 10:58:33 Share Posted 2014-03-08 10:58:33 (edited) Понятно. Коммерческая поддержка продукта возможна? В этом мире все возможно http://ubilling.net.ua/?module=fnpages&pid=services Edited 2014-03-08 10:58:54 by nightfly Link to post Share on other sites
olsasha 25 Posted 2014-03-28 20:50:30 Author Share Posted 2014-03-28 20:50:30 Возможно решение первого вопроса на коммерческой основе? Link to post Share on other sites
nightfly 1,221 Posted 2014-03-29 14:06:31 Share Posted 2014-03-29 14:06:31 Возможно решение первого вопроса на коммерческой основе? Ну покрутите немного таймауты rscriptd что-ли. Если связь между биллинговым сервером и NAS теряется каждых десять секунд - я честно, не знаю чем вам помочь. Link to post Share on other sites
olsasha 25 Posted 2014-03-29 17:51:10 Author Share Posted 2014-03-29 17:51:10 Не понимаю почему при отсутствии связи демона rscriptd с биллинговым сервером нельзя настроить так чтобы rscriptd ничего не делал с table(3) и table(4) в ipfw? Link to post Share on other sites
nightfly 1,221 Posted 2014-03-29 17:53:01 Share Posted 2014-03-29 17:53:01 Потому, что это продукт рассчитанный на провайдеров - если они не могут обеспечить связи между биллингом и сервером доступа, о какой продаже интернета может вообще идти речь? Link to post Share on other sites
olsasha 25 Posted 2014-03-30 09:39:59 Author Share Posted 2014-03-30 09:39:59 (edited) Ок, тогда постараюсь объяснить на таком примере: Сервер с ubilling расположен в дата-центре откуда L2 туннелем прокидывается сеть 17.16.0.0 и получают клиенты адреса по DHCP и соответственно подключён к нему NAS сервер. Теперь в случае падения этого L2 туннеля даже на несколько минут (например, перезагрузка сервера с ubilling), в пользователей пропадает интернет хотя NAS сервер доступен и аренды адресов полученных по DHCP в пользователей не истекли. Я веду к тому что есть ли возможность настроить rscriptd таким образом чтобы он не делал ничего с ipfw если недоступен ubilling или хотя бы ничего не делал 1-2 часа пока не истечёт время аренды DHCP, этого времени вполне хватит для администраторов для того чтобы разобраться в чём дело и принять меры (восстановить упавший L2 тунель или написать тикет в поддержку датацентра), а не одновременно ещё принимать звонки от недовольных пользователей. Если это в принципе не позволяет сделать архитектура биллинга, тогда вопросов нет, но если это можно сделать то почему бы и нет? Edited 2014-03-30 10:01:05 by olsasha Link to post Share on other sites
SVD 6 Posted 2014-03-30 09:59:14 Share Posted 2014-03-30 09:59:14 эх да вопрос актуален. Можно сообразить свой костыль. На сервере билинга создавать таблички доступа и конфиги dhcp потом rsync синхронизировать на нас. получиться синхронизация в одну строну. Сервер падает иногда из за электриков ups не хватает. Перенос в датацентр планируется. Но иногда вы правы тунели могут падать (трактора, ковши, админские перделкины, или обслуживание дц.) Link to post Share on other sites
madf 279 Posted 2014-03-30 10:09:58 Share Posted 2014-03-30 10:09:58 Ок, тогда постараюсь объяснить на таком примере: Сервер с ubilling расположен в дата-центре откуда L2 туннелем прокидывается сеть 17.16.0.0 и получают клиенты адреса по DHCP и соответственно подключён к нему NAS сервер. Теперь в случае падения этого L2 туннеля даже на несколько минут (например, перезагрузка сервера с ubilling), в пользователей пропадает интернет хотя NAS сервер доступен и аренды адресов полученных по DHCP в пользователей не истекли. Я веду к тому что есть ли возможность настроить rscriptd таким образом чтобы он не делал ничего с ipfw если недоступен ubilling или хотя бы ничего не делал 1-2 часа пока не истечёт время аренды DHCP, этого времени вполне хватит для администраторов для того чтобы разобраться в чём дело и принять меры (восстановить упавший L2 тунель или написать тикет в поддержку датацентра), а не одновременно ещё принимать звонки от недовольных пользователей. Если это в принципе не позволяет сделать архитектура биллинга, тогда вопросов нет, но если это можно сделать то почему бы и нет? Поставьте UserTimeout в настройках rscriptd 7200. Но пеняйте на себя. Link to post Share on other sites
olsasha 25 Posted 2014-03-30 11:14:16 Author Share Posted 2014-03-30 11:14:16 (edited) Поставьте UserTimeout в настройках rscriptd 7200. Но пеняйте на себя. А чем грозит этот параметр? т.е. какие могут быть побочные действия? На сервере билинга создавать таблички доступа и конфиги dhcp потом rsync синхронизировать на нас. получиться синхронизация в одну строну. С этого места поподробнее, пожалуйста! Edited 2014-03-30 11:15:53 by olsasha Link to post Share on other sites
SVD 6 Posted 2014-03-30 12:11:46 Share Posted 2014-03-30 12:11:46 Поставьте UserTimeout в настройках rscriptd 7200. Но пеняйте на себя. А чем грозит этот параметр? т.е. какие могут быть побочные действия? На сервере билинга создавать таблички доступа и конфиги dhcp потом rsync синхронизировать на нас. получиться синхронизация в одну строну. С этого места поподробнее, пожалуйста! Для каждого сервера nas формируете таблицы доступа. Потом копируете их непосредственно на nas там заливаете их в ipfw. синхронизировать подойдет rsync. тут пример работы с таблицами http://www.dwolfix.ru/tablitsy-fayervola-ipfw.html Link to post Share on other sites
nightfly 1,221 Posted 2014-03-30 12:33:05 Share Posted 2014-03-30 12:33:05 Ага, и вместо нормального near-realtime billing solution мы получаем нечто с абстрактными и негарантированными шансами на существование. Ок. Link to post Share on other sites
madf 279 Posted 2014-03-30 14:09:07 Share Posted 2014-03-30 14:09:07 Поставьте UserTimeout в настройках rscriptd 7200. Но пеняйте на себя.А чем грозит этот параметр? т.е. какие могут быть побочные действия? ... Земля налетит на небесную ось, истинно вам говорю! Грозит тем что увеличивается потенциальная латентность реакции на отключение доступа для абонента. Link to post Share on other sites
sanyadnepr 305 Posted 2014-03-30 14:15:01 Share Posted 2014-03-30 14:15:01 Поставьте UserTimeout в настройках rscriptd 7200. Но пеняйте на себя.А чем грозит этот параметр? т.е. какие могут быть побочные действия?... Земля налетит на небесную ось, истинно вам говорю!Грозит тем что увеличивается потенциальная латентность реакции на отключение доступа для абонента. 2olsasha 7200секунд 2all в мелких сетях, и в некоторых удаленных уголках подобное вполне себе допустимо, и можно принебречь несколько часами халявы) Link to post Share on other sites
olsasha 25 Posted 2014-03-30 20:56:11 Author Share Posted 2014-03-30 20:56:11 Грозит тем что увеличивается потенциальная латентность реакции на отключение доступа для абонента. Ок. А на латентность включения доступа это повлияет? Link to post Share on other sites
madf 279 Posted 2014-03-31 05:22:46 Share Posted 2014-03-31 05:22:46 Грозит тем что увеличивается потенциальная латентность реакции на отключение доступа для абонента.Ок. А на латентность включения доступа это повлияет? Нет. Link to post Share on other sites
olsasha 25 Posted 2014-04-03 15:34:54 Author Share Posted 2014-04-03 15:34:54 К сожалению, параметр UserTimeout не совсем то что нужно, так что будем надеяться что разработчики ubilling и stargazer примут это к вниманию и модернизируют rscriptd. А пока в случае если необходимо провести плановые работы на сервере с Ubilling то на сервере NAS можно выполнить с консоли следующие команды: mv /sbin/ipfw /sbin/ipfw_ - временное отключение NAS от биллинга (с сохранением работоспособности интернета в пользователей) mv /sbin/ipfw_ /sbin/ipfw - подключение NAS к биллингу, потом желательно сделать reboot или програмный reset NAS Link to post Share on other sites
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now