Peter C. Norton wrote: >On Fri, Jan 05, 2007 at 02:59:55AM +0100, Martin Bochnig wrote: > > >>So how would you be able to bypass any nameservice defined in >>nsswitch.conf, getting those "user_attr" attributes in a >>"nameservice-independent way"? >>I mean, either you get it locally (files), or you may get it via one of >>the nameservices (its commands). >>What do you mean? >> >>Do you intend to intrude somewhere ;-) >> >> > >How does nisinit get names from dns even if your system is set to >resolve via NIS+? > >-Peter > > >
Is this a "nameservice-independent way"?? --> No, as far as I would define it. It just uses a specific NS's (here NIS+'s) cmd, just as I suggested earlier in the discussion. Okay, true: That command is not directly associated to whatever nameservice(s) determined by processing the lookup order defined in nsswitch.conf. Yes, maybe this is what Roland means?? Makes sense. But if so, then it was not a "nameservice-independent way", but instead rather a "way independant from whatever nameservice(s) are currently to be used" Further: NIS+ server needs to be set-up, configured and running for /usr/sbin/nisinit to return any configuration details. It clearly is not a "nameservice-independent way" because of that. Further__#2: You need to have root (or equivalent role's) permissions to run it, which contradicts what Roland has stated he was looking for: $ /usr/sbin/nisinit This program must be run as superuser. $ I'm still in the dark. -Martin _______________________________________________ opensolaris-discuss mailing list [email protected]
