Max

значит у вас какая то критическая ошибка в конфиге, посмотрите в /var/log/messages

во первых: 2.4 нестабильная бета, и что то хотеть от неё смысла нет, ставьте 2.0.16.7.6 Во вторых потеря трафика происходит из -за переполнения буферов сетевой подсистемы , на высоких скоростях, что и ведёт к потере трафика. Лекарства на БСД пока нет. На линуксе вроде IPQ есть.

нет, нету User ' root^I'

ос? если freebsd 5.4 то надо make bsd5

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

* - ведь значит номер строчьки где хранятся даные - нет это произвольное число тогда что такое id ? - Идентификатор пользователя, этот параметр старгейзер генерирует сам, от кудато. а откуда скрипт берет LOGIN ? вот от сюда - скрипт его не берёт скрипту этот параметр передаёт сам стг И еще. скрипты надо перетаскивать в /usr/local/etc/rc.d/****.sh и дать права исполняимыми ? - нет перетаскивать не надо, а зачем? Исполняемыми сделать надо. Вы даже примерно не понимаете как оно работает.... как вам можно объяснить? Полностью поддерживаю.

а тут точно читали? (http://stg.dp.ua/doc20/conf_example_freebsd.html) Работает вся эта штука примерно так: Есть уже настроенныйы FIREWALL так что бы интернета у абонентов небыло, тоесть ipfw a 5555 deny ip from any to any Есть Биллинг с учётными записями. Каждой учётке при логине соответствует ip и некий ID. После логина данные параметры передаются в скрипт OnConnect а его задача сделать дырку в фаерволе для доступа клбиентов в инет, тоесть ipfw a $ID*100+1234 allow ip from $ip_abonenta_kotory_peredalsa_v_skript to any Всё. При отключении клиента выполняется скрипт OnDisconnect с теми же параметрами что OnConnect только в нем примерно следующее $ipfw d $ID*100+1234 тоесть удаление дырки из фаера. зы: пример показан в общих чертах, и на живой системе работать не будет.

сохраняете базу с пользователями (/var/stargazer) в укромное место удаляете 2.4 нах ставите 2.0.16 заливаете базу на старое место

всё понятно, у вас бета 2.4 она не стабильна, дабы не е...ть себе и нам мозг поставьте 2.0.16.7.6, на данный момент эта самая стабильная из всех.

покажите: stargazer.conf stat какого нибудь юзера у которого не считается ifconfig и тарифы

покажите ваш rules

скинул

Что тут непонятного? Несколько - в контексте кол-во мегабайт, БМ - могут быть глобально - значит на весь тариф (на все направления), или локально тоесть по каждому направлению. Блин, ладно опять... Есть три направления: а б с и 100БМ Тут возможны два варианта: 1) задать 100БМ глобально на весь тариф. 2) локально на а 100БМ/кол-во_направлений, на б 100БМ/кол-во_направлений, на с 100БМ/кол-во_направлений. Вот пункт 2 меня и смущает. как определить эту формулу? В направлении тарифа БМ нет... Поймите бывают ситуации когда есть например 100БМ на ВСЕ НАПРАВЛЕНИЯ ВМЕСТЕ, а НАПРАВЛЕНИЯ есть нечто иное как детализация трафика или они имеют одну цену. Я предлагаю немного переделать вашу структуру (языком объектов): Формат: объект|Опции|Действия Биллинг| _______Тариф|Опция глобальные_БМ*|Отключение опции_локальные_БМ _____________Направления|Опция_локальные_БМ|Отдельное_вычисление_БМ_по каждому_направлению Опция_глоюбальные_БМ* - эта опция отвечает за то чтобы БМ были одной цыфрой на весь тариф (на все направления) Опция_локальные_БМ - эта опция отвечает за то чтобы БМ были одной цыфрой на каждое направление в отдельности Билинг - Списание_денег_происходит_только_когда_закончились_БМ (либо глобальные либо по направлению в отдельности)

ой, прошу прощения, заработался, сёдня точно скину.

Обновлено! Wapr-Old Спасибо за участие. Во первых поправлю вас: БМ должны принадлежать не тарифу, а направлению в тарифе. Не совсем согласен с вами, бывают ситуации когда например есть пять направлений и у всех у них одинаковая стоимость (5 взяты для удобства и детализации например: www,mail,icq,other) мне бы было удобно задать глобально несколько БМ чем задавать для каждого направления в отдельности. Потом встаёт другой вопрос. Всё таже ситуация с 5 направлениями и одной стоимотью, если делать БМ на каждое направление отдельно, то сколько я должен установить БМ на каждое направление? Выход из ситации и достижении гибкости я вижу в опциональности привязки (через конфиг) БМ как к тарифу так и к направлению тарифа. Скриптами можно всё, но например новичкам было бы гораздо удобней если бы всё шло из коробки, минус скриптов это не приглядность как отдельных приложений выполняющихся в userspace и сложности в написании, из плюсов это гибкость как вы уже заметели.

Обновлено!

завтра скину

выслал

скинул, только он на FreeBSD 5.4 собран

хм.. вполне может быть, сейчас не уже не скажу, но если так то ладно, спешу на него. Спасибо.

скинул а у вас говрят ящик треснет если оно к вам придёт: This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: neops@inbox.ru Message will exceed maximum mailbox size for neops@inbox.ru. Mail rejected ------ This is a copy of the message, including all the headers. ------ ------ The body of the message is 3910701 characters long; only the first ------ 1024 or so are included here.

Добавил.

После расчётов с програмистами готов опубликовать исходные коды.

2.016.7.6 RC-3

вот вам и ответ: Aug 10 19:57:09 localhost stargazer: [b]User ' root^I' not found in system.[/b] Aug 10 19:57:09 localhost stargazer: [b]Group ' root' not found in system.[/b] Aug 10 19:57:09 localhost stargazer: [b]Error in file /etc/stargazer/stargazer.conf, line 115[/b]