• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 483
  • Last Modified:

Wrong user's gid in NIS environment (local passwd and shadow files already checked)

I'm in a NIS enviroment. when I do a ypcat passwd.byuid from the work station I'm at, the returned response from ypcat shows  my gid is different fromt what I see when I do the command id <myself> on the terminal.  
I've checked the /etc/passwd and the /etc/shadow and /etc/nsswitch.conf  every thing look OK  all user names had been edited out of the passwd and shadow) and there's no references to the gid that I see from the command line.
My question is, where else could the system pull the login credential beside NIS, passwd and shadow?
by the way my Network has a mix of Nix and Windows OSes.  Can Windows servers that provide authentication interfering with my login?  Thank you in advance for spending time sheding light on this issue.
0
htn5ca
Asked:
htn5ca
  • 3
  • 2
  • 2
  • +1
1 Solution
 
ezatonCommented:
What do you have in your /etc/group? Did you check this file?
0
 
Kent OlsenData Warehouse Architect / DBACommented:

Also, you should check to see whether one or more unix servers has a different GID for your user than do the other systems.

Kent
0
 
htn5caAuthor Commented:
I have checked the /etc/group and found no reference to the gid that i see from the cli.
I have though, after one setup NIS, the system should go there to get the login info and no where else,unless the user info is still in the /etc/passwd.  What boggles my mind is that it is in the system id, I can understand if it is directory or file permission due to CVS checkout in an NFS environtment.  Come to NFS, does any one know what is the effect of an NFS server such as NetApp does to a NFS client?
thanks.
0
VIDEO: THE CONCERTO CLOUD FOR HEALTHCARE

Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.

 
Kent OlsenData Warehouse Architect / DBACommented:

The GID will come from the /etc/passwd file and should be matched by an entry in /etc/group.  But the match isn't necessary.

In your case NIS should be involved.  My experience with NIS is limited, but I do know a little about it.

All of your systems that are configured into NIS should be accessible with a common login/password.  NIS should make sure that the credentials are distributed to all of its managed servers.

Check /etc/passwd for your user.  The entry should be Name:x:<UID>:<GID>:.....  Then check to see if <GID> is in the /etc/group file.


Kent
0
 
htn5caAuthor Commented:
where the id command gets it info from, does it look at the passwd, shadow and groups and NIS maps or it gets the info from some active cache.
0
 
ezatonCommented:
Using 'ypcat passwd | grep username' and 'ypcat group | grep username' you might be able to locate the rouge groupid. Also, run 'ypcat group | grep GID' and see what group it is.
0
 
Kent OlsenData Warehouse Architect / DBACommented:
Hi modus_operandi,

I'd like to see the resolution posted and the question PAQed.


Kent
0
 
ee_ai_constructCommented:
Closed, no points refunded.
ee.ai.construct
ee community support moderator
replacement part #xm34
0

Featured Post

Restore individual SQL databases with ease

Veeam Explorer for Microsoft SQL Server delivers an easy-to-use, wizard-driven interface for restoring your databases from a backup. No expert SQL background required. Web interface provides a complete view of all available SQL databases to simplify the recovery of lost database

  • 3
  • 2
  • 2
  • +1
Tackle projects and never again get stuck behind a technical roadblock.
Join Now