The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Удалённая уязвимость в systemd-networkd, opennews (?), 27-Окт-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


86. "Удалённая уязвимость в systemd-networkd"  –1 +/
Сообщение от Аноним (86), 28-Окт-18, 12:54 
когда уже сделают простую и надежную альтернативу этой багопомойке?
Ответить | Правка | Наверх | Cообщить модератору

102. "Удалённая уязвимость в systemd-networkd"  –2 +/
Сообщение от J.L. (?), 29-Окт-18, 15:51 
> когда уже сделают простую и надежную альтернативу этой багопомойке?

блин, вот реально - возьми и сделай, или оплати и сделай, или угрозами и насилием заставь кого-то и сделай, чо ты тут трындишь то?!!

Ответить | Правка | Наверх | Cообщить модератору

105. "Удалённая уязвимость в systemd-networkd"  +1 +/
Сообщение от Аноним (-), 29-Окт-18, 23:28 
> простую и надежную альтернативу

Openrc, sysvinit, не? И были они задолго до появления "багопомойки". Совершенно незачем использовать пиратскую копию launchd от яббла, которую поцтеринг притащил.

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

118. "Удалённая уязвимость в systemd-networkd"  –1 +/
Сообщение от Аноним (117), 31-Окт-18, 05:30 
> использовать пиратскую копию launchd от яббла, которую поцтеринг притащил.

Типа, нормальные технологии, сделанные с хоть каким-то проектированием, и нацеленные на решение каких-то реальных проблем эксплуатации - могут быть только у проприетарщиков? А вот и фиг вам.

А свои openrc и sysv сами и используйте. Они не решают задач управления системой как таковые. Даже мониторинга сервисов в нормальном виде нет и каждому предлагается столь базовую фичу самому костылять абы как из спичек и желудей.

Ответить | Правка | Наверх | Cообщить модератору

127. "Удалённая уязвимость в systemd-networkd"  +1 +/
Сообщение от Аноним (106), 31-Окт-18, 10:44 
Угу, каждому предлагается добавлять в свой код вызов sd_notify() иначе даже мониторинга сервисов в нормальном виде нет.
Ответить | Правка | Наверх | Cообщить модератору

135. "Удалённая уязвимость в systemd-networkd"  +/
Сообщение от Аноним (-), 01-Ноя-18, 04:25 
> Угу, каждому предлагается добавлять в свой код вызов sd_notify() иначе даже мониторинга
> сервисов в нормальном виде нет.

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

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру