Глюк выполнения скриптов OnConnect, OnDisconnect

[DaGuTa 0]

Наблюдаю второй раз такой глюк. После выходных, когда 2 дня никто не работает. В понедельник прихожу подключаюсь inetaccess-ом пишет онлайн, но инет не дает, смотрю iptables - правила не добавились! Делаю дисконект, коннект ничего не меняется, пока не перепустишь stargazer. Что за глюк и как его лечить?

Stargazer 2.4 от 29.09.2006. Система Debian 3.1

Еще чтобы скрипты выполнялись приходиться в них добовлять #! /bin/sh, а раньше без этого работало, это нормально?

[egor2fsys 5]

а процесс stg-exec живет в этот момент ?

[DaGuTa 0]

а процесс stg-exec живет в этот момент ?

Сегодня было повторение ситуации, stg-exec живет, а скрипты не выполнялись, пока не перегрузил stargazer.

[cristal 0]

а процесс stg-exec живет в этот момент ?

Сегодня было повторение ситуации, stg-exec живет, а скрипты не выполнялись, пока не перегрузил stargazer.

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

Если да - то у меня сталось както тоже самое ! борол долго - но толкового ничего не получилось - по быстрячку ночью переснес систему и все стало на свои места, как раньше

[DaGuTa 0]

а процесс stg-exec живет в этот момент ?

Итак сегодня с утра все таже картина скрипты не отрабатывают:-( stg-exec сидит в процессах. Inetacces конектиться скрипты не отрабатывают. В чем может быть глюк?

[egor2fsys 5]

покажите ваши скрипты

[DaGuTa 0]

покажите ваши скрипты

OnConnect

#!/bin/sh

 

# Login

LOGIN=$1

#user IP

echo $2

IP=$2

#cash

CASH=$3

#user ID

ID=$4

 

echo "C `date +%Y.%m.%d-%H.%M.%S` $IP $CASH" >> /var/stargazer/users/$LOGIN/connect.log

 

iptables -I ip_access 1 -s $IP -j ACCEPT

iptables -t nat -A PREROUTING -s $IP -p TCP -m multiport --dport 80,8080 -j REDIRECT --to-ports 3128

 

OnDisconnect

#!/bin/sh

# Login

LOGIN=$1

 

#user IP

IP=$2

 

#cash

CASH=$3

 

#user ID

ID=$4

 

echo "D `date +%Y.%m.%d-%H.%M.%S` $IP $CASH" >> /var/stargazer/users/$LOGIN/connect.log

 

iptables -D ip_access -s $IP -j ACCEPT

iptables -t nat -D PREROUTING -s $IP -p TCP -m multiport --dport 80,8080 -j REDIRECT --to-port 3128

 

rules, на всякий случай.

ICMP 0.0.0.0/0 NULL

# Mail

TCP 192.168.0.4/32:110 DIR1

TCP 192.168.0.4/32:25 DIR1

TCP 192.168.1.4/32:110 DIR1

TCP 192.168.1.4/32:25 DIR1

#Локальный трафик

ALL 192.168.0.0/24 DIR0

ALL 192.168.1.0/24 DIR0

# Мир, тo всё что не попало под предыдущие правила

ALL 0.0.0.0/0 DIR2

[Bazooka 0]

/sbin/iptables

[stg-34 0]

Наблюдаю второй раз такой глюк. После выходных, когда 2 дня никто не работает. В понедельник прихожу подключаюсь inetaccess-ом пишет онлайн, но инет не дает, смотрю iptables - правила не добавились! Делаю дисконект, коннект ничего не меняется, пока не перепустишь stargazer. Что за глюк и как его лечить?

Stargazer 2.4 от 29.09.2006. Система Debian 3.1

Есть просьба, если стг перестанет выполнять скрипты, сделать от рута такую команду: ipcs и результат запостить сюда.

[DaGuTa 0]

Есть просьба, если стг перестанет выполнять скрипты, сделать от рута такую команду: ipcs и результат запостить сюда.

И снова сегодня тот же глюк:-(

Вот то что пишет ipcs:

 

------ Shared Memory Segments --------

key shmid owner perms bytes nattch status

 

------ Semaphore Arrays --------

key semid owner perms nsems

0x00000000 327680 www-data 600 1

 

------ Message Queues --------

key msqid owner perms used-bytes messages

 

Что скажете?

Еще заметил что при выводе ps ax|grep stg-exec у процесса статус бывает S, а бывает R, тоесть вроде пытается отрабатывать.

[DaGuTa 0]

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

[stg-34 0]

Есть просьба, если стг перестанет выполнять скрипты, сделать от рута такую команду: ipcs и результат запостить сюда.

И снова сегодня тот же глюк:-(

Вот то что пишет ipcs:

 

------ Shared Memory Segments --------

key shmid owner perms bytes nattch status

 

------ Semaphore Arrays --------

key semid owner perms nsems

0x00000000 327680 www-data 600 1

 

------ Message Queues --------

key msqid owner perms used-bytes messages

 

Что скажете?

Еще заметил что при выводе ps ax|grep stg-exec у процесса статус бывает S, а бывает R, тоесть вроде пытается отрабатывать.

Это запуск ipcs от рута?

[DaGuTa 0]

Это запуск ipcs от рута?

Вообще то да, а что не так? В чем криминал?

[stg-34 0]

Это запуск ipcs от рута?

Вообще то да, а что не так? В чем криминал?

Криминала нет. Впрочем, судя по выводу ipcs, нет и очереди сообщений по которой говорят стг и исполнятель скриптов. И это очень странно.

[warlock158 0]

2 stg-34

 

Старгейзер 2.4.01 конфигуратор 1.88.9 система Debian 3.1

 

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

работают только для созданноного при установке пользователя test

 

вот вывод ipcs

------ Shared Memory Segments --------

key shmid owner perms bytes nattch status

 

------ Semaphore Arrays --------

key semid owner perms nsems

0x00000000 131072 www-data 600 1

 

------ Message Queues --------

key msqid owner perms used-bytes messages

0x000015b3 458752 root 600 0 0

[egor2fsys 5]

а после перезапуска СТГ начинают отрабатывать ?

руками нормально скрипты запускаются ?

[0486 0]

Та ж проблема. Для stg 2.4.8.6

На старій версії (2.016.) все (в т. ч. скріпти) працює на ура.

Система - Slackware 11, ядро 2.4.33.3

 

вивід ipcs

 

------ Сегменти спільної пам'яті --------
ключ           shmid      власник          права            байт       кільк.підкл              стан          
0x00000000 0              root               600               46084      7                 зруйн

------ Масиви семафорів --------
ключ       semid      власник    права      кільк.сем

------ Черги повідомлень --------
ключ           msqid      власник    права      використано-байт повідомлень
0x000015b3 753664     root          600         0                          0

 

Проблема вирішена виправленням криворукості.

[VIPrules 0]

Возможно, не в эту тему, но все же.

 

Дано:

Машина: Мать Asus на базе Р35, 1Гб оперативы, проц - FSB 1333 MHz, HDD - Samsung 160Gb SATA II

Система: SuSE Linux 10.2

Сервер: stg-2.402.9.7

Подключение к инету: - аДСЛ

 

Проблема:

Обратил внимание, что если выпустить юзера(ов) напрямую без стг (стг остановлен), то инет работает замечательно.

 

Если выпустить юзеров напрямую и при этом запустить сервер стг (но он ничего не делает), все тоже работает замечательно.

 

Но если выпустить пользователя по всем правилам - аторизатор, добавление правил скриптами т.д. То сразу начинаются потери (до 33%), а потом все вообще перестает работать. Загрузка проца и памяти при этом практически нет никакой. После наступления такой "коллизии" помогает только рестарт стг+файрвол (и то не сразу, а минут через 5) или полный рестарт сервера.

 

Что пытался сделать:

Проверил скрипты на работоспособность. Все работает. Правила добавляет/удаляет. Запись в лог ведется.

 

Пробовал переустановить стг. Эффекта ноль.

 

Игрался с настройками. В частности пробовал запускать стг без некоторых модулей. Ничего не изменилось.

 

 

Ваше мнение, господа эксперты?

Спасибо.

[madf 279]

Захват трафика через ipq?

[VIPrules 0]

Захват трафика через ipq?

Гы. Лол..

 

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

 

Использую настройки по умолчанию.

[egor2fsys 5]

Приведите ваши правила фаервола и скриптов, а также файл конфигурации сервера для более точной диагностики проблемы.

[masters 126]

Тоже самое!!!

 

STG 2.404.9.7 под FreeBSD 6.2

 

Пару раз подключаешься - все ОК, а потом начинается:

При подключении авторизатор показывает, что подключен - но скрипты не выполняются. При отключении - не отключается (всеравно горит зеленым). Отключается сек через 10 (по таймайту)...