LINUX.ORG.RU

OpenBSD 8.0

 ,


0

1

20 октября 2026 года состоялся релиз операционной системы OpenBSD 8.0 — 61-го выпуска проекта. Новая версия получила ряд улучшений ядра, виртуализации, сетевых служб и поддержки оборудования. Как всегда, отдельное внимание разработчики уделили безопасности системных компонентов.

В этой версии:

  • Одно из наиболее заметных изменений в архитектуре amd64 — увеличение размера виртуального адресного пространства ядра с 4 до 512 GB. Размещение прямого отображения физической памяти теперь рандомизируется. Шифрование раздела подкачки ускорено за счёт использования инструкций AES процессора.

  • Улучшена поддержка архитектур. В arm64 появилась возможность гибернации. В riscv64 добавлена поддержка векторного расширения V и Advanced Interrupt Architecture (AIA). Для sparc64 выполнен переход на инструментарий LLVM. При этом поддержка архитектуры Loongson удалена из-за проблем со сборкой clang.

  • Существенные изменения затронули гипервизор VMM и управляющий им демон vmd. Теперь гостевые виртуальные машины могут использовать до 64 виртуальных процессоров. Добавлена поддержка режима x2APIC, улучшена эмуляция контроллеров прерываний и работа с образами дисков в формате qcow. Исправления также затронули запуск Linux-гостей.

  • В графической подсистеме обновлён код DRM до версии из Linux 6.18.53, а драйвер inteldrm получил поддержку видеокарт Intel Arc поколения Alchemist. Увеличение виртуального адресного пространства ядра amd64 позволяет отображать более 4 Гбайт видеопамяти.

  • Продолжена работа над поддержкой современного оборудования: добавлены драйверы и исправления для различных устройств Qualcomm, Rockchip и SpacemiT, улучшена поддержка сетевых адаптеров Intel E610, Panther Lake и Wildcat Lake. Также доработаны драйверы беспроводных устройств Qualcomm, включая поддержку каналов Wi-Fi шириной 40 МГц.

  • Обновления затронули и сетевые службы. Встроенный HTTP-сервер httpd получил возможность задавать произвольные HTTP-заголовки, а настройки TLS по умолчанию стали строже: вместо совместимого набора шифров используется профиль secure. Дополнительно исправлены ошибки обработки HTTP-запросов, в том числе связанные с неоднозначным разбором заголовков и фрагментированными передачами данных.

  • В рамках усиления безопасности исправлены многочисленные ошибки в системных утилитах, сетевых демонах, криптографических библиотеках и ядре. В частности, доработаны PF, DHCP-сервер dhcpd, IPsec-компоненты, OpenBSD SMTP-сервер smtpd и механизм ограничения доступа unveil. Обновлена библиотека Expat до версии 2.8.4, включающей исправления нескольких уязвимостей.

  • Системные инструменты: утилита netstat теперь умеет выводить счётчики многоадресного трафика интерфейсов, а sndioctl и sndiod расширили возможности управления MIDI-устройствами и настройками звукового сервера.

Установочные образы OpenBSD 8.0, исходные коды и пакеты доступны на зеркалах проекта. Перед обновлением рекомендуется ознакомиться со списком известных проблем и исправлений для нового выпуска.

>>> Официальный сайт

★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от ssh2

Я не могу себе позволить идеологизировать инструменты.

Да я как бы тоже не сектант.
Просто когда у меня была одна машина, я мигрировал с линуксов на фряху, потом появилась вторая (ноут), и для унификации туда тоже встала фряха. На маршрутизатор фряха встала потому что мне в ней удобнее/проще настраивать сеть (любой сложности). На сервер… ну если он обслуживает всё остальное (сборка pkgbase и пакетов из портов), то чего бы вдруг ставить что-то другое. Вот так и получилось, что у меня дома всё теперь на фряхе.

Это не отменяет кучу тачек на линуксах, с которыми мне приходится работать. И к systemd я отношусь… адекватно (оно местами всратое и нелогичное, но со своей задачей справляется, если руки растут не из /dev/ass).

mord0d ★★★★★
()
Ответ на: комментарий от mord0d

У меня pf-badhost, мне норм.

ant1 ★
() автор топика
Последнее исправление: ant1 (всего исправлений: 1)
Ответ на: комментарий от mord0d

захарденить 1000+ машин с уже установленным линуксом?

Если у меня тыща машин, то они управляются групповым образом. Просто переналью. Никто в здравом уме не менеджит такое индивидуально.

У опёнка хотя бы позиция неуловимого Джо

Ну вот и всё, собственно.

А сколько из известного используешь повседневно?

Всё перечисленное в исходном посте я использую ;) И всего этого в опенке нет.

liksys ★★★★
()
Ответ на: комментарий от ant1

Кстати, у меня на линуксах на десктопе в нулевых ext2/3 крашилась постоянно до невозможности восстановления.

Ну это ты явно что-то не так делал.

В 2000 жжения в афедроне ради создал много-много файлов (не помню уже, сколько точно создалось, примерно несколько миллионов) в каталоге под ext2, убилась.

Где-то в 2008 сдох диск с ext3, носил к восстановляторам, всё нужное скопировали на новый диск.

Dimez ★★★★★
()
Ответ на: комментарий от ant1

Я бы в 2026 не рискнул оставить

Фаервол у вас тоже не изобрели, поэтому ты про него не в курсе?

Кетайцы ломанут на раз.

Как?

Довай прохладную, что у тебя так торчит годами иничо.

Именно так.

liksys ★★★★
()
Ответ на: комментарий от ant1

Не более чем плацебо.

Уровень типичного опеночника in a nutshell.

Через миллионы дыр в линуксовом софте и ядре :-)

Через какие конкретно? Перечисли, болтун.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от BruteForce

А что за смартфон?

iPhone. (%

Делись историей успеха

Я просто купил смартфон и он просто работает. Бонусом там фряха под капотом намазана толстым слоем. (%

mord0d ★★★★★
()
Ответ на: комментарий от LINUX-ORG-RU

«Ай да Пушкинъ, ай да сукинъ сынъ.» © :⁠-⁠D

sparkie ★★★★★
()
Ответ на: комментарий от mord0d

А какое значение предлагаешь выставить в дефолт? Учитывая то, что оно работает на первомпне с 32RAM. Ну и общая парадигма такая что «по умолчанию не делать предположений, которые могут привести к исчерпанию памяти». Ну надо больше - выстави. Дефолтные лимиты в login.conf, например памяти на процесс тоже достаточно небольшие, и браузер с десятком вкладок и чем-то тяжелым, например зумчиком - тоже будет умирать.

Slack ★★★★★
()
Ответ на: комментарий от liksys

Они ставят качество над функциональностью и у них нет такой поддержки ресурсами, как даже у фри.

Приоритеты проекта.

Подозреваю, что «критикуешь - напиши и поддерживай» тоже может быть решением, вон прочитал, что Briar сворачивается как проект, потому что финансирования достаточного нет, а свободного времени разработчиков недостаточно.

lealxe ★
()
Ответ на: комментарий от liksys

У них есть мягкие зависимости, это слегка как транзакционность в ФС. С ними журнал для цельности ФС в таких случаях не нужен, но они сложнее журнала в реализации.

Возможность включить журналирование там когда-то тоже ЕМНИП была. Просто по умолчанию оно было выключено. Но я не уверен.

lealxe ★
()
Ответ на: комментарий от lealxe

У них есть мягкие зависимости

уже нет, их выпилили

Slack ★★★★★
()
Ответ на: комментарий от Neresar

Рычард, перелогиньтесь пожалуйста под своим именем!

mumpster ★★★★★
()
Ответ на: комментарий от ant1

FFS она зовётся потому, что оригинальная UNIX FS была жутко тормозная. и другое название у неё - UFS2 что как бы явно намекает нам

mumpster ★★★★★
()
Ответ на: комментарий от Slack

А какое значение предлагаешь выставить в дефолт?

Во фряхе такие штуки выставляются динамически на старте системы (или загрузке модуля ядра), если явно не прописаны в loader.conf/sysctl.conf. Например, ZFS ARC по дефолту ограничен половиной от доступной оперативной памяти. Искаропки оно почти на любом сетапе юзабельно (потому что кэш вымоется в пользу полезных данных).

А у вас получается что из-за первопня с 32 метрами оперативки (который ещё надо поискать) машины с десятками гигабайт оперативки страдают.

mord0d ★★★★★
()
Ответ на: комментарий от Slack

пойди вот запусти zfs на 32/64 мб рам )

Сам модуль туда не влезет. Но у меня есть виртуалки с 256M RAM, и там ZFS себя чувствует вполне нормально.

А вот когда я её попытался расчехлить на 1G RAM и одноядерным/однопоточным камнем, ей было тяжко.

mord0d ★★★★★
()
Ответ на: комментарий от mord0d

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

Slack ★★★★★
()
Ответ на: комментарий от ssh2

И чего им стоило терминал в системе оставить

Терминал какой-то ставился из AppStore. А мой пытливый ум частично обошёл ограничения, и я смог получить некоторые данные о системе. Но сам по себе этот терминал оказался бесполезен, так как внутри контейнера приложения-терминала (там каждое приложение в отдельном контейнере) делать нечего, а крутить яйца системе из контейнера сама система не позволяет. Ну и консольного софта в системе не так много (или бо́льшая его часть скрыта; command not found не значит что её прям совсем нет, оно может также означать что контейнеру запрещено её даже видеть).

Вместо огрызка терминала с доступом к родному окружению (даже без ssh!) была развёрнута виртуалка с Alpine, в которой уже привычные мне вещи не кастрированные и не завёрнутые в "юзер-френдли" интерфейс, которым невозможно пользоваться.

mord0d ★★★★★
()
Ответ на: комментарий от Slack

статичный sysctl

Для меня подход опенка наверное чуть более предсказуем.

Такой подход объективно более предсказуем.

На фре также время от времени приходится крутить сисктли под разные задачи, и чему там что равно - сходу нельзя сказать, не посмотрев.

Некоторые динамические вещи предсказуемы (опять же ARC), но по большей части да, придётся смотреть.

Но конечно, есть куча сценариев, когда в динамике это удобнее.

Вот конкретно с файловой системой это не просто удобнее, это must have. А то даже sysctl дёрнуть на холодную — ощутимые задержки просто на то, чтобы прочитать бинарь с диска и положить в память.

mord0d ★★★★★
()
Ответ на: комментарий от liksys

Я правильно понимаю, что после каждой горячей перезагрузки, произошедшей по внешней причине

YMMW, но у меня за 25 лет использования ни разу не было проблем с файловой системой.

beastie ★★★★★
()

Слежу за их релизами только ради постеров. Но анимированный всё испортил. Интересно, нейронкой генерели?

Аааа. АААААА. Я чот сначала не понял, а потом как понял!

Pierre_Dolle ★
()
Последнее исправление: Pierre_Dolle (всего исправлений: 1)
Ответ на: комментарий от Slack

пойди вот запусти zfs на 32/64 мб рам )

Это такой толстый намёк на проблемы со свопом? )

GAMer ★★★★★
()
Ответ на: комментарий от mord0d

Но у меня есть виртуалки с 256M RAM, и там ZFS себя чувствует вполне нормально.

Но для чего она на таком железе?

GAMer ★★★★★
()
Ответ на: комментарий от mord0d

а крутить яйца системе из контейнера сама система не позволяет

В нас пропал дух авантюризма... Джейлбрейкни!

GAMer ★★★★★
()
Ответ на: комментарий от ant1

Фс без журнала это странно, конечно, но на десктопе пофиг

Пользователи ext4 смотрят на тебя с недоумением.

papin-aziat ★★★★★
()

Vivat! Обновился только что.

x22 ★★★
()
Ответ на: комментарий от mord0d

и даже на смартфоне.

В этом месте поподробней, пожалуйста.

Pien
()
Ответ на: комментарий от GAMer

Но для чего она на таком железе?

На таком железе она и правда не нужна.
А в виртуалке оно просто из шаблона. Ну и с UFS2 вечные проблемы, я вместо неё лучше NFS на хосте поднииму и в виртуалку проброшу. Медленнее, зато надёжнее.

mord0d ★★★★★
()
Ответ на: комментарий от GAMer

В нас пропал дух авантюризма…

С возрастом он выветривается.

Джейлбрейкни!

Мне это не нужно. А учитывая в какое говно скатились ябблы, с ними я определённо буду прощаться.

mord0d ★★★★★
()
Ответ на: комментарий от Pien

Я уж подумал, что-то интересное.

Оно интересное. Но ненужное. (=

mord0d ★★★★★
()
Ответ на: комментарий от liksys

Это какой-то копиум. Не иметь журнала в 2026 - это просто дно. В этом нет ни надежности, ни безопасности.

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

bread ☆
()
Ответ на: комментарий от bread

Интересно, это по религиозным причинам или просто не осилили?

Для авторов OpenBSD бэкап никогда не был проблемой. Все и так в cvs/svn/git где-то там, а оконечное устройство восстанавливается за полчаса с установочного диска.

Вот если бы вся инфраструктура была на OpenBSD, тогда бы они озаботились.

Кстати, раз в год после очередного рубильника приходится тратить пару минут на набрать fsck_ffs … .

x22 ★★★
()
Ответ на: комментарий от bread

Хмм. Не проверял. У меня OpenBSD живет в kvm под linux, так что опыт весьма ограниченный.

x22 ★★★
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.