PSExec runs with any or no credentials after running once.
Hi,
After a fair amount of hassles and great advice from EE users, I was able to run a vbscript on a remote server. ( https://www.experts-exchange.com/questions/22789041/Exec-batch-with-Run-as-from-VB-to-open-vbs-on-remote-server-to-open-an-exe-with-the-right-security-context.html )
It works so wel now that it'll work with any username and pasword or even no username & password.
C:\Windows\System32\PSExec
This code works even though the user doesn't exist. ?!?!?!?
PSExec seems to have locked the credentials or is using the system account.
The import results in Exact shows that it worked.
I have tried stopping the psexec service on the remote Win2K3 server and tried running the command again. This gave me the same result.
I am connected via a Cisco VPN client, which users different credentials than the ones the script should be using.
Anyone know what's happening?
After a fair amount of hassles and great advice from EE users, I was able to run a vbscript on a remote server. ( https://www.experts-exchange.com/questions/22789041/Exec-batch-with-Run-as-from-VB-to-open-vbs-on-remote-server-to-open-an-exe-with-the-right-security-context.html )
It works so wel now that it'll work with any username and pasword or even no username & password.
C:\Windows\System32\PSExec
This code works even though the user doesn't exist. ?!?!?!?
PSExec seems to have locked the credentials or is using the system account.
The import results in Exact shows that it worked.
I have tried stopping the psexec service on the remote Win2K3 server and tried running the command again. This gave me the same result.
I am connected via a Cisco VPN client, which users different credentials than the ones the script should be using.
Anyone know what's happening?
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Sorry for the delay.
PSEXEC works fine on the lan.
I have no rights to do anything ith the VPN box.
All DCs are available.
I just used Process Monitor to find out what is going on.
The file I am starting imports financial data into a financal system.
The information does go into the system but does not save the XML with failed invoices in the right place.
For some reason it is saving it in the my documents folder of Default User. Instead of the my documents folder of the user used with PSExec.
PSEXEC works fine on the lan.
I have no rights to do anything ith the VPN box.
All DCs are available.
I just used Process Monitor to find out what is going on.
The file I am starting imports financial data into a financal system.
The information does go into the system but does not save the XML with failed invoices in the right place.
For some reason it is saving it in the my documents folder of Default User. Instead of the my documents folder of the user used with PSExec.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Hi Rob,
Thanks for the idea's.
I have indeed check both share & ntfs permissions. I have also used Process Monitor to monitor everything on the server. I could see that the script was being run as the expected user but Exact was still dumping the xml in the wrong place.
I have decided to work with this problem instead of against it.
Exact version 380 will allow me to place the xml file with failed invoices in any location I choose.
In the meantime I will just pick up the failed invoices xml from the unexcpected location.
I will close and accept your answers because of the very usefull troubleshooting tips. :-)
Thanks again guys !!
Thanks for the idea's.
I have indeed check both share & ntfs permissions. I have also used Process Monitor to monitor everything on the server. I could see that the script was being run as the expected user but Exact was still dumping the xml in the wrong place.
I have decided to work with this problem instead of against it.
Exact version 380 will allow me to place the xml file with failed invoices in any location I choose.
In the meantime I will just pick up the failed invoices xml from the unexcpected location.
I will close and accept your answers because of the very usefull troubleshooting tips. :-)
Thanks again guys !!
No problem. I hope you can make it run smoothly.
Regards,
Rob.
Regards,
Rob.
ASKER
Thanks for commenting. :-)
Net use doesn't display any \IPC$
It does display \\192.168.10.111\Export$. I run "net use \\192.168.10.111\Export$ /del" and successfully removed it.
Windows explorer no longer allows me to connect to it. It cannot find it or I might not have permissions to it. It does not promt me to enter a username and password.
When I run the command again I get:
Couldn't access 192.168.10.111:
The specified user does not exist
This is also returned when using the administrators account and another non-admin account.
The VPN connection is still open.
I can ping the remote machine.
RDP to the remote machine works fine.