nightfly

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

Могу продавать калькуляторы

А. Оно там декоративное.

Тариф то хоть покажите, и опции кабинета, которые ONLINELEFT*.

Осталось только определить, каким странным образом вы умудряетесь читать документацию столь избирательно. Тычу пальцем в последние строки.

P.S. я надеюсь это вы таки переставляетесь на другом тазу, а не таким замечательным способом обновление производите.

Она и сейчас проходит успешно. Залипание на сборке старгейзера вполне себе четко описано в faq.

На панели задач, или в меню?

FAQ сталкивался.

С конфигами вы все правильно понимаете. С запросами - собственно аналогично. Вкатываете все по очереди снизу вверх, и обновляетесь до последнего стабильного релиза.

Вперед. Дозволяю.

нигде Нормальным же языком сказано - у вас лажа с правами. Как и почему они у вас так расставлены - остается загадкой.

На то він і "з коробкою автомат" аби бай дефолт BIN був. Досвід підказує, що з шансом близьким до 50% на виході вийде щось не зовсім робоче. Тому таки bin для домохазяйок з коробкою автомат fetch http://someurl/postinstaller && sh postinstaller Оце хотілось би. Власне крім SSL-я там ше треба по хорошому soap, mysqli, та memcached. Також хочеться ще бути впевненим, що будуть зібрані ftp, imap, pdf та json (вони там по волі дефолта порта збираються). На жаль, точно сказати, коли до цього дійдуть руки - важко. Часозатрати на перезборку та повне те

На цей потік свідомості, очікується якась членороздільна відповідь? Чисто з цікавості перевірив - все собі нормально шлеться, як водиться з підсистемами хелпдеску та дарквойдом воно жодним чином не повязане. Без нормального багрепорту з способом повторення проблеми - вести мову банально нема про що.