Перейти до

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


Рекомендованные сообщения

 

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

:facepalm:

Почему не dd if=/dev/zero of=/dev/ad ?

 

 

просто сделать ipfw delete 65533 65534 видимо религия не позволяет.

Відредаговано nightfly
Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)
просто сделать ipfw delete 65533 65534 видимо религия не позволяет.

 

Ну так делать можно разве что в качестве бонуса после аварий с сервером ubilling. :)

Відредаговано olsasha
Ссылка на сообщение
Поделиться на других сайтах

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

...

Что не так с UserTimeout?

Как именно нужно модифицировать rscriptd?

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

UserTimeout - это всего лишь задержка на действия rscriptd при отсутствии связи, да она поможет, но не решит проблему, тем более что при этом добавляеться задержка на выключение пользователей. Нужно модифицировать rscriptd таким образом чтобы при отсутствии связи с биллингом он ничего не делал с ipfw, или добавить такую опцию в его конфиг.

Відредаговано olsasha
Ссылка на сообщение
Поделиться на других сайтах

UserTimeout - это всего лишь задержка на действия rscriptd при отсутствии связи, да она поможет, но не решит проблему, тем более что при этом добавляеться задержка на выключение пользователей. Нужно модифицировать rscriptd таким образом чтобы при отсутствии связи с биллингом он ничего не делал с ipfw, или добавить такую опцию в его конфиг.

Задержки на выключение пользователей не добавляется.

Из ваших слов получается что нужно добавить в конфиг опцию которая эмулирует UserTimeout=∞

Мало 7200 — поставьте 86400 (сутки).

Ссылка на сообщение
Поделиться на других сайтах

Тестировал я параметр UserTimeout в принципе может быть и 86400 побочных дефектов не выявлено, но почему-то этот параметр не спасает от перезагрузки сервера, тоесть если выполнить на сервере с ubilling команду reboot то на время перезагрузки сервера связь в абонентов пропадает и приходиться делать перед перезагрузкой что-то типа: ipfw add 10 drop ip from 172.16.0.1 to 172.16.0.2

Ссылка на сообщение
Поделиться на других сайтах

Тестировал я параметр UserTimeout в принципе может быть и 86400 побочных дефектов не выявлено, но почему-то этот параметр не спасает от перезагрузки сервера, тоесть если выполнить на сервере с ubilling команду reboot то на время перезагрузки сервера связь в абонентов пропадает и приходиться делать перед перезагрузкой что-то типа: ipfw add 10 drop ip from 172.16.0.1 to 172.16.0.2

Конечно, ведь при выключении биллинга он сперва отключает абонов.
Ссылка на сообщение
Поделиться на других сайтах

А можно сделать чтобы не выключал?

Биллинг спровектирован так чтобы контролировать все процессы происходящие с абонентами. После выключения биллинга теряется всякий контроль над этими процессами, по этому он их и выключает. Фактически это нештатная ситуация. Если вы хотите взять на себя ответственность за жизнедеятельность сети при выключенном биллинге - это нужно сделать вручную. Например, выполнив команду вида "ipfw add 10 drop ip from 172.16.0.1 to 172.16.0.2".

Впрочем, если очень сильно хочется, можно добавить в систему вызов скриптов OnStart/OnStop.

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

×
×
  • Створити нове...