Розкажіть реальні випадки користі від inetd
Доброго дня, хабражителі!
Поясніть будь-ласка можливості застосування inetd. Теоретично багато красивих слів «суперсервер» тощо.
Але наскільки корисний цей інструмент у реальній практиці?
Єдина теоретична перевага, яку мені вдалося розглянути - це економія ресурсів ПК, але тільки до першого запиту до демонів, що запускаються. Після запиту ми отримуємо теоретичний недолік від поїдання ресурсів вже самим inetd і не потрібним. Я поки що не знайшов функції зупинки демонів, коли своє відпрацювали і вже не потрібні. У результаті відчутної користі від його використання поки не бачу.
У православному Debian більшість демонів, з якими я стикався, підтримують лише стандартний «inet.d» механізм запуску та роботи. Єдиний демон, де збирачі бінарних пакетів передбачили інтеграцію з коробки з inetd - це Samba 3, що поступово старіє.
З іншого боку, його опис відносно часто зустрічається в технічній літературі та інших джерелах. І, швидше за все, недарма.
Поясніть, будь ласка, де я не правий. Це рудиментний пакет, чи я просто неуважно читав HOWTO?
Поділіться реальними випадками.
inetd (і його модифікація xinetd) не працює з демонами :) А по суті є «суперсервер», який дозволяє «спростити» розробку мережевих серверів. Він запускає копію сервера при отриманні з'єднання та перенаправляє весь трафік на stdin/out сервера. Тобто, при стандартному підході, мережевий сервер проходитиме через такі етапи: запуститься, демонізуватися, очікувати з'єднання, отримати з'єднання, обробити дані, закрити з'єднання, перейти до очікування. А при inetd підході буде: запуститися, обробити дані, вийти
Це зручно якщопотрібно виставити у світ якісь керуючі скрипти, які працюють із консоллю, тоді до них можна буде з'єднуватися телнетом по tcp. У мене так у свій час висіли скрипти управління лабами по циску — запуск/зупинка віртуалок, відображення стану.
Працюватиме як з консолі так і через telnet якщо повісити його на inetd.
Ще зручно використовувати xinetd для форвардингу портів будь-яких некритичних сервісів, щоб не морочитися з NAT/файрволом.