PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Problem mit sshd unter debian



h4gb4rdc31in3
22.06.06, 12:19
Hiho,

folgendes Probleme habe ich mit dem sshd unter debian/testing. Ich habe das gefühlt das die sshd_config nicht benutzt. Und zwar möchte ich die verwendungung von passwörtern verbieten und root login erlauben. Jedoch ist root login weiterhin verboten und passwörter kann ich auch noch verwenden.

mal meine config:



# 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 120
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 yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
PasswordAuthentication no

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

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

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

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

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server

UsePAM yes


Habe erst gedacht das es vielleicht an PAM liegt aber ob ich UsePAM auf yes oder no setzte macht keinen unterschied.

Bin für jede hilfe dankbar.

Distribution: Debian Testing

h4gb4rdc31in3
22.06.06, 13:12
LoL fehler behoben.

Ein /etc/init.d/ssh restart hat den server nie neugestartet.

Ist mir gerade aufgefallen als ich den gestoppt habe und der immer noch fleissig weiter lief.

Jetzt klappt alles wie ich es will.

Was mich nur stört ich fummel immer stundenlang an sowas rum und wenn ich dann denke, fragste mal im forum, dann komme ich wenig später selber auf den fehler. :)