Перейти к содержимому
Local

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

 

 

 

 

root@gate:/var/www/billing# cat config/billing.ini | grep ping

PING=/bin/ping -W 600

 

root@gate:/var/www/billing# /bin/ping -W 600 -i 0.01 -c 10 192.168.180.44

PING 192.168.180.44 (192.168.180.44) 56(84) bytes of data.

64 bytes from 192.168.180.44: icmp_req=1 ttl=127 time=0.154 ms

64 bytes from 192.168.180.44: icmp_req=2 ttl=127 time=0.176 ms

64 bytes from 192.168.180.44: icmp_req=3 ttl=127 time=0.190 ms

64 bytes from 192.168.180.44: icmp_req=4 ttl=127 time=0.211 ms

64 bytes from 192.168.180.44: icmp_req=5 ttl=127 time=0.202 ms

64 bytes from 192.168.180.44: icmp_req=6 ttl=127 time=0.223 ms

64 bytes from 192.168.180.44: icmp_req=7 ttl=127 time=0.202 ms

64 bytes from 192.168.180.44: icmp_req=8 ttl=127 time=0.440 ms

64 bytes from 192.168.180.44: icmp_req=9 ttl=127 time=2.71 ms

64 bytes from 192.168.180.44: icmp_req=10 ttl=127 time=0.803 ms

 

Пинг с консоли все ок... а вот через веб дальше та же ситуация.- пусто

 

Или для пинга еще где-то надо поправить ?

вы тут правили ? /etc/sudoers

 

 

 

 

root@gate:/etc# cat /etc/sudoers | grep ping

PING=/bin/ping -W 600

 

 

root@gate:/etc# sudo /etc/init.d/isc-dhcp-server restart

sudo: >>> /etc/sudoers: syntax error near line 31 <<<

sudo: parse error in /etc/sudoers near line 31

sudo: no valid sudoers sources found, quitting

sudo: unable to initialize policy plugin

 

 

Редактируем /etc/sudoers

 

User_Alias BILLING = www-data

BILLING ALL = NOPASSWD: ALL

Эт в факах есть

Изменено пользователем DemonidZe

Поделиться сообщением


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

вот собственно мой /etc/sudoers

 

 

root@gate:/etc# cat /etc/sudoers
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults        env_reset
Defaults        secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL:ALL) ALL

# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL

# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL

# See sudoers(5) for more information on "#include" directives:

#includedir /etc/sudoers.d
User_Alias BILLING = www-data
BILLING          ALL = NOPASSWD: ALL
#PING=/bin/ping -W 600

 

что-то здесь еще должно быть кроме того что написано в ФАКе ?

Поделиться сообщением


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

вот собственно мой /etc/sudoers

 

 

root@gate:/etc# cat /etc/sudoers
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults        env_reset
Defaults        secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL:ALL) ALL

# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL

# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL

# See sudoers(5) for more information on "#include" directives:

#includedir /etc/sudoers.d
User_Alias BILLING = www-data
BILLING          ALL = NOPASSWD: ALL
#PING=/bin/ping -W 600

 

что-то здесь еще должно быть кроме того что написано в ФАКе ?

достаточно если нету чего нить типа как в centos сиелинукс или как оно там зовется

Поделиться сообщением


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

Все равно не работает попингатор.

Оно ведь должно пробовать пропинговать тот адрес, который какбы выдало ?... делаю все на рабочем шлюзе.. потому там щас отключен htb и дшцп. Видимо надо на отдельной машине все поднять, и протестить нормально. а потом перенести.

Поделиться сообщением


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

Все равно не работает попингатор.

Значит у вас все равно не работает адекватно sudo

Поделиться сообщением


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

 

Все равно не работает попингатор.

Значит у вас все равно не работает адекватно sudo

 

Можно еще раз, что должно быть прописано в sudoers относительно ПИНГА ?

Поделиться сообщением


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

вот кусочек моего sudoers

 



Defaults env_reset

root ALL=(ALL) ALL

admin ALL=(ALL) ALL
User_Alias BILLING = www-data
BILLING ALL = NOPASSWD: ALL

%sudo ALL=(ALL) ALL

 

и ещё, в billing.ini путь до ping правильно прописан?

 

должно быть что то типа:

 



PING=/bin/ping
Изменено пользователем felixio_01

Поделиться сообщением


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

 

root@gate:/etc# cat /var/www/billing/config/billing.ini | grep PING
PING=/bin/ping

 
root@gate:/etc# cat /etc/sudoers
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults        env_reset
Defaults        secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL:ALL) ALL

# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL

# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL

# See sudoers(5) for more information on "#include" directives:

#includedir /etc/sudoers.d
User_Alias BILLING = www-data
BILLING          ALL = NOPASSWD: ALL

 

 

Поделиться сообщением


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

обнаружил небольшую проблемку:

при включенной опции ReconnectOnTariffChange = yes при смене тарифа скрипты OnDisconnect и OnConnect отрабатывают с интервалом около 0.1 сек, у меня получается, что дисконнект еще не доработал, а коннект уже запустился, что не очень хорошо.

стоит ExecutersNum = 4. может дисконнект-коннект отрабатываются разными процессами ?

вылечил командой sleep 1 в начале каждого скрипта. :(

 

хотя сейчас, утром, таких накладок не наблюдаю

посмотрим, что будет в час пик

Изменено пользователем dummy

Поделиться сообщением


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

 

обнаружил небольшую проблемку:

при включенной опции ReconnectOnTariffChange = yes при смене тарифа скрипты OnDisconnect и OnConnect отрабатывают с интервалом около 0.1 сек, у меня получается, что дисконнект еще не доработал, а коннект уже запустился, что не очень хорошо.

стоит ExecutersNum = 4. может дисконнект-коннект отрабатываются разными процессами ?

...

Именно! Если поставить ExecutersNum=1 т будут выполняться одним процессом последовательно.

Поделиться сообщением


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

 

 

обнаружил небольшую проблемку:

при включенной опции ReconnectOnTariffChange = yes при смене тарифа скрипты OnDisconnect и OnConnect отрабатывают с интервалом около 0.1 сек, у меня получается, что дисконнект еще не доработал, а коннект уже запустился, что не очень хорошо.

стоит ExecutersNum = 4. может дисконнект-коннект отрабатываются разными процессами ?

...

Именно! Если поставить ExecutersNum=1 т будут выполняться одним процессом последовательно.

та раньше и стояло =1, просто, после перезапуска стг, очень долго приходилось ждать, пока подключатся все пользователи. поэтому и поставил =4

но пока было ReconnectOnTariffChange = no, было все ок.

а с ReconnectOnTariffChange = yes - пошли проблемы.

Поделиться сообщением


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

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

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

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

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

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

Войти

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

Войти сейчас

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

  • Похожие публикации

    • Автор: revomix
      Привет, используем модуль CORPS, проблема с добавление денег через платежные системы, добавляються деньги только основному пользователю, хотя если из билинга добавлять деньги то добавляються всем связаным пользователям, подскажите как исправить?
    • Автор: cetim
      Если сменить view при формировании платежного ID , чем это чревато со стороны приема платежей (кроме недовольства пользователей) ?
    • Автор: antoman
      — Модуль Internet+ стал по умолчанию для услуг интернет
      — Переработана схема IPv6
      — Улучшена регистрация и контроль PON ZTE, Huawei
      — Добавлен контроль протокола TR-069
      — Переход на новую модель работы с контактами абонента
      — Поддержка API Userside
      — update.pl. Новый механизм обновления
      — Cablecat. Кроссы, Отслеживание соединений
      — Events. HTTP API, Gmail-like интерфейс
      — charts.cgi. Режим RRD, оптимизация работы с БД.
      — Paysys. Добавлены платежные системы Elsom, City24, Plategka.
      — Paysys. Добавлена возможность работы с выписками для юридических лиц.
      — Paysys. Настройка отображения платежных систем в личном кабинете по группам.
      — Sms. Добавлен SMS шлюз для обработки SMS запросов клиентов.
      — Multidoms получил систему плагинов для расширения функционала
      — Новый механизм плагинов для телевидения
      — Msgs. Добавлена возможность прикреплять подписи при закрытии заявки.
      — Msgs. Субзадачи
      — Iptv. Добавлен фетчер плейлистов для подключения внешних плагинов.
      — Добавлена возможность прикреплять к абоненту договора и дополнения к ним с электронными и цифровыми подписями.
      — Отображение договора в кабинете клиента
      — Ureports. Интеграция с общей системой рассылки
      — Telegram интерфейс для клиентов
       
    • Автор: mac
      Добрый день.
      Можно ли задать очередность инициализации NAS-ов после рестарта сервера биллинга?
       
      Вобщем вот в чем проблема в моем случае.
      Схема сети: Local NAS Ubilling <-OpenVPN tunnel-> Remote NAS Mikrotik
      Допустим по какой-то причине нет связи с Remote NAS Mikrotik.
      Теперь если сделать рестарт сервера Local NAS Ubilling, то Ubilling пытается в первую очередь проинициализировать Remote NAS Mikrotik.
      И делать это он будет ну очень долго.
      А делать это как-бы и не нужно пока: если Remote NAS Mikrotik уже был инициал. (пусть сейчас и нет связи с биллингом) - абоненты в списке ALLOW есть и интернетом они пользуются,
      а если выключен и/или с ним нет связи - то инициализация списков и т.д. не имеет смысла.
      При этом в Local NAS пока еще ipfw таблицы и пайпы не заполнены и еще долго не будут заполнены, и у абонентов доступа в Интернет нет.
       
      Можно ли как-то задать приоритет инициализации для локального NAS более высокий, чем для Remote NAS ?
      Спасибо
    • Автор: cetim
      Добрый день. Подскажите пожалуйста возможно ли настроить ubilling для снятия абонплаты различными способами ("размазанная" и раз в месяц). В данный момент работает ежедневное снятие.
×