On Tue, 19 Dec 2000, Nix wrote:
errrm.. Doesn't this sorta defeat the whole "niceness" of the SuSE boot structure.
I know this is the way to do it on solaris etc, but SuSE's init structure is gorgeous. Surely you don't want to cripple that :-)
;-) true - but in the end I tend to use SuSE as a stable base, only to maul it beyond recognition to suit my own pet sysadmin hang-ups... sorry mr & mrs SuSE. ttfn, avi
-Nix
At 12:51 AM 19/12/2000 +0100, you wrote:
Hello Nix,
FWIW... I tend to make an 'attic' directory in most of my rcX.d dirs. Then I dump a whole lot of 'enterprise grade service' SXX* and KXX* links into that dir - nscd is generally nr 1 on my list of favourite overkill services ;-) Then there's 'handy' stuff like *pcnfsd, *gpm, *rwhod that goes into the attic too. On my IRIX and solaris boxen the whole plethora of remote admin/monitoring daemons are next...
just my 0.02
ttfn,
avi
-------------------------------------------------------------------------- Avi Bercovich bercovic@swi.psy.uva.nl Sinjeur Semeynsstraat 9 Dept. of Social Science Informatics (SWI) 1183LD Amstelveen University of Amsterdam
On Tue, 19 Dec 2000, Nix wrote:
Yeah,
I guess I knew most of that, I'm still wondering if it's worth running at all if you don't use NIS, and at what point (if any) it does become worth running.
Nix
Hi.
NSCD stands for name service caching daemon, which is what it does: cache name lookups (uid <-> user name, port <-> service name, gid <-> group name, you get the feeling). Now, when you use NIS, you have to look up every uid, name, gid... on the NIS server, which can take a looong time. So those lookups are cached by nscd (easily seen with the following command sequence:)
ls -l change username in /etc/passwd (which is where uid-username mappings reside) ls -l again
Hope that explains it a little bit.
Greetings olli
On Tue, 19 Dec 2000, Nix wrote:
Can someone explain the advantage to NSCD in Laymans terms? I'm under the impression after reading man pages etc that it simply caches authentication data for a period of time. Is this correct? I know that I almost always turn it off on servers I build, with no ill- effects. I figgured that it certainly wasn't needed on things like web servers where authentication happens at most once or twice per day. I guess mail servers and shell servers are a different story. I'm just wondering at what point is it actually "worth" running.
(*grin* Just thought I'd ask a question for once instead of writing rambling replies..)
-Nix
At 09:26 PM 18/12/2000 +0000, you wrote:
Hi folks,
It may be slightly off topic but I believe this problem belongs in the SuSE support DB:
After adding a user with useradd (or YaST) I tried to set a password with passwd, only to receive the reply "unknown user".
Searching in my usual source of answers, the suse.de support database, gave me no answers, instead a google search (built into opera)
At 12:06 AM 19/12/2000 +0100, you wrote: pointed
me towards this article, which mentions nscd as the source of evil:
http://archives.neohapsis.com/archives/linux/suse/2000-q1/0328.html
Would the Suse Team (cheers to them!) be so good as to add this to the SDB? Although I've found the answer there are most likely others who are having the same problem!!
Regards,
Barry
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-security-unsubscribe@suse.com For additional commands, e-mail: suse-security-help@suse.com
-- -------------------------------------- Oliver Hensel
http://www.ohensel.de/ Training + Consulting Unix - Linux - Firewalls - Security --------------------------------------
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-security-unsubscribe@suse.com For additional commands, e-mail: suse-security-help@suse.com
-- Microsoft is to operating systems & security .... .... what McDonalds is to gourmet cooking
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-security-unsubscribe@suse.com For additional commands, e-mail: suse-security-help@suse.com
-- Microsoft is to operating systems & security .... .... what McDonalds is to gourmet cooking
--------------------------------------------------------------------- To unsubscribe, e-mail: suse-security-unsubscribe@suse.com For additional commands, e-mail: suse-security-help@suse.com