Перейти до

hopeful

Маглы
 Просмотреть профиль  Активність

  • Всього повідомлень

    35

  • Приєднався

  • Останній візит

 Активність

 Тип контенту 

Сообщения додав hopeful

    Частое корректное завершение работы демона SG

    в Питання по Stargazer

    Опубліковано:

    1. С корректными перезагрузками SG разобрался. Мой косяк. Скрипт контроля на живость SG иногда работал неправильно и перезагружал SG.

    2. Вопрос по ненормальным завершениям работы остается. Как поймать систему и выяснить почему это происходит?

    3. Что значат записи в логах:

    Shutting down ... 15

    Shutting down ... 20

    ?

    Частое корректное завершение работы демона SG

    в Питання по Stargazer

    Опубліковано:

    По логам:

     

    В случае нормального выхода рисует:

    Shutting down... 20

    TRAFFCOUNTER::Stop

    Stopped.

    Main loop exit

     

    В случае просто вылета в логах, как и положено, нет ничего ... :-)

     

    Все, что мог предоставил. Помогите, плиз, решить задачку ...

    Частое корректное завершение работы демона SG

    в Питання по Stargazer

    Опубліковано:

    Случай с пустыми файлами stat был, но насколько я понял это следствие неправильного завершения работы SG (я прав?), и действительно, если stat пустой, SG после этого нормально не стартует.

     

    К предыдущему посту. Вариант ненормального завершения работы SG абсолютно аналогичен, если первому процессу дать kill -9

    Частое корректное завершение работы демона SG

    в Питання по Stargazer

    Опубліковано:

    В дополнение. В FreeBSD у SG в нормальном состоянии два процесса. Если смотреть ps-ом - первый со статусом S<s, второй - S< - при активности пользователей и I< - при неактивности. При ненормальном завершении работы SG остается только второй процесс в состоянии I<.

    Частое корректное завершение работы демона SG

    в Питання по Stargazer

    Опубліковано:

    1. Полный номер версии сервера - 2.016.7.6

    2. Фрагмент лога чуть позже, когда буду на работе :-).

    3. Нагрузку при отрубании точно сказать не могу, т.к. не могу предсказать момент отрубания (если подскажете как - буду благодарен). При нормальном режиме работы загрузка процессора 5-7%, шлюз обеспечивает раздачу Инет для группы пользователей 30 чел, скорость внешнего канала 2МБит.

    4. Pentium III 600 Mhz, материна Acorp, чипсет VIA, 128 RAM, 40G HDD.

    Частое корректное завершение работы демона SG

    в Питання по Stargazer

    Опубликовано:

    FreeBSD 5.4, SG последний (Rel. can. 3), expat 1.95.8, все поставлено по инструкции.

    Несколько раз на дню SG ни с того ни с сего, иногда корректно, иногда не очень завершает работу, отключает пользователей. По статистике чаще отключения происходят при интенсивной работе пользователей. Загрузка ресурсов компа небольшая.

    1. Подскажите куда копать, плиз.

    2. При компиляции (make bsd5) есть предупреждения:

     

    Parser.cpp:235 warning: long unsined int fomat, time_t arg (arg 3)

    271: long int format, time_t (arg 3)

    274: long int format, time_t (arg 3)

    277: long int format, time_t (arg 3)

    может из-за этого?

     

    Пока поставил перестарт скриптом, но хочется как-то это победить ...

    OnConect/Disconnect и всегда OnLine

    в Питання по Stargazer

    Опубліковано:

    Очень интерестно ....

    1. А как в этом случае идет авторизация, только по IP, и пароль пользователю прописывать не нужно?

    2. А если я ввел нового пользователя и демон уже работает, как открыть этому пользователю инет, и аналогично, если денег и МБ уже нет, как закрыть?

    3. Есть ли способ для определеных пользователей не выполнять скрипты, чтобы они всегда были допущены к Интету и трафик для них считался?

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

    в Питання по Stargazer

    Опубліковано:

    О конфигураторе (1.60.7) но немного из другой оперы.

    Если внести нового пользователя и не проставлять в поле IP ничего, в конфиг пользователя в поле IP не заносится *.

    Если в этот момент перестартовать SG, - он не запустится с ошибкой по поводу IP пользователя.

    * автоматически проставляется только при изменении пользователя.

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

    в Питання по Stargazer

    Опубліковано:

    Хорошо, а для перехода с версии сервера 2.014 к 2.016, я могу сдлеать:

    > killall stargazer

    > make bcd5

    а потом, не делая make install, просто скопировать бинарник из каталога инсталляции в /sbin, для сохранения ранее введенных тарифов и пользователей?

    Или другой путь?

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

    в Питання по Stargazer

    Опубліковано:

    Установка экспата на BSD - это 6 файлов, т.к. у меня экспат был установлен с путем по умолчанию - я сделал 6 символьных ссылок по нужным SG путям. На вирт. машине все прекрасно работает именно в таком варианте. Может все таки дело в другом?

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

    в Питання по Stargazer

    Опубликовано:

    Роутер на 2 интерфейса, FreeBSD 5.3, expat 1.95.8, NAT, ipfilter, Celeron 633/128M. (Так как expat был установлен ранее по стандартному пути, просто сделал несколько символьных ссылок, чтобы SG скомпилился и установился без ошибок).

    SG сервер 2.016 (2.014 - тоже пробовал), конфигуратор 1.60.7.

    В системе два процесса SG один со статусом S<s, второй - S< (при работе пользователей).

    Клиент XPSP2, firewall отключен.

    ----------------------------------

    Пока ничего не делаешь конфигуратором все работает долго и устойчиво. Как только пытаешься сохранить изменения в тарифах или в пользователях SG подвисает, в клиенте ошибка "Recv data answer error", и лечится только перезапуском SG.

    Попробовал с другого компьютера. Немного лучше, периодически XP выдает ошибку "Shared violation" но изменения сохраняет.

    Но, после ЛЮБОГО конфигурирования через некоторое время все равно вылетает один процесс SG в BSD из двух, второй остается в статусе I<, авторизатор красный, правила FW для подключенных пользователей не удаляются, в логе SG - ничего, в системном: "pid xxx stargazer uid x exited on signal 10 (или 6) core dumped". Однажды было после ввода нового пользователя SG отказывался стартовать, в логе SG “user xxxxxx data not read”, пока не удалил каталог пользователя с роутера ручками.

    Тема обсуждалась здесь http://local.com.ua/forum/index.php?showtopic=3260 , но решение так и не было найдено. Никак не могу воспроизвести ситуацию на вирт. машине, все работает устойчиво.

    1. В чем может быть трабла?

    2. Достаточно ли для конфигурирования SG разрешить на внутреннем интерфейсе TCP коннекты на 5555 порт?

    3. Можно ли бинарник SG, скомпилированный на одном железе переносить на другое при полной идентичности релиза и библиотек FreeBSD?

    4. Помогите плиз …. :-)

    Поясните

    в Питання по Stargazer

    Опубліковано:

    Попробовал реализовать прозрачное проксирование на Squid + SG. Работает, хотя точность подсчета трафика проверить не могу. Вопрос по настройке учета HTTP - трафика. Допустим, внутренний интерфейс роутера со всей начинкой 10.3.3.250. Прописываем всю сеть 10.3.3.0/24 в рулесах как внутреннюю. Пока в обозревателях пользователя НЕ настроен прокси - все красиво. HTTP запросы идут на шлюз по умолчанию (наш роутер), он форвардит порт x.x.x.80 на 127.0.0.1:3128 (squid) не изменяя адрес назначения пакета, и трафик нормально считается, разделяясь на местный и прочий. Но если пользователь в настройках обозревателя принудитеольно прописывет работу через прокси (10.3.3.250:3128) пакеты считаются идущими во внутерннюю сеть и трафик получается внутренним. Казалось бы можно 250-й IP в рулесах прописать на другое направление, но как-то неправильно. Тем более, что не роутере стоит еще и почта, и хотелось бы почтовый трафик считать внутренним.

    Посоветуйте, как правильно настроить?

    Автоначисление денег пользователю

    в Питання по Stargazer

    Опубліковано:

    Кстати, если по ошибке запускаешь демона SG второй раз, он в принципе запускается, порождая еще один процесс. Пожелание разработчикам контролировать эту ситуацию и хотя бы предупреждать, что процесс SG уже запущен.

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