Bug 132147 - xinetd does not listen for IPv6
Summary: xinetd does not listen for IPv6
Alias: None
Product: Fedora
Classification: Fedora
Component: xinetd   
(Show other bugs)
Version: rawhide
Hardware: All Linux
Target Milestone: ---
Assignee: Jay Fenlason
QA Contact: Brock Organ
Depends On:
TreeView+ depends on / blocked
Reported: 2004-09-09 08:19 UTC by Thomas Zehetbauer
Modified: 2014-08-31 23:26 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-03-22 18:37:52 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Thomas Zehetbauer 2004-09-09 08:19:10 UTC
xinetd-2.3.13-4 does not listen for IPv6 connections by default, even
worse it ignores "flags = IPv6" in /etc/xinetd.conf, one has to add it
to every service in /etc/xinetd.d/.

Comment 1 Rik van Riel 2004-09-24 23:07:14 UTC
Jay, want to add this config change to the shipped xinetd.conf ?

Mind if I add this to the FC3BugWeekTracker ?

Comment 2 Thomas Zehetbauer 2004-09-24 23:22:31 UTC
Unfortunately it is not that easy, we need to either fix xinetd to
respect the flags=IPv6 in /etc/xinetd.conf or to add this line to
every service in /etc/xinetd.d

Comment 3 Steve Grubb 2005-03-22 18:29:56 UTC
I'm the upstream maintainer of xinetd. The xinetd.conf man pages state what
attributes can be default. flags is not one of them. The flags attribute was
intended to be a per service tweek. Some of the options in flags can make bad
things happen if they were inherited. For example, nameinargs or sensor.

To solve your problem, put a flags = IPv6 in each service that you want to
listen on IPv6.

Comment 4 Thomas Zehetbauer 2005-03-22 20:10:03 UTC
Unix has a tradition of giving its users plenty of rope to hang themselves.
Having flags that make bad things happen may be a bad design but it does not
justify disabling a functionality that has its valid use.

Most programs support IPv6 by default if available at compile time, I think that
xinetd should follow this example. Setting "flags = IPv6" in the defaults
section or specifying a command line flag would be an acceptable solution.
Having to ass "flags = IPv6" in every single configuration file is just a pain
that effects dozens of package maintainers from Fedora and elsewhere.

Comment 5 Jay Fenlason 2005-03-22 20:30:48 UTC
PTC.  Your best bet for getting such a patch accepted upstream will be to 
split flags into two configuration options, one of which contains only flags 
that make at least some sense to set as defaults (and can be listed there), 
and another that contains per-service-only flags.  Don't forget to update the 
documentation too. 

Comment 6 Steve Grubb 2005-03-22 22:52:56 UTC
>Setting "flags = IPv6" in the defaults section or specifying a command line 
>flag would be an acceptable solution.

I'll think about it. Xinetd is not under heavy development these days. We are
only making small changes. Its basically "done".

>Having to pass "flags = IPv6" in every single configuration file is just a pain
>that effects dozens of package maintainers from Fedora and elsewhere.

This doesn't affect any package maintainers. They have no idea what anyone's
machine is running nor should they. This is a site customization for the local

I'll mull over this request and see how big the changes are.

Comment 7 Thomas Zehetbauer 2005-03-23 00:01:06 UTC
I guess you are right, xinetd is pretty much done for IPv4, but the Internet is
transitioning to IPv6 and when a site administrator enables a service it should
be enabled for both IPv4 and IPv6 unless explicitly told otherwise.
Unfortunately xinetd's current IPv6 support looks more like a hack. For Fedora
or any other Linux distribution to support IPv6 each package that depends on
xinetd must be changed to include "flags=IPv6".

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