nightfly

Як варіант.

Расскажите ему кто-нибудь о существовании tablearg, и о том, что keep-state нафиг не нужон. Плиз.

уже DHCP, і уже статика в арп з коробки білінга.зарубав порта наніч і сьогодні зідзвонився з їхними айтішниками, зійшлися в тім, що вони невиключають обладнання наніч поки я шукаю як вирішити проблему. і буде ковбасити ту залізяку а не цілий НАС, варіант. а якщо пульнути туда вілан через ціску, засобами убілінгу? абон на ПОНі у мене тільки починається життя з віланами, того попитую як у кума тільки починається половая жизнь)) після того як хребці повискакували і їх йому вправили тепер спить на полу - має полову жизнь Ноу, залізяку ковбасити не буде. Фря, з оглядом на те, шо з

ну можешь зарубить определенные icmp types в сторону клиента, но не самый лучший вариантпереведи его на DHCP и сделай статичную запись в арп, может помочь Там какраз наоборот проблема :-)Как только абонент внезапно исчезает, фря начинает весь входящий к нему трафик, насильно засовывать в интерфейс на котором статическая запись и висит. Как только она исчезает - все становиться хорошо. С НАЧеными айпишками такого не происходит, по понятным причинам. Иногда разрастанию колбасы до 50-100 кппс, помогает еще железо, внутри сети. В моем случае, это были, ныне ликвидированные eol зухеля 2108 которры

arp -d ip і прибити десь на залізі, наприклад. Нормальнішого способу поки що не знайшов.

Ну есть же встроенная справка

240 тоже вполне норм. Может быть связано с тем, что если rscriptd долго соединяет пачку пользователей они успевают отвалиться по таймауту. В момент выполнения On* скриптов, он перестает слушать сообщения старгейзера.

К концу недели, если все будет хорошо.

А дочитать инструкцию до конца, не?

Обожемой, как он мог использовать == в 2016 году? Он бы еще === для ОФИЦИАЛЬНОГО СКАЧИВАНИЯ использовал! Срочно вызывайте булевую полицию! Ага, зацените, он еще и работать бесплатно отказывается, ну вообще охренел. И вообще - не стоит забывать, что за использование своих == он нам пожизненно должен.

testlogin/testpassword, да?

Креосан из луганска. Очевидно казацкому ЛЧН-у пофиг :-)

Очевидно не все. Там все вообще работает из коробки и строиться за 10 минут.

Кинув у відро з свяченою водою, проблема сама зникла)

Його проклято, лол. Потрібен виклик екзорциста, або зирити на версію ROS.

UPD: а вот и сам, новый модуль https://github.com/nightflyza/Ubilling/blob/master/modules/general/pl_ipchange/index.php

Вот как рестарт происходит https://github.com/nightflyza/Ubilling/blob/master/config/billing.ini#L14

Угу, как-то так изначально и предполагается, поскольку chmod -R 777 content/ config/ multinet/ exports/ remote_nas.conf

billing/exports у нас по идее, выполняет функционал /tmp. И да - он затирается при обновлениях. Потому там стоит хранить только не сильно важные и возобновляемые данные. Типа всяких кешей итп (общеобразовательно загляните на досуге, чего там валяется в процессе работы). Очевидно - все. Например, пытаетесь ставить права на какие-то либы, которые даже не имеют ничего общего с ворнингами приведенными на скрине.

бе-бе-бе, то не для постійних жертв

Так воно просто реконектить двох юзерів з боку НАС-а, так? PS мож в скайп поорати, нє?

А, млять. Я не уважно позирив - вже звикати почав, шо в allconnect мені постійно показують проблеми з ресетом Типу двох юзерів по черзі від'єднує/приєднує на NAS-і? Ні, все так, і там grep php тре дивитись.

Ну значит не повезло Опять же - линк был выше: http://wiki.ubilling.net.ua/doku.php?id=stg2409 Но это все относиться только к биллинговому серверу. На самих NAS-ах с rscriptd ничего делать не нужно.