Red Hat Bugzilla – Bug 107317
netgroups in /etc/hosts.equiv shifted to lower case before use
Last modified: 2016-11-24 09:57:05 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.5) Gecko/20031007
Description of problem:
My RedHat 9 system does not work correctly with netgroups
in /etc/hosts.equiv of the following form:
I ran strace on in.rshd and the problem is that the queries
going to the NIS server have shifted the group name to
lower case. I.e. glibc (I think is where the code is)
is querying all-machines-a instead of all-machines-A.
This is incorrect behavior -- neither HPUX, SUN nor AIX
client machines touch the case of the netgroup name.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. set up a netgroup named all-machines-A that contains (somehost,,)
2. put +@all-machines-A in /etc/hosts.equiv
3. try to rsh in to the machine from host "somehost" (as set up in step 1)
4. the login will require a password because the name sent to the nis server is
5. Note that I am using an AIX NIS server -- for all I know the RedHat server
shifts everything to lower case so this will work in an all RedHat network...
6. Also note -- changing the case of the netgroup on the NIS server to all
lower-case will make things work.
Actual Results: get prompted for password
Expected Results: It should have let me in without a password.
Putting an explicit entry in my .rhosts works properly, but I am prevented from
using the netgroup as I should be able to.
Created attachment 95238 [details]
patch that works for libc-5.4.35
This patch works for linux libc-5.4.35, if it helps any for glibc...
This is no bug, transforming the string to lowercase is intended. This is the
traditional behavior and still what the BSDs do as far as I can see (see for
If some commercial Unixes do something else it is their problem. Changing this
in glibc would upset those depending on the current behavior.
The solution is easy: never use uppercase characters.