nightfly

Тыканье? Да не вопрос. Q: Какие сетевые посоветуете на NAS? A: Intel 82576 либо Intel i350 (igb) работают вполне себе отлично, если мама денег столько не дает - сойдет что-то типа Intel 82574L (em) хотя прерываниями он отжирает значительно больше. И нет - эти ваши rl/bge/vr/ed/nfe/ale/re и прочие - это не сетевые, это что-то другое. Ими можно, например, топить печку зимой играя на балалайке своему медведю. Тыкаю: http://wiki.ubilling.net.ua/doku.php?id=faq Никакой. Сами стройте руками. Поскольку Q: Это готовый софтроутер, да? A: Нет. И даже не похоже. Тыкаю: htt

А еще раз? P.S. это известный косяк совместимости с darkvoid-ом.

Пох на скайп, я сплю давно :Р П.С. Відоу я таки напишу ажаксний селектор на майбутнє.

Мо, таки написати тобі ажаксну обгортку, аналогічну wf_AjaxLink(), тільки навколо wf_SelectorAC() ?

Обожаю самоцитирование.

Демка - честная. Она позволяет выстрелить себе в ногу.

права сильно урезаны( чё?

Стабильный релиз Ubilling 0.6.4 rev 4242 Коротко о изменениях alter.ini: новая опция VLAN_IN_PROFILE для видимости влана в профиле Опрос свичей посредством SNMP: Добавлен шаблон для Cisco-2940-8TT-S Опрос свичей посредством SNMP: в шаблоны для Zyxel GS-4012F/3012F добавлен запрос на описание порта. Модуль «Непопулярные тарифы»: добавлена подсветка ранее удаленных тарифов. Улучшено логирование. Модуль «Непопулярные тарифы»: теперь удаление непопулярности происходит вместе с удалением тарифа. Модуль «Скорость тарифов»: добавлена возможность удалить из БД старые скорости, для несуществующи

Обратитесь к администратору ))) У вас нарушена целостность базы. Нету соответствующего юзеру нетхоста. Почему? Ну в faq вполне четко сказано.

Да. Вполне понятно почему так. UHW спрашивает только пароль, и собственно "а кому в таком случае менять MAC, если их там куча одинаковых?". З.Ы. Штатный модуль редактирования пароля, в принципе не позволяет устанавливать их одинаковыми по хорошему.

Сделайте SELECT COUNT(DISTINCT `Password`) AS Count FROM `users` в SQL консоли - если циферка отличается от количества юзеров - значит таки у кого-то не уникальные либо пустые пароли. Это по очевидным причинам, несовместимо с использованием текущей реализации UHW.

На то, что он предупреждает о том, что "вот у этих и у этих пользователей - одинаковые пароли".

Ні. Наразі він як і все інше "про карти", що є в Ubilling прибито до Yandex.Maps API 2.x. Там надто зручний кластеризатор, та надто швидка відмальовка тисяч обджектів канвасом аби від них відмовитись. Поняття не маю. Думаю з цим питанням краще звернутись до jcomm - то повністю його розробка. У будь-якому випадку доведеться конвертувати координати, аби уникнути зміщення. Наскільки пам'ятаю там проблема в десятичних градусах.

Наразі очищаються, тільки спроби перебору паролів в UHW. Чому нема очистки успішних замін - спробуйте здогадатись самі. Це зроблено осмислено. Якщо, так сильно спічить чистити той журнал (одразу попереджаю - це погана ідея, з оглядом на ваше ж майбутнє) можете додати собі шаблон в "Консоль розробника -> PHP консоль" якось так: На жаль поки-що немає. В реальності він працює як і описано в документації - по карті можна розставляти/тягати точки та лінії і чіпляти до них документи. Ось все.

Зайдите в модуль редактирования пароля, любого юзера.

sed -i "s/\/usr\/bin\/top -b/\/usr\/bin\/top -b -n 1/g" ./config/billing.ini

Ок. По его MAC-у бай дефолт. Очевидно же. Если у вас администратор регистрирующий пользователя и таскатель кабеля по чердакам, это один и тот же индивид - цивилизация кругом.

Подсказываю - это для пакетных тарифов, с предоплаченным трафиком, родом из конца 90-х - начала 00-х. Принудительное выполнение OnConnect-а - жесть. Не вижу в принципе взаимосвязи понятий "биллинг" и "хреновина терминирующая доступ". Ваша проблема - в отсутствии понимания, того факта, что ресет - ниразу не должен и не может в нормальных условиях, быть выполнен для пользователя который "кончился". Событие реинициализации по самой своей сущности должно происходить таки для реинициализации активного пользователя методом его последовательного отстреливания и последующего поднятия по-новой (н

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

Вам это не надо

Ну достаете свой firewall.conf и смотрите на него. Он более чем понятный и минималистичный. Скорее всего он у вас выглядит как-то так: https://github.com/nightflyza/UBinstaller/blob/master/configs/firewall.conf

Ну по сути, если там кромешный дефолт, вам нужно просто по аналогии с существующими правилами допилить firewall.conf - что считаем по 4 правила на шейп и доступ по интерфейсу. Плюс поднять еще 2 ната и запихнуть в них нужные подсети. Это в случае, если мы говорим о внешнем nas на rscriptd.

Резюмирую: использовать UHW и не издеваться над психикой окружающих.

Ага, только переписать нафиг всю механику авторизации. В принципе представляю как это можно сделать - только на самом деле нафиг не нужно. Намного проще и дешевле портировать опции ONLINELEFT* куда-нить в alter.ini Ну не каждый же день тарифы вы добавляете, и бизнеспроцессы свои модифицируете? Один раз сделали, проверили с авторизацией по логину/паролю, и забыли.

не, 20$ =) видите - я вам от доброты душевной, новую сферу деятельности открыл На самом деле, я просто всегда жалею всех, и потому стараюсь минимизировать количество новых опций и изменений в стуктуре базы, на апдейтах.