The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в systemd, которую можно использовать для блокиро..., opennews (??), 19-Фев-19, (0) [смотреть все] +1

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


25. "Уязвимость в systemd, которую можно использовать для блокиро..."  –3 +/
Сообщение от Аноним (9), 19-Фев-19, 11:18 
Есть 2 демона. Один демон предпримет действия если потребление ресурсов машины такое-то такое-то (придумайте метрику) о чём оповестит второго демона.

Проблематика задачи как раз инфраструктурная. Для того чтобы её решить нужно каждый для каждого проекта изобретать велосипед с решением, потому что сам по себе линукс как ОС ни мониторить себя нормально не умеет, ни стандартизированного апи для обмена данными о производительности не имеет, я уже не говорю про RPC на системном уровне.

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

57. "Уязвимость в systemd, которую можно использовать для блокиро..."  +1 +/
Сообщение от Совершенно другой аноним (?), 19-Фев-19, 12:05 
IPC и RPC в linux, по-моему, не меньше, чем в Windows. И уже довольно давно. Начиная с разных там SUN-RPC.
Ответить | Правка | Наверх | Cообщить модератору

60. "Уязвимость в systemd, которую можно использовать для блокиро..."  –2 +/
Сообщение от Аноним (9), 19-Фев-19, 12:10 
Да их много и ни одного рабочего стандартизированного варианта.
Ответить | Правка | Наверх | Cообщить модератору

67. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Совершенно другой аноним (?), 19-Фев-19, 12:34 
> Да их много и ни одного рабочего стандартизированного варианта.

в смысле? Что Вы понимаете под стандартизироваными? Тот-же SUN-RPC вполне себе есть практически везде - на нём основан NFS (и была реализация в Windows в Windows Services for Unix). А по поводу IPC - тех-же самых BSD-сокетов - так они даже в Windows такие-же, с поправкой на необходимую инициализацию, функцию closesocket()/ioctlsocket() и WSAGetLastError(). Прочих IPC тоже хватает - начиная с обычных FIFO и PIPE-ов, продолжая стандартными posix-овскими семафорами, очередями сообщений, мутексами, разделяемыми областями памяти. Которые более-менее одинаковые во всех UNIX-системах, как в BSD, LINUX и даже в разных там QNX. Кроме того есть ещё и классические unix-ipc, которые тоже до сих пор вполне себе работают и тоже много где поддерживаются.

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

86. "Уязвимость в systemd, которую можно использовать для блокиро..."  +/
Сообщение от Andrey Mitrofanov (?), 19-Фев-19, 12:58 
>> Да их много и ни одного рабочего стандартизированного варианта.
> в смысле? Что Вы понимаете под стандартизироваными?

Шоб Керниган и друг его IETF в книжку про Си вписали.  Рядом с hello-миром.


>Тот-же SUN-RPC вполне себе есть
> практически везде

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

90. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Совершенно другой аноним (?), 19-Фев-19, 13:03 
>>> Да их много и ни одного рабочего стандартизированного варианта.
>> в смысле? Что Вы понимаете под стандартизироваными?
> Шоб Керниган и друг его IETF в книжку про Си вписали.  
> Рядом с hello-миром.

К большому сожалению, друг Кернигана уже никуда ничего не впишет..

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

121. "Уязвимость в systemd, которую можно использовать для блокиро..."  +2 +/
Сообщение от Совершенно другой аноним (?), 19-Фев-19, 14:33 
> То и понимаю, чтобы был стандарт IPC/RPC для работы в операционной системе
> с её компонентами доступный вне мира системных программистов.

Прошу прощения, не совсем понял Вашу мысль.. Те-же PIPE-ы и FIFO вполне себе доступны совсем не программистам..
ls -l | grep my_favorite_file

Через FIFO вообще можно организовывать взаимодействие неродственных процессов. На уровне:

client$ echo hello > /tmp/server
server$ while true; do REZ=`cat /tmp/server`; echo $REZ; done

Единственное ограничение - нет контроля от кого идут запросы и по-моему неделимые сообщения не более 4K.

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

> Вы же понимаете, что не все разработчики ПО одинаково умны и образованы.
> Не все способны пользоваться столь низкоуровневыми стандартами как POSIX. Принять на
> работу человека который сможет забабахать сервис с двумя вышеуказанными демонами для
> предприятия проще и дешевле, когда не требуется такого высокого уровня подготовки.

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

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

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

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




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

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