SSH Problem, kopiervorgang bleibt stehen

[Kamikaze321]

Hallo,

Ich verwende auf meinem Laptop openSUSE 11.2 mit kde 4.3.4 (32 bit). Auf dem anderen Rechner läuft Ubuntu 9.04 64bit. Ich habe opensuse vor kurzem installiert. Nun habe ich versucht per ssh mich mit dem anderen Rechner zu verbinden, das klappt auch, ich kann die ordnerstruktur sehen, etc. Nun habe ich versucht einige Dateien zu kopieren, der Kopiervorgang läuft an, bleibt aber nach einer gewisssen zeit stehen und es werden nicht alle Daten kopiert. Im Notification Applet kann ich sehen das nichts weiter kopiert wird, ich kann auf pause drücken und wieder auf start, doch der Kopiervorgang bleibt dennoch stecken. Wie kann ich das abstellen? Unter Fedora oder Ubuntu klappt das kopieren wunderbar (gnome). Was mir noch aufgefallen ist, ist dass das Kopieren etwa erst nach einer Minute anfägt, ab dem zeitpunkt an dem ich den befehl gesendet hab. Auch hier war das deutlich zügiger unter Ubuntu/Fedora.

Hat jemand eine Idee? Denn so kann ich opensuse nicht gebrauchen ich will es aber. Danke
Hier ist meine SShd konfiguration:

EDIT: Was ich noch anmerken will ist dass im Notify als Adresse sowas wie fish://..... angezeigt wird, soll das so sein? ich dachte es ist immer ssh://..... Die Verbindung baue ich mit Knetattach auf, aber das sollte ja kein Problem sein, da sie ja steht.

# This is the sshd server system-wide configuration file.  See
# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin

# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented.  Uncommented options change a
# default value.

#Port 22
#AddressFamily any
#ListenAddress 0.0.0.0
#ListenAddress ::

# Disable legacy (protocol version 1) support in the server for new
# installations. In future the default will change to require explicit
# activation of protocol 1
Protocol 2

# HostKey for protocol version 1
#HostKey /etc/ssh/ssh_host_key
# HostKeys for protocol version 2
#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_dsa_key

# Lifetime and size of ephemeral version 1 server key
#KeyRegenerationInterval 1h
#ServerKeyBits 1024

# Logging
# obsoletes QuietMode and FascistLogging
#SyslogFacility AUTH
#LogLevel INFO

# Authentication:

#LoginGraceTime 2m
#PermitRootLogin yes
#StrictModes yes
#MaxAuthTries 6
#MaxSessions 10

#RSAAuthentication yes
#PubkeyAuthentication yes
#AuthorizedKeysFile	.ssh/authorized_keys

# For this to work you will also need host keys in /etc/ssh/ssh_known_hosts
#RhostsRSAAuthentication no
# similar for protocol version 2
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# RhostsRSAAuthentication and HostbasedAuthentication
#IgnoreUserKnownHosts no
# Don't read the user's ~/.rhosts and ~/.shosts files
#IgnoreRhosts yes

# To disable tunneled clear text passwords, change to no here!
PasswordAuthentication no
#PermitEmptyPasswords no

# Change to no to disable s/key passwords
#ChallengeResponseAuthentication yes

# Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes
#KerberosGetAFSToken no

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

# Set this to 'yes' to enable support for the deprecated 'gssapi' authentication
# mechanism to OpenSSH 3.8p1. The newer 'gssapi-with-mic' mechanism is included
# in this release. The use of 'gssapi' is deprecated due to the presence of 
# potential man-in-the-middle attacks, which 'gssapi-with-mic' is not susceptible to.
#GSSAPIEnableMITMAttack no
 

# Set this to 'yes' to enable PAM authentication, account processing, 
# and session processing. If this is enabled, PAM authentication will 
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM yes

#AllowAgentForwarding yes
#AllowTcpForwarding yes
#GatewayPorts no
X11Forwarding yes 
#X11DisplayOffset 10
#X11UseLocalhost yes
#PrintMotd yes
#PrintLastLog yes
#TCPKeepAlive yes
#UseLogin no
#UsePrivilegeSeparation yes
#PermitUserEnvironment no
#Compression delayed
#ClientAliveInterval 0
#ClientAliveCountMax 3
#UseDNS yes
#PidFile /var/run/sshd.pid
#MaxStartups 10
#PermitTunnel no
#ChrootDirectory none

# no default banner path
#Banner none

# override default of no subsystems
Subsystem	sftp	/usr/lib/ssh/sftp-server

# This enables accepting locale enviroment variables LC_* LANG, see sshd_config(5).
AcceptEnv LANG LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE LC_MONETARY LC_MESSAGES 
AcceptEnv LC_PAPER LC_NAME LC_ADDRESS LC_TELEPHONE LC_MEASUREMENT 
AcceptEnv LC_IDENTIFICATION LC_ALL

# Example of overriding settings on a per-user basis
#Match User anoncvs
#	X11Forwarding no
#	AllowTcpForwarding no
#	ForceCommand cvs server

 

[longman]

Hängen die PCs im selben Subnetz, d.h. kannst Du routing Probleme ausschliessen ?
Firewallmäßig ist alles nötige freigeschaltet ?
Die Ports auf dem switch und die Netzwerkkarten laufen im richtigen mode (duplex, 100mbit usw.)?
Hast Du scp bzw. rsync probiert ?