nightfly

Стабильный релиз Ubilling 0.6.8 rev 4580 alter.ini: новая опция UBCACHE_STORAGE указывающая тип хранилища общесистемного кеша. alter.ini новая опция ONUAUTO_CONFIG для смены PVID на порту ONU alter.ini новая опция PER_CITY_ACTION действия по городам Модуль «OpenPayz»: слегка облагорожен по коду, оптимизировано быстродействие. Модуль «OpenPayz»: добавлена сводная диаграмма используемых платежных систем. Модуль «OpenPayz»: теперь использует jQuery DataTables для показа списка транзакций. Модуль «Журнал успешного применения UHW»: исправлено сломанное сохранение состояния. Модуль «Текущий ке

Очевидно, проблема происходит, еще на этапе соединения. В ответ на попытку чтения из сокета, обратно приходит "воообще нихрена". От NAS-а получен ответ нулевой длины. Поэтому оно взорвалось.

Это какая-то стремная обертка над ipay, с явными фишинговыми наклонностями. Там походу, вон - весь зверинец.

OpenPayz его делал. И его делал, и других делал, и дом труба делал.

На этом форуме уже неоднократно обсуждалось. Поищите. Резюме: заворот хттпс возможен, но только с воплями, и в принципе нафиг того не стоит.

Да, значит таки бешенки. Им как правило ребут банальный помогает. А отловом озадачьтесь. Учитывая лизу в час, вам не сложно посчитать, сколько сообщений к конкретному может быть в сутки, до ротейта лога. Грубо 5-6*24 - вот вам и приблизительный показатель "нормальности", которая ближе к идеальности.

Вы будете смеяться, но если вы тыкаете по кнопочке "Журнал DHCP" в профиле пользователя, там есть контекстная справка, по сообщениям DHCP. На глаз - это либо какой-то нереально маленький лизтайм, либо бешенные клиенты. В целом отлавливать таких вот бешенных клиентов, с удобством можно так: alter.ini: SYSLOAD_CUSTOM_SCRIPTS="DHCP flood detection:/bin/count_dhcp_req" /bin/count_dhcp_req #!/bin/sh sudo cat /var/log/dhcpd.log | awk -F " " '{print $8}' | sort | uniq -c | sort -nr | awk ' $1 > 200 ' | grep ":" echo ======================== du -hs /var/log/dhcpd.log

Ну, так зирте в "попередні спрацьовування" собаки. Якщо там порожньо, значить в ваших подій не було дії log, або вони не відбувались. Її лог рівномірно розмазується по загальносистемному "події", і шукається там, за запитом WATCHDOG.

https://github.com/nightflyza/Ubilling/blob/master/docs/presets/MikroTik/system/executer/tpls/dhcp.ini#L6 address-lists = NULL Якось так

Статика має пріоритет. В динамічної лізи є час - вона рано чи пізно, сама здохне. Логи на те і є, щоб там щось відбувалось, і про щось вас повідомлялось. Якшо в логах не відбувається нічого - значить все погано. Мораль - по феншую всьо

1. або хрєново вписали серійник в UBILLING_SERIAL 2. або хрєново вписали URL в UBILLING_REMOTE 3. або воно просто недоступне з локалхоста 4. або вимкнене в alter.ini REMOTEAPI_ENABLED Більше нічо там, навіть теоретично, зламатись не може. Воно все надто прямолінійне та примітивне. Хазяйці на замітку: при використанні самоактивації, в "Історії життя" користувача, або в звіті "Події" ви маєте бачити от такі речі: REMOTEAPI RESET User (логін_юзера) UHW CHANGE (логін_юзера) MAC FROM 14:88:51:87:52:51 ON 14:88:51:87:53 Поряд з цим в звіті "Події" повинні фігурувати наступні штуки: R

А та, то я помилився. Воно ж ззовні приходить.

Ні, ви хочете біле IP 4.3.2.1 і в вас є їх декілька, скажімо маскою /26 ваш добрий провайдер, котрий насипав вам айпішок (про свій AS+PI очевидно не йдеться) малює зверху вниз на оцей ваш тазік статикою раут наступного вигляду: route add 4.3.2.1/26 192.168.2.1 після чого, ви користуючись банальною логікою, берете першу ж айпішку з цеї маски і вішаєте собі її аліасом, це буде дефолтраут для вашої громади (і я щиро сподіваюсь, що em0 дивиться на них): далі додаєте собі в довіднику "мережі та послуги" мережку вигляду: Початкова ІР: 4.3.2.0 Остання ІР: 4.3.2.62 Мережа/CIDR

Йо. Фист вибір! Вйо, включеєм логіку... навіщо якусь айпішку аліясом вішати на межереву, що дивитсі в бік вашої громади?

У меня почему-то есть чувство, что оно так там дословно и нарисовано. Что вполне согласуется, с "та не має на ньому інтернету". Я слишком долго наблюдаю за этим форумом, чтобы верить в добро и поняш.

А наxeр это надо, и чем это поможет, если он дефолтраут сам на себя нарисовал?

Шота я не виджу, аби то було білов мережов. Тай кумедно то фист виглядає, як ви намагаєтесі ото на самого себе дефолтраута вказати. Ну то коню сі єсно - в вас однакові мережі, з однаковов масков, на одному тазіку висєти хочут. У яку дірку питаєссі, мав бис трафік плигати? Га? Відов в дірку конє?

Это у вас что-то генетическое. # tail -n1 /var/log/stargazer.log 2015-06-22 15:26:49 -- Admin 'admin', 127.0.0.1: User 'gen_fgzlm89k6r': 'alwaysOnline' parameter changed from '1' to '0'. P.S. Осталось только определить, кому и зачем это вообще нужно. Если вы используете голый Stargazer с MySQL без Ubilling-а - зачем консольные конфигураторы? Если с ним - в чем вообще тогда смысл всех этих телодвижений?

Ваш заказ - вы и разбирайтесь, че Короче - вам не нужна, либо кредитовалка, либо автозаморозка, либо нужно почитать доку по старгейзеру, либо не нужна размазанная АП.

ВНЕЗАПНО - EASY_CREDIT к кабинетной кредитовалке, не имеет вообще никакого отношения. http://wiki.ubilling.net.ua/doku.php?id=alteriniconf http://wiki.ubilling.net.ua/doku.php?id=userstats Итого, вам следует самому определиться - вам шашечки, или ехать? Начислять по три копейки в день или использовать сервисы, дающие пользователю запас времени, чтобы дойти до вас и заплатить полную АП + комиссию? Начислять бабки когда это реально должно происходить, или насильно блокировать эти процессы, используя морозильник? Гибкость настроек, и количество сервисов, предоставляемых Ubilling всем

Це про phpsysinfo? Я до зараз не знаю відки воно там береться Ігноруйте короч. Доброю практикою було б замість цього всього настроїти cacti і моніторити нормально в розрізі часу.

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