SSH-Probleme durch Fritzbox

D

darkness_ger

0
Hallo Zusammen,

ich habe ein Problem mit SSH-Verbindungen seit seit dem ich eine Fritzbox 7390 verwende. Die aktive Verbindung auf einen Server bleibt für mehrere Sekunden stehen (eingefroren). Danach funktioniert es wieder ein paar Sekunden und dann wieder eingefroren.

Dabei ist es egal, ob ich die Verbindung unter Linux/Windows aufbaue. Ich dachte es liegt evtl. an einer schlechten Verbindung. Aber auch direkt neben der Box treten die Probleme auf. Alle anderen Dienste/Downloads klappen ohne Probleme.

Ich habe mal testweise eine Verbindung über einen UMTS-Router aufgebaut und auch da traten keine Probleme auf. Daher tippe ich auf die Fritzbox.
Vorher hatte ich einen D-Link-Router und dort lief auch alles ohne Probleme.

Vielleicht habt ihr ja eine Idee?

Danke
 
Taucht Serverseitig irgendwas in den Logs auf?
Clientseitig unter Linux die Verbindung mal mit "-vvv" aufbauen, und schauen, ob dort evtl. etwas steht.
 
Nein, die Logs verraten nicht mehr.

Die Server laufen alles unter Proxmox. Das SSH-Problem tritt beim Host und Gastsystem auf.
Wenn ich die Proxmox-shell starte und dann den Login via SSH auf den Gast ausführe, läuft auch alles ohne Probleme.

Eine time dmesg liefert als Ergebniss 0m0.044s. Aber bis die Ausgabe komplett übertragen wurde, vergehen ca 30 Sekunden.

Die Ausgabe scheint langsam zu werden, sobald "viel angezeigt" wird.

Edit:
Ich habe gerade mal eine 1GB Testdatei per http herunter geladen. Im Durchschnitt mit 1,7 MB/s (16.000er Leitung)
Anschließend habe ich die gleiche Datei mit scp heruntergeladen. Auch hier mit 1,7 MB/s.
 
Zuletzt bearbeitet:
darkness_ger hat gesagt.:
Die Server laufen alles unter Proxmox. Das SSH-Problem tritt beim Host und Gastsystem auf.
Zum Vergrößern anklicken....
Also ein Debian mit KVM- oder OpenVZ-Virtualisierung. Kannst du mal die SSHD-Konfiguration zeigen? Evtl. könnten nämlich die folgende Einträge helfen:
Code: 
TCPKeepAlive yes
ClientAliveInterval 5

darkness_ger hat gesagt.:
Die Ausgabe scheint langsam zu werden, sobald "viel angezeigt" wird.
Zum Vergrößern anklicken....
Nicht wirklich ungewöhlich, der Konsolenpuffer muss ja komplett übertragen und dargestellt werden.

darkness_ger hat gesagt.:
Edit:
Ich habe gerade mal eine 1GB Testdatei per http herunter geladen. Im Durchschnitt mit 1,7 MB/s (16.000er Leitung)
Anschließend habe ich die gleiche Datei mit scp heruntergeladen. Auch hier mit 1,7 MB/s.
Zum Vergrößern anklicken....
Dann dürften die Einträge für die SSHD-Konfiguration wirklich helfen, wenn bei einer Verbindung, die dauerhaft aufrecht gehalten ist, keine Probleme auftreten.
 
Ja, Debian mit KVM

Das Einfügen hat leider nichts verändert. Anbei die sshd_config.
Eine Verbindung über UTMS und nicht über die Fritzbox läuft auch ohne Schwierigkeiten. Da treten die Pausen nicht auf.


Edit: Ich habe jetzt noch ein Test mit der Fritbox und einem LAN-Kabel gemacht. Da tritt das Problem auch nicht auf... Also liegt es an der WLAN-Verbindung zwischen Computer und Fritzbox.
Wobei es egal ist ob ich einen Desktop oder Laptop verwende.

Edit2: Ich habe mal eine VPN-Verbindung auf den Server aufgebaut. Auch damit funktioniert alles ohne Probleme. Ich kann mich per SSH einloggen und habe keine Pausen. Auch ein Reset der Frtizbox hat keine Verbesserung gebracht.

Code: 
Port 1082
Protocol 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
UsePrivilegeSeparation yes
KeyRegenerationInterval 3600
ServerKeyBits 768
SyslogFacility AUTH
LogLevel VERBOSE
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes
RSAAuthentication yes
PubkeyAuthentication yes
IgnoreRhosts yes
RhostsRSAAuthentication no
HostbasedAuthentication no
PermitEmptyPasswords no
ChallengeResponseAuthentication no
X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
AcceptEnv LANG LC_*
Subsystem sftp /usr/lib/openssh/sftp-server
UsePAM yes
TCPKeepAlive yes
ClientAliveInterval 5
 
Zuletzt bearbeitet:
Also ich bin mit meinem Latein jetzt am Ende. Wenn selbst der Linux-Client mit "-vvv" nichts hilfreiches ausspuckt beim Hängen der Verbindung, dann hab ich echt keine Ahnung mehr.
 
Danke für deine Unterstützung. Anbei einmal die Ausgabe von SSH.

Ich habe auch mal den Support von AVM angeschrieben. Mal schauen, ob dir mir evtl. weiterhelfen können.

Code: 
debug3: Ignored env PAM_KWALLET_LOGIN
debug3: Ignored env TEXTDOMAINDIR
debug3: Ignored env XAUTHORITY
debug3: Ignored env _
debug2: channel 0: request shell confirm 1
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
debug1: client_input_channel_req: channel 0 rtype keepalive@openssh.com reply 1
debug3: Received SSH2_MSG_IGNORE
debug1: client_input_channel_req: channel 0 rtype keepalive@openssh.com reply 1
...
debug1: client_input_channel_req: channel 0 rtype keepalive@openssh.com reply 1
debug2: channel 0: rcvd eof
debug2: channel 0: output open -> drain
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
debug2: channel 0: rcvd eow
debug2: channel 0: close_read
debug2: channel 0: input open -> closed
debug2: channel 0: rcvd close
debug1: client_input_channel_req: channel 0 rtype keepalive@openssh.com reply 1
debug3: channel 0: will not send data after close
debug3: channel 0: will not send data after close
debug2: channel 0: obuf empty
debug2: channel 0: close_write
debug2: channel 0: output drain -> closed
debug2: channel 0: almost dead
debug2: channel 0: gc: notify user
debug2: channel 0: gc: user detached
debug2: channel 0: send close
debug2: channel 0: is dead
debug2: channel 0: garbage collecting
debug1: channel 0: free: client-session, nchannels 1
debug3: channel 0: status: The following connections are open:
  #0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cc -1)

Transferred: sent 6368, received 20528 bytes, in 266.2 seconds
Bytes per second: sent 23.9, received 77.1
debug1: Exit status 127
 
Um antworten zu können musst du eingeloggt sein.
Zurück
Oben