I'm setting up the FTP Voyager Scheduler to download backup files from our F5's. It works on some, with this log message:

[12] Tue 13Oct15 12:05:04 - (Task: f5-internal-01_backup) - Execution successfully completed.

[07] Tue 13Oct15 12:05:07 - SSH_MSG_DISCONNECT: reason code 11; description: Disconnection initiated by user.

But fails on 4 out of 6 with this log message:

The last message is from having to cancel the task, as it just sits at "Executing". The only difference is the F5 OS version, the ones that work are 11.2.0 and the ones that fail are 11.6.0, anyone see this before?

I just upgraded from FTP Voyager 15 to 16.  In Ver 15, I could display reomote files on top, and local files on bottom.  I can NOT get ver 16 to display local files, either on top or on bottom.  I've tried the VIEWS | Auto-Layout options, and no matter which option I choose, I can only view the remote files, not the local files.  How can I view BOTH lists (remote on top, local on bottom)?

Hi

I am trying to run Execute an ftp voyager scheduled sync manually,

This scheduled event syncs files from Pershing to a network location on our server

It looks like it works and ftp voyager scheduler does not spit out an error neither do I receive an email notification that sync has failed which I set up yesterday in the Event section of Task properties.

but when I go to the network share the files look like they have not been synced.

Passwords for the connections were changed on Saturday the 10th of November but since then I have entered the new passwords in FTP Voyager.

so I checked the logs below.

03] Wed 14Nov18 09:34:55 - Resolving host "clientftp.bnymellon.com"...

[03] Wed 14Nov18 09:34:55 - Connecting to "170.61.238.34" on port 22.

@

[03] Wed 14Nov18 09:34:55 - Connected to 170.61.238.34:22 from 10.0.3.7:51906.

[03] Wed 14Nov18 09:34:55 - Negotiating SSH2 session with server...

[03] Wed 14Nov18 09:34:55 - Client Identification: SSH-2.0-FTP Voyager_16.2.0.328

[03] Wed 14Nov18 09:34:55 - Server Identification: SSH-2.0-Serv-U_15.0.0.0

[03] Wed 14Nov18 09:34:55 - Initializing key exchange process...

[03] Wed 14Nov18 09:34:55 - Selected key exchange algorithm: diffie-hellman-group1-sha1

[03] Wed 14Nov18 09:34:55 - Host Key Fingerprint: 7A:D3:AB:F6:04:85:42:2A:04:60:4E:7B:CA:48:EA:C3

[03] Wed 14Nov18 09:34:55 - Server --> Client: Encryption: aes128-cbc, MAC: hmac-sha1, Compression: zlib

[03] Wed 14Nov18 09:34:55 - Client --> Server: Encryption: aes128-cbc, MAC: hmac-sha1, Compression: zlib

[03] Wed 14Nov18 09:34:55 - Selected public key protocol: ssh-dss

[03] Wed 14Nov18 09:34:55 - Key exchange process successfully completed.

[07] Wed 14Nov18 09:34:55 - SSH_MSG_SERVICE_REQUEST: service: ssh-userauth

[08] Wed 14Nov18 09:34:55 - SSH_MSG_SERVICE_ACCEPT: service accepted

[03] Wed 14Nov18 09:34:55 - Querying server for supported authentication methods

[07] Wed 14Nov18 09:34:55 - SSH_MSG_USERAUTH_REQUEST: user: qg5n8a1; service: ssh-connection; type: none

[08] Wed 14Nov18 09:34:55 - SSH_MSG_USERAUTH_FAILURE: partial: 0; available authentications: password, publickey

[03] Wed 14Nov18 09:34:55 - Supported authentication methods: password, publickey

[07] Wed 14Nov18 09:34:55 - SSH_MSG_USERAUTH_REQUEST: user: qg5n8a1; service: ssh-connection; type: password

[04] Wed 14Nov18 09:34:55 - Password not accepted.

[04] Wed 14Nov18 09:34:55 - Unable to login.

[04] Wed 14Nov18 09:34:55 - Connection attempt failed. Retrying in 3 seconds...

[07] Wed 14Nov18 09:34:55 - SSH_MSG_DISCONNECT: reason code 11; description: Password not accepted.

[04] Wed 14Nov18 09:34:55 - The server has unexpectedly closed the connection.

[04] Wed 14Nov18 09:34:55 - Connection attempt failed. Retrying in 3 seconds...

Please help.

I tried to search for a similar issue but had no luck.

I am having trouble getting a move down action to function properly. The local pathway is filled in, but the logs shows it as blank in the second portion. I changed the log to red/green to reflect what I am speaking about.

The log also says "listing complete", but their is files that Voyager is not picking up (I believe because of this pathway issue). Why would the local pathway not be repeated properly for this task?

[03] Tue 08Jan19 16:00:01 - Negotiating SSH2 session with server...

[03] Tue 08Jan19 16:00:01 - Client Identification: SSH-2.0-FTP Voyager_16.2.0.328

[03] Tue 08Jan19 16:00:01 - Server Identification: SSH-2.0-CrushFTPSSHD

[03] Tue 08Jan19 16:00:01 - Initializing key exchange process...

[03] Tue 08Jan19 16:00:02 - Selected key exchange algorithm: diffie-hellman-group14-sha1

[03] Tue 08Jan19 16:00:02 - Host Key Fingerprint: 02:7C:81:C3:6C:6A:7C:F6:93:6A:B1:A4:87:0A:D2:9B

[03] Tue 08Jan19 16:00:02 - Server --> Client: Encryption: aes128-cbc, MAC: hmac-sha1, Compression: zlib

[03] Tue 08Jan19 16:00:02 - Client --> Server: Encryption: aes128-cbc, MAC: hmac-sha1, Compression: zlib

[03] Tue 08Jan19 16:00:02 - Selected public key protocol: ssh-rsa

[03] Tue 08Jan19 16:00:02 - Key exchange process successfully completed.

[07] Tue 08Jan19 16:00:02 - SSH_MSG_SERVICE_REQUEST: service: ssh-userauth

[08] Tue 08Jan19 16:00:02 - SSH_MSG_SERVICE_ACCEPT: service accepted

[03] Tue 08Jan19 16:00:02 - Querying server for supported authentication methods

[07] Tue 08Jan19 16:00:02 - SSH_MSG_USERAUTH_REQUEST: user: donovanconstruction-inv; service: ssh-connection; type: none

[08] Tue 08Jan19 16:00:02 - SSH_MSG_USERAUTH_FAILURE: partial: 0; available authentications: password, publickey, keyboard-interactive

[03] Tue 08Jan19 16:00:02 - Supported authentication methods: password, publickey, keyboard-interactive

[07] Tue 08Jan19 16:00:02 - SSH_MSG_USERAUTH_REQUEST: user: donovanconstruction-inv; service: ssh-connection; type: password

[08] Tue 08Jan19 16:00:02 - SSH_MSG_USERAUTH_SUCCESS: authentication successful

[03] Tue 08Jan19 16:00:02 - Login successful.

[07] Tue 08Jan19 16:00:02 - SSH_MSG_CHANNEL_OPEN: type: session; local channel: 0

[08] Tue 08Jan19 16:00:02 - SSH_MSG_CHANNEL_OPEN_CONFIRMATION: local channel: 0; remote channel: 0

[07] Tue 08Jan19 16:00:02 - SSH_MSG_CHANNEL_REQUEST: remote channel: 0; request type: subsystem; subsytem: sftp

[08] Tue 08Jan19 16:00:02 - SSH_MSG_CHANNEL_SUCCESS: channel request succeeded; local channel: 0

[07] Tue 08Jan19 16:00:02 - SSH_FXP_INIT: client version: 6

[08] Tue 08Jan19 16:00:02 - SSH_FXP_VERSION: server version: 4

[03] Tue 08Jan19 16:00:02 - Negotiated SFTP version 4

[07] Tue 08Jan19 16:00:02 - SSH_FXP_REALPATH: translating path: .

[08] Tue 08Jan19 16:00:02 - SSH_FXP_NAME: translated path: /

[13] Tue 08Jan19 16:00:02 - (Action: "Invoices/*.*" to "C:\Users\this\is\a\folder\path") - Moving remote path "Invoices/*.*" to local path ""

[03] Tue 08Jan19 16:00:02 - Listing contents of: Invoices

[07] Tue 08Jan19 16:00:02 - SSH_FXP_OPENDIR: path: Invoices

[08] Tue 08Jan19 16:00:03 - SSH_FXP_HANDLE: handle: Invoices

[08] Tue 08Jan19 16:00:03 - SSH_FXP_STATUS: status: SSH_FX_EOF; description: There are no more files

[07] Tue 08Jan19 16:00:03 - SSH_FXP_CLOSE: handle: Invoices

[08] Tue 08Jan19 16:00:03 - SSH_FXP_STATUS: status: SSH_FX_OK; description: The operation completed

[03] Tue 08Jan19 16:00:03 - Listing complete: Invoices

[07] Tue 08Jan19 16:00:03 - SSH_MSG_DISCONNECT: reason code 11; description: Disconnection initiated by user.

Users transfer date to serv-U server with FTP Voyager.

User do also transfer data to some linux SFTP servers.

We used to have FTP Voyager 15.2.0.15 - everything worked fine.

Since updating to FTP Voyager 16.0.2.0 authentication
with linux SFTP servers fail (connection to Serv-U is still working) It seames that the password is not transferred to the server.

Whithout configuring user and password in server profile: I've been asked for a username - not for the password.

     Log: SSH_MSG_USERAUTH_FAILURE

     /var/log/messages:

Jul  5 07:59:21 chwiitsv042 sshd[29597]: Connection from 10.142.40.230 port 2087

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: Client protocol version 2.0; client software version FTP Voyager_16.0.2.0

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: no match: FTP Voyager_16.0.2.0

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: Enabling compatibility mode for protocol 2.0

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: Local version string SSH-2.0-OpenSSH_5.1

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: user zfs-sftp matched group list sftponly at line 143

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: PAM: initializing for "zfs-sftp"

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: PAM: setting PAM_RHOST to "10.142.40.230"

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: PAM: setting PAM_TTY to "ssh"

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: do_cleanup

Jul  5 07:59:21 chwiitsv042 sshd[29597]: debug1: PAM: cleanup

Anyone an idea what's wrong ?

Thank you very much

Christof

Hello

We are having problems with certain commands which are sent by the client ftp voyager but are not supported by the host ftp server.  Examples are MTDM and XCRC, these can fail which can then cause ftp voyager scheduler to hang.  Does anyone know if it's possible to disable these commands, they seem to be default to the application, I have not set any custom commands in the site profile ?

Unfortunately there is no technical support available for this product so, I hope someone out there can help. Thanks in advance!

Adam

We are using the scheduler to move files to a customer ftp server. The process just moves files, nothing else. Currently the task will run but hang, when we check the customer ftp server we can see files are transferred. But there is always zero length files. I assume these are the placeholder of the file to be transferred. Process will just hang after 5 or 6 files and the files that are transferred are not deleting from home directory. The files are only 2kb each so I can't imagine file size being the problem.

Is there a queue size limit on number of files that can be transferred? We have sometimes up to a thousand files that will need to be moved. Also does the process only delete after it has completed? We have seen it complete once or twice with about 40 files, but that is so random we can't call it an actual successful test.

Thanks

Jim

Im just testing the free voyager 16 on default settings. With large files over several GB the speed either drops down to almost zero, or the transfer just restarts.

Tried transfering one image backup, at one point it had 15 minutes left, the next time it had started the transfer all over again.

Any ideas if this is a bug or some setting that could be adjusted?

I'm setting up the FTP Voyager Scheduler to download backup files from our F5's. It works on some, with this log message:

[12] Tue 13Oct15 12:05:04 - (Task: f5-internal-01_backup) - Execution successfully completed.

[07] Tue 13Oct15 12:05:07 - SSH_MSG_DISCONNECT: reason code 11; description: Disconnection initiated by user.

But fails on 4 out of 6 with this log message:

The last message is from having to cancel the task, as it just sits at "Executing". The only difference is the F5 OS version, the ones that work are 11.2.0 and the ones that fail are 11.6.0, anyone see this before?

Hello

We are having problems with certain commands which are sent by the client ftp voyager but are not supported by the host ftp server.  Examples are MTDM and XCRC, these can fail which can then cause ftp voyager scheduler to hang.  Does anyone know if it's possible to disable these commands, they seem to be default to the application, I have not set any custom commands in the site profile ?

Unfortunately there is no technical support available for this product so, I hope someone out there can help. Thanks in advance!

Adam

Hi I am not able to connect to SFTP  server from windows 20089 server with proxy server

getting error message The serverhasunexpectedlyclosed the connection

from the same server i am able to connect to SFTP via wiscp 

i believe the issue is with encryption because Winscp had Diffi Helman Exchange group that is not available in FTP voyager

Please help

Regards

Kamran Shams

Evidently this is a widespread problem according to the posts and Google searches.

I'm using version 16.1.0.0 and most scheduled 'Move Up' tasks just hang.

The log files show the Quit command multiple times but the process just keeps running, doing nothing except preventing other tasks from running.

The only way to fix it is to cancel the task, then start execution over.

Is there any planned resolution for this?

I've been trying to figure it out for several weeks, trying all sorts of different things, but obviously it's a program bug.

This is taking me several hours a week to log into client computers, clean up the task process and restart.

I'll give it until 9/1/14 then will look for an alternate product that works.

And I'll be sure to post my experience wherever I can so others don't have to deal with the same issue.

I'm setting up the FTP Voyager Scheduler to download backup files from our F5's. It works on some, with this log message:

[12] Tue 13Oct15 12:05:04 - (Task: f5-internal-01_backup) - Execution successfully completed.

[07] Tue 13Oct15 12:05:07 - SSH_MSG_DISCONNECT: reason code 11; description: Disconnection initiated by user.

But fails on 4 out of 6 with this log message:

The last message is from having to cancel the task, as it just sits at "Executing". The only difference is the F5 OS version, the ones that work are 11.2.0 and the ones that fail are 11.6.0, anyone see this before?

I've found information stating that FTP Voyager supports UNC paths however when I try to enter a UNC as a remote path within any of the actions, it automatically changes the back slashes to forward slashes which breaks it.

All I want to have happen is after a file is downloaded, a script is run that performs some file manipulation and then FTP Voyager copies files from the local drive to a UNC network location.

If I put the UNC into the "local" folder, it doesn't automatically convert the direction of the slashes and actually works if copying from the FTP server to the UNC. If it copies *to* the UNC in the remote folder, then it fails.

Is there a setting that I'm missing or does it just not support copying to a remote UNC path from a local path?

The ideal workflow is:

1) FTP from a linux FTP server to local E:\sub\folder\ which is a Window Server 2012 R2 server

2) If files downloaded, run script with the processed files put in E:\sub\folder\out\

3) Move Up from E:\sub\folder\out\ to \\remoteserver\fileshare\subfolder\  which is a Windows FIle Share on a Windows Server 2012 R2 server

I have tried turning off UAC as well as changing the service account that the FTP Voyager service runs under; which I have verified has write permissions to the UNC path.

Any help is appreciated!

Dustin

Hello

I am trying to connect to a site using FTP over TLS (explicit) with port 21.

I am able to connect with no problems using other FTP clients but I cannot with FTP Voyager.

I am able to connect using standard FTP.

I am also able to connect with SSH which I didnt know I could.

My password is correct.  Again, I can connect with many other clients using the same settings.

Could it have anything with FTP Voyager thinking the server certificate is insecure?

ANy setting to allow insecure certificates to try that?

ANy help is apprecoated.

Thanks

This is the log:

STATUS> Resolving host "ftp.mysite.net"...

STATUS> Connecting to "111.111.111.58" on port 21.

STATUS> Connected to 111.111.111.58:21 from 192.168.1.127:51112.

220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------

220-You are user number 1 of 50 allowed.

220-Local time is now 10:32. Server port: 21.

220-This is a private system - No anonymous login

220-IPv6 connections are also welcome on this server.

220 You will be disconnected after 15 minutes of inactivity.

COMMAND> AUTH TLS

234 AUTH TLS OK.

ERROR> Connection attempt failed.  Retrying in 3 seconds...

I recently downloaded FTP Voyager to help with syncing files and folders on our Egnyte FTP site.  After trying to get AllSync to work with much fail I decided to look else where.  Enters FTP Voyager.  So I have installed and set-up the software.  Connects to Egnyte FTP no problem.  I get all the files and folders mapped from our server to the FTP folder and click sync.  PERFECT.  Voyager takes some time but end result is what has changed and what has been added and or deleted.  When I go to sync up the folders the connection times out.  I get an error in the log which states unable to change folders.  When I try to only sync folders or sometimes multiple files the program hangs.  I know the program is free but it is what I am looking for.  Any help would be great at solving this problem.

Thanks.

Paul

Just recently our server that is running FTP Voyager, started experiencing some odd things with the scheduler.  The tray icon will show up and seem like it is running.  Btw, we're running 16.2.0.328.  However, when I click on the system tray and try to start the management console, it never comes up.  I can kill the processes and try again, but it doesn't change anything.  I can see the tray and scheduler processes running in the task manager.  Is there any other way to get the management console for the scheduler to come up?  Any help would be greatly appreciated.

Our server is Windows Server 2012 R2 Standard.

Thanks

Greg

Seems I can replicate this behavior every time by simply clicking the title bar while any transfer is in progress. It also happens when trying to view a downloaded file from the local browser. I'm using passive mode. The most common fault is:

Faulting application ftp voyager.exe, version 16.0.2.0, faulting module shlwapi.dll, version 6.0.2900.5912, fault address 0x00008440, but also happens on ntdll.dll, ftpvoyage.exe and "Unknown."

If I don't touch it, it seems to work, but almost any interaction with it after or during transfers crashes it.

Any ideas?

Thanks,

Ron

Hi, encountered the error below when I am trying to create a key pair in FTP Voyager. Anyone can advise on this?

Thank you.

We have had some complaints about connecting to our Serv-U server with FTP Voyager, because of these complaints I have decided to test it myself.

FTP Voyager version: 16.2.0.328

Serv-U version: 15.1.6.25

I don't have many SSL/TLS options for the FTP/FTPS protocols in FTP Voyager but it fails when it tries to read the SSL certificate. We use this solution:

Deploy Serv-U MFT in a cluster - SolarWinds Worldwide, LLC. Help and Support

This is the error:

FileZilla and FTP Voyager with the exact same settings, from the exact same computer, with the same user and at the same time. FileZilla works, FTP Voyager does not.

The log the Serv-U server shows when FTP Voyager wants to connect.

I have asked the Solarwinds support for help because we make use of their Serv-U solution but they do not support their FTP Voyager application, so they cannot help me.

Do you guys have any problems with FTP Voyager in combination with these solutions FTP explict FTP over TLS or FTP implicit FTP over TLS?

If yes, do you have any solution?