forum.opennet.ru

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

Оглавление

Уязвимость в LibreSSL, позволяющая обойти аутентификацию по сертификатам, opennews (?), 26-Ноя-21, (0) [смотреть все]

никогда не было и вот, опять , пох. (?), 10:27 , 26-Ноя-21, (1) +5 //

Никогда не было такого камента и вот, опять , E71 (?), 10:41 , 26-Ноя-21, (10) +13 //

Что такое камент , Корец (?), 14:01 , 26-Ноя-21, (28) –1 //

От зари и до зариЙа пешу камЕнты Все мои коментарИРвут аплодисменты , Какаянахренразница (ok), 14:23 , 26-Ноя-21, (29) +7

libressl уже стал никому не нужен, кроме разработчиков и пользователей OpenBSD , protonesso (?), 10:30 , 26-Ноя-21, (2) //

А где это есть из коробки в дистрибутивах и завязано в общую инфраструктуру , Аноним (-), 10:32 , 26-Ноя-21, (4) //

Дистрибутивы переходят с libressl Boringssl может быть прозрачной альтернативно, protonesso (?), 10:37 , 26-Ноя-21, (7) –3
Вроде как в ChromeOS его юзают, но LibreSSL во всей продукции эпл из коробки и А, Аноним (8), 10:38 , 26-Ноя-21, (8) –1
Нигде и не будет - это кастрат с реализацией меньше половины фич все что сложн, пох. (?), 11:25 , 26-Ноя-21, (18) –3 //

nginx отлично работает , Аноним (21), 11:42 , 26-Ноя-21, (21) –1

его специально патчили, чтоб отлично работал Причем по моему опыту - результа, пох. (?), 12:36 , 26-Ноя-21, (26)

с новыми версиями openssl , protonesso (?), 10:34 , 26-Ноя-21, (5)
пользуемым он тоже не нужен, но им там никто и не собирался предоставлять выбор,, пох. (?), 10:49 , 26-Ноя-21, (11) +4
Вполне работает во фре вместо опенссл, пропатчить софт для совместимости проблем, Крок (?), 16:20 , 26-Ноя-21, (32) –2
Зачем за всех говорите Нужен , mikhailnov (ok), 20:46 , 26-Ноя-21, (36)
Вы вообще из своего манямирка иногда вылезайте libressl может использоватся на ф, Ivan_83 (ok), 01:27 , 27-Ноя-21, (42) +1
И отдельно про боринг Боринг гугль родил только для того чтобы не пустить ГОСТов, Ivan_83 (ok), 01:30 , 27-Ноя-21, (43) –1 //

А не много ли ГОСТу чести - из-за него аж форк на кресты переписывать , Аноним (-), 14:32 , 27-Ноя-21, (55) +1 //

Видимо не много, для гугла переписать на кресты такой проект не представляется з, Ivan_83 (ok), 00:59 , 28-Ноя-21, (58)

У вас какой-то личный интерес в том чтобы openssl, с учетом всего с ним случивше, Стас Михайлов (?), 21:11 , 27-Ноя-21, (57) –1

Как обстоят дела в OpenBSD с монтированием флэшек, зашифрованных в линукс LUKS о, Аноним (-), 10:31 , 26-Ноя-21, (3) +4 //

Тебе на unixporn Там их дохрена, Аноним (8), 10:39 , 26-Ноя-21, (9) +2
почти все фс ки не поддерживаются, но вот ntfs через fuse работает, Аноним (14), 11:04 , 26-Ноя-21, (14) //

как и exfat но это было бы еще пол-беды, беда - что сама fuse у них работает из , пох. (?), 11:29 , 26-Ноя-21, (19)

NTFS исполользует UTF-16LE , Аноним (20), 11:38 , 26-Ноя-21, (20) +2

Ппц, вот это новость Проэкты опёнка ведь ультра-секурные, Аноним (8), 10:37 , 26-Ноя-21, (6) //

особено им удался opensmtp , пох. (?), 10:50 , 26-Ноя-21, (12) //

Я так понимаю - это сарказм Ладно ваше отношение к проекту OpenBSD понятно, Аноним (-), 11:09 , 26-Ноя-21, (15) –1 //

Трупы смердящие, увы То есть разработка ведется в интересах разрабатывающих - по, пох. (?), 11:20 , 26-Ноя-21, (16) +1

Вряд ли после такого проект когда-нибудь оживет ZFS и btrfs изначально дизайнили, Аноним (21), 11:53 , 26-Ноя-21, (23) –1

Прожект прекрасно жил, пока sun обезьянков именно п-дила Не думаю что у них вышл, пох. (?), 12:25 , 26-Ноя-21, (24) +1

Не забывайте, что есть https omnios org https itsfoss com solaris-alternativ, OmniOS IllumOS (?), 18:39 , 26-Ноя-21, (35)

Нету у вас уже ничего Объедки со стола карликовых лавочек, доящих пару глупых кл, пох. (?), 10:44 , 27-Ноя-21, (52)

Точно оракл, а не суся , mikhailnov (ok), 20:50 , 26-Ноя-21, (37) –1

Про btrfs не скажу, а дизайн zfs как раз явно был направлен на сохранность данны, edo (ok), 03:11 , 27-Ноя-21, (48)

А на практике даже доступ к журналу транзакций человеческими средствами отсутств, пох. (?), 10:49 , 27-Ноя-21, (53)

Ага, нету там 100500 странных фич которые в линукс натащили за последние пару ле, Ivan_83 (ok), 01:31 , 27-Ноя-21, (44)
А тут вы передёргиваете OpenZFS проект не прибитый теперь к одной одинственной О, Ivan_83 (ok), 01:40 , 27-Ноя-21, (47)

Хаммер - это довольно специфическая фс, это не вещь в себе как zfs, или xfs, ил, Аноним (-), 10:16 , 27-Ноя-21, (50) +3

Вы как то сильно упираете в хайлоад, а я её в 2009 году у себя дома на роутере ю, Ivan_83 (ok), 01:04 , 28-Ноя-21, (59)

батенька, вы либо крестик либо трусы Апстримом является linoops, и да, из него б, пох. (?), 10:51 , 27-Ноя-21, (54)

Вы всё на ФС смотрите А плюшки там по прежнему остались MAC, GEOM, NetGraph Пос, Ivan_83 (ok), 01:07 , 28-Ноя-21, (60)

Часть LibreSSL - LibTLS, отличная надстройка, которая соместима и с опенссл и де, Ivan_83 (ok), 01:37 , 27-Ноя-21, (46)

Это маркетинг Нет в них особо ничего хорошего ни в плане безопасности, ни в пла, Аноним (21), 11:48 , 26-Ноя-21, (22) +2 //

ничуть не исключение - достаточно вспомнить прекрасную историю с roaming и rem, пох. (?), 12:29 , 26-Ноя-21, (25) –1

ГнуТЛС же есть, BratishkaErik (ok), 10:53 , 26-Ноя-21, (13) //

рекомендую ознакомиться со списком уязвимостей Ее не для безопасности делали, а, пох. (?), 11:22 , 26-Ноя-21, (17) –1
Есть же Mozilla NSS , lockywolf (ok), 09:17 , 27-Ноя-21, (49) +1

Жалко, если Фряха загнётся Великолепная оська И слава Богу, что мне с смузидок, Аноним (27), 12:45 , 26-Ноя-21, (27) –1 //

Загибается она как раз от недостатка того, что вы называете смузи - эффективны, Аноним (21), 17:33 , 26-Ноя-21, (34) –1 //

Ну почту можно крутить, базы данных, забиксы, файлохранилище, централизированное, Аноним (38), 22:12 , 26-Ноя-21, (38)

Так не давайте ей загнутся, пользуйтесь сами, репортите баги, пишите патчи, доба, Ivan_83 (ok), 01:33 , 27-Ноя-21, (45) //

ну ведь венда поганая не загибается от того что я ничего этого не делаю а мне во, пох. (?), 18:05 , 27-Ноя-21, (56) –1 //

Венде деньги донатят , никто не запрещает донатить их фре специалисту и получат, Ivan_83 (ok), 01:10 , 28-Ноя-21, (61)

Тоже набирали разработчиков как в openssl Advantageous, but not required are , Аноним (31), 14:53 , 26-Ноя-21, (31) +3
Игнорирование ошибки Это явно С С болячка В языках где принято использоват, Аноним (33), 16:44 , 26-Ноя-21, (33) //

Ды щаз try catch suppress failure уже давно норма жизни , Онаним (?), 22:27 , 26-Ноя-21, (39) //

В обычном си и не под вендой с её SEH , Ivan_83 (ok), 01:20 , 27-Ноя-21, (41) //

В обычном си уже есть эксепшны и я что-то пропустил D, Онаним (?), 10:42 , 27-Ноя-21, (51)

Под вендой помнится были , Ivan_83 (ok), 01:11 , 28-Ноя-21, (62)
пропустил, Аноним (63), 15:27 , 30-Ноя-21, (63)

Какие нафиг исключения Там нет исключений и не только потому что это обычный С , Ivan_83 (ok), 01:20 , 27-Ноя-21, (40)

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

12. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." +/–

Сообщение от пох. (?), 26-Ноя-21, 10:50

особено им удался opensmtp!

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

15. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." –1 +/–

Сообщение от Аноним (-), 26-Ноя-21, 11:09

Я так понимаю - это сарказм? ;)
Ладно... ваше отношение к проекту OpenBSD понятно.
А что на счёт двух других?
- FreeBSD?
- NetBSD?
Как вы оцениваете это?

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

16. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." +1 +/–

Сообщение от пох. (?), 26-Ноя-21, 11:20

Трупы смердящие, увы.
То есть разработка ведется в интересах разрабатывающих - пока тем платят деньги разнообразные фонды. Денег мало, поэтому ничего особо фантастического разработано не будет. Идеологов и менеджеров в хорошем смысле тоже давно нет - поэтому йапнуть кулаком по столу и заставить сделать что-то для людей, а не что попроще получается - тоже некому.
И так во всех шва6одко прожектах, "вырвавшихся" на полную свободу без руля и ветрил.
Вон, недавно принесло:
https://www.ixsystems.com/blog/openzfs-3-0-introduced-at-dev.../
а что оно "works as intended" и пул в любой момент может превратиться в тыкву - это даже и не обсуждается - всем похрен. Вишенка на тортике - программа позволяющая хотя бы частично спасать данные с рухнувшей - платная и только под винду(sic!).
Был бы у проекта хозяин поприличнее дельфиксов - очевидно что все эти прожекты надо было бы поставить на мертвую паузу и заставить разработчиков закрывать технические долги, а не ляпать фичи поверх фич. Причем все подобные патчи отбрасывать с обидными комментариями (вот что они как раз умеют). Чтоб неповадно было бросать недоделанную работу.

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

23. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." –1 +/–

Сообщение от Аноним (21), 26-Ноя-21, 11:53

> все эти прожекты надо было бы поставить на мертвую паузу и заставить разработчиков закрывать технические долги, а не ляпать фичи поверх фич
Вряд ли после такого проект когда-нибудь оживет.
ZFS и btrfs изначально дизайнили так, чтобы баланс "стабильность-продвинутость" был смещен в сторону продвинутости.
Вполне вероятно, что если начать устранять критичные проблемы, окажется, что надо полностью переделать архитектуру, при этом отвалятся почти все крутые фичи, и получится аналог XFS.

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

24. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." +1 +/–

Сообщение от пох. (?), 26-Ноя-21, 12:25

Прожект прекрасно жил, пока sun обезьянков именно п-дила.
Не думаю что у них вышло бы отмотаться от запроса пострадавшего клиента методом "уничтожь пул и создай заново - нет у нас никаких средств чинить поврежденные пулы, надеемся у тебя был бэкап".
У btrfs, что характерно - такое средство появилось через пару лет, то есть сразу после первоначального этапа. Что неудивительно - орацл тоже п-дит.
А вот когда орацл решил что эта технология нивзлитит и выкинул ее на мороз - тоже начались разброд и шатания и наращивание техдолга ради сиюминутных фич.

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

35. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." +/–

Сообщение от OmniOS IllumOS (?), 26-Ноя-21, 18:39

Не забывайте, что есть:
https://omnios.org/
https://itsfoss.com/solaris-alternatives/

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

52. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." +/–

Сообщение от пох. (?), 27-Ноя-21, 10:44

Нету у вас уже ничего.
Объедки со стола карликовых лавочек, доящих пару глупых клиентов, застрявших в блаженных нулевых.
Ничего они разработать неспособны, поддерживать тоже. Бэкпортят фичи вместе с багами и бредом из линукса.

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

37. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." –1 +/–

Сообщение от mikhailnov (ok), 26-Ноя-21, 20:50

Точно оракл, а не суся?

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

48. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." +/–

Сообщение от edo (ok), 27-Ноя-21, 03:11

> ZFS и btrfs изначально дизайнили так, чтобы баланс "стабильность-продвинутость" был смещен в сторону продвинутости.
Про btrfs не скажу, а дизайн zfs как раз явно был направлен на сохранность данных, всё эти cow и merkle tree служат именно тому, чтобы вживую систему в случае сбря можно было откатить в консистентное состояние.
Я уже не говорю про борьбу с silent data corruption, что ещё из мейнстрима умеет определять на каком именно диске в raid5 побились данные? Это заодно закрывает и write hole, кстати.

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

53. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." +/–

Сообщение от пох. (?), 27-Ноя-21, 10:49

> Про btrfs не скажу, а дизайн zfs как раз явно был направлен на сохранность данных, всё эти cow и
> merkle tree служат именно тому, чтобы вживую систему в случае сбря можно было откатить в
> консистентное состояние.
А на практике даже доступ к журналу транзакций человеческими средствами отсутствует - на тебе zdb и dd, иппись как хочешь, чтобы хотя бы посмотреть какие у этих транзакций вообще номера бывали. Про возможность неразружающего монтирования тем более забудь.
То есть оно недоделано и не будет никогда - пацаны срочна-срочна пилят супервостребованную маркетинговым отделом идею добавления отдельных дисков в vdev (после чего при малейшем сбое отыквливание всех твоих данных как раз гарантировано)
Все для дорогих клиетов - любителей докера в докере под докером прямо на хранилище данных чтоб денег никому не платить. Для которых и трудится iX. Поскольку нормальные СХД производят совсем-совсем другие фирмы. Но те своими наработками с нами не делятся.

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

44. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." +/–

Сообщение от Ivan_83 (ok), 27-Ноя-21, 01:31

Ага, нету там 100500 странных фич которые в линукс натащили за последние пару лет.
В остальном прекрасно работает, если не хотеть странного или не знать как это сделать самому.

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

47. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." +/–

Сообщение от Ivan_83 (ok), 27-Ноя-21, 01:40

А тут вы передёргиваете.
OpenZFS проект не прибитый теперь к одной одинственной ОС, и там что на фре что на линухе все одинаково уже, с одного апстрима забирают.
PS: я бы хотел Hammer из DragonFlyBSD попробовать, кажется интересней ZFS для меня.

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

50. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." +3 +/–

Сообщение от Аноним (-), 27-Ноя-21, 10:16

> из DragonFlyBSD попробовать, кажется интересней
Хаммер - это довольно специфическая фс, это не вещь в себе (как zfs, или xfs, или ext4). Люди, которые говорят - "портировать бы эту фс в линукс и на этом всё", проявляют в некотором роде дилетантизм. Поскольку ключевой особенностью тут является SwapCache. Для того, чтобы начать пользовать этой фс корректным образом, то потребуется использовать специальный SSD под утилизацию SwapCache. Более того, сама фс предназначен для работы на SSD.
Также использование этой фс на жёстких дисках бессмысленно и даже вредно (довольно комично, что незадачливые юзеры то тут, то там пытаются юзать её на своих жд тазиках). Более того, хаммер __бессмысленна__ на слабых конфигах, последние бенчмарки показывают, что хаммер начинает обгонять другие фс на конфигах рода 128GB+ DDR4 ECC RAM, несколькими high-end процессорами (i5-i9, 32+ ядра), несколькими большими HAMMER2-форматированными M.2/NvMe SSD и 256GB+ SSD, выделенными для SwapCache. То бишь во всех других случаях надо брать другие фс (они покажут себя лучше), особенно когда нет специального SSD под SwapCache.
Одним словом, целевая фс заточена под высокопроизводительные окружения, требует (для раскрытия полного потенциала) большое количество ОЗУ и high-end процессоры. Также требуется SSD (или стак SSD) + специальный SSD, выделенный под SwapCache. Именно так и никак иначе. Если всё вышеописанное для вас недоступно, то использование DragonFlyBSD даёт принципиально __НУЛЕВОЙ ПРОФИТ__. Поэтому надо брать другие фс и не прыгать выше головы.
Так что довольно забавны те юзеры, которые на свои домашние тазики зачем-то ставят DragonFlyBSD и используют неадекватным образом хаммер, не понимая, что эта фс заточена под определённое высокопроизводительное production-окружение и аппаратный сетап (стаки SSD + стаки под SwapCache).
В свете вышеизложенной информации теперь советую зайти куда-нибудь сюда:
https://www.opennet.ru/opennews/art.shtml?num=55120
и почитать комментарии в контексте вышеизложенного. Видно, что у людей явное непонимание целеполагания DragonFlyBSD и задач соответствующих фс. Причём весь этот фарш собирает много плюсиков. А вот яркий пример непонимания:
https://www.opennet.ru/openforum/vsluhforumID3/124192.html#28
Чувак-де, задаётся вопросом, что "Все более менее неиспользуемые программы довольно быстро улетают в своп", явно не понимая, что это основной аспект и архитектурная идея. Далее он вроде бы нащупывает истину: "Вероятно зависимость можно настроить, и вероятно это не всегда даже и минус при наличии оперативки и ssd с умным кешем для него от системы...".
Не нужно настраивать никакую зависимость. Нужно раз и навсегда определить для себя, что такое SwapCache и разобраться с его логикой работы, ориентируясь на стаки под SwapCache из SSD.
"но я на своих медленных жёстких дисках это чувствую особо остро." - очень смешно, конечно. В свете вышеизложенной информации - зачем на ЖД вообще использовать DragonFlyBSD вместе с хаммером?
Очень смешны комментарии и такого рода: "Со временем приорететы сменились и свап с некоторой версии юзается лишь когда все плохо, а не на всякий случай. Это я про дефолты."
Лол.
В итоге целая гора юзеров DragonFlyBSD забивает микроскопом гвозди.
DragonFly's Major Features List:
...
- Supports up to 4 swap devices for paging and up to 55TB (Terabytes) of configured swapspace. Requires 1MB of physical ram per 1GB of configured swap. When multiple swap devices are present, I/O will be interleaved for maximum effectiveness. The paging system is extremely capable under virtually any load conditions, ____particularly when swap is assigned to NVMe storage____ (!!!). Concurrent page-in across available cpus, in particular, works extremely well. Asynchronous page-out. Extended filesystem data caching via the swapcache mechanism can operate as an extended (huge) disk cache if desired, and/or used to increase the apparent total system memory.
...
SWAPCACHE - Managed SSD support
The swapcache(8) feature allows SSD-configured swap to also be used to cache clean filesystem data and meta-data. This feature is carefully managed to maximize the write endurance of the SSD. swapcache(8) is typically used to reduce or remove seek overheads related to managing filesystems with a large number of discrete inodes. DragonFly's swap subsystem also supports much larger than normal swap partitions. 64-bit systems support up to 512G of swap by default.
...
Без адекватного восприятия вышеизложенного - невозможно использовать DragonFlyBSD адекватным образом. К сожалению, некоторые незадачливые юзеры, незнакомые с мат.частью, машут вилами на своих тазиках насилуя свои винты или неправильно составляя аппаратные сетапы, неверно интерпретируя работу подсистемы SwapCache.

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

59. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." +/–

Сообщение от Ivan_83 (ok), 28-Ноя-21, 01:04

Вы как то сильно упираете в хайлоад, а я её в 2009 году у себя дома на роутере юзал без проблем и помнится даже иксы поднял пока экспериментировал.
На фрю перешёл довольно не сразу, по мере того как понял что в PF меньше плюшек (впрочем я всё равно ничего из них не юзал, вроде) и что порты по меньше и старее.

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

54. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." +/–

Сообщение от пох. (?), 27-Ноя-21, 10:51

батенька, вы либо крестик либо трусы.
Апстримом является linoops, и да, из него без разбора копипастят весь линуксячий мусор.
Все одинаково плохо, и с надежностью, и с 64x write amplification наверняка уже тоже паритет достигнут.
Была у фряхи уникальная фича, а теперь нету.

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

60. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." +/–

Сообщение от Ivan_83 (ok), 28-Ноя-21, 01:07

Вы всё на ФС смотрите.
А плюшки там по прежнему остались: MAC, GEOM, NetGraph.
Последними двумя я активно пользуюсь, под нетграф даже свои ноды накорябал, очень зачотная штука для манипуляций с трафиком.
В целом всё ещё актуальная, хотя наверное после 10г++ и может стать узким местом.

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

46. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..." +/–

Сообщение от Ivan_83 (ok), 27-Ноя-21, 01:37

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

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	12. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	+/–
	Сообщение от пох. (?), 26-Ноя-21, 10:50
	особено им удался opensmtp!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	–1 +/–
	Сообщение от Аноним (-), 26-Ноя-21, 11:09
	Я так понимаю - это сарказм? ;) Ладно... ваше отношение к проекту OpenBSD понятно. А что на счёт двух других? - FreeBSD? - NetBSD? Как вы оцениваете это?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	+1 +/–
	Сообщение от пох. (?), 26-Ноя-21, 11:20
	Трупы смердящие, увы. То есть разработка ведется в интересах разрабатывающих - пока тем платят деньги разнообразные фонды. Денег мало, поэтому ничего особо фантастического разработано не будет. Идеологов и менеджеров в хорошем смысле тоже давно нет - поэтому йапнуть кулаком по столу и заставить сделать что-то для людей, а не что попроще получается - тоже некому. И так во всех шва6одко прожектах, "вырвавшихся" на полную свободу без руля и ветрил. Вон, недавно принесло: https://www.ixsystems.com/blog/openzfs-3-0-introduced-at-dev.../ а что оно "works as intended" и пул в любой момент может превратиться в тыкву - это даже и не обсуждается - всем похрен. Вишенка на тортике - программа позволяющая хотя бы частично спасать данные с рухнувшей - платная и только под винду(sic!). Был бы у проекта хозяин поприличнее дельфиксов - очевидно что все эти прожекты надо было бы поставить на мертвую паузу и заставить разработчиков закрывать технические долги, а не ляпать фичи поверх фич. Причем все подобные патчи отбрасывать с обидными комментариями (вот что они как раз умеют). Чтоб неповадно было бросать недоделанную работу.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	–1 +/–
	Сообщение от Аноним (21), 26-Ноя-21, 11:53
	> все эти прожекты надо было бы поставить на мертвую паузу и заставить разработчиков закрывать технические долги, а не ляпать фичи поверх фич Вряд ли после такого проект когда-нибудь оживет. ZFS и btrfs изначально дизайнили так, чтобы баланс "стабильность-продвинутость" был смещен в сторону продвинутости. Вполне вероятно, что если начать устранять критичные проблемы, окажется, что надо полностью переделать архитектуру, при этом отвалятся почти все крутые фичи, и получится аналог XFS.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	+1 +/–
	Сообщение от пох. (?), 26-Ноя-21, 12:25
	Прожект прекрасно жил, пока sun обезьянков именно п-дила. Не думаю что у них вышло бы отмотаться от запроса пострадавшего клиента методом "уничтожь пул и создай заново - нет у нас никаких средств чинить поврежденные пулы, надеемся у тебя был бэкап". У btrfs, что характерно - такое средство появилось через пару лет, то есть сразу после первоначального этапа. Что неудивительно - орацл тоже п-дит. А вот когда орацл решил что эта технология нивзлитит и выкинул ее на мороз - тоже начались разброд и шатания и наращивание техдолга ради сиюминутных фич.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	+/–
	Сообщение от OmniOS IllumOS (?), 26-Ноя-21, 18:39
	Не забывайте, что есть: https://omnios.org/ https://itsfoss.com/solaris-alternatives/
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	+/–
	Сообщение от пох. (?), 27-Ноя-21, 10:44
	Нету у вас уже ничего. Объедки со стола карликовых лавочек, доящих пару глупых клиентов, застрявших в блаженных нулевых. Ничего они разработать неспособны, поддерживать тоже. Бэкпортят фичи вместе с багами и бредом из линукса.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	37. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	–1 +/–
	Сообщение от mikhailnov (ok), 26-Ноя-21, 20:50
	Точно оракл, а не суся?
	Ответить \| Правка \| К родителю #24 \| Наверх \| Cообщить модератору


	48. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	+/–
	Сообщение от edo (ok), 27-Ноя-21, 03:11
	> ZFS и btrfs изначально дизайнили так, чтобы баланс "стабильность-продвинутость" был смещен в сторону продвинутости. Про btrfs не скажу, а дизайн zfs как раз явно был направлен на сохранность данных, всё эти cow и merkle tree служат именно тому, чтобы вживую систему в случае сбря можно было откатить в консистентное состояние. Я уже не говорю про борьбу с silent data corruption, что ещё из мейнстрима умеет определять на каком именно диске в raid5 побились данные? Это заодно закрывает и write hole, кстати.
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	53. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	+/–
	Сообщение от пох. (?), 27-Ноя-21, 10:49
	> Про btrfs не скажу, а дизайн zfs как раз явно был направлен на сохранность данных, всё эти cow и > merkle tree служат именно тому, чтобы вживую систему в случае сбря можно было откатить в > консистентное состояние. А на практике даже доступ к журналу транзакций человеческими средствами отсутствует - на тебе zdb и dd, иппись как хочешь, чтобы хотя бы посмотреть какие у этих транзакций вообще номера бывали. Про возможность неразружающего монтирования тем более забудь. То есть оно недоделано и не будет никогда - пацаны срочна-срочна пилят супервостребованную маркетинговым отделом идею добавления отдельных дисков в vdev (после чего при малейшем сбое отыквливание всех твоих данных как раз гарантировано) Все для дорогих клиетов - любителей докера в докере под докером прямо на хранилище данных чтоб денег никому не платить. Для которых и трудится iX. Поскольку нормальные СХД производят совсем-совсем другие фирмы. Но те своими наработками с нами не делятся.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	+/–
	Сообщение от Ivan_83 (ok), 27-Ноя-21, 01:31
	Ага, нету там 100500 странных фич которые в линукс натащили за последние пару лет. В остальном прекрасно работает, если не хотеть странного или не знать как это сделать самому.
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору


	47. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	+/–
	Сообщение от Ivan_83 (ok), 27-Ноя-21, 01:40
	А тут вы передёргиваете. OpenZFS проект не прибитый теперь к одной одинственной ОС, и там что на фре что на линухе все одинаково уже, с одного апстрима забирают. PS: я бы хотел Hammer из DragonFlyBSD попробовать, кажется интересней ZFS для меня.
	Ответить \| Правка \| К родителю #16 \| Наверх \| Cообщить модератору


	50. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	+3 +/–
	Сообщение от Аноним (-), 27-Ноя-21, 10:16
	> из DragonFlyBSD попробовать, кажется интересней Хаммер - это довольно специфическая фс, это не вещь в себе (как zfs, или xfs, или ext4). Люди, которые говорят - "портировать бы эту фс в линукс и на этом всё", проявляют в некотором роде дилетантизм. Поскольку ключевой особенностью тут является SwapCache. Для того, чтобы начать пользовать этой фс корректным образом, то потребуется использовать специальный SSD под утилизацию SwapCache. Более того, сама фс предназначен для работы на SSD. Также использование этой фс на жёстких дисках бессмысленно и даже вредно (довольно комично, что незадачливые юзеры то тут, то там пытаются юзать её на своих жд тазиках). Более того, хаммер __бессмысленна__ на слабых конфигах, последние бенчмарки показывают, что хаммер начинает обгонять другие фс на конфигах рода 128GB+ DDR4 ECC RAM, несколькими high-end процессорами (i5-i9, 32+ ядра), несколькими большими HAMMER2-форматированными M.2/NvMe SSD и 256GB+ SSD, выделенными для SwapCache. То бишь во всех других случаях надо брать другие фс (они покажут себя лучше), особенно когда нет специального SSD под SwapCache. Одним словом, целевая фс заточена под высокопроизводительные окружения, требует (для раскрытия полного потенциала) большое количество ОЗУ и high-end процессоры. Также требуется SSD (или стак SSD) + специальный SSD, выделенный под SwapCache. Именно так и никак иначе. Если всё вышеописанное для вас недоступно, то использование DragonFlyBSD даёт принципиально __НУЛЕВОЙ ПРОФИТ__. Поэтому надо брать другие фс и не прыгать выше головы. Так что довольно забавны те юзеры, которые на свои домашние тазики зачем-то ставят DragonFlyBSD и используют неадекватным образом хаммер, не понимая, что эта фс заточена под определённое высокопроизводительное production-окружение и аппаратный сетап (стаки SSD + стаки под SwapCache). В свете вышеизложенной информации теперь советую зайти куда-нибудь сюда: https://www.opennet.ru/opennews/art.shtml?num=55120 и почитать комментарии в контексте вышеизложенного. Видно, что у людей явное непонимание целеполагания DragonFlyBSD и задач соответствующих фс. Причём весь этот фарш собирает много плюсиков. А вот яркий пример непонимания: https://www.opennet.ru/openforum/vsluhforumID3/124192.html#28 Чувак-де, задаётся вопросом, что "Все более менее неиспользуемые программы довольно быстро улетают в своп", явно не понимая, что это основной аспект и архитектурная идея. Далее он вроде бы нащупывает истину: "Вероятно зависимость можно настроить, и вероятно это не всегда даже и минус при наличии оперативки и ssd с умным кешем для него от системы...". Не нужно настраивать никакую зависимость. Нужно раз и навсегда определить для себя, что такое SwapCache и разобраться с его логикой работы, ориентируясь на стаки под SwapCache из SSD. "но я на своих медленных жёстких дисках это чувствую особо остро." - очень смешно, конечно. В свете вышеизложенной информации - зачем на ЖД вообще использовать DragonFlyBSD вместе с хаммером? Очень смешны комментарии и такого рода: "Со временем приорететы сменились и свап с некоторой версии юзается лишь когда все плохо, а не на всякий случай. Это я про дефолты." Лол. В итоге целая гора юзеров DragonFlyBSD забивает микроскопом гвозди. DragonFly's Major Features List: ... - Supports up to 4 swap devices for paging and up to 55TB (Terabytes) of configured swapspace. Requires 1MB of physical ram per 1GB of configured swap. When multiple swap devices are present, I/O will be interleaved for maximum effectiveness. The paging system is extremely capable under virtually any load conditions, ____particularly when swap is assigned to NVMe storage____ (!!!). Concurrent page-in across available cpus, in particular, works extremely well. Asynchronous page-out. Extended filesystem data caching via the swapcache mechanism can operate as an extended (huge) disk cache if desired, and/or used to increase the apparent total system memory. ... SWAPCACHE - Managed SSD support The swapcache(8) feature allows SSD-configured swap to also be used to cache clean filesystem data and meta-data. This feature is carefully managed to maximize the write endurance of the SSD. swapcache(8) is typically used to reduce or remove seek overheads related to managing filesystems with a large number of discrete inodes. DragonFly's swap subsystem also supports much larger than normal swap partitions. 64-bit systems support up to 512G of swap by default. ... Без адекватного восприятия вышеизложенного - невозможно использовать DragonFlyBSD адекватным образом. К сожалению, некоторые незадачливые юзеры, незнакомые с мат.частью, машут вилами на своих тазиках насилуя свои винты или неправильно составляя аппаратные сетапы, неверно интерпретируя работу подсистемы SwapCache.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	59. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	+/–
	Сообщение от Ivan_83 (ok), 28-Ноя-21, 01:04
	Вы как то сильно упираете в хайлоад, а я её в 2009 году у себя дома на роутере юзал без проблем и помнится даже иксы поднял пока экспериментировал. На фрю перешёл довольно не сразу, по мере того как понял что в PF меньше плюшек (впрочем я всё равно ничего из них не юзал, вроде) и что порты по меньше и старее.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	+/–
	Сообщение от пох. (?), 27-Ноя-21, 10:51
	батенька, вы либо крестик либо трусы. Апстримом является linoops, и да, из него без разбора копипастят весь линуксячий мусор. Все одинаково плохо, и с надежностью, и с 64x write amplification наверняка уже тоже паритет достигнут. Была у фряхи уникальная фича, а теперь нету.
	Ответить \| Правка \| К родителю #47 \| Наверх \| Cообщить модератору


	60. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	+/–
	Сообщение от Ivan_83 (ok), 28-Ноя-21, 01:07
	Вы всё на ФС смотрите. А плюшки там по прежнему остались: MAC, GEOM, NetGraph. Последними двумя я активно пользуюсь, под нетграф даже свои ноды накорябал, очень зачотная штука для манипуляций с трафиком. В целом всё ещё актуальная, хотя наверное после 10г++ и может стать узким местом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Уязвимость в LibreSSL, позволяющая обойти аутентификацию по ..."	+/–
	Сообщение от Ivan_83 (ok), 27-Ноя-21, 01:37
	Часть LibreSSL - LibTLS, отличная надстройка, которая соместима и с опенссл и делает всю чёрную работу типа правильно. Втащил её в имеющийся легаси проект вместо тамошней родной тлс либы, остался очень доволен в целом, хотя серверная часть мне показалась немного трудно расширяемой.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору