windows_NT

doubtpoint Почему бы вам не заменить комп, на mikrotik CCR1036-8G-2S+EM. Его цена примерно на уровне с хорошим компом, ~$1200. Работает хорошо.

Вся тема, прямо как анекдот. Министр сельского хозяйства жалуется Михаилу Горбачеву: «Куры дохнут». Михал Сергеич: «Я знаю! Нужно выложить вокруг птицефабрики круг белым гравием, и они дохнуть перестанут». Через какое-то время министр докладывает, что куры по-прежнему дохнут. Горбачев: «Рисуем квадрат!» Потом треугольник. Проходит время, министр Горбачева избегает. Тот не выдержал, сам его вызвал. Оказалось— все куры подохли. «Жаль,— говорит Горбачев,— столько задумок еще было!»

сугубо практическая тема - mpd В OpenBSD более производительная альтернатива npppd.

Отсюда поподробней, пожалуйста. Что выимеете ввиду под обслуживанием, и что именно неудобно во FreeBSD. Я имею ввиду, ввиду минимальное количество действий по обновлению ПО. Например, обновление FreeBSD (когда используется GENERIC ядро) делаем через freebsd-update скрипт (если ядро CUSTOM, тут уже начинаються сложности с непредсказуемым результатом, нужно тратить гораздо больше сил), обновление ПО нужно пересобирать из исходников, в бинарных пакетах предусмотрено только минимальное количесвто опций, которых в большинстве случаев не достаточно. Подводя итог, там где используеться обновление посредством сборки из исходника не всегда предсказуемый результат. Если используеться единый репозиторий доставки пакетов для серверов, тут есть ещё один подводный камень не совместимости. Пример из практики, на двух серверах стоят вроде бы одинаковые системы, собрал центрально ядро чтобы обновить на двух серверах, заслал. В результате подуль pf.ko на одном загрузился на втором нет. Оказалось, что когда-то в бородатые времена, кто накладывал маленький патч и забыл убрать строку в системе сборки. В Linux (Red Hat) в подавляющем большистве случаев используеться исключительно бинарный подход, поэтому всё работает. Да бывают иногда казусы, но это бывает крайне редко. Ядра все бинарно совестимы в рамках одного мажорного релиза, с модулями мне проблемы не встречались. Ну насчёт глубоко, вы ошибаетесь, всё на поверхности. Различия видны даже не вооруженым взглядом. А вот насчёт производительности OpenBSD, вы правы. Я хотель бы понять, как люди определяют уровень произвоительности ещё достаточный для использования OpenBSD.

Вот это аргумент! Щас во всех современных дистрибутивах линукс, все нужные пакеты доставляются одной командой. Во фре, думаю, не сильно сложнее. Да и наверняка есть дистрибутивы, в которых можно поставить сразу всё по маскимуму(ни разу не интересовался такими, поэтому сходу не назову) Вообще, в провайдинге должно быть "чем проще, тем лучше". Всё-таки ISP это не высокотехнологические компании, занимающиеся научной или научно-технической деятельностью, а всего-лишь коммунальные службы, предоставляющие типовые сервисы населению. Очевидно, что обслуживать linux или freebsd проще, чем какую-нибудь экзотику типа openbsd. Вы не уловили сути, про "базовую систему". То что идёт в опёнке, уже пропатчено и оттестировано. По поводу обслуживания, удобней всего обслуживать Linux, фря в этом плане гораздо менее удобна, а что касается OpenBSD то если используеться софт который идёт в базовой поставке, то в большинстве случаев обслуживаение не требуется.

Насчёт RIP, Я с вами не согласен. До определённого уровня производительности, на роутере и на www сервере OpenBSD Я бы предпочёл и линуксу и фре. В силу того, что в опёнке всё идёт в базовой системе, ничего не нужно доставлять из пакетов. В довесок к этому, время на базовую настройку и разворачивание сервера с полного нуля, сводиться буквально к 10-15 минутам (из практики). Был интересный случай, когда в небольшой организации товарищ развернул роутер с BGP за 8.5 минут вместе с установкой и быстрой настройкой, успел как раз к приезду директора :)

Полностью с вами согласен. Но как бы вы для себя обозначили границу, производительности в рамках которой ещё можно использовать OpenBSD ?

Ставьте систему, которую лучше знаете, или которую знает знакомый гуру. Я пользуюсь FreeBSD уже более 15 лет, и остаюсь с этой системой, поскольку сервера используются для серьёзных задач. Админы помоложе юзают гламурные линуксы со стразиками. Ну у вас, в ответе пахнет идеологическими соображениями нежели практическими. Я вопрос задал, исходя сугубо из практических соображений.

А по делу ?

Используете ли вы у себя в продакшене, сервера на OpenBSD ? Для каких задач ? Как вы считаете где эта система себя проявит гораздо лучше, чем Linux или FreeBSD ? Немного сумбурно вышло, но тем не менее. :)

Подскажите, а bug 12309 имеет место быть в centos 6.4 или его уже забароли ?

Только когда они стоят в одном сегменте. FreeBSD умеет broadcast'ом рассылать свои задачи на соседние Линуксы. Криворукие редхатовцы не могут починить эту багу с 1987 года. Я тоже думаю что это из области фантастики, но бьют себя пяткой и говорят что истину глаголем.

Встретил людей, которые искренне убеждены что под фрёй в силу каких-то вселенских сил MySQL(5.0.67) под постоянной и огромной нагрузкой работает намного быстрее и стабильней, чем под линуксом. Что якобы линукс Centos 6.x через два дня тупит и тормозит, а фря работает как заведённая. Возможно ли такое ?

Ого, тут целый холивар вырос. :( Хотя в первом посте, о каком либо соперничестве нет ни одного слова.

Первый и пока единственный существенный аргумент в пользу использования FreeBSD в проекте (только если на её базе будет писаться какой-то продукт) на двух страницах. Про испрользование на сервере, под какие либо задачи пока по нулям к сожалению. Спасибо.

Зачем этим заниматься ? Аргументируйте пожалуйста, в эту "предпочтительность", для меня она не очевидна. Спасибо.

Подводя промежуточный итог: Нет аргументированых задачь, в которых оправдано использование FreeBSD.

На ум пришла мысль. Очень часто слышу расхожее мнение, что систему выбирают и устанавливают исходя из задачь. Перебирая в голове все работы, которые делал за последение 10 лет, не могу вспомнить не одной задачи, для которой нужно было использовать Фрю или она была бы лучше(производительней) линукса в каком-то спектре задач. Подскажите пожалуйста задачи, в которых оправдано(целесообразней, предпочтительней) использование Фри относительно линукса. Спасибо.

Существуют ли в природе платы для аппаратной акселирации NAT для обычных pc router ? Аналогичные как платы криптографической акселирации для vpn.

Да инфы особой нету, просто нужна железка которая сможет отнатить гиг для пары компов по цене до штуки зелени. Я знаю например, что дешёвый asus rt-n56u может отнатить как два пальца, из-за встроеного ppe для ната, но он не умеет с vlan работать по человечески. Вот ищу альтернативу. Может у juniper или у кого-то ещё есть подобные аппараты, роутер с гиговым wan и встроенным гиговым свичём на 4-8 портов, чтобы нормально можно было vlan настроить и гиг отнатить. По цене до штуки зелени.

Подскажите, у сабжа хватит пуки, что-бы отнатить гигабит (lan->wan) для одного, двух клиентов которые торенты качают ?

To dimonSCS Запас запасом, но разница в цене ну слишком огромная.

Посмотрел в несколькоих магазинах цены на витую пару 6 и 7 категории, и попались мне на глаза цены AMP и Ok-Net разница в цене между ними доходила до 2,5 раза. Например Ok-net бухта на 305м 6 категории стоит ~1450грн, а AMP этой же категории с такой же оплёткой и фольгой стоит уже 2500грн. На 7й категории вообще всё грустно, Ok-net стоит 4700грн, AMP стоит 7600грн, обе катушки на 500м. Почему AMP настолько дорогущий получаеться, его из золота что-ли делают ?

Дайте пожалуйста ссылку на скачивание. man по использыванию в скрипте прописан ?

./script ft-1234567890 src ip 192.168.65.4 -> вывод отчёта по взимодействию этого src ip с другими ip с портами и количеством трафика. Или по dst ip, src port, dst port и комбинации этих параметров.