Solved Copy file from Windows Server to hosted external CentOS server
-
I'm doing something very similar but cannot get the scheduled task to take my arguments properly.
I'm not sure where it is failing. Scheduled tasks gives no errors, just information.
The only difference is that my server listens on a port other than 22 for SSH. So, I put a :XXXX (port number) in the first command. Still no dice. I'm not sure if it is failing on the contents of the script, or failing because of the arguments.
# Connect open sftp://<username>:<password>@123.45.67.890:XXXX -hostkey="ssh-rsa 2048 xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx"The only info I get from event viewer is:
Task Scheduler successfully completed task "\Get Call Recordings" , instance "{13fcf873-f123-46e6-8e80-6ce90b57638c}" , action "C:\Program Files (x86)\WinSCP\WinSCP.exe" with return code 0. 1111 -
@fuznutz04 said in Copy file from Windows Server to hosted external CentOS server:
I'm doing something very similar but cannot get the scheduled task to take my arguments properly.
I'm not sure where it is failing. Scheduled tasks gives no errors, just information.
The only difference is that my server listens on a port other than 22 for SSH. So, I put a :XXXX (port number) in the first command. Still no dice. I'm not sure if it is failing on the contents of the script, or failing because of the arguments.
# Connect open sftp://<username>:<password>@123.45.67.890:XXXX -hostkey="ssh-rsa 2048 xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx"The only info I get from event viewer is:
Task Scheduler successfully completed task "\Get Call Recordings" , instance "{13fcf873-f123-46e6-8e80-6ce90b57638c}" , action "C:\Program Files (x86)\WinSCP\WinSCP.exe" with return code 0. 1111See if you can connect normally.
Open up a command prompt and run winscp.exe.
Then type just:
open sftp://<username>@123.45.67.890:XXXX -hostkey="ssh-rsa 2048 <hostkey>"If you can connect this way, by it prompting you to enter a username, then...
it might be that you may be using an unsupported character in your password... preventing you from including the password in the line you posted.
If the script actually runs, and you are using "/log=<path><log file>.log in the argument, you can check that log.
-
So that works properly if I run it through command prompt. (meaning, it will open WinSCP and login successfully. ) However, for the scheduled task, it appears that it isnt even attempting to read that script.
Note: my password is all normal letters for this test.
-
@fuznutz04 said in Copy file from Windows Server to hosted external CentOS server:
So that works properly if I run it through command prompt. (meaning, it will open WinSCP and login successfully. ) However, for the scheduled task, it appears that it isnt even attempting to read that script.
Note: my password is all normal letters for this test.
What happens if you, in CMD enter in to a WinSCP.exe prompt, then you enter this:
open sftp://<username>:<password>@123.45.67.890:XXXX -hostkey="ssh-rsa 2048 <hostkey>"Does it connect then?
-
Well we know that the scheduled task is successfully executing WinSCP.exe. That's a given due to the success message.
Now I'm trying to establish whether or not the script is running at all, by finding out if you can connect the same way the script is trying to connect. Using the username and password together when you connect. (as in my above post)
-
@Tim_G said in Copy file from Windows Server to hosted external CentOS server:
Well we know that the scheduled task is successfully executing WinSCP.exe. That's a given due to the success message.
Now I'm trying to establish whether or not the script is running at all, by finding out if you can connect the same way the script is trying to connect. Using the username and password together when you connect. (as in my above post)
So I was able to drop into a Winscp console via command prompt, and issue the
open sftp://<username>:<password>@123.45.67.890:XXXX -hostkey="ssh-rsa 2048 <hostkey>"command. Followed by all the other commands I need to make that are contained within the script. So it looks like the problem lies within Task scheduler actually launching the script.
-
@fuznutz04 said in Copy file from Windows Server to hosted external CentOS server:
@Tim_G said in Copy file from Windows Server to hosted external CentOS server:
Well we know that the scheduled task is successfully executing WinSCP.exe. That's a given due to the success message.
Now I'm trying to establish whether or not the script is running at all, by finding out if you can connect the same way the script is trying to connect. Using the username and password together when you connect. (as in my above post)
So I was able to drop into a Winscp console via command prompt, and issue the
open sftp://<username>:<password>@123.45.67.890:XXXX -hostkey="ssh-rsa 2048 <hostkey>"command. Followed by all the other commands I need to make that are contained within the script. So it looks like the problem lies within Task scheduler actually launching the script.
Okay, that leads me to believe you are running the task as a user that doesn't have permission to where the script lives.
-
@Tim_G
Just for testing, the Everyone group has full control of the directory and file of the script. The account being used is the Administrator account, which has full control. Task scheduler is open using "Run as Administrator" for good measure. Still no dice.
-
@fuznutz04 said in Copy file from Windows Server to hosted external CentOS server:
@Tim_G
Just for testing, the Everyone group has full control of the directory and file of the script. The account being used is the Administrator account, which has full control. Task scheduler is open using "Run as Administrator" for good measure. Still no dice.
I mean the task itself, within Task Scheduler.
Like this:
-
@Tim_G
Yep, that's exactly how it's setup now.
-
What does the log file say?
/log=C:\Users\<userProfile>\Desktop\<logName>.log /script=C:\Users\<userProfile>\Desktop\<scriptName>.txtIn my case, the "Add arguments (optional):" field in the Action tab of the scheduled task is as above. It spits out a log file on the desktop. What does your log say?
-
@Tim_G
/log=C:\CallRecordingsTest\Winscp.log /script=C:\CallRecordingsTest\CallRecordings.txt
OR,
If I just have this: /log=C:\CallRecordingsTest\Winscp.log
It will start WinSCP in the background (no GUI, I just know it's running via task manager) but will not put anything in the log file.
