Op mijn werk maken we gebruik van netware 6 met roaming profiles. Om de gebruikers op de NT5 werkstations aan te maken gebruiken we DLU (Dynamic Local User). Dit werkt prima, de lokale users worden via DLU goed aangemaakt en bij het uitloggen weer verwijderd (volatile user).
Nu is het probleem dat als ik inlog op een werkstation en daarna in Windows de computer "hard" uitzet, dat de local user niet wordt verwijderd. Normaal is dit geen probleem omdat DLU controleert of de user lokaal staat, en zo ja gewoon moet authenticeren met de lokale account. Maar dat werkt om de een of andere reden niet, want na de authenticatie met de netware server vraagt windows om een locale log in en wachtwoord.
Volgens Novell zou dit wel moeten werken:
Novell heeft hier helemaal geen klachten over (tenminste niets kunnen vinden op de support site). Heeft iemand een idee over de oorzaak?
Nu is het probleem dat als ik inlog op een werkstation en daarna in Windows de computer "hard" uitzet, dat de local user niet wordt verwijderd. Normaal is dit geen probleem omdat DLU controleert of de user lokaal staat, en zo ja gewoon moet authenticeren met de lokale account. Maar dat werkt om de een of andere reden niet, want na de authenticatie met de netware server vraagt windows om een locale log in en wachtwoord.
Volgens Novell zou dit wel moeten werken:
Het gebeurt nogal eens dat mensen dat schermpje krijgen dat ze lokaal moeten inloggen, dus 2 keer de login en wachtwoordgegevens moeten intikken. Dit komt niet omdat iedereen de computer "hard" uitzet, maar blijkbaar werkt ook het "volatile user" proces niet goed. En dat terwijl we alles updates (van zowel Novell Client (4.90Sp1a) en Windows 2000 (SP4 met alle security) hebben.Enable Dynamic Local User Enables creation of a User object that resides either temporarily or permanently in the workstation's Security Access Manager (SAM) database. NWGINA requires that you specify whether a local user is to be created.
If this check box is not checked, NWGINA does not create a user in the local SAM. Instead, NWGINA attempts to find an existing NT user with the credentials indicated in the Windows NT tab of the NWGINA login interface.
If the Enable Dynamic Local User check box is checked, NWGINA gets the NT Username from the NT Configuration object and queries the local SAM to see if the Username already exists. If it does exist, NWGINA authenticates the user to the NT workstation and access is granted. If the Username does not exist, NWGINA creates the user in the local workstation SAM.
Novell heeft hier helemaal geen klachten over (tenminste niets kunnen vinden op de support site). Heeft iemand een idee over de oorzaak?