masters

Пардон, нашел Ща попробую маленький парсер написать, чтоб их к нормальному виду в ХТМЛ приводил

Ну это конечно сильно мягко сказано 99,9% - незаконна Я например вообще не знаю сетей, где стояли бы лицензионные игрухи!!!

Как в версии 2.4 можно сделать индивидуальные скрипты пользователей? Делаю по инструкции 2.0: переделал скрипты OnConnect, OnDisconnect и бросил их в папку юзера, перезапустил сервер. Подключаюсь - выполняется главный скрипт Я что-то неправильно делаю, или может все скрипты надо в папку юзера кинуть?

Его делают скрипты OnConnect, OnDisconnect ? Блин я в них это отключил И я там не видел, скоко траффика израсходовано, вроде только остаток денег. Можно строчечку?

Можно как-нибудь посмотреть наработку юзера по сессиям за месяц? Т.е. когда подключился когда отключился передано-принято байт за сессию Можно это как-нить посмотреть?

С проблемой сталкивался, а вот решить - тоже не знаю как У меня правда под Фрей эта проблема. Попробуй вытавить: "Время простоя до разъединения". Т.е. если пакеты не ходят, оно само должно разорвать линк.

Стоит под FreeBSD - самопальный скриптик на Perl. Обновляет и базы и саму прогу!!! Например, у тя НОД 2.5, обновился - стал 2.7 Под виндой легче - ставишь NOD32 Lan Update Server, там ваще нефик делать - все на русском! Обновляешься, заходишь: Зеркало - Настройка. Выбери папку где они у тя на винте будут лежать. Поставь птичку: включить доступ к файлам по HTTP и Создать зеркало обновления. Все. У клиента добавляешь сервер: http://<адрес твоего сервера>:8081/ Все - у меня на работе так и работает!

Однозначно - в винде проблему ищи!!! Попробуй с другой машины пингани! Что-то с брандмауэром не так!!!

Зря темку закрыли - у мну аналогичная проблема!!! сервер: FreeBSD 5.4 + STG 2.4 на моей машине: WinXP SP2 Из-за того, что клиенты и провайдер висят на 1м сетевом интерфейсе - приходится резать всю скорость - в т.ч. и доступ к серверу. Режу только TCP - так что у юзеров авторизатор работает без проблем по УДП. А вот конфигуратор работает по TCP - поэтому когдя я качаю, статистику посмотреть почти не реально И вот иногда, когда канал забит - конфигуратор подвисает! Ну вроде-бы и фиг с ним, снял через Ctrl+Alt+Del и работай дальше. Но прикол в том, что когда снимаю конфигуратор через Ctrl+Alt+Del - вылетает и модуль конфигуратора на сервере У клиентов все нормально: инет работает, авторизатор тоже, ничего не пропадает!!! В логах все чисто. Спасает ребут сервера. Никто не встречал такой трабл?

Как обещал! Вот скриптик, запускаемый по cron (я запускаю каждые 2 часа): ------backup.sh-------- Вот скриптик, запускаемый перед загрузкой STG (у меня в rc.d). ------beforestart.sh-------- Работает как часы!!! ОС: FreeBSD 5.4 + STG 2.4

А не планируется сделать, чтобы показывало текущую скорость закачки юзера? Можно просто за определенный период взять траффик и разделить - на время

да блин искал, на одном даже сменил - результата 0 я так понял там чип памяти отдельный для статических ARP-таблиц стоит, так что врятли прошивка поможет (( На работе стоит HP, может по 512 МАКов на порт запоминать - но стоит такая радость 1200$. И тем более мне 90% функций в нем не нужны (работа с ИП и портами) - лишний выкиндос денег У кого стоят управляемые свичи - если не влом, посмотрите, сколько МАКов можно на 1 порт выставить! Может вы счасливчик - я тоже себе такой возьму!!!

Вирус - тоже вполне возможно! У меня такое-же было и антивир его видел, но удалить не мог - в винлогоне сидел! Винду перебил - все ОК

У меня такое когда у провайдера проблемы - мне кажется все-таки DNS!!! Стоит у меня 2 тачки под Фрей: одна подключена к инету, другая - нет. На второй лагов не было вообще. Вообщем я выловил момент когда первая машина стала лагать и подключил вторую к нету - теже симптомы Звоню провайдеру - говорят что у них небольшие проблемы

А не планируется доработка модуля подсчета траффика под FreeBSD? А то на скоростях выше 1Мбит/с половину пакетов пропускает ((

Делитесь опытом, кто какие антивиры юзает? Я юзаю NOD32 под WinXP и Vista - за 2 года пока проблем не было! Изредка проверяю другими антивирами (AVP, Panda, Norton) - все чисто! Настроил зеркало обновлений по сетке при помощи самопального скрипта под FreeBSD 6.2 (обновляет не только базы - но и версии самого антивира)! Апдейты качаю с офф. зеркал Esset. На серверах (FreeBSD 5.4 - 6.2) тоже NOD32 стоит Фряшный, апдейтится тоже с локального зеркала. Стоит на почтовом - Web сервере и на файл - сервере. Думаю на Инет-сервер нет смысла ставить!

Имхо - купил старый маршрутизатор за 300 зеленых. Конфигурация: проц 800Mhz, 256RAM. Поставил карту памяти на 1Гиг, влепил FreeBSD 5.4, апач, ПХП ... - работал как Web - сервер очень даже нормально, сейчас как ВПН-сервер стоит. Размером с 800ю циску - чуть больше свича. С 1м низкооборотистым куллером на корпусе - вообще бесшумный!

А че за симптомы? Долго думает по SSH и по ФТП - тоже долго подключается, и вообще проги даже долго стартуют, хотя в top все впорядке? У меня тоже такое бывает иногда! Ну у себя я знаю из-за чего это.

Вообщем, как отважный тестер - рассказываю: Поставил я STG 2.4 и в течении недели вырубал каждый час комп резетом! Вот что получил: 1. Пропадают файлы не только stats, но и conf - поэтому бэкапить нужно и их! 2. 30% случаев - файлы стираются не полностью. Т.е. он не 0байт, а в нем пара строчек есть - т.е. все упомянутые тут скрипты не подходят, они бэкапят запоротый файл! 3. Бэкапить в bak нельзя, т.к. STG 2.4 сам юзает баки - поэтому не удивляйтесь что забэкапаные файлы пропадают! 4. Когда файл запоролся, но не 0байт, в папке обычно лежит .bak файл - сделанный самим СТГ, нужно юзать его! Получил алгоритм для бэкапов: ----------запускать по крон----------- Проверить файлы stats и conf, если не 0байт - забэкапить (только не в *.bak). Если 0 - восстановить. ------------------------------------------- ---запускать перед запуском СТГ--- Проверить на наличие *.bak файлов, если есть - скопировать их в stats и conf. Нету - проверить: пустые stats и conf или нет, если пустые - вытащить из бэкапа; не пустые - забэкапить! ------------------------------------------- Вот так. Набросал небольшой скриптик - вечером выложу, щас на работе!!!! 3 дня тестю резетом - пока все нормально, запускается как часы. ОС: FreeBSD 5.4 (во время тестов один раз слетела ОС =) пришлось из бэкапа поднимать, так что не советую сильно тестить)

А через NAT (natd) попробуй. Вот тут описано как это забадяжить: http://www.opennet.ru/base/net/nat_jump.txt.html Ну я не знаю, как там работает - с какого IP будет запрос идти, т.к. не пробовал - но можешь попробовать, потом расскажешь По идее - это то, что тебе нужно

Че парится? Если тя не устраивает компутер, бери любой маршрутизатор с картой памяти и оперативой от 64Мб. Заливай на него monowall и твори все что хочешь!!!! У меня древняя Nokia стоит, залил на нее pfsence - теперь и скорость режет и VPNы поднимает и все что хошь, а был обычный сетевой экран

Кто-нибудь сталкивался с управляемыми свичами 2го уровня, которые на 1 порту могут поддерживать хотябы 255 статических MAC адресов? Желательно 8-16 портовые. А то сколько свичей не перепробовал: 16 - 32 статических МАК адреса на порт. А брать свичи 3-4 уровня - слишком дорого, 1000-1500$ эт не для моего кармана

Советую Planet в мет. корпусе - стоят пол года еще проблем никаких с ними не было. Лучше те что на круше стоят - заземлять. Иначе во время дождя от трения воды об изоляцию начинает статика по кабелям гулять - и свичи подвисают. После заземления - вообще проблема такая пропала Surecom - гавнище! За год сдохли почти все. Половина сгорели, а половина - стали зависать через каждые 5мин! Воткул - висит, переткул вроде ниче, а потом опять завис (( В живых всего штук 7 осталось, но тоже иногда подвисают. При -30 замерзают писец! С прошлой зимы половину выкинули. D-Link тоже не сильно понравились, на половине свичей, хоть 1 выгоревший порт да есть

Мне кажется для небольших сетей - это не нужно. А тем более не окупится! Вот если у тебя пару тысяч машин в сети, то можешь попробовать! Обычных управляемых свичей, которые с MACами работают, будет вполне достаточно! Единственный минус управляемых свичей - при большом напоре широковещательного флуда (от тех-же броадкаст-чатов) они намного чаще вешаются, а если включить флуд-контроль, вешаются еще чаще :-(=) Так что лучше все управляемые свичи ставить и включать флуд-контроль. А то если половина свичей - обычные, а на район - управляемый, он будет вешаться все время.

Посмотри, может кольцо в сети - включи лог на файрволе и посмотри что там с броадкастами творится! А может быть - у провайдера проблемы! В Фре все привязано к DNS. Если у прова пропадает DNS сервер, я на свой сервак вообще попасть не могу (( Для SSH пока решил проблему - в sshd.conf выставил: use dns = "NO".