From: Dunphy Richard-rdunph01 (Rik.Dunphy at domain motorola.com)
Date: Thu 11 Oct 2001 - 13:43:13 IST
Actually,
Just tried it again (in between this work stuff!!!!) and it's *all* working now!
And I've changed nothing. Maybe it just takes time for it all to calm down and sync up!
Thanks for all your hep
RiD.
> -----Original Message-----
> From: Niall O Broin [mailto:niall at domain linux.ie]
> Sent: 11 October 2001 13:38
> To: ilug at domain linux.ie
> Subject: Re: [ILUG] NIS Client running on the NIS Server
>
>
> On Thu, Oct 11, 2001 at 08:38:51AM +0100, Dunphy
> Richard-rdunph01 wrote:
>
> > > When you change a
> > > password on client1 is that change immediately propagated
> i.e. can you
> > > immediately go to client2 and log in with the new password.
>
> > Yes, from client to client is immediate. But it takes some
> time for the
> > server to be updated.
>
> Bit of confusion here. If you change your password on
> client1, and then can
> log in on client2 with the changed password, the NIS map has been
> successfully changed, and the server is the source of the NIS
> map, so it has
> been updated. What exactly do you mean when you say
>
> > But it takes some time for the server to be updated.
>
> >
> > > Have you seen that the NIS passwd map
> > > and its source
> > > file have really been changed ?
> >
>
> > > From which way? The above example is done on zeus, with yppasswdd
> > > runnning on zeus. If I try and change the passwd on zeus,
> nothing changes,
> > > but on the client if I do a 'ypcat passwd' before and
> after the passwd
> > > change it is different.
>
> OK - the ypcat passwd difference shows you that you have
> changed your map
> correctly.
>
>
> >
> > > Do you perhaps have some
> > > restrictions set up
> > > such that zeus can't make an RPC call on zeus ?
> >
> > how do I find this out? where would the normal places be to
> remove this?
>
> hosts.allow and hosts.deny, for example, though you've ruled
> them out -
> again, I was clutching at straws.
>
> > > Have you any slave servers in the network ?
> >
> > No. Just the one server serving
>
> OK - again, just eliminating things. I'd recommend BTW when you get
> everything sorted that you set up a slave server as a little
> insurance. OTOH
> if zeus also serves up something vital like home directories
> then a slave
> server is not so important as you're screwed anyway if zeus goes down.
>
>
> Another thing to check on the clients and the server - do
>
> grep passwd /etc/nsswitch.conf
>
> and you should get a line like
>
> passwd: files nis
>
> You MIGHT get a line like
>
> passwd: compat
>
> which is telling the name service mechanism to use the old +
> syntax. If you
> have that, my recommendation is to remove it and replace it by a
>
> passwd: files nis
>
> and remove the + lines at the end of your password files, if any.
>
> I'm sure that your clients are OK here, either the right way
> or in compat
> mode, but I'm not so sure about the server - what does it have ?
>
>
>
>
> Niall
>
> --
> Irish Linux Users' Group: ilug at domain linux.ie
> http://www.linux.ie/mailman/listinfo/ilug for
> (un)subscription information.
> List maintainer: listmaster at domain linux.ie
>
This archive was generated by hypermail 2.1.6 : Thu 06 Feb 2003 - 13:12:42 GMT