Прикладной уровень: возможности и потребности системы
Цели:
- Активация интерпретатора
- Интерпретация
Прелюдия:
что такое dæmon (даймон или даже демон
)? - кто и когда запускает демонов?
схемы типа sysvinit
схемы типа rc.d (с зависимостями)
схемы типа systemd (с зависимостями, условиями запуска и сокет-активацией)
Задачи:
- Связывание порта и интерпретатора
- Анонс прикладных служб
- Учёт потребления ресурсов прикладными службами. Хотя казалось бы.
Связь с интерпретатором
- Делает сам демон:
- создание обслуживание сокета (bind + listen)
- respawn при закрытии соединения
- обслуживание нескольких соединений (в т. ч. общие и специфичные для прикладного уровня ограничения)
Делает метадемон [x]inetd:
- интерпретатор обрабатывает stdin (из сокета), stdout (в сокет) и stderr (журнал)
- см. выше
Делает служба запуска (на примере systemd):
- Запуск демонов
- Запуск интерпретаторов
- Сокет-активация бывших демонов
Добавлять ли в Д/З виртуалку с упражнениями над systemd?
Связь с отдельными функциями: RPC
Проблема: динамическое выделение входных портов.
- Portmapper (rpcbind, порт 111)
/etc/rpc
- rpcinfo
![/!\](/moin_static197/modernized/img/alert.png "/!\"){kind=small}
TODO
Д/З
- netcat как инструмент
- Посмотреть настройки xinetd на сервере
- rpcinfo -s/-p и /etc/rpc
Воспроизвести пример «Обслуживание прикладного уровня в Linux» из учебника (с клиентской машины)