PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : ssh und DenyUsers - Login trotzdem möglich ??



FormA
08.10.03, 23:01
Nach einem beknackten Kernel Bug war ich leider gezwungen, unseren Firmen Root-Server neu zu installieren. Als erstes hab ich den ssh port verändert was auch prima funktionierte, dann hab ich einen neuen Benutzer angelegt und in den Dateien /etc/passwd und /etc/shadow jeweils in Angaben vom root auf diesen User übernommen. Dann wollte ich root für den ssh Zugang sperren - und was vorher einwandfrei funktionierte klappt jetzt nicht mehr!



# $OpenBSD: sshd_config,v 1.56 2002/06/20 23:37:12 markus Exp $

# This is the sshd server system-wide configuration file. See
# sshd_config(5) for more information.

# This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin

# The strategy used for options in the default sshd_config shipped with
# OpenSSH is to specify options with their default value where
# possible, but leave them commented. Uncommented options change a
# default value.

Port 11111
#Protocol 2,1
#ListenAddress 0.0.0.0
#ListenAddress ::

# HostKey for protocol version 1
#HostKey /etc/ssh/ssh_host_key
# HostKeys for protocol version 2
#HostKey /etc/ssh/ssh_host_rsa_key
#HostKey /etc/ssh/ssh_host_dsa_key

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

# Logging
#obsoletes QuietMode and FascistLogging
#SyslogFacility AUTH
#LogLevel INFO

# Authentication:

#LoginGraceTime 600
#PermitRootLogin no
#StrictModes yes

#RSAAuthentication yes
#PubkeyAuthentication yes
#AuthorizedKeysFile .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/ssh_known_hosts
#RhostsRSAAuthentication no
# similar for protocol version 2
#HostbasedAuthentication no
# Change to yes if you don't trust ~/.ssh/known_hosts for
# RhostsRSAAuthentication and HostbasedAuthentication
#IgnoreUserKnownHosts no

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

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

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

#AFSTokenPassing no

# Kerberos TGT Passing only works with the AFS kaserver
#KerberosTgtPassing no

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPIKeyExchange no
#GSSAPIUseSessionCredCache yes
#GSSAPICleanupCreds yes


# Set this to 'yes' to enable PAM keyboard-interactive authentication
# Warning: enabling this may bypass the setting of 'PasswordAuthentication'
#PAMAuthenticationViaKbdInt yes

X11Forwarding yes
#X11DisplayOffset 10
#X11UseLocalhost yes
#PrintMotd yes

#PrintLastLog yes
#KeepAlive yes
#UseLogin no
#UsePrivilegeSeparation yes
#Compression yes

#MaxStartups 10
# no default banner path
#Banner /some/path
#VerifyReverseMapping no

DenyUsers root


# override default of no subsystems
Subsystem sftp /usr/lib/ssh/sftp-server




Mit DenyUsers hat es vorher einwandfrei funktioniert, da bin ich 100pro sicher! Und mit PermitRootLogin no hab ich mich das letzte Mal aus Versehen ausgeschlossen - aber selbst das funktioniert nicht !!!!
Die ssh Version ist übrigens 3.4p1 (laut yast2) und läuft auf SuSE 8.1

Hab keine Ahnung was ich jetzt noch tun kann, hoffe auf eure Hilfe

Bauchi
09.10.03, 01:34
normalerweise genügt es den parameter PermitRootLogin auf no zu setzen (der bei dir aber auskommentiert ist) ... das mit denyusers ist eigentlich überflüssig :-/

FormA
09.10.03, 17:22
Tz das ist ja wieder mal ...

ich habe ssh deinstalliert und dann wieder installiert (was mich besonders verwundert - ich konnte während dieses Vorgangs die ganze Zeit weiterarbeiten), den neuen User mit Root Rechten gelöscht und wieder neu hinzugefügt. Dann wieder, wie oben zu sehen ist, den DenyUsers Eintrag gesetzt - und nun gehts


Fragt mich nicht warum ....


danke trotzdem

wicking
15.05.04, 00:20
Tz das ist ja wieder mal ...

ich habe ssh deinstalliert und dann wieder installiert (was mich besonders verwundert - ich konnte während dieses Vorgangs die ganze Zeit weiterarbeiten)


Also wenn Du ein Programm deinstallierst (löschst, enternst, verschiebst, ö.Ä.) werden doch laufende Prozesse dieses Programms nicht automatisch beendet. Wie kommst Du darauf??

Du hast die Programme auf der Festplatte gelöscht, nicht im Speicher!