opennet.ru обновил hardware

>> Чушь несёшь. Расскажи мне как коррелирует "default to accept" с тем, что на сервере работают только публичные сервисы?

>Была уязвимость примерно 2000 года в Linux kernel. Говорить про то, что прошло много времени - не надо. Где была одна - может быть и ещё одна.

А при чём тут linux и в частности firewall?

>"Только публичные сервисы" действительно никак не связанны с этой опцией.

О том тебе и говорю.

>Дело личного вкуса, не более того. Но IMO проще запрещать by default, потом просто открыв только то, что необходимо.

"by default" - это прописная истина на шлюзах. А "Дело личного вкуса" - это на локальной машине.

>Так и есть :-) Они в подвале, а я на 2-м этаже :-)

Поэтому ты можешь сбегать в подвал и с локальной консоли что-то поправить.

>Только никакого сакрального смысла нету в этой опции. И чаще всего при включении этой опции пишут firewall наоборот, в котором запрещают, вместо того, чтобы разрешать. Как итог - он раздувается в мегамонстра и kernel сильно долго думает на обработке пакетиков.

Если эту опцию включают - то как правило firewall открыт полностью, либо зафильтрованы пару сервисов (к примеру snmpd - его только для сервера, который снимает статистику открывают, а так же syslogd для коллектора логов). Да и банилка ботов.

А вот потерять сервер из за неаккуратного действия, который может стоять в другой стране из за "defaul deny" - это совсем другая тема.

>BTW, использование anonymous ещё не отменяет элементарные правила вежливости и хорошего тона.

Тебя мой тон задевает?:)

> Поэтому ты можешь сбегать в подвал и с локальной консоли что-то поправить.

Увы, подвал на другом континенте :-)

> А вот потерять сервер из за неаккуратного действия, который может стоять в другой стране из за "defaul deny" - это совсем другая тема.

Дык аккуратнее надо быть аднака.. Сначала думать, потом кнопочки давить.. А для неаккуратных - есть блейдовые консоли, консольные сервера, KVM и прочие прелести.

> Тебя мой тон задевает?:)

Меня нет, но это и не личная переписка, правда?

На остальные вопросы уже было отвечено. Как насчёт заглянуть в предыдущие посты?

Это не raid, это пародия. Хотя как обычный sata-контроллер оно ничего.
~# lspci | grep SATA
0000:00:1f.2 SATA controller: Intel Corporation 82801GR/GH (ICH7 Family) Serial ATA Storage Controller AHCI (rev 01)

>Дык аккуратнее надо быть аднака.. Сначала думать, потом кнопочки давить.. А для неаккуратных - есть блейдовые консоли, консольные сервера, KVM и прочие прелести.

Ой только вот этого мне не надо говорить.

>Меня нет, но это и не личная переписка, правда?

А ты не заметил?:)

>На остальные вопросы уже было отвечено. Как насчёт заглянуть в предыдущие посты?

Я тебе свою позицию уже обрисовал, если ты чего-то не понял, увы. Не собираюсь что-то доказывать.

>Пупсик, ты попробывал бы такую нагрузку на Целерончике под линаксом держать, хотя бы годик, а потом бы уже рот открывал.

Это вообще удивительно, что стоял целерон на сервере. Ужаснах.

Он хоть на ядре третьего пня был?

>Просвятитесь: http://www.freebsd.org/releases/6.1R/hardware-amd64.html#PROC

Да мы знаем:

FreeBSD/amd64 is a very young platform on FreeBSD. While the core FreeBSD kernel and base system components are generally fairly robust, there are likely to still be rough edges, particularly with third party packages.

То бишь в продакш не готова.

Расслабься, мы шутим.

Ресурс у тебя очень хороший. С удовольствием пользуюсь, как и другие.

>Может, конечно, я чего-то не доглядел?

Недоглядел - это мягко сказано.

Там вообще почти все есть, причем на русском + комменты.

Кстати, по поводу надёжности винтов. Рекомендую раптор -дешевле, чем scsi, но так же надёжно и по производительности оч. хорошо.

>Это вообще удивительно, что стоял целерон на сервере. Ужаснах. >Он хоть на ядре третьего пня был? >jackill **** (*) (31.05.2006 1:22:57)

А что тут удивительного, или ты первый раз замужем?

Вспомни какие машины были хотябы четыре года назад? Были хосты - которые на подобном железе держали такие нагрузки в сутки, что про LOR и OpenNet.ru вместе взятых просто смешно говорить!

> но поднять возможно на нём только софт рэйд

Фря тоже софт рейд подняла. Контроллеры на мамках это всё софт рейд. Железный рейд стоит от 200$

А зачем снесли? Фря же такая крутая для сервера.

Ну и что ?

интересно, на оффсайте новость будет?

Очень рад за них! Каждое утро открываю ЛОР и Опеннет -- два самых посещаемых мной сайта...

Проснись
http://www.opennet.ru/opennews/art.shtml?num=7620

>И чего такого хорошего в этом т.н. портале? Сидят какие-то пионеры, которые, как правило, асилили поставить BSD (чем, разумеется, невероятно горды), находят какие-то ссылки по всему интернету и коллективно тупят над ними. На ЛОРе уровень посетителей и интересность на порядок выше. Может, конечно, я чего-то не доглядел?

С точностью до наоборот :)

>FreeBSD/amd64 is a very young platform on FreeBSD. While the core FreeBSD kernel and base system components are generally fairly robust, there are likely to still be rough edges, particularly with third party packages.

Читать мы конечно умеем, но переводить не очень, да? :)

FreeBSD только подтверждает свою репутацию лучшей оси для стоечных серверов.

С правильным выбором ОС можно поздравить.

Остался только вопрос почему не AMD...

Чтобы критиковать Максима, делать и поддерживать сайт аналогичный opennet.ru не обязательно. Только красноглазые анонимусы думают наоборот. Бесит меня это.

Вот именно! Популярность ресурса и его содержание - это одно, а программно-аппаратный коплекс, стоящий за всем этим - совсем другое.

хаха!!! сразу видно что там умные люди сидят!!!

> 1) mac_ifoff не спасёт - какое-то время интерфейс будет ПОЛНОСТЬЮ ОТКРЫТ > 2) в proto=all в ipfw/ipfw2 попадает к сожалению не всё. > Подробности есть в man.

Ну и что что полностью открыт? Загрузка правил ip фильтров идет до старта любых сервисов

>FreeBSD только подтверждает свою репутацию лучшей оси для стоечных серверов.
Из чего сие следует? Из того, что сервер opennet.ru изза проблем со старым железом перешел на новое? Стоечные сервера, они разные бывают :-)
>Остался только вопрос почему не AMD...
Или не CoreDuo EM64T :-)

>FreeBSD только подтверждает свою репутацию лучшей оси для стоечных серверов.
http://www.californiadigital.com/systems.shtml
Стоечные сервера 1U-2U/1CPU-4CPU
Особенно вкусный: http://www.californiadigital.com/1720.shtml

> Пупсик, ты попробывал бы такую нагрузку на Целерончике под линаксом держать, хотя бы годик, а потом бы уже рот открывал.

Так и вижу себе админа, в руках - Целерончик, а на Целерончике - ТАКАЯ НАГРУЗКА 8)

> В BSD есть vinum.

Простите ламера, но разве vinum уже довели до ума? Он объявлен stable (или production-ready, или как там это в FreeBSD называется)?

> Простите ламера, но разве vinum уже довели до ума? Он объявлен stable (или production-ready, или как там это в FreeBSD называется)?

Не знаю как насчет обьявлен или нет, но работает нормально, нареканий нет.

>> Простите ламера, но разве vinum уже довели до ума? Он объявлен stable (или production-ready, или как там это в FreeBSD называется)?

> Не знаю как насчет обьявлен или нет, но работает нормально, нареканий нет.

Что он работает - я слышал. Меня интересует именно официалный лейбл от FreeBSD Core Team - "эта штука готова для продакшн".

насчёт "почему не AMD" есть одно предположение: freebsd не знает о NUMA  и, тем более, о таких ужасах как numa+smp(когда у нас numa-система с двуядерными процессорами).

>Что он работает - я слышал. Меня интересует именно официалный лейбл от FreeBSD Core Team - "эта штука готова для продакшн".

Эта штука уже давно работает в продакшн.

"эта штука готова для продакшн"

А ведь и впрямь готова. Шаман мою новость зарезал, но рекомендую ознакомится для общего развития.

BSD Talk #42 опубликовал интервью с Karl Lehenbauer о FlightAware.com
http://flightaware.com/ - сервис, предоставляющий информацию о полетах в Sacramento Executive аэропорт.
Используются 64-bit AMD based computers running FreeBSD 6.x+PostgreSQL.
Система облает следующими параметрами:
* Receiving the data and processing it puts them about 6 minutes behind real time
* Generating one map can be done in about 160 milliseconds of CPU time
* Capable of generating several million maps a day
* About 1 TB of stored data
* Approximately 40 million position updates on air craft per day

> "эта штука готова для продакшн"

> А ведь и впрямь готова.

Ещё раз повторю - меня интересует официальный лейбл от Core Team. А то, что vinum используется в продакшн - я знаю. И Fedora Core, и Linux 0.99.x тоже использовался.

>Ещё раз повторю - меня интересует официальный лейбл от Core Team. А то, что vinum используется в продакшн - я знаю. И Fedora Core, и Linux 0.99.x тоже использовался.

gvinum входит в RELEASE и STABLE что вам еще нужно?