Через сколько секунд сателлит должен переключиться к новому ядру?

[a_eugene]

Изменил параметры sat.conf (ядро перенес на новый сервер, который работает, шейпит и считает локальных клиентов без проблем)
На сателлите ./nocheck.pl пишет все ОК
ядро в мониторинге зеленое
сателлит в мониторинге зеленый
ошибок в логах noserver.log на сателлите нет
Но на сателлите клиенты в инет не идут.

По идее сателлит должен был заработать через 300 сек. Где этот параметр указан?
С чего начать проверку (надолго выключать сателлит не могу)?
Может у кого-то было похожее? Почему нет ошибок в логах? Как я понял, фаревол на сателлите не формируется программой noserver.pl, почему?

[Efendy]

можно кильнуть процесс noserver.pl  - go.sh его перезапустит. Т.е не нужно будет ждать. Почему в инет не идут клиенты - это надо смотреть Ipfw show И сопутствующие

[a_eugene]

Когда сателлит подключен к старой базе, то все ОК
# ipfw table 10 list
10.1.4.34/32 1004
10.1.11.2/32 1016
10.1.11.135/32 1012
10.1.21.59/32 1008
10.1.61.133/32 1020

Когда к новой, то работают только "Всегда онлайн"
# ipfw table 10 list
10.1.11.2/32 1008                                 
10.1.21.59/32 1004

Где-то что-то упустил... У меня все остальные на PPPoE - может там забыл что-либо переключить?           

[a_eugene]

Забыл про
set radius server

 

и firewall почему-то не хотел пускать на интерфейс AS, пришлось указать тот, что выдал мой провайдер, хотя

00056       0          0 allow tcp from me 1812 to any                                               
00057       0          0 allow tcp from any to me dst-port 1812                                     
00058       0          0 allow tcp from me 1813 to any                                               
00059       0          0 allow tcp from any to me dst-port 1813                                     
00060      35       2310 allow udp from me 1812 to any                                               
00061      35       5818 allow udp from any to me dst-port 1812                                     
00062    2335     112080 allow udp from me 1813 to any                                               
00063    2335     712134 allow udp from any to me dst-port 1813     

может где-то по количеству хопов ограничения есть?
да, и allow tcp можно не указывать, достаточно udp?

[Efendy]

запускайте

perl noserver.pl -v

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

[Efendy]

Забыл про
set radius server

 

я так полагаю пр то, что клиенты не авторизованы вы умолчали? Товарищи, если вы хотите решить проблему - будьте добры, давайте полную инфу, а не  ту, которую вы считается минимально необходимой для решения проблемы

[a_eugene]

я так полагаю пр то, что клиенты не авторизованы вы умолчали?

Не совсем так, просто у сотрудника, который сидел за клиентским компом, PPPoE не успевал отвалиться при пробах (они же к старому коннектились?)... а то, что ключики не зеленели в базе, я списывал на 300 сек.

да еще и какая-то ошибка в логах была, пришлось сделать
 GRANT SELECT ON `bill`.`x2010x2x28` TO 'bill_servername'@`%`;

perl noserver.pl -v
очень, кстати, удобно

[Cell]

да еще и какая-то ошибка в логах была, пришлось сделать
 GRANT SELECT ON `bill`.`x2010x2x28` TO 'bill_servername'@`%`;

А правильный ответ был:
GRANT SELECT ON `bill`.* TO 'bill_servername'@`host_name`;
Т.к. завтра начнется тоже самое ))
Кстати, каждый первый с этим сталкивается при добавлении саттелита, но не у каждого хватает тяму сделать нужные движения. Данный селект необходим для динамического шейпера и иного способа выдать привилегии на динамически-создаваемые таблицы просто нет. Нужно бы доку подрихтовать немного.

[serg_sk]

Не хотел создавать новую тему. Похожая проблема. Только вот у меня все работает, доступ в интернет есть, скорость шейпится, а вот сателит в мониторинге красный. Куда рыть, подскажите.

[stix]

а трафик учитывается в статистике?

[serg_sk]

Трафик считается.