It seems that it is from the logs provided below. I'm using scp.

Here is the debug info:

Remote protocol version 2.0, remote software version 1.82_sshlib GlobalSCAPE
debug1: no match: 1.82_sshlib GlobalSCAPE
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'hostname' is known and matches the RSA host key.
debug1: Found key in location of known_hosts:7
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
Welcome to <hostname>.debug1: Authentications that can continue: password
debug1: No more authentication methods to try.
Permission denied (password).
lost connection


I used "scp -v -oPasswordAuthentication=no" so it will no ask for a password.

The host key is not the same thing as a public/private key. The host key is used as a protection against man in the middle attacks and saved in the ~/.ssh/known_hosts file. Did you create public/private keys?

1 members found this post helpful.

Yes

Is public key authentication enabled on the server?

Checking on that now. In case it isn't, what are my other options?

I assume that it can be enabled on the server.

I finally got the issue resolved with the ssh keys. I have another issue but it's in another thread