felixio_01

мда, у нас тоже с утра заявки сыпятся. вот что по этому поводу на вирусинфо http://virusinfo.info/showthread.php?t=128234

с какой версии обновлялись?

молчит что то ТС, может всё уже получилось....

в какое то имя хоста. и как ине понимается, bandwidthd типа предупреждает что это может отразиться на скорости создания графиков...

не получается разрешить IP (192.168.0.175) в имя хоста

при правельной настройке это прописывает Ubilling )))

нет должен автоматически прописаться... типа host m15x15x0x123 { hardware ethernet 00:22:15:73:45:34; fixed-address 15.15.0.123; }

авторизация IP+MAC, система Debian, да скорее всего Ubilling тут не причём. вот предистория: http://local.com.ua/forum/topic/3136-сбор-багов-и-feature-requests/page__view__findpost__p__363792

!!! вот у меня тоже были прецинденты.... правда вырубало не на 1-3 мин, а пока не рестартанёш биллинг. и не при

пока устраивает многим... есть правда несколькок моментов, но это совсем другая история, об этом как то было у нас с nightfly обсуждение. Но ведь есть несколько багов (например тот же баг с админским паролем), которые по идеи должны быть устранены в след. версиях. и возник вопросец, так когда же новая версия ? ))))

Доброе время суток! господа разработчики, новая версия stargazer- сокро ли???

можно скрины команд ls -l /etc/dhcp3/multinet и ls -l /etc/dhcp3/ и ещё, вот этого в конфиге не должно быть.

а он ведь существует !!!!

давненько было пару раз, несколько часов потратил, авторизаторы авторизуются, но инет не включается хоть убейся, всю голову сломал, оказалось банально кончилось место на винте не всё так просто к сожелению, винт - терабайтник, занят максимум на 7%

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

))))) ну в моём понимании фаервол в данном случае - это свод правил, которые ограничивают доступ к серверу, закрывая порты с наружи и т.д. а NAT - это понятно, но ведь если были б с ним проблемы, то и другие абоненты из этой же подсети тоже жаловались... А этот баг носит эпизодический характер и у разных абонентов... На памяти несколько случаев - хотя у меня и сетка то небольшая. но всё же. Также и со скриптами включение-отключения. Если они виноваты, что конечно не исключено, то это носило более массовый характер, не?

Да, всё настроенно локально, без rscriptd. да, у всех always online. Дисконекты, происходят очень редко, выше привёл описание одного подобного. Т.е. вчера вечером как раз было у одного аобнента. В логах старгайзера всё тихо и спокойнно ни каких ошибок. 2012-11-08 19:54:54 -- Admin 'admin', 127.0.0.1: User 'holmovka70let5ap31_j2p1': 'disabled' parameter changed from '0' to '1'. 2012-11-08 19:54:57 -- Admin 'admin', 127.0.0.1: User 'holmovka70let5ap31_j2p1': 'disabled' parameter changed from '1' to '0'. это я пытался всключить/отключить абонента, как писал выше при замене MAC это помогает, думал, может и в этот раз тоже.... Больше ничего особенного нет так в том то и дело, что фаервола нет. и понимаете в чём дело,- если бы это было дело не в билинге и околоегойной приблуды, то после перезапуска билинга инет у абонента не появился. А он появился имено после презапуска билинга, точне скрипта запускающего билинг а не только stargazer.

в логах смотрел конечно же, ничего необчного не нашёл, вот что в /var/stargazer/allconnect.log касательно сабжевого абонента 2012.11.08 19:54:54 DISCONNECT: ID-25;LOGIN-holmovka70let5ap31_j2p1;IP-15.15.0.13;CASH-173.333333 2012.11.08 19:54:57 CONNECT: ID-25;LOGIN-holmovka70let5ap31_j2p1;IP-15.15.0.13;CASH-173.333333;SPEED-8192;UPSPEED-8192,MAC-00:1d:60:2c:3c:b8 но это до перезапуска билинга, и при этом инета у абонента небыло. Других каких необычностей я ненашёл, т.е ни каких ошибок и.т.д. Фаера к стати нет, всё ни как не возмусь за это дело ) ... потом блинг перезапустил и какбэ всё ок. 2012.11.08 20:20:28 DISCONNECT: ID-25;LOGIN-holmovka70let5ap31_j2p1;IP-15.15.0.13;CASH-173.333333..... 2012.11.08 20:22:58 CONNECT: ID-27;LOGIN-holmovka70let5ap31_j2p1;IP-15.15.0.13;CASH-173.333333;SPEED-8192;UPSPEED-8192,MAC-00:1d:60:2c:3c:b8 у хомячка инет есть.... согласен.... до этого было тоже пару прециндентов, но внимания не обращал... может там что то другое было, а в этом раз уже решил более подробно заняться. нет всё на одном сервачке.... так что отпадает.

Доброе время суток! Периодически возникает проблема. Хомячка не пускает в инет - Невозможно отобразить страницу (т.е. скрипты не отработались?). Вчера вот буквально. Пока не перезапустил биллинг, больше ничего не помогало и это примерно после полумесяца аптайма. По словам абонента, в течении двух дней инет то появлялся, то исчезал, ну и потом он обратился в техподдержку. Также бывает, иногда, когда меняешь MAC в профиле абонента, также, не пускает в инет. Причём выдаёт пользователю страницу по умолчанию (та что на web-сервере билинга, типа на счету денег нет). Помогает, если в профиле в ручную отключить - включить пользователя, причём не зависит от времени, я имею ввиду - после замены MAC, может пройти сколь угодно времени и инетама не появиться пока не отключишь/включишь абонента, ну или координально конечно если презапустить биллнг (что не есть айс). Как можно локализовать эти проблемы? какие-то логи может собрать, может где посмотреть. Чтобы можно было выложить сюда для исправления бага.

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

о мля.... точно есть... слона то и не приметил

ах вот оно что Михалыч )))) ок, ясно. так у меня нет этой папочки, (хотя подозреваю для чего она )))) Система Debian squeeze wget "http://billing.isp/index.php?.... ни на что не намекает? ну какбэ подозрения есть кой какие )))

не совсем понял что за папка т.е. её надо создать? и откуда беруться файлики

ок, сейчас попробуем. к стати, нашёл какой то файлик, billing/config/modules.d/directories/vservices.php