Permit Root Login = No - Debian5 - nicht angenommen

C

catwiesel

Registered User
Hallo Forum,

ich bin irgendwie am verzweifeln.

Ich hab einen Root Server bei Strato, darauf installiert Debian 4 und Plesk 9.2.
Es wurde dann ein Update auf Debian 5 (Lenny) und Plesk 9.3 gemacht.
Soweit so gut.

Nun möchte ich den ROOT Login sperren.
Also erst mal "Permit Root Login" auf "no" gesetzt in der /etc/ssh/sshd_config. SSH und zusätzlich den Server neu gestartet, es ist jedoch immer noch möglich mich als Root anzumelden.

Was kann denn der Grund hierfür sein?

Meine derzeitige sshd_config:
(wurde wieder auf yes gesetzt)

# 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 yes

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

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive 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
Click to expand...
Was hat es mit "UsePAM" auf sich? Wo ist denn die Datei versteckt, in der die User stehen?

Kann mir evtl. einer einen Tipp geben, wie ich das bewerkstelligt bekomm?
 
Als erstes solltest Du einen Benutzer erstellen, der sich per SSH anmelden darf und nicht 'root' heißt. Sonst geht dein Vorhaben nach Hinten los.
Sofern Du mit 'sudo' arbeitest, sollte der Benutzer über entsprechende Rechte verfügen.

Wenn Du den Benutzer angelegt hast und dieser sich einloggen kann (verifizieren!), änderst Du die folgenden Zeilen in Deiner sshd_config

Code: 
PermitRootLogin no
UsePAM no

Danach startest Du den SSH-Server neu und versuchst dich in einem zweiten Terminal erneut als 'root' und als unprivilegierter Benutzer anzumelden. 'root' sollte dabei scheitern.

Näheres zu PAM: http://de.wikipedia.org/wiki/Pluggable_Authentication_Modules
 
Danke erst mal für Deine Tipps,

alles ausprobiert und so durchgeführt, jedoch immer noch ohne Wirkung :)

root benutzer rechte entziehen

Hallo erst mal :) ich habe seit kurzen einen Strato Server mit SuSE 9.3 und bin jetzt dabei, ihn ein wenig sicherer zu machen. Im Moment laufen zwei Sites auf dem Server, zwei CMS Systeme. Ich habe Webmin installiert und meinen Port schon mal geändert, einen neuen Nutzer habe auch bereits...
serversupportforum.de serversupportforum.de
Anhand dieses Threads habe ich alles umgesetzt und Deine zwei Einstellungen auf "no" gesetzt. Hab sogar den Server neu gestartet.
Ein zweites Terminalfenster krieg ich nicht geöffnet, warum weis ich nicht, jedenfalls schmeisst er mich beim 2ten einfach raus.

So weit war ich letzte Woche auch schon...... :)

Das kanns doch nicht geben, warum gehts bei anderen und bei mir nicht.....
 
You must log in or register to reply here.
Back
Top