Bug 17220 – TCP wrappers not built into Xinetd configuration by default

Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.

Bug 17220 - TCP wrappers not built into Xinetd configuration by default

Summary:	TCP wrappers not built into Xinetd configuration by default

Status:	CLOSED NOTABUG

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	xinetd (Show other bugs)
Sub Component:
Version:	7.0
Hardware:	i386 Linux

Priority	medium Severity medium
Target Milestone:	---
Target Release:	---
Assigned To:	Trond Eivind Glomsrxd
QA Contact:
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2000-09-03 18:15 EDT by Brian J. Conway
Modified:	2008-05-01 11:37 EDT (History)
CC List:	0 users

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2000-09-03 18:15:07 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)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Brian J. Conway 2000-09-03 18:15:05 EDT

Despite the message printed out at startup,
Sep  3 17:51:08 ladyluck xinetd[22847]: xinetd Version 2.1.8.9pre8 started
with 
Sep  3 17:51:08 ladyluck xinetd[22847]: libwrap 
Sep  3 17:51:08 ladyluck xinetd[22847]: options compiled in.
Sep  3 17:51:08 ladyluck xinetd[22847]: Started working: 1 available
service
Sep  3 17:51:11 ladyluck xinetd: xinetd startup succeeded

/etc/hosts.allow and deny have no effect on the processes spawned out of
xinetd by default as inetd has in the past.  This is something that should
be looked into, as none of the available documentation easily shows how to
use tcp wrappers with xinetd, and it really needs to be there.

Comment 1 Trond Eivind Glomsrxd 2000-09-03 19:01:35 EDT

The correct usage with the beta is servicename ("telnet") instead of servername
(i"n.telnetd"). This has since been changed anyway, both in our trees and in
xined itself - it now uses the old behaviour (though I admit to much preferring
the new one)

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