Alles is terug te redeneren naar 4
Is het niet handiger om te zorgen dat de machine weer goed gaat functioneren in plaats van een plakbandjes-oplossing??
Begrijp je reactie en, dat was ook de eerste oplossing echter, deze machine staat in Amerika en de IT afdeling daar is niet echt behulpzaam.
Alles is terug te redeneren naar 4
Ze hoeven ook niets te doen, behalve TeamViewer te starten
Een veel voorkomende oorzaak van lockouts van een account vanaf een pc is een verkeerd script (credentials in een script plaatsen is ook niet handig
) of een niet schoon geinstalleerde pc van HP. HP levert namelijk een setje met tools mee met hun pc's (windows 7-machines), die nogal buggy blijkt te zijn, en in sommige gevallen de oude user-credentials gebruikt. Als een user dus zijn wachtwoord verandert gaat het mis. Oplossing is het verwijderen van deze tools, maar beter is om een clean install te doen bij levering van nieuwe pc's, in plaats van gebruik te maken van de vooraf geinstalleerde images van HP of Dell (of welke leverancier dan ook). WDS icm sysprep en policy's maakt dat je dit heel eenvoudig kan doen zonder dat het je veel tijd kost. Eenmalig de boel goed inrichten en daarna is een clean install een kwestie van PXE-boot starten en achterover leunen. (zijn overigens ook de nodige hulp-programma's voor te krijgen. Alternatief is met images gaan werken, maar dan ben je gebonden aan gelijke hardware).
We hebben geen wachtwoorden in scripts 
Vreemde in deze situatie is dus, dat het al maanden prima werkt en opeens deze week begint dus dat workstation in te loggen met een voor dat station vreemde account.
Vreemde in deze situatie is dus, dat het al maanden prima werkt en opeens deze week begint dus dat workstation in te loggen met een voor dat station vreemde account.
Alles is terug te redeneren naar 4
Dat het plots op kan treden is inderdaad een known issue, maar is het ook met een andere user-name?? Want dat heb ik nog niet eerder voorbij zien komen. (wel dat het oude wachtwoord wordt gebruikt). Ik zou anders toch maar eens aan een clean install gaan denken (het blijft een work-station, dus al te veel tijd moet je er ook niet in stoppen.). Staat er op de machine toevallig nog een (oude) profile-folder? En wanneer is de NTUSER.DAT voor het laastst gewijzigd van die user?? Draait er niet nog iets van synchronisatie oid?Steefph schreef op vrijdag 19 oktober 2012 @ 12:19:
We hebben geen wachtwoorden in scripts
Vreemde in deze situatie is dus, dat het al maanden prima werkt en opeens deze week begint dus dat workstation in te loggen met een voor dat station vreemde account.
Staat de pc ingesteld op automatic logon?
The best thing about UDP jokes is that I don't care if you get them or not.
Nee, rede waarom dit gebeurt is aan het licht gekomen. Iemand heeft deze gebruiker toegang geven met zijn account toen deze in Nederland was en toen auto-login aangezet op die drives. Nu is dus dat paswoord niet meer geldig maar, probeert hij nog wel toegang te krijgen tot die drives.
Alles is terug te redeneren naar 4
Da's dan ook vrij simpel op te lossen natuurlijk. Even de mappings eruit gooien en het is alweer geregeld..Steefph schreef op vrijdag 19 oktober 2012 @ 16:04:
Nee, rede waarom dit gebeurt is aan het licht gekomen. Iemand heeft deze gebruiker toegang geven met zijn account toen deze in Nederland was en toen auto-login aangezet op die drives. Nu is dus dat paswoord niet meer geldig maar, probeert hij nog wel toegang te krijgen tot die drives.
Yep, net use * /delete /yes ;-)
The best thing about UDP jokes is that I don't care if you get them or not.
Pagina: 1