Команды для NAS FreeBSD

[olsasha 25]

1. Как сделать чтобы при отключении сервера с Ubilling или потери с ним связи у включенных на тот момент пользователей не пропадал интернет пока не закончиться время аренды DHCP?

2. Как можно управлять сервером NAS вручную через SSH командами и какие есть конкретно команды на включение выключение пользователей и назначение им скорости?

[veca16 1]

Какая ОС на NASe ?

[olsasha 25]

FreeBSD 8.4

[veca16 1]

FreeBSD 8.4

Можете вкратце описать сеть между серверами! И куда приходит инет!

Відредаговано 2014-03-07 23:22:40 veca16

[olsasha 25]

Сеть стандартная http://wiki.ubilling.net.ua/lib/exe/detail.php?id=setupfreebsd&media=ubremotenas.png

Пока тестирую эту связку и не нравится то что при падении сервера с Ubilling пропадает интернет в пользователей, хотя они согласно этой схемы могут нормально работать, т.е. отказоустойчивость системы недостаточная!

[nightfly 1 221]

 

Пока тестирую эту связку и не нравится то что при падении сервера с Ubilling пропадает интернет в пользователей

Если вы не можете обеспечить "непадающие сервера биллинга" (на UPS денег не хватило?) и не можете обеспечить бесперебойную связь NAS-ов с биллингом, хотя бы в рамках ядра сети - я честное слово, не понимаю, какой интернет вы собираетесь пользователям предоставлять.

 

 

хотя они согласно этой схемы могут нормально работать

Ага. Эта схема обеспечивает near realtime синхронизацию пользователей с актуальным состоянием абонбазы (в вашем случае с пустотой).

 

 

т.е. отказоустойчивость системы недостаточная!

[olsasha 25]

Ладно, с первым вопросом разобрались, спорить не буду.

А по второму вопросу ответ может быть?

[nightfly 1 221]

 

А по второму вопросу ответ может быть?

1. ssh, авторизация на ключах, пинаем себе сервер. Не вижу проблем.

2. это заведомо ущербная идея, которую мы проходили еще хренадцать лет назад - оно нежизнеспособно на нормальных объемах. Именно поэтому - rscriptd.

[olsasha 25]

Понятно. Коммерческая поддержка продукта возможна?

[nightfly 1 221]

Понятно. Коммерческая поддержка продукта возможна?

В этом мире все возможно

 

http://ubilling.net.ua/?module=fnpages&pid=services

Відредаговано 2014-03-08 10:58:54 nightfly

[olsasha 25]

Возможно решение первого вопроса на коммерческой основе?

[nightfly 1 221]

 

Возможно решение первого вопроса на коммерческой основе?

Ну покрутите немного таймауты rscriptd что-ли. Если связь между биллинговым сервером и NAS теряется каждых десять секунд - я честно, не знаю чем вам помочь.

[olsasha 25]

Не понимаю почему при отсутствии связи демона rscriptd с биллинговым сервером нельзя настроить так чтобы rscriptd ничего не делал с table(3) и table(4) в ipfw?

[nightfly 1 221]

Потому, что это продукт рассчитанный на провайдеров - если они не могут обеспечить связи между биллингом и сервером доступа, о какой продаже интернета может вообще идти речь?

[olsasha 25]

Ок, тогда постараюсь объяснить на таком примере:

Сервер с ubilling расположен в дата-центре откуда L2 туннелем прокидывается сеть 17.16.0.0 и получают клиенты адреса по DHCP и соответственно подключён к нему NAS сервер. Теперь в случае падения этого L2 туннеля даже на несколько минут (например, перезагрузка сервера с ubilling), в пользователей пропадает интернет хотя NAS сервер доступен и аренды адресов полученных по DHCP в пользователей не истекли.

Я веду к тому что есть ли возможность настроить rscriptd таким образом чтобы он не делал ничего с ipfw если недоступен ubilling или хотя бы ничего не делал 1-2 часа пока не истечёт время аренды DHCP, этого времени вполне хватит для администраторов для того чтобы разобраться в чём дело и принять меры (восстановить упавший L2 тунель или написать тикет в поддержку датацентра), а не одновременно ещё принимать звонки от недовольных пользователей. Если это в принципе не позволяет сделать архитектура биллинга, тогда вопросов нет, но если это можно сделать то почему бы и нет?

Відредаговано 2014-03-30 10:01:05 olsasha

[SVD 6]

эх да вопрос актуален. Можно сообразить свой костыль. На сервере билинга создавать таблички доступа и конфиги dhcp потом rsync синхронизировать на нас. получиться синхронизация в одну строну.   

Сервер падает иногда из за электриков ups не хватает. Перенос в датацентр планируется. Но иногда вы правы тунели могут падать (трактора, ковши, админские перделкины, или обслуживание дц.) 

[madf 279]

Ок, тогда постараюсь объяснить на таком примере:

Сервер с ubilling расположен в дата-центре откуда L2 туннелем прокидывается сеть 17.16.0.0 и получают клиенты адреса по DHCP и соответственно подключён к нему NAS сервер. Теперь в случае падения этого L2 туннеля даже на несколько минут (например, перезагрузка сервера с ubilling), в пользователей пропадает интернет хотя NAS сервер доступен и аренды адресов полученных по DHCP в пользователей не истекли.

Я веду к тому что есть ли возможность настроить rscriptd таким образом чтобы он не делал ничего с ipfw если недоступен ubilling или хотя бы ничего не делал 1-2 часа пока не истечёт время аренды DHCP, этого времени вполне хватит для администраторов для того чтобы разобраться в чём дело и принять меры (восстановить упавший L2 тунель или написать тикет в поддержку датацентра), а не одновременно ещё принимать звонки от недовольных пользователей. Если это в принципе не позволяет сделать архитектура биллинга, тогда вопросов нет, но если это можно сделать то почему бы и нет?

Поставьте UserTimeout в настройках rscriptd 7200. Но пеняйте на себя.

[olsasha 25]

Поставьте UserTimeout в настройках rscriptd 7200. Но пеняйте на себя. 

 

А чем грозит этот параметр? т.е. какие могут быть побочные действия?

 

На сервере билинга создавать таблички доступа и конфиги dhcp потом rsync синхронизировать на нас. получиться синхронизация в одну строну.   

 

С этого места поподробнее, пожалуйста!

Відредаговано 2014-03-30 11:15:53 olsasha

[SVD 6]

 

Поставьте UserTimeout в настройках rscriptd 7200. Но пеняйте на себя. 

 

А чем грозит этот параметр? т.е. какие могут быть побочные действия?

 

На сервере билинга создавать таблички доступа и конфиги dhcp потом rsync синхронизировать на нас. получиться синхронизация в одну строну.   

 

С этого места поподробнее, пожалуйста!

 

 

Для каждого сервера nas формируете таблицы доступа. Потом копируете их непосредственно на nas там заливаете их в ipfw.  синхронизировать подойдет rsync.  тут пример работы с таблицами  http://www.dwolfix.ru/tablitsy-fayervola-ipfw.html

[nightfly 1 221]

Ага, и вместо нормального near-realtime billing solution мы получаем нечто с абстрактными и негарантированными шансами на существование. Ок.

[madf 279]

 

Поставьте UserTimeout в настройках rscriptd 7200. Но пеняйте на себя.

А чем грозит этот параметр? т.е. какие могут быть побочные действия?

...

 

Земля налетит на небесную ось, истинно вам говорю!

Грозит тем что увеличивается потенциальная латентность реакции на отключение доступа для абонента.

[sanyadnepr 305]

 

 

Поставьте UserTimeout в настройках rscriptd 7200. Но пеняйте на себя.

А чем грозит этот параметр? т.е. какие могут быть побочные действия?

...

 

Земля налетит на небесную ось, истинно вам говорю!

Грозит тем что увеличивается потенциальная латентность реакции на отключение доступа для абонента.

 

2olsasha 7200секунд  

2all в мелких сетях, и в некоторых удаленных уголках подобное вполне себе допустимо, и можно принебречь несколько часами халявы)

[olsasha 25]

Грозит тем что увеличивается потенциальная латентность реакции на отключение доступа для абонента. 

 

Ок. А на латентность включения доступа это повлияет?

[madf 279]

 

Грозит тем что увеличивается потенциальная латентность реакции на отключение доступа для абонента.

Ок. А на латентность включения доступа это повлияет?

 

Нет.

[olsasha 25]

К сожалению, параметр UserTimeout не совсем то что нужно, так что будем надеяться что разработчики ubilling и stargazer примут это к вниманию и модернизируют rscriptd.

А пока в случае если необходимо провести плановые работы на сервере с Ubilling то на сервере NAS можно выполнить с консоли следующие команды:

mv /sbin/ipfw /sbin/ipfw_ - временное отключение NAS от биллинга (с сохранением работоспособности интернета в пользователей)

mv /sbin/ipfw_ /sbin/ipfw - подключение NAS к биллингу, потом желательно сделать reboot или програмный reset NAS