SSH + UsePam + Exotischer Client

[theomega]

Hallo Leute,
ich habe einen richtigen Rootserver und einen VServer. AUf beiden läuft ein Debian Woddy, mit fast idetischer KOnfiguration, was SSH betrifft. Dachte ich zumindest, denn mit Putty lieft alles problemlos.
Dummerweise scheitert auf meinem richtigen Server der Login, wenn ich einen anderen Client als Putty verwende. Es geht um einen Client für einen PPC. Es liegt ganz sicher aber nicht am Client, denn auf meinem VServer geht der Client perfekt.
Fehler, wenn ich mich auf dem Server einlogge ist einfach so, dass er das Passwort verweigert.
Also habe ich die sshd.conf verglichen und festgestellt, dass auf meinem VServer (Wo alles geht) "UsePam yes" auskommentiert ist, auf meinem Rooty aber nicht. Also das ding auskommentiert und sshd neugestartet. Dummerweise kann ich mich ab dann überhauptnichtmehr einloggen, auch per Putty nichtmehr. Es fehlt wohl also noch ein zweiter Eintrag den ich ändern muß, aber welcher.

Hier nochmal die sshd.conf vom rooty:

Code: Select all

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

# What ports, IPs and protocols we listen for
Port 8954
# 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

# ...but breaks Pam auth via kbdint, so we have to turn it off
# Use PAM authentication via keyboard-interactive so PAM modules can
# properly interface with the user (off due to PrivSep)
#PAMAuthenticationViaKbdInt no
# 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

# rhosts authentication should not be used
#RhostsAuthentication no
# 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

# Uncomment to disable s/key passwords 
#ChallengeResponseAuthentication no

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


# 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 no
KeepAlive yes
#UseLogin no

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

Subsystem	sftp	/usr/lib/sftp-server

#UsePAM yes

mit dieser Config läuft der Login also überhaupt nicht. Sobald ich das UsePam wieder einkommentiere und den SSH neustarte geht wieder alles.

Wer hat ne Idee

Danke
TO

[Roger Wilco]

Sobald ich das UsePam wieder einkommentiere und den SSH neustarte geht wieder alles.

Wer hat ne Idee

Bei "UsePam Yes" wird (wer hätte es gedacht) PAM für die Authentifizierung genutzt, d. h. du musst evtl. noch die Datei /etc/pam.d/sshd anpassen, so dass ein Login möglich wird.

[theomega]

aber ich kommentier es doch aus, dann läuft es nicht, kommentier ich es ein, dann geht es. Ich würde sagen, es liegt nicht am PAM. Außerdem sind die PAM-Dateien identisch.

Danke trotzdem
TO