If you need an immediate response, please create a support ticket or contact our support team by email at [email protected].
If you have completed the steps to import and assign the keys to the resource according to the guide (page 999 and page 74 respectively(in version 5)) then I suggest you gather more information by creating a simple project so you can get a debug log.
Below are the simple steps to follow for this. Once you run this test project, if the job log doesn't clear up the issue, send it and the project to [email protected] with the case number 36738 in the subject line. We can take take a look and let you know what we see.
For the project: While in the project, click on SHOW XML, then copy & paste the project to an email.
For the log: Click on the Main module on the upper left, then click on the Control tab on the right and select “Debug” in the Log Detail box. While in the job log, at the bottom of the job log there will be a button tabled DOWNLOAD JOB LOG. Save the job log to a file & attach to the email that you send to support.
First and foremost, thanks for your reply. Here is the situation more clearly. The SFTP resource that was set up does not require any PGP encryption. The connection timeout is set to 60, no retry attempts. This SFTP resource was working fine until we needed to change the Windows service that starts GoAnywhere from the local service to a domain account that is a member of the local server administrators group. We needed to do this because we were having issues with copying files to network shares. So, switching to that domain account as service startup broke this SFTP connection. Here's the weird thing, we can connect successfully if we switch the startup service back to Local System Account. However, if we do this, we break the projects that rely on the Copy task to network shares.
I am unable to create a debug log because the project just keeps running when trying to connect to this SFTP resource. As of the time of me writing this, the job has been running for 2 hours so far, when it should only take less than 5 minutes as it did previously.
So, to summarize:
1. We can connect to this SFTP resource if the Windows Service is set to Local System Account, but breaks network sharing.
2. We cannot connect to this SFTP resource if the Windows Service is using a domain account with full admin rights to the server.
3. We cannot create a debug log because the job never finishes.
4. We can connect to the same SFTP using other clients (WS_FTP, Filezilla), so not an issue with firewall/ports/etc. Seems to purely be a GoAnywhere issue.
All I can think of right now to test or resolve this issue is a complete uninstall and reinstall.
Any other thoughts or ideas?