Зачем нужен openbsd

Зачем нужен openbsd

Проект OpenBSD разрабатывает свободнодоступную, кроссплатформенную 4.4BSD-based UNIX-like операционную систему. Нашими целями являются акцент на корректности, безопасности, стандартизации и портируемости.

Какие причины использовать OpenBSD?

• OpenBSD запускается на множестве различных аппаратных платформ.
• Многие профессионалы в области безопасности считают, что OpenBSD самая безопасная UNIX-подобная операционная система; это является результатом непрекрающегося тщательного аудита исходных кодов на предмет уязвимостей.
• OpenBSD это полнофункциональная UNIX-подобная операционная система, доступная в исходном и двоичном виде бесплатно.
• OpenBSD интегрирует передовые технологии безопасности, подходящие для построения сетевых экранов и частных сетевых сервисов в распределённом окружении.
• OpenBSD извлекает выгоду из сильного постоянного развития во многих областях, предлагая возможности работать с появляющимися технологиями и международным сообществом разработчиков и конечных пользователей. OpenBSD benefits from strong ongoing development in many areas, offering opportunities to work with emerging technologies and an international community of developers and end users.
• OpenBSD пытается свести к минимуму необходимость настройки. Для подавляющего большинства пользователей OpenBSD просто работает на их аппаратном обеспечении для их нужд.

Насколько OpenBSD свободна?

OpenBSD полностью свободна. Свободны бинарники. Свободны исходники. Все части OpenBSD имеют разумную лицензию, разрешающую свободное распространение. Больше информации об авторском праве OpenBSD можно найти здесь.

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

Что входит в базовую поставку?

• X.org
• LLVM/Clang
• GCC
• Perl
• NSD and Unbound
• ncurses
• binutils
• gdb
• libfido2
• Expat
• zlib

Почему продукт X не включен?

Люди часто спрашивают, почему тот или иной продукт включен или нет в OpenBSD. Ответ зависит от двух вещей: пожеланий разработчиков и совместимости с целями проекта. Лицензирование также часто является большой проблемой: мы хотим, чтобы OpenBSD оставался пригодным для использования любым человеком в любой точке мира для любых целей.

Когда будет следующий релиз?

Команда OpenBSD выпускает новый примерно каждые шесть месяцев с цедевыми датами в мае и ноябре. Больше информации о цикле разработки можно найти здесь.

Поддержка аппаратного обеспечения

• alpha
• amd64
• arm64
• armv7
• hppa
• i386
• landisk
• loongson
• luna88k
• macppc
• octeon
• powerpc64
• riscv64
• sparc64

Страницы руководства

OpenBSD поставляется с обширной документацией в виде страниц руководства. Они являются авторитетным источником информации об OpenBSD и мы прикладываем значительные усилия, чтобы обеспечить их актуальность и точность. Разработчики, добавляющие изменения в систему, должны обновлять справочные страницы вместе с их изменением в системный код. Мы ожидаем, что пользователи будут в первую очередь читать справочные страницы, прежде чем обращаться за помощью.

• afterboot(8) — вещи, требующие внимания после первой полной загрузки
• help(1) — помощь для новых пользователей и администраторов
• hier(7) — раскладка файловых систем
• man(1) — отображение страниц руководства
• adduser(8) и rmuser(8) — добавление или удаление новых пользователей
• reboot(8), halt(8) и shutdown(8) — остановка и перезагрузки системы
• syspatch(8) — загрузка обновлений безопасности
• sysupgrade(8) — обновление до следующего релиза OpenBSD или нового снапшота
• dmesg(8) — повторный показ сообщений ядра в момент загрузки
• doas(1) — запуск команд от другого пользователя
• tmux(1) — терминальный мультиплексор
• ifconfig(8) — конфигурирование параметров сетевых интерфейсов
• ftp(1) — загрузка файлов из сети (поддерживается FTP/HTTP/HTTPS)
• login.conf(5) — формат файла конфигурации класса входа в систему
• sendbug(1) — отправка сообщения об ошибке

В общем, если вы знаете имя команды или страницы руководства, вы можете прочитать её, выполнив man command . Если вы не знаете имя команды или man command не находит страницу руководства, вы можете выполнить поиск в базе данных страниц руководства, выполнив apropos something или man -k something , где something — это вероятное слово, которое может присутствовать в заголовке страницы, которую вы ищете.

$ apropos "time zone" tzfile(5) - time zone information zdump(8) - time zone dumper zic(8) - time zone compiler

Цифры в скобках указывают на раздел руководства, в котором можно найти эту страницу. В некоторых случаях вы можете найти страницы с одинаковыми именами в разных разделах руководства. Например, предположим, что вы хотите узнать формат файлов конфигурации для демона cron. Как только вы узнаете раздел руководства для нужной страницы, вы выполните man n command , где n — номер раздела руководства.

$ man -k cron cron(8) - clock daemon crontab(1) - maintain crontab files for individual users crontab(5) - tables for driving cron $ man 5 crontab 

Списки рассылки

• announce — анонсы и советы по безопасности
• bugs — баги, сгенерированные при помощи sendbug(1) и их обсуждение
• misc — общие пользовательские вопросы и ответы
• ports — обсуждение дерева портов.
• source-changes — автоматическая рассылка изменений дерева исходников в CVS
• tech — обсуждение технических тем для разработчиков OpenBSD и продвинутых пользователей

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

Миграция на OpenBSD

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

• OpenBSD — это Unix в стиле BSD, следующий дизайну 4.4BSD. Linux и Solaris являются системами в стиле System V. Некоторые Unix-подобные операционные системы смешивают характеристики System V и BSD. Распространенным местом, где это вызывает путаницу, являются загрузочные скрипты. OpenBSD использует систему rc(8).
• OpenBSD — это законченная система. Это не ядро плюс утилиты, которые можно обновлять отдельно друг от друга.
• OpenBSD поддерживает дерево портов для предоставления стороннего программного обеспечения. Предварительно скомпилированные пакеты создаются и распространяются командой портов OpenBSD.
• OpenBSD использует CVS для отслеживания изменений исходного кода. OpenBSD был первым проектом, в котором появился анонимный CVS, который позволяет каждому в любое время извлечь полное дерево исходных текстов для любой версии OpenBSD. Также есть веб-интерфейс.
• OpenBSD проходит тщательный и непрерывный аудит безопасности для обеспечения качества и безопасности кода.
• OpenBSD не поддерживает файловых систем с журналированием.
• OpenBSD поставляется с фильтром сетевых пакетов (Packet Filter (PF)). Это означает, что трансляция сетевых адресов (Network Address Translation), очереди и фильтрация обрабатываются с помощью pfctl(8), pf(4) и pf.conf(5).
• Командной оболочкой OpenBSD по умолчанию является ksh, основанная на общедоступной оболочке Корна (Korn Shell). Оболочки, такие как bash и многие другие, могут быть добавлены из пакетов.
• Устройства именуются по имени драйвера, а не по типу. Другими словами, нет устройств eth0 и eth1 . Это будет em0 для карты Intel PRO/1000 Ethernet, bge0 для устройства Broadcom BCM57xx или BCM590x Ethernet, ral0 для беспроводного устройства RaLink и т. Д.
• OpenBSD/i386, amd64 и несколько других платформ используют двухслойную систему разбиения диска, где первый уровень — это раздел видимый в BIOS c помощью fdisk, а второй — disklabel.
• Некоторые другие операционные системы рекомендуют вам настраивать ядро для вашей машины. Пользователям OpenBSD рекомендуется просто использовать стандартное ядро GENERIC, предоставляемое и протестированное разработчиками.

Сообщения об ошибках

Сообщение об ошибках — одна из важнейших обязанностей конечных пользователей. Для диагностики наиболее серьезных проблем требуется очень подробная информация. Например, следующий текст будет подходящим сообщением об ошибке:

From: user@example.com To: bugs@openbsd.org Subject: 3.3-beta panics on a SPARCStation2 OpenBSD 3.2 installed from an official CD-ROM installed and ran fine on this machine. After doing a clean install of 3.3-beta from a mirror, I find the system randomly panics after a period of use, and predictably and quickly when starting X. This is the dmesg output: [. ] This is the panic I got when attempting to start X: panic: pool_get(mclpl): free list modified: magic=78746572; page 0xfaa93000; item addr 0xfaa93000 Stopped at Debugger+0x4: jmpl [%o7 + 0x8], %g0 https://www.openbsd.org/ddb.html describes the minimum info required in bug reports. Insufficient info makes it difficult to find and fix bugs. ddb> trace [. ] Thank you!

Смотрите эту страницу для получения дополнительной информации о создании и отправке отчетов об ошибках. Включите подробную информацию о том, что произошло, точную конфигурацию вашей системы и последовательность шагов для воспроизведения проблемы. Пожалуйста, используйте sendbug(1), чтобы сообщать об ошибках, когда это возможно. В противном случае, пожалуйста, включите как минимум вывод dmesg(8) вашей системы. Для работы команды sendbug(1) требуется возможность отправлять электронную почту в вашей системе.

Почтовый сервер OpenBSD использует spamd(8) для поддержки «серых» списков почтовых адресов, поэтому в получении почты могут возникать задержки, прежде чем сервер принимет ваше сообщение об ошибке. Пожалуйста, будьте терпеливы.

После отправки сообщения об ошибке разработчики могут связаться с вами для получения дополнительной информации или с просьбой протестировать изменения. Вы также можете следить за архивами рассылки bugs@openbsd.org — детали на странице почтовой рассылки.

Поддержка проекта

Мы очень признательны людям и организациям, которые внесли свой вклад в проект OpenBSD.

• Пожертвовать деньги. Проект постоянно нуждается в деньгах для оплаты оборудования, сетевых подключений и т.д. Даже небольшие пожертвования имеют огромное значение.
• Пожертвовать аппаратуру или детали. Проект испытывает постоянную необходимость в аппаратном обеспечении.
• Пожертвуйте ваше время и навыки. Программисты, которым нравится писать операционные системы, всегда приветствуются, но есть много других способов, которыми люди могут быть полезны.
• Подписывайтесь на списки рассылки и помогайте отвечать на вопросы от других пользователей.
• Помогать поддерживать документацию и присылать новый материал для FAQ на адрес misc@openbsd.org.
• Организовать локальную группу пользователей показать друзьям на сколько OpenBSD классная система.
• Обратиться к работодателю с просьбой использовать OpenBSD для работы. Если вы студент, то обсудить с преподавателями возможность использования OpenBSD в качестве учебного инструмента для компьютерных или инженерных курсов.

Зачем сейчас нужны FreeBSD, OpenBSD, OpenIndiana, Illumos? Кто юзает?

Учитывая поддержку ZFS в Linux, и проект OpenZFS, возникает вопрос: а что из реальных инструментов и функционала есть под FreeBSD, OpenBSD, OpenIndiana, Illumos? Какие есть плюсы у окружения и ядер этих ОС? Только без фанатизма, а с практикой личного и корпоративного применения. И давайте оставим в стороне вопрос лицензий: очевидно, что BSD лучше подходит для анального закрытия кода при продаже части кода BSD вместе со своим кодом, либо поставка своего кода сразу готовой виртуалкой. Но сейчас мы говорим об админском/личном использовании, а не о попытках эксплуатировать чужой труд. Так вопрос по ИБ: а даёт ли использование специфичных ядер и специфичного софта увеличение безопасности? Или, наоборот, всё плохо из-за устаревшего кода, т.к. обновления всегда приоритетны только для линукса?

Перемещено alpha из linux-org-ru

aafedorov1989
28.03.21 15:09:27 MSK

Зачем нужен openbsd

Актуализированное примечание: цикл этот был написан довольно давно — около 2 лет назад и опубликован на сайте Софтерра Онлайн (где, впрочем, из-за хронического редизайна не всегда доступен). Однако с точки зрения конечного пользователя (я не говорю о внутреннем устройстве) OpenBSD за это время не очень изменилась. И потому полагаю, что актуальность данных заметок не вполне утрачена. Тем более, что более полных русскоязычных материалов по теме к настоящему времени так и не появилось. Ныне эти заметки подверглись лишь незначительной редактуре (в основном литературной правке). В некоторых случаях я чуть актуализировал материал, что отмечено явным образом как примечания (подобно этому абзацу) или просто вот так/

Сим начинается цикл заметок, посвященных OpenBSD — одному из ярких, но относительно малоизвестных в широких кругах представителю открытых ОС линии BSD. Это — попытка исследования проблемы: подходит ли OpenBSD как настольная система для конечного пользователя. И если да — как применить ее в этом качестве.

Необходимое вступление

Вспышка интереса к Linux бросила свой отсвет и на остальных представителей славного семейства открытых ОС. В первую очередь — на системы линии BSD. До недавнего времени они были широко известны в узких кругах и занимали вполне определенную нишу (в первую очередь — Интернет-серверов различного масштаба). Где чувствовали себя вполне уютно. И в качестве настольной платформы использовались только отдельными энтузиастами (некоторые несознательные граждане называют их мазохистами и прочими словами из медицинского лексикона). Однако ведь и Linux еще пару лет назад никто всерьез не рассматривал как основу настольной системы для конечного пользователя. Ныне же — это стало вполне реальным.

Возникает вопрос — почему в этом качестве не могут использоваться представители линии BSD? Ответ очевиден — в первую очередь потому, что никто не изучал их возможности как настольных систем. Что и побудило меня к попытке восполнить этот пробел в настоящем цикле заметок, первая из которых ныне предлагается вниманию читателей.

В этом цикле проблема настольного применения ОС линии BSD рассматривается на единичном примере — OpenBSD. Возникает вопрос — почему именно она? Ответить на него не сложно. Но предварительно следует сказать несколько слов о том, что такое

Линия BSD вообще

С точки зрения формальной системы линии BSD, как и Linux, определяются как многопользовательские и многозадачные Unix-подобные операционные системы (и прочая, и прочая, и прочая. ). Однако, в отличие от Linux, представляющей собой функциональное воспроизведение Unix «с нуля», дериваты BSD исторически обнаруживают с «каноническим» (то есть сертифицированным правообладателем торговой марки) Unix множество точек соприкосновения.

Мне известно четыре ныне живущих представителя BSD чистой линии — BSD/OS, она же BSDi, FreeBSD, Net BSD, OpenBSD, вымерший штамм SunOS и пара-тройка микстов (включая MacOS X, о которой столько говорили еще недавно). Однако предметом для обсуждения могут быть только три — Free-, Net- и OpenBSD, как системы свободные и открытые. Прочие же должно отмести с негодованием ввиду их сугубо коммерческой природы.

Это я не к тому, что сами по себе они плохи — отнюдь. Просто цена коммерческих Unix-систем обычно столь высока, что Windows на их фоне выглядет просто как продукт благотворительности. Система же для конечного пользователя должна обеспечивать сохранность его кошелька вкупе с чистотой совести. Именно этим двум условиям и отвечают открытые и свободные системы типа Linux и *BSD. Впрочем, и этот вопрос уже обсуждался.

История открытых BSD-систем уходит в седую древность (начало 90-х годов прошлого столетия), когда на базе развивавшейся в университете Беркли версии Unix были созданы Free- и NetBSD. От последней в 1995 г. ответвилась OpenBSD. С тех про эти системы развивались параллельно, хотя и не вполне независимо. Тем не менее фамильное сходство они не утратили и по сей день.

Оно выражено в схожести (хотя, насколько я смог понять, и не идентичности) ядра, подобия файловой системы как физически (не зря во всех трех она имеет единое имя — ffs, Fast File System), так и логически (то есть с точки зрения структуры каталогов). Общими являются также многие системные утилиты, часто весьма отличающиеся от функциональных аналогов, используемых в Linux.

Однако каждая из систем характеризуется и только ей присущими особенностями. Так, FreeBSD оптимизирована для процессоров Intel и совместимых. NetBSD, напротив, ориентирована на поддержку максимально широкого круга аппаратных платформ. Что же касается OpenBSD, то она изначально разрабатывалась в расчете на максимальную защищенность как системы, так и пользовательских данных.

Я не собираюсь обсуждать сравнительные достоинства и недостатки как систем линии BSD, так и их всех по отношению к Linux. Во-первых, ввиду беспредметности этого сюжета: каждая из систем доказала свою жизнеспособность, и вопрос выбора между ними относится к категориям иррациональным. Или, напротив, определяется специфическими целями и задачами.

Во-вторых, не побоюсь высказать мысль, которая может показаться крамольной адептам какой-либо из упомянутых систем: с точки зрения пользователя, различия между BSD любого рода ничуть не больше, чем между различными дистрибутивами Linux. Более того, вариации внутри линии BSD — вполне в пределах внутривидовой изменчивости основных линий развития Linux, таких, как клоны Red Hat, Debian и Slackware, а подчас и меньше. И все они вполне правомерно могут рассматриваться в одном ряду.

Что же касается бытующего мнения о большей устойчивости FreeBSD сотоварищи по сравнению с Linux. Ни в коей мере не собираюсь оспаривать его (или, наоборот, подкреплять) по существу. Однако рискну заметить: в рамках очерченной темы это не имеет никакого значения. Поскольку устойчивость любой из этих систем более чем достаточна для настольного (подчеркну — не серверного, тут судить не берусь за некомпетентностью) применения. И неизмеримо превосходит устойчивость Windows 9x, если этот термин вообще применим к последней (опять же подчеркну, что о NT/2000 — речь не идет).

Традиционное представление о большем быстродействии BSD относительно Linux (как, впрочем, и относительно друг друга) также не должно приниматься во внимание. Так как избыточная (для 90% настольных приложений) мощность любой машины, которую можно ныне купить за разумные (не по цене антиквариата) деньги, нивелирует это различие (если оно есть) напрочь.

Так что рассуждая вообще, в качестве предмета исследования можно было бы выбрать любую BSD-систему. Однако в пользу моего выбора —

Особенности OpenBSD

Как уже говорилось, OpenBSD ответвилась от NetBSD в 1995 году. По причинам, насколько я смог понять, сугубо личным. Разрабатывается она ограниченным сообществом под главенством (если это слово уместно в данном контексте) основоположника проекта — Тео де Раадта, бывшего до этого одним из зачинателей проекта NetBSD.

Официальный сайт проекта — http://www.openbsd.org, формальное место базирования — Канада, для преодоления законодательных ограничений США на экспорт криптографических технологий. Поскольку криптография — один из краеугольных камней построения этой системы.

OpenBSD распространяется открыто (то есть в исходниках) и бесплатно (безвозмездно, то есть даром), на основе лицензии BSD. Большая часть системы может быть свободно использована как в личных, так и в коммерческих целях. При этом софт, защищаемый более жесткими лицензиями, принципиально не может быть включен в состав дистрибутива OpenBSD, что гарантирует свободу ее распространения и впредь.

Впрочем, ничего своеобразного, по сравнению с FreeBSD и OpenBSD, текст предыдущего абзаца не содержит. Своеобразие это начинается дальше. Во-первых, хотя OpenBSD и ориентирована в значительной мере на Intel-совместимые машины, от NetBSD она унаследовала поддержку весьма широкого спектра аппаратных платформ: Alpha, Sparc, HP300, Motorolla 68xxx, PowerPC (плюс еще несколько, о которых я и не слыхивал).

Вторая своеобразная черта — это пресловутая ориентированность на безопасность. Декларируемой целью разработчиков OpenBSD является разработка лучшей в мире с точки зрения информационной безопастности системы. Не мне судить, насколько это соответствует действительности. Однако такое мнение разделяется не только приверженцами OpenBSD, но и сторонниками Linux.

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

Конечно, все это — лишь общие рассуждения. Однако они приближают меня к ответу на вопрос из подзаголовка этой заметки —

Почему именно OpenBSD

была выбрана в качестве предмета рассмотрения.

Признаюсь, решение это было принято во многом субъективно и волюнтаристически. Признаюсь по секрету, и FreeBSD я пробовал ставить. Однако по FreeBSD имеется достаточное количество источников — достаточно вспомнить хотя бы блестящий цикл сетевых публикаций Ивана Паскаля или весьма подробное руководство Андрея Федорова. А я не столь самонадеян, чтобы полагать себя способным сказать больше, чем люди, использующие эту систему на протяжении долгого времени.

Актуализированное примечание: повторяю, это было написано более вдуз лет назад. С тех пор скромность моя (никогда не входивашя в число моих многочисленных недостатков) существенно поубавилась.

С другой стороны, по NetBSD никакой русскоязычной информации я не обнаружил вообще. Что, конечно, будило здоровое (или нездоровое, в зависимости от точки зрения) любопытство. Однако и внушало опасения, что в нештатной ситуации помощи получить будет не откуда — мне неизвестно ни об одном пользователе этой системы на Руси.

OpenBSD с этой точки зрения занимает промежуточное положение. Правда, Сетевых источников информации по ней крайне мало. Мне известен лишь один посвященный ей русскоязычный сайт — OpenBSD.Ru, плюс находящееся в процессе становления зеркало официального openbsd.org. Конечно, это не много. Но все же в какой-то мере освобождает от опасения, что в критический момент останешься один на один с системой.

Наличие русскоязычных источников информации я полагаю одним из необходимых условий для системы, претендующей на звание настольной. По крайней мере, для себя лично — «по ихнему я плохо читаю». Не то чтобы не понимаю вообще, немало и читал в свое время, и даже писал «по аглицки». Однако наедине с англоязычными man’ами и faq’ами чувствую себя несколько неуютно. Как, смею предположить, и многие другие пользователи, вне зависимости от степени владения языком как таковым. Почему я и позволил себе в приложении к этой заметке привести известную мне библиографию вопроса, как печатную, так и электронную.

Далее, в пользу OpenBSD склоняло и немалое число весьма благоприятных отзывов в печати. Причем — не от ее апологетов, а от пользователей Linux с многолетним стажем. За подробностями — отсылаю к помянутой выше библиографии.

Затем — пресловутая защищенность системы. Правда, сами по себе вопросы безопасности для меня практического значения не имеют: моя машина существует в масштабах одного отдельно взятого сельского дома, где вероятность взлома калитки на многие порядки первышает вероятность взлома компьютерного. Однако вопросы защиты как системы в целом, так и приватности пользовательских данных ныне приобретают интерес отнюдь не академический. И не только для профессиональных сисадминов.

К тому есть два показания: во-первых, т.н. электронная коммерция, каковая в незащищенном компьютерном пространстве просте не может существовать. А во-вторых, развитие домашних сетей с подключением к Интернету.

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

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

Наконец, окончательный выбор OpenBSD был сделан при чтении подборок FAQ про FreeBSD. Одна из которых начиналась обсуждением вопроса, почему FreeBSD лучше Linux. Во-первых, как уже говорилось, саму постановку вопроса полагаю в корне неверной. Во-вторых, не могу согласиться с аргументацией. В числе коей — утверждение, что демон (daemon — символ FreeBSD) круче пингвина (на мой взгляд, крутыми бывают яйца, а пингвин — существо очень симпатичное). И в третьих, просто не приемлю никакой исключительности. И позиция разработчиков OpenBSD, отказывающихся обсуждать вопрос о превосходстве какой-либо из систем в принципе — мне ближе.

Однако непосредственным поводом для общения с OpenBSD был выход под занавес ушедшего тысячелетия ее новой версии — 2.8. Практически сразу ставшей, стараниями Linux-Online, доступной и у нас — с доставкой на дом и по вполне разумной цене (чуть больше ста рублей). Обзаведясь ею таким образом, я, «помолясь, как говорится, Аллаху», приступил к установке. О чем — следующая заметка.

Актуализированное примечание: кажется, именно с OpenBSD началось мое знакомство с Linux-Online и Linuxdhop’ом, превратившееся со временем с (надеюсь) плодотворное сотрудничество).

Приложение
Библиография вопроса

OpenBSD
Русскоязычное зеркало сайта http://www.openbsd.org, в процессе создания. Пока переведены отдельные фрагменты. И к настоящему времени практически, увы, не пополнилось.

OpenBSD.ru
Единственный известный мне русскоязычный сайт, специально посвященный OpenBSD.

Колонцов Вадим. ОС BSD жила, живет и будет жить
Открытые системы, 1997, 03
История развития и сравнительная характеристика NetBSD, FreeBSD и OpenBSD
Версия on line.

Выскубов Алексей. OpenBSD: безопасность превыше всего
Byte/Россия, 1999, 7-8 (11-12), 101-102
Общие впечатления от установки системы. Благоприятные. Описание системы портов, вопросов безопастности и т.д.

Раадт Тео де (Theo de Raadt). OpenBSD: прошлое и будущее
Byte/Россия, 2000, 01 (17), 22-23
Интервью Алексея Выскубова с Тео де Раадтом — одним из основоположников проекта OpenBSD, немного об истории последнего и перспективах.

Дэвис Ноэль (Noel Davis). OpenBSD — хороший пример
Byte/Россия, 2000, 10 (26), 68-69
Взгляд линуксоида на OpenBSD. Обращается внимание на ее сильные, по сравнению с Linux, моменты — безопасность и т.д.

Актуализированное примечание: Онлайновых версий публикаций в старом Byte (это еще тот, в котором существовал постоянный раздел Byte/Unix) нет и, судя по всему, уже никогда не будет. Но журналы эти у меня сохранились по сию пору (в них, помимо приведенных материалов, есть еще много разумного, доброго, вечного). И если как-то утрясти вопрос с пресловутыми правами, их можно было бы выложить в нашей библиотеке.

Что такое хакатоны и зачем они нужны

Само слово «хакатон» образовано от английских hack – в значении исследовательского программирования и marathon – марафон. Оно означает мероприятие, на котором разработчики вместе решают какую-то задачу, связанную с программированием. Сейчас хакатоны проводят не только по программированию, а вообще на любые темы.

Поможем врагу с билетами на Кобзона. Собираем на Mavic для наших защитников

Редакция MC.today разобралась, что такое хакатоны, какими они бывают и зачем в них участвовать.

Что такое хакатон

Хакатон – это любое мероприятие, на котором люди собираются, чтобы решить какую-то проблему. Чаще всего на хакатонах собираются профессионалы одной специальности. Организаторы выдают задачу на самом мероприятии или до него. Люди объединяются в группы 2–5 человек и вместе ищут решение. У команд есть менторы, которые могут ответить на вопросы или дать советы по теме.

Мероприятие может длиться от одного дня до недели. Бывает так, что на хакатонах участники не спят по 24–48 часов , пока мероприятие не закончится. В конце команда презентует жюри итоговый результат, например, готовое приложение или идею. А жюри оценивает их и определяет победителей.

Как появились хакатоны

Сам термин появился в 1999 году, его начали использовать разработчики проекта OpenBSD ( многоплатформенная операционная система. – Прим. ред.) Нильс Провос и Тео де Раадт. Первый хакатон прошел 4 июня 1999 года в канадском городе Калгари, куда приехали разработчики со всего мира.

Не пропустите ни одной важной новости от MC.today

В течение недели они улучшали проект OpenBSD. Так, во время первого хакатона разработчики внедрили протоколы для передачи и защиты данных IPv6 и IPSEC. Совместная работа оказалась очень эффективной и в OpenBSD начали проводить хакатоны регулярно.

В том же году 15–19 июня Java-разработчики встретились на конференции JavaOne, чтобы написать программу для карманного персонального компьютера Palm V. Это мероприятие тоже относят к старту хакатонов.

Какими бывают хакатоны

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

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

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

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

Хакатон в Facebook. Источник

Какие известные компании проводят хакатоны

1. Google . Компания регулярно проводит классический хакатон на тему программирования. Он называется Hash Code и проходит онлайн. Участники должны заранее зарегистрироваться, выбрать язык программирования, с которым хотят работать. Людей разбивают на команды и дают им задания. Команды, которые справляются лучше всех, проходят на следующий этап, получают новую задачу и соревнуются за денежные призы. В 2021 году команды, которые заняли три призовых места, получили $1 тыс. за третье, $2 тыс. – за второе и $4 тыс. – за первое место.
2. Facebook . У хакатонов Facebook есть отдельная страница в социальной сети, где публикуют все события. Например, последний хакатон проходил онлайн 30 января и длился больше восьми часов. У каждого хакатона своя тема. Например, на одном из таких мероприятий придумали кнопку «лайк».
3. NASA . Управление по исследованию космического пространства ежегодно проводит NASA International Space Apps Challenge . Темы хакатонов так или иначе связаны с космосом, например, путешествие на Марс, робототехника, астероиды. В 2021 году NASA будет праздновать десятую годовщину своих хакатонов. Мероприятие будет называться The Power of Ten ( англ. «Сила десяти». – Прим. ред. ) и пройдет 2–3 октября 2021 года онлайн и офлайн.

Експертний курс від mate.academy: Fullstack Web Development.
Відкрийте світ розробки у свій вільний час.

Украинские компании тоже проводят хакатоны. Например, украинский карьерный портал Happy Monday организовывал хакатон Hack For Locals 2.0 , а Киевский политехнический институт проводит хакатоны на ежегодном мероприятии ТехноАртКПИ .

Проекты-победители Hack For Locals 2.0 получили менторскую и информационную поддержку от Минцифры, консультации от партнеров и денежные призы по 10 тыс. гривен.

Церемония награждение Hash Code 2021 в Google. Источник

Как проводятся хакатоны и из чего они состоят

Организаторы могут менять или адаптировать структуру мероприятия на свое усмотрение. Можно выделить такие основные составляющие хакатонов:

1. Участники регистрируются . У хакатона есть тема или какое-то общее направление. Например, как сдержать пандемию . Участникам нужно выбрать подходящее для себя мероприятие и зарегистрироваться. Если мероприятие проходит онлайн, возможно, нужно дополнительно зарегистрироваться на онлайн-платформе, где все будет проходить, или установить приложение.
2. Организаторы формируют команды . При регистрации участники могут оставить о себе информацию для формирования команд. Например, для участия в хакатонах от Google нужно выбрать язык программирования.
3. Участники посещают лекции и консультируются с менторами . На некоторых хакатонах есть лекции или какая-то другая образовательная часть, на других команды сразу приступают к выполнению задачи. В онлайн-формате вся информация может быть сразу на сайте и участникам не нужны дополнительные лекции.
4. Команды получают задачи и работают над ними . Работа над задачей длится все время хакатона. Это может быть несколько часов или несколько дней.
5. Команды защищают работу . Защиту проектов называют питчингом. После защит жюри проводит голосование и выбирает победителей или тех, кто проходит на следующие этапы хакатона, если они есть.

Захоплюючий курс від laba: HR-менеджер.
Розвивайте персонал і підтримуйте бізнес.

Зачем проводить хакатоны и участвовать в них: мнения экспертов

• Джон Орингер, исполнительный директор компании Shutterstock , в своем интервью для The New York Times сказал , что хакатоны в их компании могут быть какими угодно: и практичными, и сумасшедшими. Они длятся 24 часа, но сотрудники придумывают хорошие идеи, многие из которых компания реализует в течение года после хакатона. То есть хакатоны помогают найти новые идеи для проектов.
• В Facebookназывают свои хакатоны возможностью для каждого сотрудника превратить свою идею в прототип. Хакатон – это способ быстро запустить проект и получить его рабочую версию в кратчайшие сроки.
• Эрик Мигисовски, основатель компании смарт-часов Pebble,говорит , что даже небольшая группа преданных делу людей может запустить полностью новую вычислительную платформу с нуля. Это и лежит в основе хакатонов.
• Макс Салтонстолл,Developer Advocate (тот, кто представляет интересы разработчиков и помогает им более продуктивно использовать свои инструменты.– Прим. ред.)в Google Cloud,пишет , что хакатоны от Google обычно состоят из мозгового штурма и обмена идеями. Это помогает выбрать самый лучший вариант для реализации проекта. Бывает так, что человек приходит с одной идеей, а потом понимает, что хочет заниматься другой. Работа в команде помогает развивать свои навыки и обмениваться опытом.

Большинство экспертов все-таки сходится в том, что хакатоны – это отличный способ находить единомышленников, развивать профессиональные навыки, искать новые карьерные возможности, находить и реализовывать новые идеи и проекты.

Этот материал – не редакционный Это – личное мнение его автора. Редакция может не разделять это мнение.