Демон inetd разработан для того, чтобы устранить необходимость выполнять большое количество малоиспользуемых серверов. Его два основных преимущества заключаются в следующем.
• Вместо запуска отдельного демона для каждой службы inetd отслеживает заданный набор портов сокетов и при необходимости запускает соответствующие процессы. Таким образом количество выполняющихся процессов в системе снижается.
• Написание серверных программ, запускаемых с помощью inetd, упрощается, поскольку этот демон выполняет определенные действия, которые требуются при запуске любых сетевых серверов.
Поскольку демон inetd следит за диапазоном служб и при необходимости запускает другие серверы, его иногда называют
В дистрибутивах Linux предоставляется расширенная версия inetd под названием xinetd, которая, помимо всего прочего, обладает целым рядом улучшений, связанных с безопасностью. Информацию об xinetd можно найти на www.xinetd.org.
Обычно демон inetd запускается вместе с системой. Перейдя в фоновый режим (см. раздел 37.2), он выполняет следующие шаги.
1. Для каждой службы, заданной в конфигурационном файле /etc/inetd.conf, демон создает сокет подходящего типа (потоковый или датаграммный) и привязывает его к указанному порту. Для каждого TCP-сокета дополнительно включается поддержка входящих соединений с помощью вызова listen().
2. Используя системный вызов select() (см. подраздел 59.2.1), inetd отслеживает входящие датаграммы или соединения для всех сокетов, созданных в предыдущем шаге.
3. До появления доступной для чтения датаграммы в UDP-сокете или запроса о подключении в TCP-сокете вызов select() блокируется. В случае с TCP-соединением inetd сначала выполняет для соединения вызов accept() и только потом переходит к следующему шагу.
4. Чтобы запустить сервер, указанный для текущего сокета, inetd вызывает fork(), создавая новый процесс, запускающий серверную программу с помощью функции exec(). Но, прежде чем выполнять exec(), дочерний процесс проделывает следующие действия.
• Закрывает все файловые дескрипторы, унаследованные от родителя, за исключением относящегося к сокету, для которого доступна UDP-датаграмма или установлено TCP-соединение.
• Использует методики, описанные в разделе 5.5, чтобы создать три копии файлового дескриптора сокета с номерами 0, 1 и 2, после чего закрывает оригинал (так как он больше не нужен). В результате запущенный сервер может взаимодействовать через сокет, задействуя три стандартных файловых дескриптора.
• При необходимости устанавливает запущенному серверу идентификаторы пользователя и группы, соответствующие значениям, указанным в файле /etc/inetd.conf.
5. Если в шаге 3 было принято TCP-соединение, inetd закрывает подключенный сокет (так как он нужен только на серверной стороне).
6. Сервер inetd возвращается к шагу 2.
Работа демона inetd управляется с помощью конфигурационного файла; обычно им является /etc/inetd.conf. Каждая строчка в этом файле описывает одну службу, запуском которой занимается inetd. В листинге 56.5 показан пример записей в файле /etc/inetd.conf, поставляющемся вместе с одним из дистрибутивов Linux.
Листинг 56.5. Пример записей в файле /etc/inetd.conf
# echo stream tcp nowait root internal
# echo dgram udp wait root internal
ftp stream tcp nowait root /usr/sbin/tcpd in.ftpd
telnet stream tcp nowait root /usr/sbin/tcpd in.telnetd
login stream tcp nowait root /usr/sbin/tcpd in.rlogind
Первые две строки в листинге 56.5 закомментированы с помощью символа # в начале; мы приводим их здесь, так как они связаны со службой echo, которую рассмотрим чуть ниже.
Каждая запись в файле /etc/inetd.conf состоит из следующих полей, разделенных пробельными символами.
•
