XINETD.LOG
Updated: 28 April 1993
Index Return to Main Contents
НАЗВАНИЕ
xinetd.log - формат регистрационного журнала сервиса xinetdОПИСАНИЕ
Конфигурация сервиса может определять различные уровни регистрации при попытке доступа к сервису. Если журналирование для сервиса разрешено, xinetd будет генерировать однострочные журнальные записи в следующем формате (все записи имеют в качестве префикса временную метку):
- entry: service-id data
data зависит от entry. Возможные типы entry включают:
-
- START
- генерируется при запуске сервера
- EXIT
- генерируется при выходе сервера
- FAIL
- генерируется когда невозможно запустить сервер
- DATA
- генерируется при провале попытке запуска сервера и сервис поддерживает опцию журналирования RECORD.
- USERID
- генерируется при использовании параметра журналирования USERID.
- NOID
- генерируется при использовании параметра журналирования USERID и сервисного флага IDONLY , а на удаленной стороне нельзя определить кто пытается получить доступ к сервису.
Далее информация, заключенная в квадратные скобки, появляется, если используется соответствующая опция журналирования.
Запись START имеет формат:
- START: service-id [pid=%d] [from=%d.%d.%d.%d]
Запись EXIT имеет формат:
- EXIT: service-id [type=%d] [pid=%d] [duration=%d(sec)]
type может быть либо статус, либо сигнал. Число - это либо статус выхода, либо сигнал, вызвавший прерывание процесса.
Запись FAIL имеет следующий формат:
- FAIL: service-id reason [from=%d.%d.%d.%d]
Возможны следующие причины:
-
- fork
- заданное количество последовательных попыток ветвления процесса не удались (это количество является конфигурационным параметром)
- time
- не прошла проверка времени
- address
- не прошла проверка адреса
- service_limit
- было достигнуто разрешенное количество серверных процессов для этой службы
- process_limit
- было указано и достигнуто ограничение на количество порожденных процессов
Запись DATA имеет формат:
- DATA: service-id data
Регистрируемые data (данные) зависят от сервиса.
-
- login
- remote_user=%s local_user=%s tty=%s
- exec
-
remote_user=%s verify=status command=%s
Возможные значения status :-
- ok
- пароль правильный
- failed
- пароль неверный
- baduser
- пользователь отсутствует
-
- shell
- remote_user=%s local_user=%s command=%s
- finger
- received string или EMPTY-LINE
Запись USERID имеет формат:
- USERID: service-id text
text отвечает за демон идентификации на удаленной стороне, исключая номера портов (которые включаются в ответ).
Запись NOID имеет формат:
- NOID: service-id IP-address reason
СМОТРИ ТАКЖЕ
xinetd(1L),xinetd.conf(5)
ОБ АВТОРАХ
Перевод: Alex Savvin <savvin@mail.ru> Февраль, 2002
Index
- НАЗВАНИЕ
- ОПИСАНИЕ
- СМОТРИ ТАКЖЕ
- ОБ АВТОРАХ