nightfly

Нет. Всякие такие штуки в принципе не предназначены для работы на размазанной АП. (А думаете почему она не рекомендуется, по всей документации?)

Да. Таки придется. Тушите старгейзер, резко убиваете его в users, стартуете старгейзер. Походу всюду кроме userreg он уже должен быть добит модулем аннигиляции.

UPD: А хрен там с утра. Я ж нормально с таким не засну проблема исправлена начиная с 0.5.4 rev 3462. Для резкого фикса следует обновить api/libs/api.userreg.php получив его отсюда: https://github.com/nightflyza/Ubilling/blob/master/api/libs/api.userreg.php (вот в чистом виде)

Хм. Спасибо. Стабильно, дета раз в год исправляю эту проблему с бессмертными юзерами, и стабильно она вылазит опять из самых неожиданных мест. С утра посмотрю чем подпереть на этот раз

и действительно, слишком громоздко всё будет, хотя в необозримом будущем я вернусь к этому вопросу и запилю как надо думал очередь на внешний интерфейс повесить, но входящий траффик там шейпить безсмысленно, а исходящий ничнотжно мал буду локальный ретрекер ставить, чтоб юзеры через друг-друга качали свой дом2, а от вирусов пусть сами избавляются Простота - залог здоровья

Амінь

Да хоть в стамбул. Биллинг для того и опенсорс. ...а еще иметь нах@р не нужный геморрой, с ручным рассчетом размеров таблиц дамминета и прочих буферов. По этой причине в дефолтных заготовках и натыкано пайпов для юзеров. Плюс на эту же механику завязаны динамические шейпера.

Собственно слегка причесал модуль, начиная с 0.5.4 rev 3456. Если очень спичит затестить - следует утащить себе вот эту либу: https://github.com/nightflyza/Ubilling/blob/master/api/libs/api.compat.php (вот в прямом виде) а также сам обновленный модуль https://github.com/nightflyza/Ubilling/blob/master/modules/general/pl_ipchange/index.php (опять же вот чистый сорс). Результат: 2014.05.12 16:39:18 DISCONNECT: ID-10;LOGIN-ap_p3iu;IP-172.30.0.7;CASH-180.000000 2014.05.12 16:39:19 CONNECT: ID-10;LOGIN-ap_p3iu;IP-172.30.0.5;CASH-180.000000;SPEED-5120;UPSPEED-5120,MAC-14:88:67:87:40:21

как видно из результата - дисконнект вызывается уже с новым ип тоесть биллинг отправляет старгайзеру команду на смену ип, а уже потом вызывает ресет (дисконнект/конеект) а надо другая последовательность: дисконект -> смена ип -> коннект Эммм. Логично. Надо бы посмотреть что можно с этим сделать.

Странно. По идее старгейзер при смене IP пользователя всегда сначала последовательно вызывает для него OnDisconnect после чего OnConnect. В любом случае тыканье по менялке айпишек вызывает следующий результат: /var/stargazer/allconnect.log 2014.05.12 15:32:02 DISCONNECT: ID-10;LOGIN-ap_p3iu;IP-172.30.0.7;CASH-180.000000 2014.05.12 15:32:02 CONNECT: ID-10;LOGIN-ap_p3iu;IP-172.30.0.7;CASH-180.000000;SPEED-5120;UPSPEED-5120,MAC-14:88:67:87:40:21 2014.05.12 15:32:41 DISCONNECT: ID-10;LOGIN-ap_p3iu;IP-172.30.0.5;CASH-180.000000 2014.05.12 15:32:41 CONNECT: ID-10;LOGIN-ap_p3iu;IP-172.30.0.5;

Вы будете смеяться, но тем же zbs_UserDetectIp() производиться и авторизация по паре логин/пароль. Это тоже самоочевидно. Итого просто выставляете при обращении у себя два кукиза ulogin и upassword. Вот и вся авторизация. Опять же, можно в принципе написать все это одним отдельным модулем кабинета пользователя, по дороге разворачивая его при апдейтах автообновлятором. Учитывая наличие у вас на скриншоте таких штук как морозильник, попрошайка, карточки, тарифоменялка и прочих активных вещей, заведомо настраиваемых и общающихся с конфигураторами stargazer-a - в случае использо

1. Я не знаю какое отношение ваш топик имеет к Stargazer. 2. http://wiki.ubilling.net.ua/doku.php?id=userstats - смотрите как работает UBA_ENABLED Хотя, если немного подумать, было бы круто врезать какой-то полноценный ААА + что-то типа xml rpc для таких вещей. Тоже в принципе никаких проблем не вижу.

вот только в старой базе треть маков не заполнена, а треть уже не актуальна такое бывает когда провайдер сделал ставку на впн Да. Вполне себе типичная картина. Так, что скорее всего вас ждет второй вариант. Он наименее травматичен с точки зрения сохранения целостности умолчальной политики доступа.

Да, вполне себе традиционно. Как правило люди следуют одним из двух путей: 1. Конвертируют уже вместе с MAC-ами 2. На этапе конвертации, втыкают всем кредит с просрочкой достаточной для работы юзера некоторое время. Ага

Ну... как уже отписали выше камрады mgo и sanyadnepr причина кроется скорее всего в нежелании немного подумать над тем, что вы читаете. Я даже промолчу на тему того какие архитектуры и системы официально поддерживаются исходя из FAQ. Также промолчу о том, что даже в мануале по установке на бубунту на который вы ссылаетесь, тоже вполне себе сказано, что бубунта не является поддерживаемой и рекомендуемой ОС. Да, из этого мануала вполне себе следует, что установка в комплектации отличной от Billing+NAS в одном флаконе там тоже в принципе отсутствует. (Это к вопросу на тему найдите 10 отли

методи... методи... Згідний, що хренові методи, але система була нова без налаштувань і даних, я потратив пів дня на риття по логах та компасіровку мозку Вам. Далі плюнув і за пів години перезалив усе по новому і усе взлетіло на ура. це все тому, що без свічки ставили

Для начала попытайтесь сами для себя ответить на вопрос, зачем вы это пытаетесь сделать? Если у вас это получиться, пожалуйста вдумчиво посмотрите в сторону документации о установке, где вполне себе понятно этот вопрос затронут. с Ув. nightfly

А це все тому, що люди ставлять казна як, замість як слідувати документації та використовувати дбайливо зібрані мною бінарники.

Угу - убивается старая привязка и заменяется новым. поскольку для неактивных пользователей в принципе не может вызваться OnConnect усе верно ....и мы получаем отсутствие привязки вообще для всех неактивных пользователей... что при безпарольном входе в ЛК как минимум чревато. Поэтому оно все есть, такое как есть. Логика - следующая нету бабок, нефиг менять железо, и так работать не будет. Оплатишь долг - тебя автоматом подымет с новым МАС-ом.

Это не пруф а банальное не понимание механики. Тоже бред сивой кобылы. less OnConnect / man arp У вас банально reset пользователя не происходит. Смотрите соседний топик на тему.

ну так то очевидно був патч - власне man patch методи... методи...

--------> /usr/home/user # sgconf_xml ...... <-------

А по посиланнях що вище поклікати? Хоча... може я їх там чисто для краси напостив...

Це тільки питання зв'язку stargazer-a і sgconf_xml. Я вже майже стомився повертатись до цього питання практично в кожному топіку: http://local.com.ua/forum/topic/55756-релизы-ubilling-2014/?p=527201 http://local.com.ua/forum/topic/57151-%D0%BD%D0%B5-%D0%BF%D0%BE%D0%BD%D1%8F%D1%82%D0%BA%D0%B8-%D0%BF%D1%80%D0%B8-%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B5-stargazer/ Власне все ставлене інсталлером на цільові архітектури, з бінарників - за звичай нормально працює. Все ставлене руками, в неадекваті під героїном - за звичай ні.

Ага. Добиться того, чтобы remote API у вас таки работал, и UBILLING_SERIAL / UBILLING_REMOTE были вписаны конечностями более известными как руки.