FreeBSD

[Zhek@Ch]

[size="3"]Началось тестирование сборок FreeBSD и PC-BSD, в которых доступен только IPv6-стек [/size]

Накануне дня всемирного тестирования IPv6, который состоится 8 июня, организация FreeBSD Foundation и компания iXsystems объявили о создании тестовых сборок FreeBSD и PC-BSD в которых по умолчанию отсутствует поддержка IPv4 и которые могут работать только с IPv6. Сборки подготовлены с целью всесторонней проверки реализации IPv6-стека во FreeBSD, особенно в направлении проверки его самодостаточности и способности полноценно работать без наличия поддержки IPv4 в системе.

Следует отметить, что поддержка IPv6 во FreeBSD уже достаточно хорошо протестирована на двойном IP-стеке, совмещающем поддержку IPv4 и IPv6, и уже восемь лет включенном по умолчанию. Сервера инфраструктуры FreeBSD обслуживают IPv6 запросы с 2007 года. Тем не менее, возможность собрать ядро FreeBSD только с IPv6 (INET6), без IPv4 (INET), была добавлена во FreeBSD HEAD только месяц назад. Главный интерес эксперимента связан с выявлением ошибок в конечных приложениях, проблемы поддержки IPv6 в которых часто остаются незамеченными в двойном стеке, так как в случае сбоя программа без лишних предупреждений начинает использовать IPv4.

# opennet.ru

[Zhek@Ch]

[size="3"]Файловая система ZFSv28 портирована в ветку FreeBSD 8-STABLE [/size]

В ветку FreeBSD 8-STABLE портирована 28 версия файловой системы ZFS. Пользователям стабильной ветки FreeBSD 8 стали доступны такие возможности ZFSv28, как:

• Дедупликация -- автоматическое распознавание и объединение дубликатов данных. Если в нескольких файлах присутствуют аналогичные блоки данных, то они будут сохранены на физический носитель только один раз, что позволит существенно уменьшить потребление дискового пространства и увеличить производительность - вместо копирования блоков будет лишь изменена запись в соответствующей таблице.
• RAIDZ3 - вариант RAIDZ с хранением трех копий, отвечающих за обеспечение целостности структур, что позволяет значительно повысить надежность хранения по сравнению с RAID-режимами с двойным дублированием - RAID-6 и RAIDZ2. Например, RAIDZ3 обеспечивает целостность данных при одновременном выходе из стоя сразу трех дисков и позволяет повысить надежность хранения во время перестроения массива после замены диска;
• Поддержка утилиты "zfs diff", позволяющей просмотреть список изменений между двумя ZFS-снапшотами или между снапшотом и текущим состоянием ФС. Утилита отображает факты изменения, переименования, создания и удаления файлов и директорий;
• Поддержка команды zpool split, предназначенной для разбиения отзеркалированного zpool-раздела на несколько раздельных пулов. Данная возможность например позволяет упростить клонирование данных, когда к зеркалу добавляются несколько дисков, производится синхронизация и диски исключаются из пула, после чего диски содержат полную копию данных и могут быть использованы для загрузки аналогичных серверов. С использованием zpool split можно легко исключить диск из пула и затем создать на его основе новый пул;
• Поддержка ведения счетчика ссылок на снапшот, для более гибкого управления удалением неиспользуемых снапшотов. Например, увеличив счетчик пользователь может пометить, что снапшот используется и его нельзя удалять;
• Поддержка команды "zpool import -F", позволяющей перемотать поврежденный пул к состоянию, соответствующему более ранней группе транзакций, что позволяет с высокой вероятностью восстановить повреждённый пул из состояния FAILED;
• Возможность импорта пула в режиме только для чтения;
• Оптимизация производительности и устранение ошибок.

# opennet.ru

[Zhek@Ch]

[size="3"]В OpenSSH 3.5p1 из состава FreeBSD 4.x найдена удаленная root-уязвимость [/size]

В списке рассылки full-disclosure представлена критическая уязвимость в используемой во FreeBSD 4.x версии OpenSSH, позволяющая удаленному злоумышленнику без аутентификации получить root-доступ к системе. Уже создан и публично опубликован эксплоит, позволяющий получить привилегированный shell на подверженных уязвимости серверах.

Уязвимость проявляется для протоколов SSH1 и SSH2. Проблема вызвана ошибкой в реализации аутентификации с использованием PAM на платформе FreeBSD. Проблема присутствует в функции "pam_thread()" из файла auth2-pam-freebsd.c. Начиная с версии FreeBSD 5.2 содержащий уязвимость файл auth2-pam-freebsd.c был заменен новой реализацией, т.е. с большой долей вероятности можно утверждать, что новые версии FreeBSD проблеме не подвержены. 100% уверенности пока нет, так как точно не ясно, не перекочевал ли проблемный код в какие-либо библиотеки PAM или сторонние реализации OpenSSH, используемые и поныне. Детальный аудит ещё предстоит провести.

Ошибка проявляется при передаче слишком длинного имени пользователя. Простой способ проверить наличие уязвимости - попытаться обратиться к своему серверу, указав логин порядка 100 символов. Например:
[color="#461b7e"]

Код [Выделить] Expand

ssh -l`perl -e 'print "A" x 100'` хост[/color]
, в случае проблемы, можно наблюдать крах рабочего процесса sshd и вывод в лог /var/log/messages сообщения [color="#461b7e"]

Код [Выделить] Expand

/kernel: pid N (sshd), uid 0: exited on signal 11 (core dumped)[/color]
Изучение core-дампа показало, что проблема подвержена эксплуатации, так как атакующий может контролировать указатель перехода и позиционировать его на shellcode. Прототип рабочего эксплоита был успешно создан путем небольшой модификации кода ssh-клиента из пакета OpenSSH 5.8p2.
[color="#461b7e"]

Код [Выделить] Expand

$ ./ssh -1 192.168.1.1
 $ nc -v -l -p 10000
 listening on [any] 10000 ...
 192.168.1.1: inverse host lookup failed: Unknown host
 connect to [192.168.1.2] from (UNKNOWN) [192.168.1.1] 1038
 
 uname -a
 
 FreeBSD h4x.localdomain 4.11-RELEASE FreeBSD 4.11-RELEASE #0: Fri Jan 21 17:21:22 GMT 2005 /GENERIC i386

 id

 uid=0(root) gid=0(wheel) groups=0(wheel)[/color]Поддержка ветки FreeBSD 4.x прекращена ещё в 2007 году, но данная версия все еще используется на некоторых серверах в сети. Пользователям версии FreeBSD 4.x рекомендуется срочно обновить OpenSSH до более новой версии. В качестве обходного пути решения проблемы следует разрешить через пакетный фильтр доступ по SSH только для доверенных хостов и отключить поддержку PAM, указав в настройках "ChallengeResponseAuthentication no". Информации о возможности поражения других операционных систем, использующих устаревшие версии OpenSSH с реализацией поддержки PAM от проекта FreeBSD, пока нет.

# opennet.ru

[Zhek@Ch]

[size="3"]Для FreeBSD доступен рабочий прототип видеодрайвера Intel с поддержкой KMS/GEM [/size]

Константин Белоусов представил первый работающий вариант GEM/KMS-драйвера для графических чипов Intel, реализованный на уровне ядра FreeBSD. Первый выпуск нацелен на разработчиков, желающих принять участие в отладке и доработке драйвера. Драйвер не предназначен для конечных пользователей и даже еще не ориентирован на широкомасштабное тестирование, так как разработка ещё не завершена и многие возможности не реализованы.

Патч подготовлен для FreeBSD-HEAD и протестирован с графической подсистемой Core i5 Ironlake при выводе через HDMI (DisplayPort пока не поддерживается). Портировать драйвер для 8-STABLE не планируется. Пока не завершена реализация поддержки Intel Sandy Bridge, а также второго и третьего поколения архитектуры Intel GMA (основная работа ведется по обеспечению поддержки 4-7 поколений GMA). Для использования драйвера необходимо установить из git-репозиториев самые свежие снапшоты dri2proto, libdrm (+патч), xf86-video-intel и Mesa.

После завершения разработки, пользователи FreeBSD получат возможность задействовать последние версии видеодрайверов xf86-video-intel, в которых обеспечена поддержка новых видеокарт Intel. В данный момент во FreeBSD невозможно использование xf86-video-intel начиная с версии 2.10, так как в данном выпуске была удалена поддержка переключения видеорежимов на пользовательском уровне (UMS) и оставлена только поддержка KMS (Kernel Mode Setting), обеспечивающая переключение видеорежимов на уровне ядра.

Технология GEM (Graphics Execution Manager) позволяет вынести в работающий на уровне ядра DRM-модуль (Direct Rendering Manager) функции, связанные с управлением памятью видеокарты. Технология GEM, разработана компанией Intel и предназначена для низкоуровневого взаимодействия с GPU, позволяя через специальное GEM API организовать совместный одновременный доступ нескольких приложений к видеокарте. После завершения реализации поддержки драйвера для карт Intel, Константин не исключает возможность реализации менеджера памяти TTM (Translation Table Maps) и адаптации технологии управления видеопамятью для видеокарт других производителей, в частности, карт ATI/AMD.

# opennet.ru

[Zhek@Ch]

[size="3"]Утилита atop портирована для FreeBSD [/size]
 
Утилита atop портирована для FreeBSD. Atop это консольный (curses) монитор производительности, который предназначен для отображения активности всех процессов. Также утилита позволяет записывать системную активность с заданным интервалом в сжатый файл, для последующего анализа или построения отчета. FreeBSD порт утилиты поддерживает все возможности Linux версии и реализует некоторую специфичную для FreeBSD функциональность.

# opennet.ru

[Zhek@Ch]

[size="3"]Вышла первая бета-версия FreeBSD 9.0 и PC-BSD 9.0 [/size]

С небольшим отставанием от графика Кен Смит (Ken Smith) в списках рассылки freebsd-stable и freebsd-current объявил о доступности для тестирования FreeBSD 9.0-BETA1.

ISO образы дистрибутива доступны для платформ: amd64, i386, ia64, powerpc, powerpc64 и sparc64. Первая бета версия выпущена на основе исходного кода FreeBSD CURRENT, поэтому для обновления из CVS/CVSup/SVN необходимо использовать соответствующую ветку ("." для CVS, head для SVN).

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

Одновременно началось тестирование десктоп-ориентированной операционной системы PC-BSD 9, основанной на кодовой базе FreeBSD 9. Новая версия отличается возможностью работы с несколькими графическими окружениями (KDE 4, GNOME 2, XFCE 4, LXDE, раньше предлагалось использовать только KDE); обновлен инсталлятор в котором упрощена настройка ZFS и GELI-шифрования; представлен новый центр управления; доработан конфигуратор сети; улучшена работа системы резервного копирования Life-Preserver. Множество изменений внесено в систему управления пакетами: задействован обновленный формат пакетов PBI (обзор изменений, наиболее важное новшество - это поддержка совместного использования библиотек между разными пакетами); обеспечена поддержка мета-пакетов для быстрой установки тематических групп приложений; добавлен апплет AppCafe для просмотра, установки и управления приложениями; добавлена новая утилита для обновления системы, поддерживающая работу с "freebsd-update"" и позволяющая обновить базовую систему до более нового промежуточного релиза (например, перейти от 9.0 к 9.1).

С подробным списком новшеств FreeBSD 9.0 можно познакомиться в квартальных отчетах: 2-3 2009, 4 2009, 1 2010, 2 2010, 3 2010, 4 2010, 1 2011. Из улучшений можно отметить:

• В состав базовой системы FreeBSD интегрирован код инфраструктуры LLVM и компилятора Clang, который может быть использован вместо GCC для сборки ядра, стандартного окружения и большинства портов.
• Увеличена масштабируемость ядра и TCP-стека на SMP-системах, обеспечена корректная работа на системах с более чем 32 CPU.
• В TCP-стек интегрированы такие новшества, как поддержка группировки TCP-соединений в привязке к CPU, задействование некоторых аппаратных механизмов снижения нагрузки и возможность привязки отдельных соединений к заданному CPU;
• В ядро интегрировано пять новых модулей с реализацией различных алгоритмов для контроля перегрузки (Congestion Control) в TCP: HTCP, CUBIC, Vegas, HD и CHD. Подготовлен фреймворк Khelp, представляющий интерфейс для создания модулей ядра, на лету обеспечивающих выполнение определенных сервисных функций. Также доступен Khelp-модуль ERTT (Enhanced Round Trip Time), позволяющий более точно измерять параметры TCP потока для использования в алгоритмах управления контроля перегрузки TCP.
• Добавлен новый универсальный USB-драйвер, обеспечивающий поддержку устройств с интерфейсом USB 3.0, соответствующих спецификации XHCI (eXtensible Host Controller Interface). Представленный драйвер совместим с более старыми контроллерами USB 2.0 и USB 1.0, и способен в будущем заменить ранее присутствующие драйверы OHCI, UHCI и EHCI;
• Начальная поддержка архитектуры NUMA в подсистемах управления памятью;
• Новая инфраструктура обслуживания событий таймеров. Рефакторингу подверглось API для работы с таймерами, написан машинонезависимый код для управления таймерами, который может обслуживать как устаревшие периодические, так и новые единичные режимы работы таймера. Единичный режим позволяет значительно сократить число генерируемых таймером прерываний и понизить нагрузку на CPU - прерывание таймера, в случае нахождения CPU в состоянии простоя (idle), генерируется только при необходимости обработки зарегистрированного события. Нагруженные CPU по прежнему получают полный поток прерываний таймера с целью координирования планирования задач, хронометрирования и учета ресурсов. Для примера специальный тюнинг позволяет добиться на 8-ядерных CPU генерации всего 100 прерываний в секунду, что позволяет понизить энергопотребление и повысить эффективность технологии Intel TurboBoost;
• Интеграция Infiniband-стека OFED (OpenFabrics Enterprise Distribution), разработанного организацией OpenFabrics Alliance. В состав OFED входит набор драйверов и сопутствующие утилиты для обеспечения работы во FreeBSD Infiniband-контроллеров, используемых для организации высокоскоростных соединений серверов (от 2.5 до 120 гигабит/с) и организации поддержки технологии RDMA (Remote Direct Memory Access), предназначенной для обеспечения прямого доступа к памяти другой машины (как и в DMA обращение производится напрямую без участия ядра ОС и CPU).
• Новая реализация программного RAID - graid, призванная заменить устаревшую систему управления программными RAID-массивами ataraid. Новая реализация основана на использовании инфраструктуры GEOM и построена в соответствии с принципами модульной архитектуры, что позволило разделить систему на базовый модуль, модули для обработки преобразования данных (RAID-уровни) и модули для определения формата хранения мета-данных на диске. В отличии от ataraid, graid не зависит от устаревшей подсистемы ata и может быть использован с любыми драйверами дисковой подсистемы, включая новые, основанные на CAM (ahci, siis, mvs, ata с использованием "options ATA_CAM"). Поддерживаются популярные форматы метаданных Intel, JMicron, NVIDIA, Promise (используется AMD/ATI) и SiliconImage. Реализованы следующие RAID-уровни: RAID0, RAID1, RAID1E, RAID10, SINGLE, CONCAT.
• Система репликации устройств хранения данных (HAST), которая позволяет использовать FreeBSD для создания высоконадежных конфигураций, в которых данные синхронизированы по всем узлам кластера. HAST реализован в виде GEOM-класса, обеспечивающего синхронную репликацию блочных устройств поверх TCP/IP сетей, независимо от типа накопителя и файловой системы. HAST предусматривает возможность быстрого восстановления после сбоя, причем, при выходе из строя первичного master-узла, его функции могут быть делегированы slave-узлу. После проверки и монтирования UFS раздела или импорта ZFS пула на поврежденном узле, система автоматически синхронизирует внесенные за время восстановления изменения и продолжит работу без потери данных.
• По умолчанию активирован механизм журналирования Soft Updates для файловой системы UFS. Данное нововведение позволяет отказаться от необходимости запуска fsck после "грязного" размонтирования файловой системы и достичь очень высокой скорости восстановления состояния файловой системы при очень малом объеме журнала, при этом система полностью обратно совместима с нежурналируемым вариантом softupdates.
• Поддержка ZFSv28. Обзор отличий ZFSv28 от ранее доступных версий ZFS v13-v15 можно посмотреть здесь;
• Интегрирована поддержка операций TRIM для файловой системы UFS, что позволит увеличить производительность при работе с SSD-накопителями и повысить их срок службы;
• Capsicum - фреймворк для организации изолированного выполнения приложений и ограничения использования приложениями определенных функций. Capsicum расширяет POSIX API и предоставляет несколько новых системных примитивов, нацеленных на поддержку модели безопасности через управление возможностями объектов ("object-capability") для Unix-систем. Capsicum нацелен на дополнение традиционного централизованного мандатного контроля доступа средствами для защиты отдельных приложений. Используя Capsicum приложение можно запустить в режиме повышенной изоляции (sandbox), при котором программа сможет выполнять только ранее специфицированные штатные действия. В настоящее время уже достаточно много программ, от tcpdump до chromium, модифицированы для поддержки режима изоляции, который может быть использован для уменьшения рисков при обработке сомнительных данных.
• RCTL (Hierarchical Resource Limits) - реализация контейнеров ресурсов, позволяющая организовать установку индивидуальных ограничений ресурсов в привязке к конкретным Jail-окружениям. Разработан общий фреймворк для управления ресурсами, обеспечена поддержка лимитирования различных типов ресурсов, таких как память и загрузка CPU.
• Осуществлен переход на bsdinstall в качестве инсталлятора по умолчанию. BSDInstall отличается модульностью, простотой подключения расширений, поддержкой управляющих установкой скриптов и ускорением выполнения процесса инсталляции. По своей сути BSDInstall представляет собой shell-скрипт, в определенной последовательности вызывающий дополнительные скрипты или приложения. Любое звено установки может быть легко модифицировано или заменено на альтернативную реализацию (например, вместо вызова редактора дисковых разделов можно указать скрипт, который вернет определенную последовательность gpart-команд). В процессе установки, работа инсталлятора сводится к распаковке трех архивов: образа с базовой системы (world.tgz), ядра (kernel.tgz) и коллекции портов (ports.tgz), после чего могут быть запущены постустановочные конфигураторы или скопированы типовые файлы конфигурации (fstab, rc.conf, resolv.conf). Базовые возможности:
  • Возможность установки на GPT-диски;
  • Поддержка установки, охватывающей несколько дисков;
  • Поддержка установки внутрь jail-окружений;
  • Поддержка упрощенного PXE-режима установки;
  • Дружественность к системам виртуализации, например, можно произвести установку в дисковый образ из работающей системы;
  • Значительное ускорение процесса установки системы;
  • Гибкое управление установкой через написание скриптов;
  • Возможность простой реализации мелких настроек;
  • Установочный CD выступает в роли LiveCD.
  • Режим настройки параметров беспроводной сети;
  • Поддержка установки на ZFS-разделы (реализация функции не завершена).

# opennet.ru

[Zhek@Ch]

[size="3"]Опубликован анализ ключевых проблем FreeBSD и начат сбор предложений по путям их решения [/size]

После известия о начале перевода парка серверов Rambler-почты с FreeBSD на Linux развернулось множество обсуждений проблем FreeBSD, из которых стало известно, в том числе, и о планируемом переводе с FreeBSD поискового кластера Яндекс (более 30000 серверов). Конструктивное зерно этих обсуждений было сведено воедино и опубликовано в статье "Каковы проблемы FreeBSD и пути их решения? Анализ и опрос".

В предварительной части автор делает вывод (на основе инсайдерской информации), что миграция на другую ОС конкретно в случае Rambler-почты неоправдана, и вызвана организационными проблемами (например, увольнением нескольких компетентных сотрудников). Тем не менее, это не отменяет наличия у проекта FreeBSD серьезных проблем, ставящих ОС (и, соответственно, связанных с ней рабочих мест) под угрозу вымирания, если сообщество прямо сейчас не осознает необходимость серьезных изменений и не начнет воплощать их в жизнь.

Указывается, что наиболее важной непосредственной проблемой сейчас является сравнительно низкая популярность ОС, то есть малый размер её пользовательской базы. Это приводит как к отсутствию на рынке труда достаточного количества знающих FreeBSD администраторов, так и пользователей, которые помогают проекту - чем больше число всех пользователей, тем больше в абсолютном выражении фиксированный процент тех, кто помогает, несмотря на то, что остальные ничего не делают. При текущих тенденциях, если ничего не предпринять, включится положительная обратная связь, и это число начнет уменьшаться еще больше, приводя к полному вытеснению FreeBSD другими ОС.

Согласно принципу Парето, 80% оттока пользователей от FreeBSD вызваны 20% её проблем. Таким образом, необходимо сконцентрироваться в первую очередь на самых важных задачах, которые на деле оказываются не столь уж ресурсоемки. Автор выделяет здесь два набора проблем - социальные (психологические) и следующие из них технические. При этом в техническом плане фатального отставания у FreeBSD нет, но без решения социальных к техническим попросту никто не приступит.

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

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

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

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

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

Базовая система, однако, имеет и ряд указанных в статье преимуществ, в частности, согласованность ПО в системе, поддержание которой разделение на мелкие пакеты только усложнит, в виду отсутствия необходимых ресурсов разработчиков. Однако указывается, что подобное деление не имеет смысла само по себе, и решением может быть более логичный вариант, учитывающий границы административных доменов. Например, не имеет смысла делить на пакеты то, что производится самим freebsd.org, хотя около половины базовой системы находится в /usr/src/contrib и может быть выделено в пакеты.

Философское наблюдение. Для ОС с открытым кодом, можно сказать, что жесткость и величина некоей единой её базовой составляющей имеют обратное влияние на количество пользователей. То есть, чем больше и жестче/монолитнее базовая составляющая, тем меньше userbase. Для Linux такой неделимой базовой компонентой является только ядро, для FreeBSD - еще и базовая система. Влияние базовой составляющей, эдакого Стержня (здесь можно провести аналогию с позвоночными и всеми прочими), определяет некоторые представления о пользователе: что можно, и особенно - чего нельзя. То есть, поскольку базовая система является неотъемлемой частью FreeBSD, она всегда будет занимать меньшую долю рынка, чем Linux (элитисты могут спать спокойно); то же самое, впрочем, касается и любого Linux-дистрибутива - он никогда не сможет захватить все 100% пользователей Linux.

В статье указаны также некоторые другие проблемы и возможные пути их исправления - все желающие помочь приглашаются для обсуждения конструктивных предложений. Собранные русскоязычным сообществом пути решения через неделю планируется обсуждать с англоязычным сообществом в списке рассылки arch@freebsd.org.

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

# opennet.ru

[Zhek@Ch]

[size="3"]Первый стабильный релиз BSD Router Project 1.0 [/size]

Оливер Кочард (Olivier Cochard-Labbé), создатель дистрибутива FreeNAS, анонсировал первый стабильный релиз специализированного дистрибутива BSD Router Project 1.0 (BSDRP), основанного на FreeBSD 8.2 и предназначенного для создания компактных программных маршрутизаторов, поддерживающих широкий спектр протоколов, таких как RIP, OSPF, BGP и PIM. Размер загрузочного образа составляет всего 18 Мб. Дистрибутив может работать на системах с 128 Мб ОЗУ и Flash-накопителях, размером 256 Мб.

Отдельно отмечается, что дистрибутив предназначен исключительно для организации маршрутизации в сети предприятий или небольших интернет-провайдеров, и не рассчитан на создание межсетевых экранов, для которых рекомендуется использовать такие продукты, как m0n0wall и pfSense. BSDRP не поддерживает web-интерфейс, всё управление производится в режиме командной строки через CLI-интерфейс, напоминающий Cisco.

Основные характеристики дистрибутива:

• В комплект входят три пакета с реализацией поддержки протоколов маршрутизации:
  • Quagga 0.99.20: BGP, RIP, RIPng, OSPF v2, OSFP v3 и ISIS;
  • BIRD 1.3.3: BGP, RIP, RIPng , OSPF v2 и OSFP v3;
  • mrouted 3.9.5: поддержка протокола мультикаст-маршрутизации DVMRP (Distance Vector Multicast Routing Protocol);
• Ядро FreeBSD и пакет BIRD модифицированы для параллельного использования нескольких обособленных таблиц маршрутизации (FIB). В сумме поддерживается ведение до 16 независимых таблиц маршрутизации, привязанных к реальным и виртуальным интерфейсам;
• Для мониторинга и управления может использоваться SNMP (net-snmp 5.7). Поддерживается экспорт данных о трафике в форме потоков Netflow;
• Для оценки производительности сети в состав входят такие утилиты, как NetPIPE, iperf, netblast, netsend и netreceive. Для накопления статистики о трафике используется fprobe;
• Наличие freevrrpd 1.0 с реализацией протокола VRRP (Virtual Router Redundancy Protocol, RFC 3768) и ucarp 1.5.2_1 с поддержкой протокола CARP, предназначенных для организации работы отказоустойчивых маршрутизаторов путём привязки к активному серверу виртуального MAC-адреса, в случае сбоя перемещающегося на запасной сервер. В штатном режиме нагрузка может быть распределена на оба сервера, но в случае сбоя первый маршрутизатор может взять на себя нагрузку второго, а второй - первого;
• mpd 5.5 (Multi-link PPP daemon) с поддержкой PPTP, PPPoE и L2TP;
• Для управления пропускной способностью предлагается использовать шейпер из состава IPFW или систему очередей ALTQ;
• Для Ethernet поддерживается работа с VLAN (802.1q), агрегация линков и использование сетевых мостов с задействованием протокола Rapid Spanning Tree Protocol (802.1w);
• В состав входят DHCP-сервер и клиент isc-dhcp 4.2.2, а также почтовый сервер ssmtp 2.64;
• Поддержка управления через SSH, последовательный порт, telnet и локальную консоль. Для упрощения администрирования в комплект входит утилита tmux 1.5 (BSD-аналог screen);
• Загрузочные образы сгенерированы на основе FreeBSD 8.2 при помощи скрипта NanoBSD;
• Для обеспечения обновления системы на Flash-карте создаётся два раздела, при наличии обновлённого образа, он загружается во второй раздел, после перезагрузки этот раздел становится активным, а базовый раздел ожидает появления очередного обновления (разделы используются по очереди);
• Для каждого файла имеется контрольная сумма sha256, что позволяет проконтролировать целостность информации;

# opennet.ru

[Zhek@Ch]

[size="3"]Кандидат в релизы FreeBSD 9.0 [/size]

Анонсирован кандидат в релизы FreeBSD 9.0. Финальный релиз можно ожидать через 3-4 недели. Установочные образы FreeBSD 9.0-RC1 доступны в форме bootonly, DVD и Memstick для платформ amd64, i386, powerpc, powerpc64, ia64 и sparc64. С обзором новшеств FreeBSD 9.0 можно познакомиться в тексте анонса первой бета-версии.

Начиная с текущей тестовой версии обеспечена возможность бинарного обновления с использованием утилиты freebsd-update для платформ i386 и amd64. Поддерживается обновление FreeBSD 7.[34]-RELEASE, 8.[12]-RELEASE или 9.0-BETA[123]:

[indent]Перед обновлением необходимо немного изменить код утилиты freebsd-update, добавив возможность использования символа '@' и '%' в именах файлов (иначе в процессе обновления будет выведена ошибка):
 [color="#461b7e"]

Код [Выделить] Expand

sed -i '' -e 's/=_/=%@_/' /usr/sbin/freebsd-update[/color]
 Загружаем обновления: [color="#461b7e"]

Код [Выделить] Expand

freebsd-update upgrade -r 9.0-RC1[/color]
 Из-за изменения способа оформления релиза FreeBSD возможно появление двух подводных камней: 1. Ядро FreeBSD, которое раньше могло находиться как в /boot/kernel, так и в /boot/GENERIC, теперь должно быть размещено только в /boot/kernel. Если ядро было в /boot/GENERIC то в процессе обновления оно будет удалено.

2. В процессе обновления будет удалено содержимое /usr/src.

Устанавливаем обновления ядра:
 [color="#461b7e"]

Код [Выделить] Expand

freebsd-update install[/color]
 Перезагружаем систему (перед вторым этапом установки необходимо загрузиться с новым ядром): [color="#461b7e"]

Код [Выделить] Expand

shutdown -r now[/color]
 Выполняем установку компонентов не связанных с ядром, попутно отвечая на вопросы, касающиеся решения конфликтов при обновлении файлов конфигурации: [color="#461b7e"]

Код [Выделить] Expand

freebsd-update install[/color]
 После этого шага freebsd-update может предложить пересобрать приложения, установленные из пакетов или портов. После пересборки, если freebsd-update выдал соответствующее предупреждение, нужно запустить freebsd-update ещё раз для очистки старых библиотек. [color="#461b7e"]

Код [Выделить] Expand

freebsd-update install[/color]
 Перезагружаем систему: [color="#461b7e"]

Код [Выделить] Expand

shutdown -r now
[/color]

# opennet.ru

[/indent]

[Zhek@Ch]

[size="3"]Отчёт о состоянии развития FreeBSD за третий квартал 2011 года [/size]

Представлен отчёт о развитии проекта FreeBSD с июля по сентябрь 2011 года.

Основные достижения:

• Сетевая инфраструктура
  • Представлен проект CARP2, в рамках которого предпринята попытка полностью переписать реализацию протокола CARP (Common Address Redundancy Protocol) для FreeBSD. Протокол CARP, выступая в роли открытой альтернативы протоколам HSRP (Hot Standby Router Protocol) и VRRP (Virtual Router Redundancy Protocol), позволяет организовать совместное использование IP-адреса между несколькими серверами в локальной сети, что может применяться для балансировки нагрузки (IP одновременно используют все сервера) или для создания отказоустойчивых систем (IP использует первичный сервер, при нарушении его работы, IP подхватывает другой). Причиной создания новой реализации CARP для FreeBSD является то, что текущая реализация не вносит нового сетевого интерфейса, а привязана к адресу на существующем интерфейсе, из-за чего в коде обработки входящих пакетов присутствует несколько "хаков", от которых хотелось бы избавиться. Среди других целей - упрощение кода, решение многих связанных с CARP проблем для которых остаются незакрытые PR в GNATS, нормализация адресов CARP с точки зрения демонов маршрутизации, таких как quagga/zebra. Новая реализация также позволит обеспечить поддержку одного избыточного IP на подсеть и реализовать режим carpdev для интерфейсов без IP. В настоящее время уже подготовлен соответствующий набор патчей для ветки HEAD, который успешно собирается и работает в тестовом окружении. Из планов отмечается дополнительное тестирование, в том числе на рабочих серверах, а также реализация функций arpbalance и ipbalance;
  • Продолжается работа по доведению до готовности к интеграции с деревом исходных текстов FreeBSD проекта DIFFUSE (DIstributed Firewall and Flow-shaper Using Statistical Evidence), разработка которого пока ведётся в отдельной SVN-ветке diffused_head. Завершить проект планировалось в конце октября, после чего разработчики были намерены осуществить слияние с веткой FreeBSD-HEAD, а через некоторое время выполнить портирование для веток 8.x и 9.x. DIFFUSE добавляет в пакетный фильтр IPFW функции классификации трафика на основании статистических параметров потоков данных, отслеживаемых в режиме реального времени на одном или нескольких узлах. Иными словами, для классификации трафика DIFFUSE оперирует не параметрами в заголовках пакетов и не анализом содержимого передаваемых в пакетах данных, а статистическими характеристиками потока, свойственными определенным видам трафика. Система позволяет для отдельных потоков трафика накапливать и учитывать в IPFW такую статистику, как размер пакетов или время между поступлением пакетов, организуя привязку потоков к определенным классам трафика при помощи техник машинного обучения (например, позволяет определить VoIP или HTTP-трафик на нестандартных сетевых портах).
  • Отмечен прогресс в разработке Ethernet Switch Framework, фреймворка для управления встроенными Ethernet-коммутаторами, часто встречающимися в различных встраиваемых платформах. В настоящее время для настройки используются расширенные опции ifconfig, реализована поддержка vlan для каждого порта, возможность управления состоянием интерфейсов, QoS, зеркалирование портов. Обеспечена поддержка коммутаторов на базе IP175D и IP178X (платы mikrotik), Realtek RTL8309, Ralink RT3050F/RT3052F, AR8216/AR8316 (Ubiquiti RSPRO) и Broadcom BCM5325 (BCM5354 SoC). Из планов отмечается реализация методов записи и чтения через шину MII, унификация доступа к MIB-статистике, создание псевдо-интерфейсов;
• Системы хранения и файловые системы
  • Наблюдается высокая активность в разработке системы репликации устройств хранения данных HAST, которая позволяет использовать FreeBSD для создания высоконадежных конфигураций, в которых данные синхронизированы по всем узлам кластера. HAST реализован в виде GEOM-класса, обеспечивающего синхронную репликацию блочных устройств поверх TCP/IP сетей, независимо от типа накопителя и файловой системы. HAST предусматривает возможность быстрого восстановления после сбоя, причем, при выходе из строя первичного master-узла, его функции могут быть делегированы slave-узлу. После проверки и монтирования UFS раздела или импорта ZFS пула на поврежденном узле, система автоматически синхронизирует внесенные за время восстановления изменения и продолжит работу без потери данных. С момента прошлого отчета в HAST добавлена поддержка режима асинхронной репликации, который к сожалению не вошел в состав FreeBSD 9.0; добавлена поддержка IPv6; значительно уменьшено необходимое для работы число обновлений метаданных; реализован сброс кэша записи HAST-провайдера после обновления метаданных; добавлена возможность указания pid-файла в конфигурации; устранено множество ошибок;
  • Отмечается прогресс в реализации поддержки работы FreeBSD в качестве клиента распределенной сетевой файловой системы OpenAFS. В дерево портов добавлен релиз файловой системы OpenAFS 1.6.0. Порт OpenAFS признан достаточно стабильным для повседневного использования, при условии небольшой нагрузки (при высокой нагрузке всё ещё отмечаются нерешённые проблемы). Для сборки модуля ядра OpenAFS теперь используется инфраструктура bsd.kmod.mk из master-ветки git. В будущем планируется: обновить поддержку VFS-блокировок с целью обеспечения возможности использования дискового кэша на стороне клиента, помимо уже поддерживаемого кэша в оперативной памяти; выявить и исправить эффекты гонки и взаимные блокировки, проявляющиеся при большой нагрузке; устранить утечки памяти; довести до рабочего состояния поддержку PAG (Process Authentication Group);
  • Анонсирован проект ZFSguru, в рамках которого на базе FreeBSD развивается новая операционная система для создания сетевых хранилищ с использованием файловой системы ZFS. В отличие от FreeNAS, в ZFSguru используется полноценная, не урезанная, базовая система FreeBSD, что даёт возможность опытным пользователям развернуть любые дополнительные сервисы. Для новичков в ZFSguru подготовлен web-интерфейс, который позволяет быстро создавать нужные конфигурации и управлять ZFS-хранилищем, не имея углублённых знаний. Среди расширенных функций, на которые обращают внимание разработчики ZFSguru, - интегрированные средства для оценки производительности хранилища и поддержка установки системы на корневой раздел с ZFS. Из планов отмечено расширение числа сервисных дополнений, которые пока ограничены дополнениями iSCSI-target и VirtualBox.
  
  

• Система
  • Представлен проект по созданию нового уровня VM, который будет находиться между UMA и системой виртуальной памяти. Назначение нового уровня - распределение кусков (chunks) виртуальной памяти из области ядра, произвольным размером от 2 до 4 Мб. После реализации задуманного UMA-функция page_alloc() больше не будет вызываться напрямую из подсистемы виртуальной памяти. Вместо этого будут использоваться функции представленного нового уровня. Таким образом, выполнение uma_large_malloc() и uma_large_free() не будет приводить к мгновенному выделению и возвращению виртуальной памяти ядра, что положительно повлияет на производительность и приведёт у уменьшению фрагментации памяти;
• Поддержка оборудования
  • В рамках проекта ZRouter.org ведётся работа по созданию прошивок на базе FreeBSD для различных встраиваемых устройств, таких как беспроводные точки доступа и SOHO-маршрутизаторы. В настоящее время предоставлена возможность сборки рабочих прошивок для следующих устройств: D-Link DAP-1350, D-Link DIR-320/320-NRU/330/615-E4/620/632, D-Link DSA-3110-A1, D-Link DSR-1000N, NorthQ NQ-900, TPLink TL-WR941ND-v3_2 и Ubiquiti RSPRO. Прошивка может быть достаточно легко адаптирована для новых типов устройств, например, для создания прошивки для Asus WL-500g достаточно скопировать базирующуюся на том же SoC прошивку D-Link/DIR-320 и откорректировать настройки. Среди поддерживаемых типовых SoC: Broadcom BCM5354/BCM5836, Ralink RT3052F/RT3050F/RT5350F, Atheros AR7161/AR7242/AR7241/AR7240/AR9132, Intel ixp435 и Cavium CN5010. В ближайшее время для упрощения управления устройствами планируется подготовить web-интерфейс;
  • Обеспечена поддержка 802.11n для беспроводного оборудования на базе чипов Atheros AR5416, AR9160 и AR9280. Поддерживается работа в режиме станции и точки доступа (hostap), агрегация линков и программная повторная отправка кадров. Производительность драйвера отмечена как хорошая. Пока не реализовано: BAR TX, защита HT, энергосберегающие режимы MIMO, гибкие средства управления интенсивностью потока;
  • Во FreeBSD/arm продолжена реализация поддержки SoC-платформы Marvell Armada XP, основанной на ARMv6/v7-совместимых CPU Sheeva. Поддерживается загрузка с использованием U-Boot, последовательный порт, контроллер прерываний, таймеры, USB, Ethernet и PCI-Express. Реализована базовая поддержка SMP, которую ещё предстоит доработать. Пока нет поддержки L2-кэша и SATA;
  • Во FreeBSD/powerpc реализована поддержка SoC APM86290, основанного на процессорах семейства AppliedMicro PACKETpro. Чип включает в себя два ядра PPC465 на базе архитектуры Power, соответствующих спецификации Book-E. В рамках проекта предпринята попытка расширения поддержки Book-E во FreeBSD и создания драйверов для интегрированных в SoC APM86290 периферийных устройств. В настоящий момент уже поддерживается загрузка с использованием U-Boot, CPU PPC465, L1-кэш, консоль через последовательный порт, контроллер прерываний, EHCI USB, менеджер очередей, Ethernet-контроллер, GPIO, I2C. Предстоит реализовать поддержку L2-кэша и довести до конца драйвер для Ethernet;
• Изолированные окружения, безопасность и ограничения ресурсов
  • В GELI, GEOM-классе для обеспечения дискового шифрования, появились следующие улучшения: поддержка перехода в спящий режим (suspend/resume); новая версия субкоманды для проверки версии GELI-провайдера; новая опция "-V" для субокманды init, позволяющая создать GELI-провайдеры для старых версий FreeBSD; значительное увеличение производительности реализации алгоритма AES-XTS в aesni(4);
• Приложения и система портов
  • Представлен набор утилит freebsd-vm-image, предназначенных для автоматизации периодического создания образов виртуальных машин на базе свежего среза исходных текстов FreeBSD из SVN-репозитория проекта. Итоговый образ может быть скопирован при помощи утилиты dd на USB Flash или запущен в роли гостевой системы под управлением VirtualBox (.vdi). Из планов названо обеспечения включения в сборку набора портов, как из основного дерева портов, так и из экспериментальной ветки area51. Также планируется создавать сборки для тестирования определённых драйверов устройств и других экспериментальных улучшений;
  • Группа, занимающаяся портированием десктоп-оболочки KDE и Qt для FreeBSD, сообщила о продолжении адаптации данных проектов для FreeBSD и налаживании более тесного взаимодействия с разработчиками из upstream. Важнейшим достижением является обеспечение сборки Qt с использованием компилятора Clang. Из последних портированных систем отмечены: Qt 4.7.3, KDE 4.6.3-4.6.5, Amarok 2.4.1, Digikam (+ KIPI-plugins) 1.9.0. Уже портированы, но требуют дополнительного тестирования, менеджер персональной информации KDE PIM 4.6.0 и офисный пакет Calligra 2.3.72;
  • В рамках проекта nvi-iconv, проведена работа по портированию в ветку nvi-1.79, поддержки многобайтовых кодировок. Nvi - входящий в состав базовой системы вариант текстового редактора Vi, распространяемый под лицензией BSD. Из последних работ отмечается выявление утечек памяти, добавление поддержки UTF-16, реализация изменения заголовка окна xterm через опцию 'windowname', завершение работы над кодом автоматического определения кодировки файла, обеспечение сборки только с widechar и без iconv, добавление полного перевода каталога на русский язык;
  • Обновлены порты, связанные с языком программирования Haskell. Устранены проблемы с крахом GHC из-за ошибки в rtld, проявляющейся в 9-CURRENT. Начата работа над портом экспериментальной ветки Haskell Platform 2011.3.0.1. Из задач которые предстоит выполнить отмечено тестирование работы GHC с clang/LLVM, расширение числа связанных с Haskell портов, общее число которых уже превышает 200;
  • Доступен релиз минидистрибутива для создания межсетевых экранов и сетевых шлюзов pfSense 2.0, который основан на кодовой базе FreeBSD 8.1 с задействованием наработок проекта m0n0wall и активным использованием pf и ALTQ. Обзор новшеств можно прочитать здесь. Из планов на версию 2.1 отмечается обеспечение поддержки IPv6 и реализация возможности установки дополнений, оформленных в виде пакетов PBI (используются в PC-BSD);
  • В утилиту для управления портами portmaster добавлена возможность одновременного указания нескольких опций "-r", что позволяет повысить эффективность работы при необходимости обновления сразу нескольких веток портов в процессе работы систем сборки пакетов;
  • Число портов медленно продолжает приближаться к отметке 23000. Проведена работа по закрытию накопившихся PR, число незакрытых PR держится на уровне 1000. Бинарные пакеты в настоящее время собираются для архитектур amd64-6, amd64-7, amd64-8, i386-6, i386-7, i386-8, i386-9, ia64-8, sparc64-7, sparc64-8. Из проведённых работ отмечено обновление портов Python, Boost и Gtk3, а также продолжение тестирования портов Clang, pkgng и ruby19. В качестве порта по умолчанию для http-сервера Apache теперь используется apache22, а языка программирования Fortran - lang/gcc46. Продолжается работа по адаптации портов для обеспечения сборки с использованием компилятора Clang, а также чистки неработоспособных портов для ветки CURRENT;
  • Релиз FreeBSD 9.0 немного задерживается, в настоящее время выпущен первый кандидат в релизы. Перед релизом планируется выпустить ещё две тестовые версии (RC2 и RC3), т.е. ждать FreeBSD 9.0-RELEASE можно не раньше, чем через месяц.

# opennet.ru

[Zhek@Ch]

[size="3"]Второй кандидат в релизы FreeBSD 9.0 [/size]

Анонсирован второй, предпоследний, кандидат в релизы FreeBSD 9.0. Финальный релиз можно ожидать в конце декабря. Установочные образы FreeBSD 9.0-RC2 доступны в форме bootonly, DVD и Memstick для платформ amd64, i386, powerpc, powerpc64, ia64 и sparc64. С обзором новшеств FreeBSD 9.0 можно познакомиться в тексте анонса первой бета-версии.

Для упрощения перехода с прошлых версий обеспечена возможность бинарного обновления с использованием утилиты freebsd-update для платформ i386 и amd64. Поддерживается обновление FreeBSD 7.[34]-RELEASE, 8.[12]-RELEASE или 9.0-BETA[123]/RC1:

Перед обновлением необходимо немного изменить код утилиты freebsd-update, добавив возможность использования символа '@' и '%' в именах файлов (иначе в процессе обновления будет выведена ошибка):

Код [Выделить] Expand

sed -i '' -e 's/=_/=%@_/' /usr/sbin/freebsd-updateЗагружаем обновления:

Код [Выделить] Expand

freebsd-update upgrade -r 9.0-RC2Из-за изменения способа оформления релиза FreeBSD возможно появление двух подводных камней:

1. Ядро FreeBSD, которое раньше могло находиться как в /boot/kernel, так и в /boot/GENERIC, теперь должно быть размещено только в /boot/kernel. Если ядро было в /boot/GENERIC то в процессе обновления оно будет удалено.
2. В процессе обновления будет удалено содержимое /usr/src.

Устанавливаем обновления ядра:

Код [Выделить] Expand

freebsd-update installПерезагружаем систему (перед вторым этапом установки необходимо загрузиться с новым ядром):

Код [Выделить] Expand

shutdown -r nowВыполняем установку компонентов не связанных с ядром, попутно отвечая на вопросы, касающиеся решения конфликтов при обновлении файлов конфигурации:

Код [Выделить] Expand

freebsd-update installПосле этого шага freebsd-update может предложить пересобрать приложения, установленные из пакетов или портов. После пересборки, если freebsd-update выдал соответствующее предупреждение, нужно запустить freebsd-update ещё раз для очистки старых библиотек.

Код [Выделить] Expand

freebsd-update installПерезагружаем систему:

Код [Выделить] Expand

shutdown -r now

# opennet.ru

[Zhek@Ch]

[size="3"]Тестирование BHyVe - FreeBSD Hypervisor[/size]
 
Разработчики FreeBSD приглашают принять участие в тестировании BHyVe -- гипервизора для FreeBSD. BHyVe является гипервизором 2-го типа, в качестве гостевой ОС, в настоящий момент, поддерживается только FreeBSD, что совсем неплохо для такого молодого проекта.

BHyVe был создан и открыт компанией netapp осенью этого года.

Источник и инструкция по сборке.

 >>> Подробности

# linux.org.ru

[Zhek@Ch]

[size="3"]Анонсирован redports - репозиторий, ориентированный на создание, тестирование и дальнейшее сопровождение портов FreeBSD[/size]
 
Создатель Blueports сообщил о скором закрытии проекта, так как им же был создан Redports, предоставляющий более удобные инструменты для реализации тех же задач.

Этот ресурс может быть полезен всем, кто принимает участие в портировании ПО для FreeBSD. Это отдельный репозиторий SVN с web-интерфейсом Trac, ориентированный на создание, обкатку и дальнейшее сопровождение модификаций портов, которые не готовы к основному дереву портов. Для этих целей имеется несколько инсталляций Tinderbox, обеспечивающих возможность сборки портов для следующик версий FreeBSD: 7.4/8.2/9.0/10, для сборки могут использоваться компиляторы CLANG/LLVM и GCC 4.5. Производится автоматическая сборка и тестирование портов, по итогам тестирования разработчикам может быть отправлен отчёт или лог сборки.

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

Новость взята с Bsd News in Russia (BSDNiR), полный оригинал новости доступен по этой ссылке.
 
>>> Сайт проекта

# linux.org.ru