The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз OpenBSD 5.2, opennews (??), 02-Ноя-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


13. "Релиз OpenBSD 5.2"  +2 +/
Сообщение от Аноним (-), 02-Ноя-12, 16:24 
Где это реально применяется?
Нет, ну я много слышал что это самая безопасная система и так далее.
Но кроме идеи... Где OpenBSD находит практическое прменение, или это только чисто академический проект?

P.S. Я не хейтер BSD систем.

Ответить | Правка | Наверх | Cообщить модератору

16. "Релиз OpenBSD 5.2"  –7 +/
Сообщение от Аноним (-), 02-Ноя-12, 16:29 
> Где это реально применяется?
> Нет, ну я много слышал что это самая безопасная система и так далее.

На самом деле, безопасности OpenBSD - примерно как стабильность Ubuntu. Заклинание, повторяемое и поддерживаемое необъективными (в силу различных причин) людьми. Но серьезной технической работы за ним не стоит.

Ответить | Правка | Наверх | Cообщить модератору

21. "Релиз OpenBSD 5.2"  +1 +/
Сообщение от Nirnroot (?), 02-Ноя-12, 17:02 
Вам бы лишь бы сказать. Помимо тестирования, все нормальные люди просто вспомнят вброс Тэо про бэкдор ФСБ, когда знающие люди просто из интереса перепахали стек вдоль, поперек и по диагонали :D
Ответить | Правка | Наверх | Cообщить модератору

36. "Релиз OpenBSD 5.2"  +1 +/
Сообщение от Аноним (-), 02-Ноя-12, 18:14 
> На самом деле, безопасности OpenBSD - примерно как стабильность Ubuntu.

Как стабильность дебиана. Много легенд, но рекеить машины все-таки пришлось... да и иные баги случаются.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

64. "Релиз OpenBSD 5.2"  –1 +/
Сообщение от Аноним (-), 03-Ноя-12, 03:18 
>> На самом деле, безопасности OpenBSD - примерно как стабильность Ubuntu.
> Как стабильность дебиана. Много легенд, но рекеить машины все-таки пришлось... да и
> иные баги случаются.

В какой операционной системе меньше ошибок чем в stable срезе Debian GNU/Linux? Есть данные?

Ответить | Правка | Наверх | Cообщить модератору

79. "Релиз OpenBSD 5.2"  –1 +/
Сообщение от Аноним (-), 03-Ноя-12, 21:34 
> В какой операционной системе меньше ошибок чем в stable срезе Debian GNU/Linux?
> Есть данные?

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

С точки зрения юзера это как-то так: ставим прогу. Понимаем что она какой-то ископаемой версии и не умеет половину нужного нам. Деинсталлим. FAIL. Понимаем что такое соотношение стабильности к некромансии не всегда хорошо для пользователя.

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

Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз OpenBSD 5.2"  +1 +/
Сообщение от Ilyx (?), 02-Ноя-12, 17:07 
Чем меньше - тем безопасней!
IMHO.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

29. "Релиз OpenBSD 5.2"  +1 +/
Сообщение от sanDro (ok), 02-Ноя-12, 17:50 
http://www.openbsd.org/users.html

Там всё есть. В краткой форме кто и для чего.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

31. "Релиз OpenBSD 5.2"  +/
Сообщение от IMHO (?), 02-Ноя-12, 18:04 
обычно делают с OpenBSD фаерволл, а так я ставил OpenBSD и ставил XFCE4 & браузер мидори, программ мало за философии дистрибутива, все должно быть открыто и по лицензии доступной, и никаких блобов
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

56. "Релиз OpenBSD 5.2"  +1 +/
Сообщение от Аноним (-), 02-Ноя-12, 22:36 
> обычно делают с OpenBSD фаерволл,

...чтобы при росте нагрузки узнать что он не умеет масштабироваться на несколько процессоров и надо все переделывать.

Ответить | Правка | Наверх | Cообщить модератору

71. "Релиз OpenBSD 5.2"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 03-Ноя-12, 20:50 
>> обычно делают с OpenBSD фаерволл,
> ...чтобы при росте нагрузки узнать что он не умеет масштабироваться на несколько
> процессоров и надо все переделывать.

Для крупного ISP - да, это может быть проблемой. Для прочих - как-то не очень.

Ответить | Правка | Наверх | Cообщить модератору

80. "Релиз OpenBSD 5.2"  +1 +/
Сообщение от Аноним (-), 03-Ноя-12, 21:39 
> Для крупного ISP - да, это может быть проблемой. Для прочих - как-то не очень.

Как бы от набора правил и их количества зависит. Хотя конечно можно утверждать что три простых правила в фаере на 10 Мбит хватит всем. Но в эпоху когда 4-ядерные процы даже в смартах и планшетах - все это звучит как-то очень уж неубедительно.

Ответить | Правка | Наверх | Cообщить модератору

87. "Релиз OpenBSD 5.2"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 03-Ноя-12, 22:15 
>> Для крупного ISP - да, это может быть проблемой. Для прочих - как-то не очень.
> Как бы от набора правил и их количества зависит. Хотя конечно можно
> утверждать что три простых правила в фаере на 10 Мбит хватит
> всем. Но в эпоху когда 4-ядерные процы даже в смартах и
> планшетах - все это звучит как-то очень уж неубедительно.

В PF как раз есть такая штука, как встроенный оптимизатор. Который после загрузки набора правил изучает, скажем так, зависимости между правилами, и уменьшает (порой на порядки!) количество проверок. Ну и плюс - при использовании состояний (stateful-фильтрация, нечто вроде аналог conntrack в iptables; в pf.conf используются по умолчанию, если не указать no-state) - до проверки правил вообще не доходит.

У PF в OpenBSD затык в совсем другом месте - ядро ОС работает на одном физическом процессоре (ядре). Подвижки в решении этой проблемы пока что идут, увы, "за сценой".

Ответить | Правка | Наверх | Cообщить модератору

110. "Релиз OpenBSD 5.2"  +/
Сообщение от сержант Скотч (?), 09-Ноя-12, 15:32 
> В PF как раз есть такая штука, как встроенный оптимизатор. Который после
> загрузки набора правил изучает, скажем так, зависимости между правилами, и уменьшает
> (порой на порядки!) количество проверок.

или увеличивает:

When pfctl(8) encounters a list during loading of the ruleset, it creates multiple rules, one for each item in the list. For example:

    block out on fxp0 from { 192.168.0.1, 10.5.32.6 } to any

gets expanded to:

    block out on fxp0 from 192.168.0.1 to any
    block out on fxp0 from 10.5.32.6 to any

очевидно, что:
    block out on fxp0 from { 192.168.0.1, 10.5.32.6 } to { 192.168.0.2, 10.5.32.4 }

будет развёрнуто в 4 правила. если там будет список портов(например, 10шт), то правил будет 40.

хосты можно засунуть в таблицы, а вот с портами - такое не получится. как и не получится, если надо хранить ip:port в таблице.

плюс, таблицы в pf хранятся в radix tree и 65к хостов будут занимать уже прилично памяти.

> У PF в OpenBSD затык в совсем другом месте - ядро ОС
> работает на одном физическом процессоре (ядре). Подвижки в решении этой проблемы
> пока что идут, увы, "за сценой".

думаю, glebius раньше доведёт до ума:

http://lists.freebsd.org/pipermail/freebsd-pf/2012-June/0066...

PF в freebsd теперь будет свой.
в netbsd - NPF.

Ответить | Правка | Наверх | Cообщить модератору

121. "Релиз OpenBSD 5.2"  +/
Сообщение от PereresusNeVlezaetBuggy (ok), 15-Ноя-12, 11:26 
>[оверквотинг удален]
> gets expanded to:
>     block out on fxp0 from 192.168.0.1 to any
>     block out on fxp0 from 10.5.32.6 to any
> очевидно, что:
>     block out on fxp0 from { 192.168.0.1, 10.5.32.6
> } to { 192.168.0.2, 10.5.32.4 }
> будет развёрнуто в 4 правила. если там будет список портов(например, 10шт), то
> правил будет 40.
> хосты можно засунуть в таблицы, а вот с портами - такое не
> получится. как и не получится, если надо хранить ip:port в таблице.

Гм. Не путайте сокращённую запись правил с самими правилами. Сам pf(4) знать не знает ни о каких фигурных скобках, это всё на совести pfctl(8). ;) Ну да не суть.

Насчёт портов - увы, замечание верное. Правда, отчасти спасает тот вышеописанный оптимизатор, но не в ситуации, когда отличия только по номеру порта.

Кстати, вы на интересную идею натолкнули, сделать skip steps ещё и на совпадения, а не только на различия, плюс запоминать, по какой причине был сделан пропуск и опустить лишние проверки...

> плюс, таблицы в pf хранятся в radix tree и 65к хостов будут
> занимать уже прилично памяти.

Отнюдь. Для элементов дерева, точнее даже для записей каждого вида, используется свой собственный пул, поэтому фрагментация памяти отсутствует. 65 тыщ элементов выразится примерно в 12 мегабайт памяти, плюс примерно 8 килобайт накладных расходов в пуле. Много?

>> У PF в OpenBSD затык в совсем другом месте - ядро ОС
>> работает на одном физическом процессоре (ядре). Подвижки в решении этой проблемы
>> пока что идут, увы, "за сценой".
> думаю, glebius раньше доведёт до ума:
> http://lists.freebsd.org/pipermail/freebsd-pf/2012-June/0066...
> PF в freebsd теперь будет свой.

Только это будет уже не OpenBSD'шный PF. Например, в FreeBSD в целях той самой параллелизации перешли от дерева к хеш-таблицам для таблиц адресов, забыв (или забив на) тот факт, что хеш-таблицы более уязвимы к атакам. Честно скажу, что детально сорцы PF во фряхе не изучал, но сомневаюсь, что там используется качественная (плохо предсказуемая) хеш-функция (типа SHA1), так как она будет, очевидно, достаточно сильно нагружать ЦП. Впрочем, оно понятно, что идеального решения нет.

> в netbsd - NPF.

С PF он имеет мало общего "внутри", но выглядит вкусно. Жаль только, что выглядит давно, а поюзать в деле пока никак. :(

Ответить | Правка | Наверх | Cообщить модератору

122. "Релиз OpenBSD 5.2"  +/
Сообщение от vle (ok), 15-Ноя-12, 13:07 
> Например, в FreeBSD в целях
> той самой параллелизации перешли от дерева к хеш-таблицам для таблиц адресов,
> забыв (или забив на) тот факт, что хеш-таблицы более уязвимы к
> атакам. Честно скажу, что детально сорцы PF во фряхе не изучал,
> но сомневаюсь, что там используется качественная (плохо предсказуемая) хеш-функция (типа
> SHA1), так как она будет, очевидно, достаточно сильно нагружать ЦП. Впрочем,
> оно понятно, что идеального решения нет.

Хеш таблица хеш-таблице рознь, никто не мешает
в случае коллизий использовать структуру данных с хорошей
гарантированной сложностью поиска в худшем случае.
http://en.wikipedia.org/wiki/Hash_table#Separate_chaining_wi...

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

Да, sha1 для хеш-таблиц вменяемые люди применять не станут.

Ответить | Правка | Наверх | Cообщить модератору

72. "Релиз OpenBSD 5.2"  +/
Сообщение от PereresusNeVlezaetBuggyemail (ok), 03-Ноя-12, 20:53 
> обычно делают с OpenBSD фаерволл, а так я ставил OpenBSD и ставил
> XFCE4 & браузер мидори, программ мало за философии дистрибутива, все должно
> быть открыто и по лицензии доступной, и никаких блобов

Французская команда коммитеров (они же поддерживают порты GNOME 3 и XFCE на опёнок, например) работает на компанию, которая занимается внедрениями "под ключ". Они поставляют решения на OpenBSD, включая как сервера, так и рабочие станции. Инфа с http://undeadly.org/ , там как минимум один рассказ Antoine Jacquote был на эту тему.

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру