14, 2011 4:32 PM
To: Servers Alive Discussion List
Subject: RE: [SA-list] Problem with new user management
Some development - I realised that the failed check wasn't appearing in the
event log because it wasn't set to audit failed login attempts (doh!).
So, having enabled that, I've
L IS - European Infrastructure Support
Tel: +44 1236 502661
Mob: +44 7881 518854
Ad eundum quo nemo ante iit
From: "Dirk Bulinckx"
To: Servers Alive Discussion List
Date: 14/03/2011 13:29
Subject: RE: [SA-list] Problem with new user management
Sent by: Serv
...@okieurope.com
Sent: Monday, March 14, 2011 3:02 PM
To: Servers Alive Discussion List
Subject: RE: [SA-list] Problem with new user management
Sorry, don't know why I included the OID errors. Brainfreeze.
Using a server which fails, I've done a test looking at the security event log
o
"
To: Servers Alive Discussion List
Date: 14/03/2011 12:49
Subject: RE: [SA-list] Problem with new user management
Sent by: Servers Alive Discussion List
The logging you show is
alf Of
ian.g...@okieurope.com
Sent: Monday, March 14, 2011 1:31 PM
To: Servers Alive Discussion List
Subject: Re: [SA-list] Problem with new user management
An update to this - quite a few checks seem to be not working with the new
setup. I would suspect the syntax of the NTUserid I set in the
An update to this - quite a few checks seem to be not working with the new
setup. I would suspect the syntax of the NTUserid I set in the person spec,
except that it *does* seem to be working on some checks!
Very strange.
Ian
_
Ian K Gray
OEL IS - European In
The logging you show is mostly about MIB lookups (and this is due to the same
installer issue that causes the groups.grp not to be "moved" to the new
location).
When you get the access denied, can you see on the (remote)system what user is
being used for the login?
From: Servers Al
