From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830 Description of problem: Xinetd in RH8.0 incorrectly requires a server= line in the configuration file(s) when using redirect=. This is in contravention of the man xinetd.conf on redirect, and previous xinetd in RH7.3 Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Add the following to /etc/xinetd.d/proxy: # default: on # description: The forwarder for squid connections. service squid { disable = no socket_type = stream wait = no user = nobody nice = 10 redirect = 10.11.12.13 3128 } 2.Restart xinetd 3.See the port 3128 isn't open for xinetd, and running /usr/sbin/xinetd -d does not list the service proxy as active Actual Results: xinetd ignored the new service file Expected Results: xinetd should have forwarded local connections to port 3128 to 10.11.12.13 port 3128 Additional info: A workaround is to add a dummy server line to the file. Eg: server = /sbin/nologin
The redirect facility in xinetd is full of problems. The same symptoms you report in this bug have occurred with previous version(s) of xinetd, namely xinetd-2.3.4-1.4. Please see Bug #60049.
This was fixed in the xinetd-2.3.11-1.8.0 erratum