Error: Read from socket failed: Connection reset by peer
in [Debian]
|
Prev: Ubuntu vs Debian forums (was recompiling the kernel with a different version name)
Next: Gnus (Was: ditching mutt)
From: vikram on 9 Apr 2010 01:00 Hi, I get this while trying to scp onto a local machine(on the same subnet, both machines running Lenny). Read from socket failed: Connection reset by peer lost connection I am able to ping the machine fine. How can this be fixed? Thanks Vikram
From: Γιώργος Πάλλας on 9 Apr 2010 02:30 vikram wrote: > Hi, > > I get this while trying to scp onto a local machine(on the same > subnet, both machines running Lenny). > > Read from socket failed: Connection reset by peer > lost connection > > I am able to ping the machine fine. > > How can this be fixed? > > Thanks > Vikram > > It starts copying and then this, or you get this from the beginning? Run scp with option -vv and send the output.
From: vikram on 12 Apr 2010 02:00 Hi, This is the output of scp -vv $ scp -vv files.tar.gz root(a)192.168.1.11:/root/Desktop Executing: program /usr/bin/ssh host 192.168.1.11, user root, command scp -v -t /root/Desktop OpenSSH_5.1p1 Debian-5, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to 192.168.1.11 [192.168.1.11] port 22. debug1: Connection established. debug1: identity file /home/user/.ssh/identity type -1 debug1: identity file /home/user/.ssh/id_rsa type -1 debug1: identity file /home/user/.ssh/id_dsa type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 Debian-5 debug1: match: OpenSSH_5.1p1 Debian-5 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5 debug2: fd 3 setting O_NONBLOCK debug1: SSH2_MSG_KEXINIT sent Read from socket failed: Connection reset by peer lost connection I get this not matter which file i try to copy.
From: Γιώργος Πάλλας on 12 Apr 2010 02:30 vikram wrote: > Hi, > > This is the output of scp -vv > > $ scp -vv files.tar.gz root(a)192.168.1.11:/root/Desktop > Executing: program /usr/bin/ssh host 192.168.1.11, user root, command > scp -v -t /root/Desktop > OpenSSH_5.1p1 Debian-5, OpenSSL 0.9.8g 19 Oct 2007 > debug1: Reading configuration data /etc/ssh/ssh_config > debug1: Applying options for * > debug2: ssh_connect: needpriv 0 > debug1: Connecting to 192.168.1.11 [192.168.1.11] port 22. > debug1: Connection established. > debug1: identity file /home/user/.ssh/identity type -1 > debug1: identity file /home/user/.ssh/id_rsa type -1 > debug1: identity file /home/user/.ssh/id_dsa type -1 > debug1: Remote protocol version 2.0, remote software version > OpenSSH_5.1p1 Debian-5 > debug1: match: OpenSSH_5.1p1 Debian-5 pat OpenSSH* > debug1: Enabling compatibility mode for protocol 2.0 > debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5 > debug2: fd 3 setting O_NONBLOCK > debug1: SSH2_MSG_KEXINIT sent > Read from socket failed: Connection reset by peer > lost connection > > I get this not matter which file i try to copy. > > > > > > Hmmm, this could be an active RST denial of service. Could you possibly get a tcpdump of the session and check if you receive an RST packet just before the connection reset by peer?
From: Darshaka Pathirana on 12 Apr 2010 11:20
On 04/12/2010 08:26 AM, Γιώργος Πάλλας wrote: > vikram wrote: >> Hi, >> >> This is the output of scp -vv >> >> $ scp -vv files.tar.gz root(a)192.168.1.11:/root/Desktop >> Executing: program /usr/bin/ssh host 192.168.1.11, user root, command >> scp -v -t /root/Desktop >> OpenSSH_5.1p1 Debian-5, OpenSSL 0.9.8g 19 Oct 2007 >> debug1: Reading configuration data /etc/ssh/ssh_config >> debug1: Applying options for * >> debug2: ssh_connect: needpriv 0 >> debug1: Connecting to 192.168.1.11 [192.168.1.11] port 22. >> debug1: Connection established. >> debug1: identity file /home/user/.ssh/identity type -1 >> debug1: identity file /home/user/.ssh/id_rsa type -1 >> debug1: identity file /home/user/.ssh/id_dsa type -1 >> debug1: Remote protocol version 2.0, remote software version >> OpenSSH_5.1p1 Debian-5 >> debug1: match: OpenSSH_5.1p1 Debian-5 pat OpenSSH* >> debug1: Enabling compatibility mode for protocol 2.0 >> debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5 >> debug2: fd 3 setting O_NONBLOCK >> debug1: SSH2_MSG_KEXINIT sent >> Read from socket failed: Connection reset by peer >> lost connection >> >> I get this not matter which file i try to copy. >> > > Hmmm, this could be an active RST denial of service. Could you possibly > get a tcpdump of the session and check if you receive an RST packet just > before the connection reset by peer? Unlikely. On an internal server (but still possible). I had a similar problem on a dying system. (The XEN-Server died but the SSH-Socket on the guest was still up and any connection was "reset by peer"). Greetings, - Darsha -- To UNSUBSCRIBE, email to debian-user-REQUEST(a)lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster(a)lists.debian.org Archive: http://lists.debian.org/4BC3346C.5020801(a)syn-net.org |