Bug 1014 - RPC_ANYSOCK does not respect /etc/services
Summary: RPC_ANYSOCK does not respect /etc/services
Status: RESOLVED WONTFIX
Alias: None
Product: glibc
Classification: Unclassified
Component: libc (show other bugs)
Version: 2.3.4
: P2 normal
Target Milestone: ---
Assignee: GOTO Masanori
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-06-16 13:45 UTC by Jeremy Sanders
Modified: 2005-10-17 13:26 UTC (History)
3 users (show)

See Also:
Host: i386-redhat-linux
Target:
Build:
Last reconfirmed:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jeremy Sanders 2005-06-16 13:45:44 UTC
ypserv uses the svcudp_create() function with a RPC_ANYSOCK argument. The
RPC_ANYSOCK argument does not appear to respect the content of the /etc/services
file. This means that it takes ports which belong to other services before they
are started (e.g. imaps).

Would it be at all sensible to only take ports which are not listed in
/etc/services, or at least choose from a range of ports which are not currently
allocated in /etc/services.

Apologies if this is the wrong place to ask this.
Comment 1 Thorsten Kukuk 2005-06-27 14:35:51 UTC
If you would respect /etc/services, there wouldn't be much ports left 
which are not assigned to other services.  
Comment 2 Jeremy Sanders 2005-06-28 11:01:04 UTC
Is it sensible to have some sort of configuration to specify the range of ports
you want to use, or a list to exclude? It's annoying to have to specify ports
for each RPC daemon, and many RPC daemons don't have this option.
Comment 3 Ulrich Drepper 2005-09-22 17:23:02 UTC
There is nothing which will be done in the library.  If you want specific ports
to be excluded, start the services early or run placeholder processes which
allocate the processes early.