Bug 78903 - xinetd redirect does not work after update
xinetd redirect does not work after update
Status: CLOSED ERRATA
Product: Red Hat Linux
Classification: Retired
Component: xinetd (Show other bugs)
7.3
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Jay Fenlason
Brock Organ
:
: 83204 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2002-12-03 04:46 EST by Lauri Jesmin
Modified: 2014-08-31 19:24 EDT (History)
10 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-05-13 13:14:08 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Lauri Jesmin 2002-12-03 04:46:03 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021128

Description of problem:
xinetd redirect does not work after latest errata update:
service pop3
{
        disable = no
        user =  nobody
        socket_type             = stream
        wait                    = no
        redirect = 193.40.5.124 110
}

This service does not work after latest errata update (xinetd-2.3.7-4.7x)

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1.up2date
2.restart xinetd
3.nothing works
	

Additional info:
Comment 1 Jefferson Ogata 2002-12-03 14:37:09 EST
I am also seeing this problem.
Comment 2 Zenon Mousmoulas 2002-12-03 19:35:41 EST
Yep it's true, xinetd-2.3.7-4.7x completely ignores services with redirect 
statements! They don't even appear in debug output (running xinetd -d).

The redirect facility in xinetd is full of problems. There have been and there 
still are problems with xinetd being unable to reload config properly and 
being unable to re-enable services after they are temp. disabled and so on. 
It's a whole mess. Please see bugs #60049 and #76727.
Comment 3 Zenon Mousmoulas 2002-12-03 20:45:24 EST
I tried 2.3.7-5 from RHL 8.0 errata (rebuilt it for 7.3 from SRPMS), no luck. 
Still the same.
Then I tried a build using the plain 2.3.9 sources. I really have no clue as 
to what evil things this version can do, but at least redirect works with it, 
or so it seems for the time being.
Comment 4 Robert de Bock 2003-02-03 05:49:22 EST
*** Bug 83204 has been marked as a duplicate of this bug. ***
Comment 5 Jefferson Ogata 2003-04-02 16:06:06 EST
This is basic functionality for xinetd. You've issued two updates to xinetd on
7.3 and they've both been broken. How about fixing this?
Comment 6 Alessandro Polverini 2003-04-14 11:56:55 EDT
I also verified this bug, redirect does not work.
I tried the same configuration on a redhat 9 box and the redirect works well.

What about a fix, I find this bug really annoying.

Thanks, Alex
Comment 7 Mark J. Cox (Product Security) 2003-05-13 13:14:08 EDT
An errata has been issued which should help the problem described in this bug report. 
This report is therefore being closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files, please follow the link below. You may reopen 
this bug report if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2003-160.html

Note You need to log in before you can comment on or make changes to this bug.