The man-page for xinetd.conf says \'server\' attribute is always necessary for a service. But if \'redirect\' is specified, then \'server\' is absolutely useless. The behaviour of xinetd corresponds to what is written: it doesn\'t accept a service with \'redirect\' attribute and without a \'server\' attribute. If I add a \'service\' attribute with some value, it accepts the service. (It would be reasonable if it accepted such a service even without a useless \'server\' attribute.) --- --- xinetd-2.3.6-alt2 Some previous version used to behave the way I\'d prefer.
I\'m not sure - the \'server\' attribute is used in libwrap checks, so it is not absolutely useless.
Just comment: \'server\' is mean process name in the list of running processes (ps ax|grep name) isn\'t it? \'redirect\' service can be controlled by \'only from\' clause of xinetd.conf edited on: 02-09 19:45
No, server means program to execute for this service. This attribute also used as service name in tcp_wrappers check.
Please have a look at xinetd-2.3.8-alt1
No comments -> fixed.
(In reply to comment #9) > No comments -> fixed. Yes, it's OK in xinetd-2.3.13-alt1. Thanks!