LinuxForum.Fans
Тема

Выпуск systemd 218 со встроенной поддержкой PPPoE

Автор: verg 132 сообщений 12076 просмотров
11.12.2014 13:37 #404605

Леннарт Поттеринг (Lennart Poettering) представил выпуск системного менеджера systemd 218, который сочетает в себе функции системы инициализации, механизм для контроля за выполнением фоновых процессов, службу для журналирования событий и средства для управления сервисами, сеансами пользователей и подключаемыми устройствами. Для определения параметров сервисов в Systemd используется набор конфигурационных unit-файлов, вместо оформления сценариев запуска в виде shell-скриптов. Система нацелена на интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, старые версии Fedora). В настоящее время на использование systemd уже перешли такие дистрибутивы, как Fedora, openSUSE, Mandriva и Arch Linux, одобрен переход дистрибутивов Debian и Ubuntu по умолчанию на systemd.

Наиболее существенные изменения:

  • В состав включена библиотека с реализацией протокола PPPoE. В дальнейшем данная библиотека будет использована в networkd для обеспечения соединений PPPoE без привлечения внешнего демона pppd;
  • В базу оборудования udev hwdb добавлена информация о параметрах разрешения (DPI) различных манипуляторов "мышь", что позволяет обеспечить более точное позиционирование указателя в привязке к реальной чувствительности оптического сенсора мыши (например, можно обеспечить постоянную скорость движения указателя различных моделей мышей. Необходимость создания базы привязки моделей мышей к DPI обусловлена отсутствием надёжного способа получения параметров DPI от мыши, при том, что DPI мышей колеблется от 400 до 1200 (если не принимать во внимание связь DPI с физическим перемещением мыши, курсор для мыши с небольшим DPI будет перемещаться еле-еле, а с высоким - наоборот скакать по экрану). Поддержка новой базы уже добавлена в libinput 0.7;
  • Все программы из состава systemd, читающие обособленные файлы конфигурации в директории /etc/, теперь воспринимают соответствующие конфигурационные директории .conf.d в /etc/, /run/, /usr/local/lib/, /usr/lib/ и /lib/ (при сборке с --enable-split-usr). Например, конфигурационные директории теперь доступны для файлов system.conf user.conf, logind.conf, journald.conf, sleep.conf, bootchart.conf, coredump.conf, resolved.conf, timesyncd.conf, journal-remote.conf и journal-upload.conf;
  • В утилиту systemctl добавлена команда "edit", при выполнении которой для unit-файла запускается определённый через переменную окружения $EDITOR текстовый редактор, в котором открывается для редактирования сводный набор конфигурации, включающий полное содержимое unit-файла, в том числе типовые блоки из дополнительных директорий (.d/);
  • В утилиту journalctl добавлены новые команды "--vacuum-size=" и "--vacuum-time=", позволяющие удалять старые файлы журнала при достижении определённого размера или при устаревании на заданное время;
  • В journald обеспечено получение сообщений аудита напрямую из ядра Linux и сохранение их как обычных записей в логе. Поля сообщений аудита разделяются и индексируются, что позволяет обойтись без auditd и использовать утилиту journalctl в качестве замены ausearch (поддерживается только минимальный набор функций аудита, при необходимости задействования всех режимов аудита, таких как reboot-on-log-overflow, следует дополнительно использовать auditd);
  • При сборке с опцией "--enable-xkbcommon" в systemd-localed теперь выполняется проверка клавиатурных раскладок (x11 keymap) через компиляцию заданной раскладки, что позволяет обойтись без установки libxkbcommon;
  • Добавлен новый сервис systemd-machine-id-commit.service, который позволяет задействовать временный идентификатор машины на системах с доступной только для чтения во время загрузки директорией /etc и не инициализированным /etc/machine-id;
  • В .netdev файлы networkd добавлена поддержка большой порции настроек для устройств VXLAN, которые теперь можно конфигурировать через файлы .network по аналогии с параметрами сетевых мостов. Добавлена возможность настройки маршрутизации от источника (source routing). В файлы .link добавлена поддержка опции "OriginalName=" для сопоставления оригинального имени сетевого интерфейса с именем, выдаваемым ядром. В файлах .network обеспечена возможность указания опций "MTU=" и "MACAddress=" для переопределения MTU и MAC-адреса при соединении через определённый сетевой интерфейс;
  • В hostnamed добавлен новый тип "embedded";
  • В утилиту busctl добавлена поддержка выражений "capture" (запись трассировки перехваченных пакетов в STDOUT в формате совместимом с libcap), "tree" (показ дерева объектов для заданного сервиса), "introspect" (показ всех интерфейсов и состав объектов), "call", "set-property" и "get-property" (вызов метода, установка и получение настроек объъектов);
  • В nspawn обеспечено использование постоянных MAC-адресов при создании сетевых устройств macvlan;
  • В юниты добавлена опция "SmackProcessLabel=", позволяющая управлять обработкой меток для системы мандатного контроля доступа SMACK;
  • Обеспечена возможность создания на лету юнитов-таймеров через bus API, а также возможность создания сразу нескольких юнитов через один вызов bus API;
  • Для coredump в журнале теперь создаются дополнительные поля с метаданным, включающими такую информацию, как состав cgroup, переменные окружения, карты памяти, рабочую директорию, proc/$PID/status, список открытых файловых дескрипторов;
  • Для LUKS добавлена поддержка выбора файлов с ключами на основе UUID.

Источник: http://www.opennet.ru/opennews/art.shtml?num=41243

11.12.2014 13:44 #404607

А PPPoE этой поделке зачем?

11.12.2014 15:23 #404621
"yars" написал:
А PPPoE этой поделке зачем?

Написано же

"verg" написал:
В дальнейшем данная библиотека будет использована в networkd для обеспечения соединений PPPoE без привлечения внешнего демона pppd;
11.12.2014 15:46 #404628

xxblx, мне непонятно, зачем интегрировать, когда есть pppd?

11.12.2014 16:48 #404636
"yars" написал:
когда есть pppd

Обкатанная годами.
Да и почему не интегрируют тогда и l2tp за компанию? :D

11.12.2014 17:06 #404638
"XliN" написал:
Обкатанная годами.
Да и почему не интегрируют тогда и l2tp за компанию? 

в networkd - наверное интегрируют со временем

11.12.2014 17:28 #404644

Леннарту пора ставить медицинский диагноз...

11.12.2014 18:04 #404656

А мне даже интересно становится: если довести до логического завершения концепцию Леннарта&Co, то что это будет в итоге?

11.12.2014 18:17 #404662
"1000Mhz" написал:
А мне даже интересно становится: если довести до логического завершения концепцию Леннарта&Co, то что это будет в итоге?

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

11.12.2014 18:19 · отредактировано #404664

dyasny, чего же тогда все так боятся? :)
UPD я не троллю.

11.12.2014 18:21 #404665

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

11.12.2014 18:25 #404666

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

11.12.2014 18:25 #404668
"1000Mhz" написал:
dyasny, чего же тогда все так боятся? 

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

Я вижу те же принципы в основном в политических баталиях онлайн, но похоже, как у нас говорят shit flows down the hill, и тенденции докатились и до нашего уютного техномирка.

11.12.2014 18:28 #404670
"1000Mhz" написал:
Какой-то "API"  у сабжа есть? Под него могут писать модули все, кто хочет? Т. е. все сводится к замене среды шелл на среду systemd?

все есть, только шелл никто не заменяет. systemd как init система, получает модули, с довольно таки простым синтаксисом. journald это модуль для логов, там тоже все просто. networkd заправляет сетевыми подключениями, как рам дела обстоят я пока не смотрел, надеюсь будет поддержка как VPN мостов и vlan-ов, так и всяческих overlay networks и плагинов для 802.1Qbg/h/...

короче все это дело еще только развивается, и еще долго будет развиваться.

11.12.2014 18:33 #404673
"dyasny" написал:
все есть, только шелл никто не заменяет.

Как я понимаю, systemd можно условно считать работающим "поверх шелл" - т. е. раньше все коммуникации между сервисами происходили с помощью шелла (старый init), а теперь с помошью systemd и dbus? И вся разница?

11.12.2014 18:34 #404674
"1000Mhz" написал:
Как я понимаю, systemd можно условно считать работающим "поверх шелл" - т. е. раньше все коммуникации между сервисами происходили с помощью шелла (старый init), а теперь с помошью systemd и dbus? И вся разница?

ну, в некотором смысле наверное и так можно сказать

11.12.2014 18:36 #404676
"dyasny" написал:
ну, в некотором смысле наверное и так можно сказать

Понятно, что "в некотором смыле" - но так-то понятнее, особенно для широких масс.

11.12.2014 18:52 #404678
dyasny написал:


способ накрутить бабла на посещении сайта где сидят обязьяны, пропиариться и т.д.

Вот оно, в чем дело!! Ни стыда у этих капиталистов, ни совести.

11.12.2014 18:53 · отредактировано #404680

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

По сути я могу написать целиком свою собственную систему инициализации, просто она будет убога и тормозна, могу написать только часть, работающую параллельно с systemd, или могу воспользоваться только systemd.

11.12.2014 18:57 #404681
"techno" написал:
Вот оно, в чем дело!! Ни стыда у этих капиталистов, ни совести.

учитывая падкость контингента рунета на швыряние дерь^Wсубстанций, капиталисты тут ни при чем. Если хотите убедиться, посмотрите на то что творится на политических форумах, блогах и т.д.

Войдите или зарегистрируйтесь, чтобы ответить.