I'm using SSH Tectia Client 188.8.131.52 on both Windows Vista and Windows 7 to copy files to and from remote Linux and UNIX (HPUX, Solaris) servers.
On both platforms I can do this without problems in the File Transfer user interface. However, the scpg3 command only works on Windows Vista. On Windows 7 I get this error:
It's the same error whichever server I connect to. Sometimes it doesn't even ask for the password and goes straight to the error. There's nothing in the broker log.
sshg3 also fails with the following error:
There's no problem with the account on the server - I can connect to the same server using the same version of Tectia client through sshg3, scpg3, etc on Windows XP and Vista. It's just Windows 7. And I can connect through the Tectia Windows UI on Windows 7 - it's just the command line tools that don't work.
Also, the server is NOT running Tectia Server - it's running the standard RedHat ssh daemon. With the maximum level of logging on the most I get is this:
Just an open followed by a close
Has anyone seen this elsewhere? I've tried running from a command prompt with elevated permissions. Is this something that is likely to be resolved in a newer version of Tectia?
Are you able to connect to this server from the same Windows 7 host using a terminal connection (i.e using sshg3)?
If you are still not able to login, could it be that the password for this account is expired? Check if you're able to login from another host which was working before.
If still not working, checking syslog on the server for Tectia Server audit messages could give some clue as to what is happening here.
If running an OpenSSH you can try starting the server with debug mode on another port to get more information as to why the connection is failing:
As root, on the server run the following:
This should start the OpenSSH server in debug mode on port 2222 and print verbose messages to standard error. Then try connecting to the server on that port (using verbose mode on the client) and check the server messages:
sshg3 -v david@linuxserver1#2222
OK, so after another round of Windows 7 updates and a couple of reboots, it is now working. I have no idea what the problem was or why that has resolved it as the updates installed appear to have nothing to do with networking. Perhaps there was some network stack corruption which the update process has sorted out. Who knows?
As I cannot now reproduce the issue, I can't give you any more information. I guess it's just "one of those Windows things". If it comes back, I'll let you know.
In any case, thanks for your help and thanks for looking into the issue.
answered Feb 28 '11 at 13:24