nightfly

Опции такие, очевидно же. Нет - это те "Дополнительные поля профиля" да, где-то в каком-то конфиге ну значит не только с путями к 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 порождающих ошибки выше. Сейчас попробую повторить еффект у себя.

Оно у вас пытается соединяться с локалхостом, без пароля. А что у вас с 152 и 153 строках? В релизной версии там вообще дефайн функции tsms_SendSMS($number,$sign,$message,$wappush).

V27S Спасибо за указание на актуальные проблемы. В 0.4.0 начиная с ревизии 2471 сетнеймс воткнут как есть, а также можно указывать таймзону более-менее по-человечески: Учитывая что 0.3.9 получился весьма п@зд#цбаговатым фичастым, думаю следует ожидать в скором времени 0.4.0 который будет направлен в первую очередь на "работу над ошибками". Так что с нетерпением жду радостных багрепортов nlo Спасибо

Другой вопрос почему вы настолько настойчиво игнорируете документацию? Ответы абсолютно на все заданные вами вопросы вполне себе доступно описаны в FAQ. Регистрация пользователя тоже вполне себе наглядно показана в сопутствующих видео, ссылки на которые есть где? Правильно - тоже в FAQ.