Bug 76727

Summary: Incorrectly requires server= when using redirect=
Product: [Retired] Red Hat Linux Reporter: Mark Cooke <mpc>
Component: xinetdAssignee: Jay Fenlason <fenlason>
Status: CLOSED ERRATA QA Contact: Brock Organ <borgan>
Severity: medium Docs Contact:
Priority: medium    
Version: 8.0CC: jfeeney, zmousm
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: xinetd-2.3.11-1.8.0 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-08-11 18:17:30 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Mark Cooke 2002-10-25 15:41:01 UTC
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

Comment 1 Zenon Mousmoulas 2002-12-04 00:05:25 UTC
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.

Comment 2 Jay Fenlason 2003-08-11 18:17:30 UTC
This was fixed in the xinetd-2.3.11-1.8.0 erratum