XoRe

проверь, есть ли файл /etc/stargazer/rules

Не забываем, что stargazer поставляется opensource... Т.е. мы можем изменять сырцы как хотим.... В том числе, можно самим подстоить под OpenBSD... =))

Да это понятно, про Button.visible= hiden..... я спросил, зачем? Один раз поставит юзер неправильные, работать не будет - больше не полезет.

man bash , man sh или читаем документацию на opennet.ru про скрипы на bash или на sh . Доков полно, нужно их просто прочитать. Нам, админам, платят за то, что мы делаем, а не за то, что мы говорим "а мне слабо".

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

max(upload,download) означает, что тарифицируется тот трафик, которого получается больше.

2Guest_Alexandr: Разные типы подсчета трафика введены для того, чтобы удовлетворить нужды большего количества людей. Ты спрашивал, что означает max(upload,download), тебе ответили. Тебе не говорили, что max(upload,download) - это верно. Ставь тот, который тебе нужен и все.

Кстати. У меня при галочке "привязка пароля к HDD" через пару дней прграмма переставала подключаться. Заново вводишь пароль - работает. Грешу на ошибку в шифровке/рашифровке по ХДД

Инишка может быть прочитана и поправлена руками юзверя. А так получается "фирменна" программа. Хотя можно было бы и в инишку. И 2 строки на линк и надпись. А вообще - сырцы программы в зубы и делайте что хотите =))

нах? смысле зачем? =) Свои логин и пароль юзер должен знать. А в настройки после 1 неудачного лазания юзер больше не полезет.

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

Кстати хорошая мысль про перезагруз всех правил файрвола.

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

Если дыркой считать неспособность настроить фаерволл под stg, то согласен на 100% =))

/zzz.log Может у старгейзера нет правов создавать файлы в корне /

Выше был я

Имхо, пофиг какой дистрибутив. Я уже писал об этом. Советую или фряху 4.10-4.11 или линукс с какой-нибудь адекватной задачам файловой системой. От линукса нужно только ядро, файловая система и самба.

файл stat.... вот что надо в туду пихать =)

2Artem: если у человека есть договор между на оказание разработки и поддержки ПО "stargazer", вопросов нема. А если такого договора нет, то советую не забывать, что ответы на вопросы и поддержка осуществояется бесплатно и по личной инициативе людей. Потом. Советую почитать сообщение egor2fsys в этой теме. И потом говорить, дали ответ или не дали.

Такие сервисы, как ирк, днс, поп3, ннтп, jabber, ssh, ntp, lpd, вместе взятые, обычно грузят систему на 1-5%, поэтому их можно не принимать в расчет =) Кстати советую подумать на вопрос под таким углом: какая задача какие ресурсы требует. Самба будет делать: читать файл с жесткого, передавать его через шину на сетевуху и обратно. Процессору тут особо делат нечего. Поэтому все и говорят, что 600-800 селерона хватит с головой =) Оперативки тут тоже особо не надо. Поэтому все говорят, что 128-256 вполне хватает. Тут вся нагрузка на жесткий, скорость передачи данных по маме и на коннект по сети. Серваки ку3 и цс будут делать: единовременно загрузят в оперативку бинарии и прочие файлы. А потом будут получать от клиентов инфу, обрабатывать её и передавать обратно клиентам. Тут жесткий практически не участвует в работе. А участвует оперативка и процессор. Поэтому для этих задач нужен проц побыстрее и оперативка побольшее. Для цели шлюзования сетки жесткий мало требуется. Требуется чуток оперативки (для того, чтобы natd в своп не залазил) и чуток процессора, чтобы обрабатывать пакеты и считать их каким-нибудь биллингом. Поэтому советую, прежде чем запускать какой-нибудь сервис, посмотреть, а какие ему, собственно ресурсы нужны. И посмореть, есть ли машины такие свободные ресурсы. Те кто предлагают ставить пень 3 гига, оперативку 1 гиг, жесткие на скази или сата и гигабитную сетевуху правы на 99% только потому, что такая конфигурация в 99% случаях точно предоставит все необходимые ресурсы. И ещё останется куча свободных ресурсов. Полезность этой кучи свободных ресурсов можно обосновать фразами "а вдруг понадобится что-то ещё", "на всякий пожарный", "с запасом на будущее", и т.д. Т.е. эти неиспользуемые ресурсы - это залог уверенности в том, что если админ поставит что-то ещё, то это не вызовет падения быстродействия остальных сервисов. Т.е., имхо, это уже психологический момент. Админ такой машиной обезопасивает себя от мороки с поиском ресурсов, если захочет что-то добавить. Если есть конкретная задача "поставить файловый сервер", и ты точно знаешь, что на эту машину ты больше ничего не будешь ставить, то этот излишек ресурсов действительно лишняя трата денег. Если ты рассчитываешь увеличивать функционал файлового сервера, добавляя какие-то новые сервисы, то ты можешь уже сейчас позаботиться о том, чтобы для них хватило ресурсов. Если потом возникнет нужда ставить новый сервис, то тогда и можно нарастить мощности на сервере. Советую не забывать о таких вещах, как разумность или целесообразность.

Кроме того, могу ещё рассказать такую вещь: stargazer сам по себе делает только подсчет проходящих пакетов. Делает он это так: идет ip пакет, он у этого пакета читает ТОЛЬКО заголовки. Т.е. ip, tcp, udp, e.t.c. заголовки. Эти заголовки четко структурированы, там пишутся только ip адреса и ещё могут быть порты. Там НЕТ dns имен. DNS имена (если они вообще указываются в пакете), пишутся в остальной части пакета, которая НЕ проверяется stargazer'ом. И не будет проверяться. И я не знаю хоть какую-нибудь биллинговую систему (основанную на учете трафика через bpf или divert), которая будет парсить весь пакет и выдирать оттуда dns имена. Поэтому тут может помочь только прозрачный прокси с ведением логов.

извините, под чем? ))

Читаем из http://local.com.ua/forum/index.php?showtopic=1837&st=68 сообщения вплоть до моего включительно (6 постов кажется) =))

надо =))

Не стоит благодарности, сын мой -)