Ghost_1987

Так он давно шлангом собирается, в чем хотелка-то? Стандартный build скрипт требует gmake. Нужно перед сборкой make config? Или где то ручками править? Требует и будет требовать. Т.к. BSD Make совсем не то-же что GNU Make. Про make config не понял. В FreeBsd 9.1 в base больше не будет gmake. А поправить BSD Make нельзя? Если можно сделать самому то как? Не хочется ставить из портов gmake когда все другие порты собираются без него. про make config это я прогнал, по какой то причине когда писал то думал что stg из портов ставлю .

Так он давно шлангом собирается, в чем хотелка-то? Стандартный build скрипт требует gmake. Нужно перед сборкой make config? Или где то ручками править?

Хотелка на будущее. Возможность сборки на clang во Freebsd 9.1. Ну вроде как собрался на 3-м релиз кандидате 9 фряхи. Из портов нужно поставить gmake.

Буду обновлять вручную а обновлялку использовать как шпаргалку. Не хоца попасть на грабли на продакшене.

Ну я и не спорю что нужно обновляться дабы пофиксить старые баги и найти новые. Но как бэ сервак еще в пути на продакшен, физически не доступен и в полном оффлайне. Вот как доступ будет, сделаем. P.S. Я так понимаю что обновления не инкриментальные, а тупо накати сверху пачку файлов и ручками поправь основные конфиги.?

Пздц комплимент P.S. Вы того, осторожнее, а то madf сейчас обидиться и интегрирует в stargazer самоуничтожение при одном виде StoreModule store_mysql Зачем обижаться ведь на самом деле продукт (stg) хороший, просто страшный в плане "Ох ёпт твоюж, сикоко тут всяго, как это фсе конфигить, да еще и через консоль" Сервак ушел в продакшен, протестирую наверно уже немного папожа, а там гляди еще одну новую версию выкатите.

Я об этом уже столько раз говорил что, скорее всего, просто забыл описать в документации. Подозреваю что ее никто не читает. А учитывая что есть такой няшечный веб морда к stg, к нему (stg) будут вообще относиться как к еще одной фигне которую нужно поставить чтобы это все заработало . Ну а если серьезно, необходимости как таковой читать доки по stg нет и если бы не загон с паролем то честно признаюсь даже бы и не открыл педеэфку с мануалом. Там скорее для разработчиков и модуляписателей нежели для простых смертных . Ну а ведь всегда же хоца чтобы завелось сразу, с пол пин

Ключевой момент "после рестарта". Допустим есть себе запущенный старгейзер - вы исправляете поле cash юзера на ручнике с 50, до скажем на 100. Всюду отображается что у него таки 50 денег на балансе. После чего добавляете ему 20 денег и оппа - у него на счету 70 денег. Старгейзер перечитывает базу только на старте, после чего просто ее "помнит". Так есть и так было всегда. Я так изначально и понимал . Теперь еще более уверен. Подводя итог, если не дай бог появится необходимость править базу в ручную, тушим старгейзер, правим, стартуем. Но это есть ересь по отношению к биллингу,

Ну вы мне наверно не поверите, проверил еще раз, тарифы меняются, деньги добавляются. Заглянул в логи старгейзера, подтверждаю что после ручной правки старгейзер отсыпал ошибку, но после его рестарта в тех же логах нет никаких ошибок и все действия с пользователем логируются в соответствии с его новым логином. Вот такие дела. Возможно такая ситуация наблюдается со старой версией старгейзера? Имел ввиду как то так (ниже питонокод): import hashlib import time hash = hashlib.sha1() hash.update(str(time.time())) print hash.hexdigest() print hash.hexdigest()[:10] По поводу

Ну вот не скажите, буквально за пол часа до поста менял логин через phpMyAdmin вручную минуя stg. Есественно после этого билинг сыпанул ошибку, но как то не очень навязчиво, пролечилось это все простым рестартом stg. В логи старгейзера не заглядывал так как уже не впервой так изменяю табличные данные и все работает, пока . Ну конечно на продакшен серваке себе такого не позволю, просто это была обкатка билинга в конфигурации для домохозяек. Что на самом деле очень удачно получается на вашем творении, после основным телодвижений в настройке даже домохозяйка сможет регистрировать абонентов.

Сегодня кстати прочувствовал на себе причины почему по дефолту стоит SAFE_REGMODE=1 в alter.ini. Благо шлюз еще в тесте был и легко поправил косяк через phpMyAdmin. Однако стремает что уникальное поле таблички есть логин а не какойнить замысловато сгенерированный из /dev/random набор хеш сумм. При таком раскладе уж лучше пусть сам биллинг их генерирует и не будет давать их изменять. Хотя и получаются этакие черезмерно замысловатые логины которые по сути сложнее сгенериных паролей. Может прикрутить опцию метода генерации логинов? По мне так пусть логин и пароль генерется чере

Ну я против него в роли фронтэнда не имею ничего против, если скажем нужно отдавать здоровую статику типа киношек гигабитами Ну наверно субъективно мое мнение но nginx фронтэндом с ssl было настроить проще чем Apache + mod_ssl БУГАГА !!! тогда конечно нет смысла. Интересно какую нужно будет машину если все это на нее поставить + NAT и дофига пользователей. Какойнить гуголь клауд арендовать. Перепроверил и AllowOverride None стоит для /, /usr/local/www/apache22/cgi-bin, /usr/local/www/phpMyAdmin, /usr/local/www/apache22/data/phpMyAdmin, /usr/local/ww

Пусть так, а вдруг какую-то циску на агрегацию поставите, либо микротичину и захотите снимать нетфлоу с нее? Поправим фаер . Вот и мои мысли тоже, поэтому прописал все статикой и нафиг dhclient. Кстати по вашему совету все же решился и отключил nginx как фронтэнд. Настроил Apache + mod_sll + openssl. Пришлось из портов ставить openssl и пересобирать Apache. В дефолтном виде без обновления openssl, nikto страшно матюкался на устаревшие либы. Возможно ли в новой версии онлайн установщика включить по дефолту установку openssl перед Apache? Ну и возможно сразу о

У мну не планируется удаленных NAS, все на одной машине, посему рублю порты фаером. Как то так? # Stargazer ${FwCMD} add 1000 deny all from any to any dst-port 5555 via re0 ${FwCMD} add 1000 deny all from any to any dst-port 5555 via re1 ${FwCMD} add 1000 deny all from any to any dst-port 42111 via re0 ${FwCMD} add 1000 deny all from any to any dst-port 42111 via re1 В принципе работает, но в таких случаях думаю логичнее рисовать NAT по интерфейсу и исходя из to me а не статической айпишки. Я так понимаю как то так? # Networks define ${FwCMD} table 2 add 10.

Решил проблему хирургическим удалением лишних сетевух и немножко магии cat /etc/firewall.conf #!/bin/sh # firewall command FwCMD="/sbin/ipfw -q" ${FwCMD} -f flush # Stargazer ${FwCMD} add 1 deny all from any to any dst-port 5555 via re0 ${FwCMD} add 1 deny all from any to any dst-port 5555 via re1 ${FwCMD} add 1 deny all from any to any dst-port 42111 via re0 ${FwCMD} add 1 deny all from any to any dst-port 42111 via re1 # Networks define ${FwCMD} table 2 add 10.10.0.0/20 ${FwCMD} table 9 add 192.168.1.100 #NAT ${FwCMD} nat 1 config log if re0 reset same_ports ${FwCMD} add 6000

С точки зрения секурности - это хорошее решение. По умолчанию этого не сделано поскольку нету гарантии, что сам ubilling и такие штуки как userstats, uhw и чего там еще есть будут находиться на одном хосте со старгейзером. Аж прям навивает отдельный онлайн инсталятор для малоимущих провайдеров а-ля все в одном на одном кампе . Для всех других случаев проще наверно статью в вики написать, а то ХЗ сколько вариантов существуют, а кому нужно масштабирование на много машин думаю сможет сам справится с ручной установкой по вики. Я вон к Апачу nginx прикручивал чтобы проксировал вся чер

Есть еще хитрый план, нагло пихать пароль в базу на завершающей стаддии. Нужно просто разобраться как старгейзер криптует пароли и наваять небольшую криптовалку для приведения последних в удобный для него вид. Благо на финальном этапе похапе уже установлен. Но меня не покидает надежда на выход 2.409 в обозримом будущем. Не ищем легких путей Кстати немного смущает сетевая черезмерно активность старгейзера. Если в фаерволе сделать так для каждой сетевухи: ${FwCMD} add 1 deny all from any to any dst-port 5555 via re0 ${FwCMD} add 1 deny all from any to any dst-port 42111

Хде вы были раньше . Оффлайн инсталятор. А оно вообще нужно? Имеет смысл только при одновременной инсталяции биллинга на 100500+ машин. А так и дистрибутив меньше и проще скрипт поддерживать для текущей стабильной ветки фряхи. Конфиг ядра если что http://diffchecker.com/Sl0q00Ov

Это артефакт sh - оное должно пускаться из под bash. Засим и закоментировано. Кроме того оно в 2.408 таки грохает права Может стоит сразу патчить сорцы perl'ом прям из скрипта перед компиляцией чтобы избежать костылей с bash и sgconf_xml ?

Насколько помню под видом sh в линуксах идет dash который более Almquist shell либо симлинк на bash. На BSD это таки Bourne shell. На линухе так и есть в арче так точно это сим линк на bash. Но в первый раз словил ошибку на фре и потом попробовал на линухе, затем погуглил http://www.linuxquestions.org/questions/programming-9/bash-echo-bin-bash-event-not-found-trying-to-generate-profiles-automatically-441233/

На sh и вылетело кстати на zsh тоже косяк, проверял на домашнем Arch . Там прям пишет в консоль не дай боже юзерь не забудь Don't forget to do `` make cleandepend & & make depend''

Он меняется, просто после этого слетают права администратора Баг уже зарепорчен madf-у. Ветку на форуме видел, но у мну вот эта комманда вываливала - не найден идентификатор , ХЗ вообщем. Благо есть виндовый конфигуратор. sgconf_xml -s localhost -p 5555 -a admin -w 123456 -r "<ChgAdmin Login=\"admin\" Password=\"${STG_PASS}\"/>" Пропишу наверно 192.168.128.0 - 192.168.199.255, не принципиально где IP резервировать, а вот не хочется делать лишних телодвижений с шаблонами. Пусть все будет по дефолту как задумано . Спасибо за помощь кстати . Я там выше отписался

ifconfig_re0="DHCP" - встроенная сетевуха, оставил так на всяк пожарный вдруг нужно будет залезть на сервак локально если будет какая нибуть трабла. ifconfig_re1="DHCP" - присваевает 192.168.1.70 с рутера смотрящего в инет, на рутере прописано статикой, не хотелось морочить голову с маршрутами. ifconfig_re2="inet 192.168.128.1 netmask 0xffff8000" - локаль на которой DHCP, смотрит в сторону юзеров, так точно 192.168.128.0/17 раздает. cat /usr/local/www/apache22/data/billing/multinet/dhcpd.conf option domain-name "ourisp"; option domain-name-servers 8.8.8.8; default-lease-time 3600; ma

Эммм, нифига не понял На Freebsd 8.3 онлайн инсталятор отваливается, т.к. названия пакетов в портах изменилось. Там еще местами с кавычками косяк. Ставил пошагово через удаленный терминал. А в новой версии stg еще ко всему прочему не меняется стандартный пароль через консольный sgconf_xml. Делал через вин конфигуратор. За основу установки брался инсталятор + статьи из вики ))) По ходу устоновки правил скрипт установщика: http://diffchecker.com/1GB85Alc Особенно смущает: echo "#!/bin/sh" >> /etc/rc.d/billing Нужно так: echo '#!/bin/sh' >> /etc/rc.d/billin

Установка свежего Ubilling на FreeBSD 8.3 в кофигурации СУБД (MySQL), Stargazer, Ubilling, NAS на одном физическом сервере. Все настраивалось по вики и в ручном режиме из автоматичекого инсталятора. Сам биллинг работает, stg тоже. DHCP присваевает адреса на локальном интерфейсе и при условии что абонент зарегистрирован и активен, есть доступ к биллингу и личному кабинету. Но в интернет не пускает! Я так понимаю что не работает NAT, т.к. эти комманды не выводят результат: ipfw nat 1 show ipfw nat show config uname -a FreeBSD gateway.isp 8.3-RELEASE-p4 FreeBSD 8.3-RELEASE-