Hi!
Am 2003-06-11 18:29 +0200 schrieb Hilmar Preusse:
On 11.06.03 Martin Pitt (martin@piware.de) wrote:
Seit dem ich über unsere neue WLAN-Verbindung (im Bürgernetz) im Internet unterwegs bin, gehen scp und rsync nicht mehr. scp meldet sich an, aber beim Start des Transfer bricht es mit einer Fehlermeldung "connection reset by peer" ab.
ssh dagegen geht einwandfrei und scp funktioniert auch über meine ISDN-Verbindung.
Ich habe den Verdacht, dass es mit einer zu kleinen MTU auf irgendeiner Zwischenstation zusammenhängt. Vielleicht werden die dazu nötigen ICMP-Pakete (MTU path discovery) auch von irgendeinem firewall weggeworfen.
ssh -v oder Sniffen mit ethereal/tcpdump ? Sieht man da was?
Ich habe nichts auffälliges gesehen:
$ scp -v joke pitt@paprika.inf.tu-dresden.de: [...] debug1: Authentication succeeded (publickey). debug1: fd 4 setting O_NONBLOCK debug1: fd 5 setting O_NONBLOCK debug1: channel 0: new [client-session] debug1: Entering interactive session. debug1: Sending command: scp -v -t . debug1: channel 0: request exec debug1: channel 0: open confirm rwindow 0 rmax 32768 debug1: channel_free: channel 0: client-session, nchannels 1 debug1: fd 0 clearing O_NONBLOCK debug1: fd 1 clearing O_NONBLOCK Read from remote host paprika.inf.tu-dresden.de: Connection reset by peer debug1: Transferred: stdin 0, stdout 0, stderr 75 bytes in 0.1 seconds debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 556.0 debug1: Exit status -1 lost connection
Die Anmeldung ist erfolgreich aber beim Transferstart geht dann irgendwas schief. Ich habe auf unserem WLAN-Server daneben mal ein
tcpdump -i eth0 | grep paprika.inf.tu-dresden.de
laufen lassen und das log mal angehängt. Viel kann ich allerdings nicht da rauslesen.
Danke schon mal für jede Hilfe!
Pitti