BlackDeath

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

http://setka.zp.ua - мой тебе совет . Тем более входит в объединение Твой.нет, что дает пользователям неоспоримые приимущества по сравнению с другими сетями.

Поскольку контингент немного различный на форумах - разместил тему по всем 3-м есть еще и на "Хаб"

Пологаю, что надо привести сюда еще и схему раздачи интернета пользователям Имеем: пользователь->switch L3->Inet-GW->Uplink пользователь->switch L3->FTP-ресурсы вопсчем шейпинг необходим только интернета, поэтому шейпы и навешиваются непосредственно на Inet-GW, ибо до FTP ресурсов доступ у пользователей должен быть на 100Мбит без нарезки. Switch L3 (Huawei 5600) резать конечно умеет, однако от такого кол-ва acl он просто загнется на ходу. с BGP тоже немного не договорил видать. От одного Uplink принимаем FullView а от другого только Default+его сети. Однако если будем поднимать 2 uplinka с балансировкой исхода - то прийдется принимать 2 FullView.

Добрый день ув. All. Появилась необходимость в обновлении своего интернет-роутера, выросла дилема - аппаратный или софтовый. Требуется: 1. Прием Интернета от 2-х аплинков (основной и бекап) с построением БГП. 2. Суммарный канал Интернета в данный момент около 50Мбит, планируем расширение и наростание до 100Мбит с основоного канала и планами на недалекое будующее о поднятии сбаллансированых по 100Мбит с каждого канала. 3. Динамическое натирование локальной сети в блок реальных-ИП с отдельной раздачей реал-ип через нат на конкретно взятоый комп (на данный момент таких около 50, планируется около 200-300). 4. Шейпинг с указанием минимальной и максимальной полосы (на подобии RATE и CEIL в htb), нарезать надо на данный момент около 500 компов с планами на 1500-2000. 5. Обсчет трафика с формирвоанием netflow пакетов для дальнейшего их сброса на отдельный сервер биллинга. 6. Прием с того же "биллинга" правил на открытие/закрытие доступа в сеть. 7. Суммарно интернет в данный момент потребляет около 2500 компов с взглядом в ближайшее будующее на 5-6К пользователей. Естественно столкнулись с вопросом, на каком уровне потребления ресурса есть смысл переходить на аппаратный роутинг? Какие максимальные показатели удавалось получить с софтовых роутеров, какое для этого железо подбиралось, какие программные средства использовались? Также интересно услышать мнение, какое железо на ваш взгляд наиболее соответствует параметрам "идеального софтового роутера"? Что бы вы взяли для идеального соотношения стоимость/показатели, и что - если бы Вы собирали роутер без ограничения в бюджете? Если приводите свои мысли а не практику по данному вопросу, то постарайтесь их обосновать.

Попробуй так: http://192.168.100.1/configdata.html?BUTTO...20Cable%20Modem

в приведенном куске кода недостаточно информации можеш вставить все куски, где есть упоминание form или input а заодно и адрес этой странички в браузере приведи плз

В том то и дело, что я не прошу объяснить мне - как это делается Я спрашиваю сталкивался ли кто-либо с УЖЕ ГОТОВОЙ, написаной, хорошей системой анализа и фильтрации именно syslog сообщений с серверов. Ибо нам так и не удалось найти хоть что-либо похожее на более-менее разумную систему обработки и фильтрации sysloga с последующим анализом и уведомлением о критических событиях.... И кстати, судя по данной ветке, складывается впечатление, что у нас народ читает syslog только после аварии на сервере, а ведь если вовремя заметить возможную прореху в системе, о которой сообщает нам syslog в своих логах, то аварии можно избежать

Эх..... все эти системы хороши - но не под ту задачу, о которой я писал.... Ниодна из систем мониторинга не будет анализировать логи, они лиш следят за работой сервисов на железках, но о том, как эти сервесы работают и что с ними происходит ниодна система не задумывается, и им всеравно, если ктото начинает перебирать например пароли по ssh, или еще какие неправомерные действия делать..... Вопсчем как мониторинг работы железяк - систем много, а вот анализаторов логов, которые своевременно будут предупреждать о проблемах на сервере, крайне мало, и все они в основном платные и оповещать способны лиш на e-mail..... Вопсчем будем искать дальше.... Если кто сталкивался с чем-то подобным, напишите - будем признательны...

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

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

Возникла потребность в централизованной системе анализа логов с серваков, в инете нашли только eventlog management которая платная и под freebsd не портирована...... Вот и стало интересно, кто какими системами анализа логов пользуется, если пользуется вопсче.... Какие есть вопсче системы анализа Log файлов под фрю.... Поделитесь опытом

ИМХО очень глупо. С таких пользователей дохода всего процентов 20 - но вот зато 80% гемороя с сетью из-за них..... Так что пускай идет, еще спасибо скажеш