Hi openssh developers! I have the following problem: ssh works very fine, but scp fails as soon as it wants to start the actual transfer: --------------- screenshot ------------------ martin at donald:/home/martin$ scp -v -v -v joke mpitt at piware.de: [...] debug1: Authentication succeeded (publickey). debug1: fd 4 setting O_NONBLOCK debug1: fd 5 setting O_NONBLOCK debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Entering interactive session. debug2: callback start debug2: ssh_session2_setup: id 0 debug1: Sending command: scp -v -t . debug1: channel 0: request exec debug2: callback done debug1: channel 0: open confirm rwindow 0 rmax 32768 debug1: channel_free: channel 0: client-session, nchannels 1 debug3: channel_free: status: The following connections are open:\015 #0 client-session (t4 r0 i0/0 o0/0 fd 4/5)\015 debug3: channel_close_fds: channel 0: r 4 w 5 e 6 debug1: fd 0 clearing O_NONBLOCK debug1: fd 1 clearing O_NONBLOCK Read from remote host piware.de: Connection reset by peer debug1: Transferred: stdin 0, stdout 0, stderr 59 bytes in 0.2 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 254.7 debug1: Exit status -1 lost connection --------------- screenshot ------------------ Something at my new internet provider is different, since it worked with my old one (maybe they are filtering away some important ICMP packages). But I'm asking here since scp2 from the commercial version 3.2.3 works, thus there must be a solution within scp. I have already tried the following without success: - setting the ethernet card MTU of the local/remote/both ends to a very small value (200) - adding the TCPMSS iptables rule to my firewall to remedy a possible filtering of ICMP 'Fragmentation needed' packets - FTP, HTTP, IMAP with large attachments are working correctly, so I doubt that it has sth. to do with too big packets - piping over ssh with "echo Hello | ssh mpitt at piware.de 'cat > x'" which fails with exactly the same error. I would be grateful for any hints (or patches ;-) ). IMHO it would be nice to have OpenSSH as powerful as the commercial one. Thanks for your great work and have a nice day! Martin P.S. Please Cc: me, I am not subscribed. -- Martin Pitt home: www.piware.de eMail: martin at piware.de -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.mindrot.org/pipermail/openssh-unix-dev/attachments/20030615/d561ec8b/attachment.bin
Martin Pitt wrote:> I have the following problem: ssh works very fine, but scp fails as > soon as it wants to start the actual transfer:[snip]> Read from remote host piware.de: Connection reset by peer > debug1: Transferred: stdin 0, stdout 0, stderr 59 bytes in 0.2 seconds > debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 254.7 > debug1: Exit status -1 > lost connectionThis looks like an issue at the server end, either something like the shell being set to /bin/false or the server is crashing. What does the server log say?> Something at my new internet provider is different, since it worked > with my old one (maybe they are filtering away some important ICMP > packages). But I'm asking here since scp2 from the commercial version > 3.2.3 works, thus there must be a solution within scp.ssh.com's scp2 uses the sftp protocol. Try using sftp instead. I suspect that's all the server is configured to allow. -- Darren Tucker (dtucker at zip.com.au) GPG key 8FF4FA69 / D9A3 86E9 7EEE AF4B B2D4 37C9 C982 80C7 8FF4 FA69 Good judgement comes with experience. Unfortunately, the experience usually comes from bad judgement.
Martin Pitt wrote:> I have the following problem: ssh works very fine, but scp fails as > soon as it wants to start the actual transfer:[...Darren's had good suggestions...]> - piping over ssh with "echo Hello | ssh mpitt at piware.de 'cat > x'" > which fails with exactly the same error.That fact that this fails is disconcerting. You say that interactive ssh works but as soon as you run a command it fails? I see two changes from interactive in the above. One is that stdin is now a pipe and two is that there is a command. Try just doing one thing at a time and what does it say. ssh mpitt at piware.de id echo id | ssh mpitt at piware.de The "pseudo terminal" message is expected. I am also assuming that you have checked out any problems with a possible .bashrc file which could be causing trouble. If bash can detect that it is running from a remote shell ala rsh/ssh then it sources the user's .bashrc file. I would double check your environment files. zsh and others probably do something similar. One of the FAQ's is that your environment can't say anything for non-interactive sessions. Your original message leads me to believe you know about this. But just making sure. http://www.openssh.com/faq.html#2.9 Bob -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.mindrot.org/pipermail/openssh-unix-dev/attachments/20030615/a5018632/attachment.bin
Martin Pitt wrote:> Hi openssh developers! > > I have the following problem: ssh works very fine, but scp fails as > soon as it wants to start the actual transfer:Does "ssh host true" produce any output? -d
Hi! Am 2003-06-16 9:55 +1000 schrieb Damien Miller:> Martin Pitt wrote: > > Hi openssh developers! > > > > I have the following problem: ssh works very fine, but scp fails as > > soon as it wants to start the actual transfer: > > Does "ssh host true" produce any output?None but the error message "Read from remote host piware.de: Connection reset by peer". Have a nice day! Martin -- Martin Pitt home: www.piware.de eMail: martin at piware.de
Martin Pitt wrote:> Hi! > > Am 2003-06-16 9:55 +1000 schrieb Damien Miller: >> Martin Pitt wrote: >> > Hi openssh developers! >> > >> > I have the following problem: ssh works very fine, but scp fails as >> > soon as it wants to start the actual transfer: >> >> Does "ssh host true" produce any output? > > None but the error message "Read from remote host piware.de: > Connection reset by peer".Something appears to be sick at the server end. Could you try running the server in debug mode "sshd -d -d -d" and attaching the output to a client connecting with the above command? -d