Nuno MagalhC#es escreveu: > I'm trying to scp from Debian to OpenBSD on two local machines but > it's obviously not working. They're connected through a router and i > can scp to another local Debian machine. Here's the output: > > [EMAIL PROTECTED]:~> scp -vr ~/folder/folder/ 192.168.2.80:~ > Executing: program /usr/bin/ssh host 192.168.2.80, marksandman > (unspecified), command scp -v -r -t ~ > OpenSSH_4.7p1 Debian-12, OpenSSL 0.9.8g 19 Oct 2007 > debug1: Reading configuration data /etc/ssh/ssh_config > debug1: Applying options for * > debug1: Connecting to 192.168.2.80 [192.168.2.80] port 22. > debug1: Connection established. > debug1: identity file /home/marksandman/.ssh/id_rsa type -1 > debug1: identity file /home/marksandman/.ssh/id_dsa type -1 > debug1: Remote protocol version 2.0, remote software version OpenSSH_4.8 > debug1: match: OpenSSH_4.8 pat OpenSSH* > debug1: Enabling compatibility mode for protocol 2.0 > debug1: Local version string SSH-2.0-OpenSSH_4.7p1 Debian-12 > 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 '192.168.2.80' is known and matches the RSA host key. > debug1: Found key in /home/marksandman/.ssh/known_hosts:6 > 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 > > Then it hangs for about a minute or so... the same delay happens if i > run ssh 192.168.2.80 (only ssh works without a problem). > > debug1: Authentications that can continue: > publickey,password,keyboard-interactive > debug1: Next authentication method: publickey > debug1: Trying private key: /home/marksandman/.ssh/id_rsa > debug1: Trying private key: /home/marksandman/.ssh/id_dsa > debug1: Next authentication method: keyboard-interactive > debug1: Authentications that can continue: > publickey,password,keyboard-interactive > debug1: Next authentication method: password > [EMAIL PROTECTED]'s password: > debug1: Authentication succeeded (password). > debug1: channel 0: new [client-session] > debug1: Entering interactive session. > debug1: Sending environment. > debug1: Sending env LANG = en_US.UTF-8 > debug1: Sending command: scp -v -r -t ~ > 6:52PM up 4 days, 56 mins, 0 marksandmans, load averages: 0.11, 0.09, 0.08 > [EMAIL PROTECTED]:~> debug1: client_input_channel_req: channel 0 rtype > exit-status reply 0 > debug1: channel 0: free: client-session, nchannels 1 > debug1: fd 0 clearing O_NONBLOCK > debug1: fd 1 clearing O_NONBLOCK > debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.8 seconds > debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0 > debug1: Exit status 0 > > And i get my local prompt again, no files copied. I've also tried scp > -vr -o "User marksandman" ~/folder/folder/ 192.168.2.80:~ with the > same results. > Yes, it's the same username on both machines. I can scp to my college > account and to a friend's server without issues. I can also scp to my > college from OpenBSD. > > Any suggestions to this? Quite obviously the scp manpage doesn't > really give a solution to this. I've also tried forcing ssh protocol 2 > as well as IPv4. > > Seems to me like you have dns issues. Try adding the machine to your /etc/hosts files. This kind of "hang" you've been seeing, is surely linked to dns issues. Also, some checks on permisssions on both hosts, try to see if the subsystem sftp-server is enable on the ssh server, check if you can execute the scp binary on both machines, things like this. Also, increasing the debug level at server side can also help.
My regards, -- Giancarlo Razzolini http://lock.razzolini.adm.br Linux User 172199 Red Hat Certified Engineer no:804006389722501 Verify:https://www.redhat.com/certification/rhce/current/ Moleque Sem Conteudo Numero #002 OpenBSD Stable Ubuntu 8.04 Hardy Heron 4386 2A6F FFD4 4D5F 5842 6EA0 7ABE BBAB 9C0E 6B85
