Перейти к содержимому
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 пользователей

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

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

    • Автор: 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 для снятия абонплаты различными способами ("размазанная" и раз в месяц). В данный момент работает ежедневное снятие.
    • Автор: Flying
      Доброго времени суток!
      Подскажите, а есть какой-то инструмент для поиска и сортировки неактивных абонентов по дате последнего списания абонплаты? Собственно, необходимо для поиска абонов, которые давно не пополнялись / не пользовались услугой.
      Как можно отсортировать неактивных последний месяц / два / пять?
    • Автор: madf
      Если вдруг кому-то интересно: http://www.stg.dp.ua/download/freebsd10-patch.diff
      Т.к. с FreeBSD 10 по умолчанию не идет gcc то собирать так:
       
      CC=/usr/bin/clang CXX=/usr/bin/clang++ ./build
    • Автор: l1ght
      Всем доброго времени суток, значит у меня следующий вопрос.
      Хотел собирать статистику с mpd5, но при встроенных настройках:
      set netflow peer localhost 42111 set netflow timeouts 15 1800 set netflow version 5 mpd создает (вроде бы) по две ноды на каждое соединение, что в последствии сказалось очень негативно на системе.
      А точнее зависания в ноль, даже на консоль не реагирует.
      Так вот, накопал я значит такой скрипт, что б сделать одну ноду для всего этого дела, только вот не очень всё это понимаю.
      #!/bin/sh . /etc/rc.subr name="ngnetflow" rcvar=`set_rcvar` load_rc_config $name : ${ngnetflow_enable="NO"} : ${ngnetflow_src="0.0.0.0:5525"} : ${ngnetflow_dst="x.x.x.x:5525"} start_cmd="ngnetflow_start" stop_cmd="ngnetflow_stop" ngnetflow_start() { /usr/sbin/ngctl -f- <<-SEQ mkpeer ipfw: netflow 65534 iface0 name ipfw:65534 netflow connect ipfw: netflow: 65533 out0 msg netflow: setdlt { iface=0 dlt=12 } msg netflow: settimeouts { inactive=30 active=600 } mkpeer netflow: ksocket export inet/dgram/udp name netflow:export flow-sensor msg flow-sensor: bind inet/${ngnetflow_src} msg flow-sensor: connect inet/${ngnetflow_dst} SEQ } ngnetflow_stop() { /usr/sbin/ngctl -f- <<-SEQ shutdown netflow: SEQ } run_rc_command "$1" Хотелось бы поправить его под взаимодействие с cap_nf. 
×