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 подсети. Также в логах пишется что несколько интерфейсов подпадают в одну распределенную сеть. В инете все проблемы были тогда, когда действительно перекрывались диапазоны, а в моем случае такого нет (или я чего-то не понимаю). Где проблема? Привожу конфиги; eth0 Link encap:Ethernet HWaddr 00:e0:b6:05:7a:93 inet addr:192.168.1.1 Bcast:0.0.0.0 Mask:255.255.0.0 inet6 addr: fe80::2e0:b6ff:fe05:7a93/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:25900177 errors:0 dropped:0 overruns:0 frame:0 TX packets:34526150 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1051279369 (1.0 GB) TX bytes:691316784 (691.3 MB) eth4 Link encap:Ethernet HWaddr 00:24:21:b6:78:86 inet addr:172.16.1.1 Bcast:0.0.0.0 Mask:255.255.0.0 inet6 addr: fe80::224:21ff:feb6:7886/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:34915468 errors:0 dropped:0 overruns:0 frame:0 TX packets:25619138 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1162053437 (1.1 GB) TX bytes:1104174378 (1.1 GB) Interrupt:43 Base address:0x2000 eth0.150 Link encap:Ethernet HWaddr 00:e0:b6:05:7a:93 inet addr:10.0.150.250 Bcast:0.0.0.0 Mask:255.255.255.0 inet6 addr: fe80::2e0:b6ff:fe05:7a93/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:4404 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 TX bytes:434222 (434.2 KB) eth0.171 Link encap:Ethernet HWaddr 00:e0:b6:05:7a:93 inet addr:10.0.171.250 Bcast:0.0.0.0 Mask:255.255.255.0 inet6 addr: fe80::2e0:b6ff:fe05:7a93/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:4405 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 TX bytes:434287 (434.2 KB) eth0.172 Link encap:Ethernet HWaddr 00:e0:b6:05:7a:93 inet addr:10.0.172.250 Bcast:0.0.0.0 Mask:255.255.255.0 inet6 addr: fe80::2e0:b6ff:fe05:7a93/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:4404 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 TX bytes:434222 (434.2 KB) shared-network t { min-lease-time 36000; default-lease-time 43200; max-lease-time 86400; option domain-name "example.org"; one-lease-per-client true; subnet 192.168.0.0 netmask 255.255.0.0 { option routers 192.168.1.1; #deny unknown-clients; option domain-name-servers 192.168.1.1; server-identifier 192.168.1.1; pool { range 192.168.20.10 192.168.20.200; allow members of "ubnt-modems"; } } subnet 172.16.0.0 netmask 255.255.0.0 { range 172.16.10.10 172.16.10.200; option routers 172.16.1.1; allow unknown-clients; min-lease-time 30; default-lease-time 30; max-lease-time 30; authoritative; option domain-name-servers 172.16.1.1; server-identifier 172.16.1.1; } } shared-network su{ min-lease-time 36000; default-lease-time 43200; max-lease-time 86400; option domain-name "example.org"; one-lease-per-client true; include "/etc/dhcp/subnets-auto.conf"; } subnets-auto.conf subnet 10.0.171.0 netmask 255.255.255.0 { option routers 10.0.171.250; option domain-name-servers 10.0.171.250; pool { deny unknown-clients; range 10.0.171.1 10.0.171.126; } pool { range 10.0.171.127 10.0.171.200; allow unknown-clients; min-lease-time 20; default-lease-time 20; max-lease-time 20; } } subnet 10.0.172.0 netmask 255.255.255.0 { option routers 10.0.172.250; option domain-name-servers 10.0.172.250; pool { deny unknown-clients; range 10.0.172.1 10.0.172.126; } pool { range 10.0.172.127 10.0.172.200; allow unknown-clients; min-lease-time 20; default-lease-time 20; max-lease-time 20; } } subnet 10.0.173.0 netmask 255.255.255.0 { option routers 10.0.173.250; option domain-name-servers 10.0.173.250; pool { deny unknown-clients; range 10.0.173.1 10.0.173.126; } pool { range 10.0.173.127 10.0.173.200; allow unknown-clients; min-lease-time 20; default-lease-time 20; max-lease-time 20; } max-lease-time 20; } } subnet 10.0.174.0 netmask 255.255.255.0 { option routers 10.0.174.250; option domain-name-servers 10.0.174.250; pool { deny unknown-clients; range 10.0.174.1 10.0.174.126; } pool { range 10.0.174.127 10.0.174.200; allow unknown-clients; min-lease-time 20; default-lease-time 20; max-lease-time 20; } } и лог Nov 13 14:14:58 example dhcpd: Multiple interfaces match the same shared network: eth0 eth4 Nov 13 14:14:58 example dhcpd: Multiple interfaces match the same shared network: eth0.171 eth0.172 Nov 13 14:14:58 example dhcpd: Multiple interfaces match the same shared network: eth0.171 eth0.173 Nov 13 14:14:58 example dhcpd: Multiple interfaces match the same shared network: eth0.171 eth0.174 Nov 13 14:14:58 example dhcpd: Multiple interfaces match the same shared network: eth0.171 eth0.175 Nov 13 14:14:58 example dhcpd: Multiple interfaces match the same shared network: eth0.171 eth0.176 Nov 13 14:14:58 example dhcpd: Multiple interfaces match the same shared network: eth0.171 eth0.177 Nov 13 14:14:58 example dhcpd: Multiple interfaces match the same shared network: eth0.171 eth0.178 Nov 13 14:14:58 example dhcpd: Multiple interfaces match the same shared network: eth0.171 eth0.150 Nov 13 14:14:58 example dhcpd: Multiple interfaces match the same shared network: eth0.171 eth0.201

А в логах нет сообщений о нехватке 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` = '".$login."' ;"; nr_query($query); log_register('CHANGE UserRealName '.$login.' '.$realname); } Еще можно сделать в БД поле stg.realname.login уникальным, тогда можно использовать REPLACE Остальные функции тоже править надо.

Насчет новой функции 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+4000]

А можно добавить создание симлинков в принудительном порядке в 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.conf > ln -sf ../conf-available.d/mod_ia.conf $(PREFIX)/etc/stargazer/conf-enabled.d/mod_ia.conf > ln -sf ../conf-available.d/mod_ping.conf $(PREFIX)/etc/stargazer/conf-enabled.d/mod_ping.conf > ln -sf ../conf-available.d/mod_sg.conf $(PREFIX)/etc/stargazer/conf-enabled.d/mod_sg.conf

Ну хорошо, хорошо. Все затыкаю своего перфекциониста и молчу в тряочку на этот счет.

Можно и ее, главное чтобы была с использованием MVC и нормально работала с модулями. Но я работал на zend'e, поэтому говорю про него. Ну, некая часть модульности есть, спорить не буду. Однако то, что все части модуля разбросаны по разным частям, немного выводит из себя. Модели в api/libs которые надо прописывать в apiloader'e, т.е. обновить простым распаковыванием не получится. Будет появляться admin с дефолтным паролем(хотя можно chmod 0, но не кошерно) . Настройки модуля, иконки, перевод тоже хранятся отдельно. Еще крайне настораживает отсутствие прослойки между БД и приложением, наверняка где-то будет отсутствовать проверка входных данных и выльется это в sql инъекция. Лично я уже один раз забыл проверку сделать. К тому-же, я считаю что для такого серьезного продукта не хватает модульного тестирования, а также коментариев, как в самой CMS (что я считаю недомустимым), так и в коде биллинга. Я понимаю что я желаю чересчур много, однако возможно ли заняться переписью в дальнейшем будущем?

Вот тут пишу свой модуль и возник один вопрос: Будет ли система переписываться на более серьезную платформу, к примеру на Zend Framework. Я конечно понимаю, что на данный момент выбрана CMS попроще, однако лично мне не хватает наследования и модульности системы. Пришлось менять некоторые файлы и при обновлении все изменения полетят к чертям.

Это невозможно в принципе. Объект $db создается только единожды в виде $db = new MySQLDB(); в apiloader который однозначно отрабатывает на каждом телодвижении. Дебужить оное дебужилками в IDE практически бесперспективно изза того что прямые инклуды практически не используються чтобы обеспечить динамическую подгрузку модулей. Проблема порыться может разве что в правах на конфиги. Да, оказалось что одну букву неправильно написал. Теперь буду знать, спасибо.

Поставил, вроде все по инструкции, но к базе данных не подключается. В логах пишет, что подключение идет со стандартными параметрами (www-data, без пароля). Выполнил скрипт в дебаге - класс MySQLDB из api.mysql.php вообще не вызывается. Извиняюсь, ошибся в одной букве в логине. А в логах об этом ни слова.

Да, похоже придется переходить на веб-интерфейс. Но в будущем, если это возможно, хотелось бы иметь одно место для проверки значений.

Просто сейчас 70% пользователей не отвечают на обчные пинги, и поэтому часто приходится пинговать их при помощи arping'a, а так - было бы в удобном и наглядном виде.

А как тогда быть, если надо проверить вводимое значение или выполнить какую-либо работу. Ну к примеру надо проверить чтобы ip не было назначенно определенных адресов: if [ $param == "ip" ] then if [ $newValue == "192.168.1.20" ] then echo "Dont use this IP" exit 1 fi fi И соответственно чтобы изменения не были внесены и выдало сообщение об ошибке. Как такое можно реализовать?

А перевод модуля из ping в arping не планируется, дабы отмечать кто действительно есть, а кто нет?

Автоматизируя ручной труд наткнулся на проблему: как в скрипте OnChange сообщить пользователю о том, что произошла какая-либо ошибка, к примеру введенное значение является некорректным или данная операция привела к непоправимой ошибке. Попробовал выходить из скрипта с разными кодами - изменения происходят и никаких сообщений. Понимаю что можно использовать веб-интерфейс, но мне пока рано на него переходить.