nightfly

Ну вообще то это как-бы подразумевается, так же как и ваш локальный DNS

Хотя - возможен еще один вариант Если у вас неверно указан либо RC_DHCPD либо SUDO либо таки неверно сконфигурирован сам sudo (чего не должно быть в принципе при установке инсталлером) - да, dhcpd может тупо не перезапуститься. Проверяется очень просто: 1. смотрите в консольке tail -F /var/log/messages 2. браузером заходите в модуль "Сети и услуги" Если все ок, вы должны увидеть проскакивание чего-то типа Apr 3 19:27:25 billing dhcpd: WARNING: Host declarations are global. They are not limited to the scope you declared them in. Apr 3 19:27:33 billing sudo: www :

Ну чудес не бывает. при смене MAC железно: 1. происходит престроение конфигов dhcp 2. ресет пользователя, что в свою очередь еще и переприбивает по IP+MAC в arp

Опции такие, очевидно же. Нет - это те "Дополнительные поля профиля" да, где-то в каком-то конфиге ну значит не только с путями к top а и еще как минимум с ping проблема.

Не, пофиг - у самого только "персональные". Главное, чтобы сам "###### Unknown users network" и все что дальше было после секции {SUBNETS} в global.template. Тоесть логика следующая: 1. dhcpd пробегает сверху вниз по {SUBNETS} 2. если не знает "ой ктойта?" - переходит к 172.32.0.0/20 и выдает чего-то из пула 3. это "чего-то" должно быть с DNS и дефолтраутом на 172.32.0.1 4. ну а дальше смотрим в правило 5 ipfw

Ну да, ничего не попадает в 5-й рулес. Мораль - некому "переадресовываться" на UHW. На em0 алиас 172.32.0.1/20 нарисован?

а ipfw show?

Честно говоря никогда так не делал Чисто из интереса попробовал - как оказалось таки да, это "нормально".

Тогда это не fwd

Порвал в куски

Тогда сдаюсь - все должно работать. с синтаксисом fwd все точно ок?

Потому что задача биллинга - биллинговать, а НАС-а - насить. Посмотрите за кроватью. Custom profile Fields Это - судьба. Думаю она заключается в том, что у этих ваших линуксов "слегка" другие параметры у top и ему для работы в пакетном режиме требуется еще и -n 1

Окей, допустим собрано таки ядро конфиг которого выше. cat /var/run/dmesg.boot | grep ipfw А чего говорит?

kldstat покажите

Пересобрать ядро с конфигом include GENERIC ident UBNAS options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_FORWARD options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=50 options IPFIREWALL_NAT options LIBALIAS options ROUTETABLES=2 options DUMMYNET options HZ="1000"

Все те, кто уже используют или собираются использовать Ubilling довольно хорошо в курсе, что раньше мы отказывались от поддержки решений построенных на базе Mikrotik. Отчасти потому, что сами в нем нифига не понимаем и понимать не желаем, отчасти потому, что существующая механика под названием Mikrotik Direct - работает весьма "странно". Короче не было кому этим заниматься, на должном уровне. Теперь - есть. С радостью сообщаем, что практически готова новая реализация поддержки NAS на базе Mikrotik за авторством господина Тимура. Он же и будет, с сего дня, заниматься официальной поддержк

Нет - и не должен. Если пользователь не имеет быть шанса авторизованным и так, то какая еще реинициализация? Он должен быть отстрелен и точка.

Den1xxx Да, походу на демке эта опция бай дефолт не включена просто Да так и есть Правильно поняли - он просто для удобства пользования платежными системами. Ну логины и так сами по себе уникальны - в случае если они имеют вид 00002, 00003 итд (опции генерации логинов), вариант приведенный в виках просто позволяет пользователю при пополнении счета, терминалом скажем, помнить меньше цифр (ну вместо там номера договора или еще чего-то типа того). В таком случае CRC32('00002') даст юзеру шанс повводить на терминале что-то типа 2765239769. В случае же нецифровых логинов "изкоробки" да C

Еще раз отрихтовал в ревизии 0.4.0 rev 2480. Буду плакать кровавыми слезами если и это начнет у вас взрываться.

Исходя из качества кода, непонятно, что он далеко не руками писан? ...посмертно.... Окей, корень зла понятен. Зафиксю - отпишусь.

Млин. Моя старый и совсем слепой стал. Так и есть Видимо PHP 5.4. Оооокей, щас нагло хакну

Та блин, нету там mysq_real_escape_string() больше. Как так.

Все, понял откуда растут ноги. Походу они растут из жопы "особенностей" работы mysql_real_escape_string() пытающегося соединяться с БД (Оо) , чтобы получать текущий чарсет. Попробуйте выковырять модуль turbosms из Ubilling CURRENT 0.4.0 rev 2473. Должно взлететь.

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

Хм, аналогично. И как не сложно заметить здесь не происходит никаких вызовов mysql_connect порождающих ошибки выше. Сейчас попробую повторить еффект у себя.