Maxaon

Теперь буду смотреть за комитами.

А когда исправят "фичу" со снятием абонплаты?

надзор может спалить линк они могут найти твою АП ( в точке-точке) с точностью до 10 метров) так как никто не отменял боковое излучение оборудования, которое стреляет во все стороны как сфера) хотя если линк будет в 80-90 метров над землей, то думаю врятли они будут его трогать) п.с башня и.т.п ) могут так само сказать конкуренты где стоит твой линк

так думаешь? или на самом деле? если на 2.4ггц будешь работать будут возможные помехи в эфире) + возможность того что будут мешать пеонеры + есть шанс потом как то зарегистрировать этот линк на 5.4 меньше шансов найти помехи в эфире +больше скорость + не так высоко нужно ставить антенны - если приедут НКРЗ - то зарегистрировать по быстрому не выйдет(

Дано; Две сетевые карты. Eth4 смотрит в мир, eth0 на клиентов. На eth0 находятся клиентские vlan'ы. На сервере работает dhcp сервер. При первом подключении клиенту выдается ip из 172.16.10.0/24, далее переброс на страницу авторизации. После ему по dhcp выдается его ip адрес. Пользователи из vlan, при подключении должны получить ip 10.5.5.127-200, после чего повторить ввесли логин/пароль и работать дальше. Проблема заключается в том, что пользователи из vlan получают ip адрес из 172 подсети. Также в логах пишется что несколько интерфейсов подпадают в одну распределенную сеть. В ин

А в логах нет сообщений о нехватке conntract сочленений?

Что ж он у вас вызывает такие мысли? Как по мне, так вполне нормально.

userstats/modules/engine/api.compat.php: {if (!$statsconfig['allowclang'])} Нет проверки, разрешил ли пользователь прием cookie, в итоге при включенном JS и отключенных cookie происходит вечный редирект.

Файл api/libs/api.userdata.php Функцию zb_UserChangeRealName предлагаю изменить так, поскольку она учитывает, что до установки системы были учетные записи. function zb_UserChangeRealName($login,$realname) { $login=vf($login); $realname=mysql_real_escape_string($realname); $n_edited = simple_query("SELECT COUNT(*) as num FROM `realname` WHERE `login` = '$login'"); if ($n_edited['num'] == 0) $query = "INSERT INTO `realname` (`login`, `realname`) VALUES ('$login', '$realname');"; else $query = "UPDATE `realname` SET `realname` = '".$realname."' WHERE `login` = '".$logi

Насчет новой функции FeeChargeType. Если у клиента стоит кредит и он ушел в минус тогда клиент получит халявный доступ в интернет, и будет иметь выход всегда. Т.е. допустим есть на счету -1 грн, кредит 3 грн. Доступ в инет есть, а абонплата не снимается. Желательно или подправить текущую реализацию или добавить еще один вариант - снимать деньги, пока cash+credit>0

Модуль карт. Если отсортировать таблицу и выбрать какую-либо карту, потом выбрать неактивные и нажать с отмеченными то выводит No cards selected Е еще, в кабинете пользователя. Если меню вылезает на две строки не совсем красиво получается.

Кажется нашел в чем баг. rc.local запускается седьмым по счету, в то время как mysql и stargazer запускаются четвертыми и пятыми соответственно. Видимо скрипт файрвола стал долго слишком выполнятся и не успевал создать цепочки в файрволе, до того как stg выполнял скипты. Сейчас буду писать скрипт для init.d

STG-2.407-p1 Версия stg - 2.407-p1 В логах - ничего не пишет, только один раз, при завершении mysql раньше завершился, поэтому не смогло записать детальную статистику Видно что скрипты не выполняются, по тому что не создаются разрешающие правила для файрвола и в лок подключения ничего не пишет. Но после запуска процесс старгейзера был в списке активных и принимал подключения абонентов. Причем когда я ночью перезагрузил сервер - тоже ноль выполненных скриптов, но после того как в конфигураторе включил и отключил всегда онлайн скрипт выполнился и создал правила для файрвола.

Мистика продолжается. Теперь у меня скрипты не выполняются. ОС - Ubuntu 11.04 Мистика началась дня три тому назад, когда для некоторых пользователей не срабатывал скрипт OnConnect, Сегодня перезагрузил сервак и он вообще не вызвал никаких правил, т.е. ни для кого онконнект вызван не был. Начал грешить на mysql, может глюкнуло что-то, но нет, mysql запускается раньше. Что это может быть. Из изменений на сервере - стандартные обновления. И еще, в dmesg вылезло kernel: [ 1362.810642] stargazer[15659]: segfault at b7873c38 ip b7873c38 sp b526538c error 14 in libstgcrypto.so[b7877000+4

А можно добавить создание симлинков в принудительном порядке в projects/stargazer/Makefile? diff 92,95c92,95 < ln -s ../conf-available.d/mod_ao.conf $(PREFIX)/etc/stargazer/conf-enabled.d/mod_ao.conf < ln -s ../conf-available.d/mod_ia.conf $(PREFIX)/etc/stargazer/conf-enabled.d/mod_ia.conf < ln -s ../conf-available.d/mod_ping.conf $(PREFIX)/etc/stargazer/conf-enabled.d/mod_ping.conf < ln -s ../conf-available.d/mod_sg.conf $(PREFIX)/etc/stargazer/conf-enabled.d/mod_sg.conf --- > ln -sf ../conf-available.d/mod_ao.conf $(PREFIX)/etc/stargazer/conf-enabled.d/mod_ao