Bug 13218

Summary: Portmap man page contradicts itself
Product: [Retired] Red Hat Linux Reporter: Joshua Jensen <joshua>
Component: portmapAssignee: Trond Eivind Glomsrxd <teg>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 6.2   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-06-29 16:57:58 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 Joshua Jensen 2000-06-29 16:57:57 UTC
The entire mention of portmap's TCPWRAPPERS in the man page of portmap
says:

     This portmap version is protected by the tcp_wrapper library. You
have 		to
     give the clients access to portmap if they should be allowed to use 	
it.
     To allow connects from clients of the .bar.com domain you could use 	
the
     following line in /etc/hosts.allow:
     portmap: .bar.com
     You have to use the daemon name portmap for the daemon name (even if 	
the
     binary has a different name). For the client names you can only use 	
the
     keyword ALL or IP addresses (NOT host or domain names).
     For further information please have a look at the tcpd((8)),  		
hosts_al-
     low((5)) and hosts_access((5)) manual pages.


Notice how .bar.com is not an IP address?  This example needs to be fixed,
as it misleads people into thinking that names are allowed.  Please at
least change the man page for RHL 7.0

Comment 1 Trond Eivind Glomsrxd 2001-01-20 01:14:04 UTC
Fixed in portmap-4.0-31. FTR, yes you can use host names and domain names.