Sign in to follow this  
Followers 0
fhuby

Problem with Local Credentials after run autoit

6 posts in this topic

Hello,

i have a problem after running autoit.

I use it in my netlogon script.

If i use "Runaswait" it runs perfectly with admin rights .

Everything works fine in the system if it is plugged into the Windows Domain.

But if i start the system without network cable plugged i can not login, because there is the Domain missing Windows XP said so.

Afer disabling autoit in my script and relogin into the domain, the login without network works fine again.

what's wrong there ?

Here is an example of the script:
Local $sUserName = "Administrator"
Local $sPassword = "Not24get"
Local $sCommand = "C:\windows\system32\notpad.exe"; Just an example
; Run a command prompt as the other user.
Local $pid = RunAsWait($sUserName, "SID", $sPassword, 0, $sCommand, @SystemDir , @SW_HIDE)
; Wait for the process to close.
ProcessWaitClose($pid)

Share this post


Link to post
Share on other sites



#2 ·  Posted (edited)

Hello,

i have a problem after running autoit.

I use it in my netlogon script.

If i use "Runaswait" it runs perfectly with admin rights .

Everything works fine in the system if it is plugged into the Windows Domain.

But if i start the system without network cable plugged i can not login, because there is the Domain missing Windows XP said so.

Afer disabling autoit in my script and relogin into the domain, the login without network works fine again.

what's wrong there ?

Here is an example of the script:
Local $sUserName = "Administrator"
Local $sPassword = "password"
Local $sCommand = "C:\windows\system32\notpad.exe"; Just an example
; Run a command prompt as the other user.
Local $pid = RunAsWait($sUserName, "SID", $sPassword, 0, $sCommand, @SystemDir , @SW_HIDE)
; Wait for the process to close.
ProcessWaitClose($pid)
Since you are using the "SID\Administrator" domain account, you must have a network connection to a DC in the "SID" domain to authenticate it with.

:P

Edited by PsaltyDS

Valuater's AutoIt 1-2-3, Class... Is now in Session!For those who want somebody to write the script for them: RentACoder"Any technology distinguishable from magic is insufficiently advanced." -- Geek's corollary to Clarke's law

Share this post


Link to post
Share on other sites

Sorry for the delay.

I think i have not say it clearly enough.

The Problem is, after run Autoit with Admirights the local User can not log into Windows XP, if the Computer is not plugged into the network.

the local Credentials File seems to by corrupted .

The problem ist not that the scripts isn't run in localmode, this is irrelevant

Share this post


Link to post
Share on other sites

Sorry for the delay.

I think i have not say it clearly enough.

The Problem is, after run Autoit with Admirights the local User can not log into Windows XP, if the Computer is not plugged into the network.

the local Credentials File seems to by corrupted .

The problem ist not that the scripts isn't run in localmode, this is irrelevant

But this local user still has a script in their logon that tries to use a domain account. That domain account can't authenticate properly, so the script fails/hangs/whatever. You have made the local logon dependent on that domain authentication.

The fix would be to make it conditional. Check connectivity with the domain first, and only run that part of the script if it's available.

:)


Valuater's AutoIt 1-2-3, Class... Is now in Session!For those who want somebody to write the script for them: RentACoder"Any technology distinguishable from magic is insufficiently advanced." -- Geek's corollary to Clarke's law

Share this post


Link to post
Share on other sites

But this local user still has a script in their logon that tries to use a domain account. That domain account can't authenticate properly, so the script fails/hangs/whatever. You have made the local logon dependent on that domain authentication.

The fix would be to make it conditional. Check connectivity with the domain first, and only run that part of the script if it's available

Sorry but this isn't correct. The User has no login script locally. The Script just runs if he is logged into the Domain. The travelling User here is a user with a notebook, try to login outside the company in no DOMAIN

but with his Domain account. It is not necessary to run the login script their. But he cant login because Windows says : U can not login, because the domain can not be reached.

If he get back to the domain and logged in without running Server based login scripts (without using Autoit) he can login, even he it outside the domain again.

Scenario :

1. User log in --- Domain --- Script is Server based without using AutoIT --- User Shutdown Notebook --- User goes Out of Office -- Starts Windows login with his password and leave anything as it is --- Everything works

2. User log in --- Domain --- Script is Server based with using AutoIT --- User Shutdown Notebook --- User goes Out of Office -- Starts Windows login with his password and leave anything as it is --- He can not log in because Windows says the Message i write before .

It comes only if i use Autoit with runaswait as i have describe before ...

(I make a just easy Loginscript for testing with just one runaswait state.)

Share this post


Link to post
Share on other sites

Looks like the cached account info gets cleared for some reason after which a DC is needed to be able to login with a Domain account.


Visit the SciTE4AutoIt3 Download page for the latest versions        Beta files                                                          Forum Rules
 
Live for the present,
Dream of the future,
Learn from the past.
  :)

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0