<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Linux Forum &mdash; Новая версия Systemd 214]]></title>
		<link>https://linuxforum.ru/viewtopic.php?id=35174</link>
		<atom:link href="https://linuxforum.ru/extern.php?action=feed&amp;tid=35174&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[Недавние сообщения в теме «Новая версия Systemd 214».]]></description>
		<lastBuildDate>Fri, 13 Jun 2014 05:43:22 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: Новая версия Systemd 214]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=412806#p412806</link>
			<description><![CDATA[<div class="quotebox"><cite>stalker_tk пишет:</cite><blockquote><p>Пора переименовывать SystemD в SystemOS <img src="https://linuxforum.ru/img/smilies/be.gif" alt="be" /></p></blockquote></div><p>+100500&nbsp; <img src="https://linuxforum.ru/img/smilies/ay.gif" alt="ay" />&nbsp; да хорошая идея. Ну что ж придется сваливать на слакварь ну либо сидеть на 6 версии центоси</p>]]></description>
			<author><![CDATA[null@example.com (lone_wolf)]]></author>
			<pubDate>Fri, 13 Jun 2014 05:43:22 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=412806#p412806</guid>
		</item>
		<item>
			<title><![CDATA[Re: Новая версия Systemd 214]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=412798#p412798</link>
			<description><![CDATA[<p>Пора переименовывать SystemD в SystemOS <img src="https://linuxforum.ru/img/smilies/be.gif" alt="be" /></p>]]></description>
			<author><![CDATA[null@example.com (stalker_tk)]]></author>
			<pubDate>Thu, 12 Jun 2014 21:19:17 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=412798#p412798</guid>
		</item>
		<item>
			<title><![CDATA[Re: Новая версия Systemd 214]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=412766#p412766</link>
			<description><![CDATA[<p>Очень хорошо, ждём ебилдов.</p>]]></description>
			<author><![CDATA[null@example.com (fragment)]]></author>
			<pubDate>Thu, 12 Jun 2014 14:56:47 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=412766#p412766</guid>
		</item>
		<item>
			<title><![CDATA[Новая версия Systemd 214]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=412753#p412753</link>
			<description><![CDATA[<p>Леннарт Поттеринг (Lennart Poettering) <a href="http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html">представил</a> выпуск системного менеджера <a href="http://www.freedesktop.org/software/systemd/">systemd 214</a>, примечательный интеграцией некоторых новых механизмов для организации изоляции сервисов и минимизации привилегий фоновых процессов, обеспечением поддержки сетевых интерфейсов &quot;veth&quot;, GRE и VTI в systemd-networkd, средствами для формирования типовой начинки создаваемых tmpfs-разделов по шаблону (например, воссоздать базовую структуру /var).</p><p>Наиболее существенные изменения:<br /></p><ul><li><p>В systemd-nspawn реализована опция &quot;--tmpfs&quot; для монтирования tmpfs-раздела к заданной директории, структура которой может быть воссоздана на лету по специально определённому шаблону. Например, при запуске контейнера можно разместить /var в tmpfs и реконструировать базовое содержимое данного раздела. Для выполнения данной операции достаточно выполнить команду &quot;systemd-nspawn -D /srv/mycontainer --read-only --tmpfs=/var -b&quot;, что создаст /var поверх доступной только на чтение основы контейнера и сформирует начинку для пустой директории /var. После остановки контнейнера, содержимое /var будет очищено.</p><p>Указанный подход, позволяет упростить запуск множества типовых экземпляров контейнеров на основе одного базового образа директорий и не заботиться об их изоляции друг от друга. В настоящее время в systemd-tmpfiles добавлен шаблон для воссоздания структуры иерархии /var, а для сервисов реализованы средства создания недостающих в /var директорий. В следующем выпуске ожидается появление возможности загрузки контейнеров с примонтированным через tmpfs пустым разделом /etc или корневым разделом, что позволит ограничиться подготовкой типового содержимого раздела /usr.</p><p>Нововведению также сопутствует несколько улучшений в systemd-tmpfiles: добавлена поддержка строк с типом операции &quot;C&quot;, предназначенных для копирования в новый раздел файлов или целых директорий; строки с типами &quot;m&quot; и &quot;z&quot; теперь полностью эквиваленты (рекомендуется использовать &quot;z&quot;); при задании прав доступа теперь допустимо использовать префикс &quot;~&quot;, который воспринимается как маска для существующих файлов и директорий.</p></li><li><p>Для сервисов обеспечена поддержка настроек &quot;ReadOnlySystem&quot; и &quot;ProtectedHome&quot;, которые применены ко всем долговременно работающим процессам systemd. При указании &quot;ReadOnlySystem&quot; разделы /usr и /boot для указанного сервиса будут примонтированы в режиме &quot;только для чтения&quot;, что заблокирует возможность несанкционированного изменения системной части операционной системы. При указании &quot;ProtectedHome&quot; в режиме только для чтения будут примонтированы разделы /home и /run/user или данные разделы будут заменены на пустые директории, что позволит добиться ограничения доступа к конфиденциальным пользовательским данным.</p></li><li><p>В сервисе &quot;systemd-networkd&quot;, предназначенном для унификации компонентов дистрибутивов, используемых для настройки параметров сети, добавлена поддержка настройки виртуального ethernet (интерфейс &quot;veth&quot;) для соединения контейнеров, а также поддержка туннелей GRE и VTI.</p></li><li><p>В udev реализована экспериментальная возможность установки блокировок (flock(LOCK_SH|LOCK_NB)) на файл дисковлого устройства во время выполнения действия с дисковыми разделами. Приложения, такие как редакторы разделов, могут использовать данную особенность для установки flock(LOCK_EX) как признака временной занятости устройства, при которой udev приостановит выполнения всех действий по обработке диска и после освобождения блокировки перечитает таблицу разделов.</p></li><li><p>Из демона systemd удалена поддержка скриптов инициализации SysV и LSB, для обеспечения совместимости теперь применяется генерация unit-файлов на основе скриптов инициализации. Указанное изменение привело к заметной чистке обработчика PID 1 от устаревшего когда;</p></li><li><p>Сокращены привилегии различных компонентов systemd: Определение доступных механизмов виртуализации теперь выполняется без получения повышенных привилегий, т.е. systemd-detect-virt не требует установки прав CAP_SYS_PTRACE. Systemd-networkd теперь запускается под непривилегированным пользователем &quot;systemd-network&quot; и получает доступ к необходимым возможностям через capabilities-режимы CAP_NET_ADMIN, CAP_NET_BIND_SERVICE, CAP_NET_BROADCAST и CAP_NET_RAW, что подразумевает потерю возможности записи в файлы с правами root. Аналогичный сброс прав за счёт установки необходимых &quot;systemd-network&quot; и запуска под непривилегированными пользователями обеспечен для systemd-resolved и systemd-bus-proxyd;</p></li><li><p>В Socket-юнитах обеспечена поддержка новых опций: &quot;SocketUser=&quot; и &quot;SocketGroup=&quot; для установки владельца для файлов-сокетов AF_UNIX и FIFO. &quot;RemoveOnStop=&quot; для удаления FIFO и других привязанных к сокетам спецфайлов; &quot;Symlinks=&quot; для создания символических ссылок на файлы с сокетами и FIFO при заведении определённых unix-сокетов;</p></li><li><p>В опцию &quot;Restart=&quot; добавлена поддержка свойства &quot;on-abnormal&quot;, указывающего на необходимость автоматического перезапуска при любых ненормальных завершений, включая нештатные сигналы, core-дампы, истечения таймаутов и срабатывание watchdog-таймеров. Перезапуск не производится только при выходе с кодами завершения или по явным сигналам. От &quot;on-failure&quot; свойство &quot;on-abnormal&quot; отличается допустимостью завершения по всем кодам возврата, в том числе сигнализирующим об ошибках;</p></li><li><p>Если настройка &quot;InaccessibleDirectories=&quot; в сервисе ссылается на точку монтирования, то осуществляется попытка отмонтирования для данного сервиса;</p></li><li><p>Настройка &quot;ReadOnlyDirectories=&quot; в сервисах и параметр &quot;--read-only&quot; в systemd-nspawn теперь рекурсивно применяются ко всем точкам монтирования;</p></li><li><p>Юниты для монтирования теперь могут создаваться в прозрачном режиме через API;</p></li><li><p>Прекращена зависимость от libattr, так как функции для работы с расширенными атрибутами файлов уже присутствуют в glibc.</p></li><li><p>Добавлен новый пассивный целевой юнит &quot;network-pre.target&quot;, которые вызывается до конфигурации сети, что может быть полезно, например для межсетевых экранов.</p></li></ul><br /><p>Источник: <a href="http://www.opennet.ru/opennews/art.shtml?num=39985">http://www.opennet.ru/opennews/art.shtml?num=39985</a></p>]]></description>
			<author><![CDATA[null@example.com (verg)]]></author>
			<pubDate>Thu, 12 Jun 2014 13:27:32 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=412753#p412753</guid>
		</item>
	</channel>
</rss>
