Putty schmiert ab

[azoui]

Hallo zusammen

Mit Putty kann ich eigentlich auf (fast) alle Clients mittels SSH zugreifen. Manchmal gibt es jedoch Clients, bei denen schmiert mir Putty nach der Eingabe des Passwort immer ab. Mit normalen SSH oder aus einer Linux Konsole kann ich jedoch problemlos auf solche Clients zugreifen.

Das OS eines solchen Clients ist z.B. c'tVDR.

Kann da jemand weiterhelfen?

Gruss azoui

[marce]

spezifiziere "schmiert ab"?
was ist "normales ssh"?

[azoui]

Die SSH wird von Putty geöffnet (das schwarze Fenster) , der Login erscheint, ich gebe den User ein, die Passwortabfrage erscheint, ich gebe das Passwort ein, Putty schliesst sich (das schwarze Fenster). Dieses Verhalten sowohl als Root als auch als nichtpriv. User, aber nicht auf allen Server, auf die ich mich connecte.

Unter normalen SSH verstehe ich eine Linux Console und der Befehl ssh user@meinServer

Gruss azoui

[marce]

... dann poste doch mal die sshd_config und schau mal auf dem Server nach, ob in den Logfiles was dazu steht...

Putty kann glaube ich auch LogFiles schreiben - oftmals sind da recht interessante Infos drin...

[Phimay]

Hallo,

Bei Session kannst du einmal angeben "Close Window on exit" never. Vieleicht siehst du da was. Zudem kannst du mal unter Session->Logging das vollständige logging aktivierren.
Sehr aussagekräftig sind aber bestimmt auch die Logs vom Server.

Gruß
Phil

[azoui]

dank Euch, werde es heute Abend gleich ausprobieren und gib dann Bescheid

[Blade]

Welche Version von putty.exe setzt Du denn ein?

[azoui]

Sodelle

Putty Version 0.52

Im Putty.log wird nichts protokolliert
Auf dem Linux Server wird unter /var/log nichts protokolliert
Auch wenn "Session close..." auf never setze, ist nach der Eingabe des PW alles weg.
Auf andere Geräte komme ich ohne Problem mit Putty.
Ach ja, hier noch meine sshd_config und wie bereits erwähnt, von einem Linux aus gehts

***********
# Package generated configuration file
# See the sshd(8) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 600
PermitRootLogin yes
StrictModes yes

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

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

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

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

# Change to yes to enable tunnelled clear text passwords
PasswordAuthentication no


# To change Kerberos options
#KerberosAuthentication no
#KerberosOrLocalPasswd yes
#AFSTokenPassing no
#KerberosTicketCleanup no

# Kerberos TGT Passing does only work with the AFS kaserver
#KerberosTgtPassing yes

X11Forwarding no
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
KeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
#Banner /etc/issue.net

Subsystem sftp /usr/lib/sftp-server
******************************************

[Blade]

Dann teste mal die aktuelle Version 0.58 ... :rolleyes:

[marce]

PasswordAuthentication no
könnte es daran liegen?

[azoui]

@marce
habs auf yes gesetzt, geht aber mit der 0.52 immer noch nicht.

@Blade
mit der 0.58 gehts;)

Offensichtlich, gibts da in Gewissen Konstellationen Probleme.

Dank Euch allen!

Gruss azoui