hosts.allow und host.deny scheren sich nicht um ssh!

[Ganeymed]

Ich mochte mit hosts.allow bzw hosts.deny den Zugriff von SSH reglementieren.
Dazu habe ich folgende Einträge gemacht:

hosts.allow

Code: Alles auswählen

ALL: 127.0.0.1
sshd: 192.168.1.0/255.255.255.0

hosts.deny

Code: Alles auswählen

sshd: ALL

Jedoch ist das SSH-Login von anderen anderen Netzen immer noch möglich.
Ich habe es auch schon mit "sshd: 192.168.1." versucht - das hat auch nix gebracht.

Wo könnte der Fehler sein?

Gruß
Ganeymed

[gms]

poste bitte die Ausgabe folgender Kommandos:

Code: Alles auswählen

root@gms2:~# tcpdchk -v
Using network configuration file: /etc/inetd.conf

>>> Rule /etc/hosts.allow line 14:
daemons:  ALL
clients:  127.0.0.1
access:   granted

>>> Rule /etc/hosts.allow line 15:
daemons:  sshd
clients:  192.168.100.0/255.255.255.0
access:   granted

>>> Rule /etc/hosts.deny line 20:
daemons:  sshd
clients:  ALL
access:   denied

root@gms2:~# tcpdmatch sshd 192.168.1.1
warning: sshd: no such process name in /etc/inetd.conf
client:   address  192.168.1.1
server:   process  sshd
matched:  /etc/hosts.deny line 20
access:   denied
root@gms2:~# ldd `which sshd` | grep libwrap
        libwrap.so.0 => /lib/libwrap.so.0 (0x00002b3014065000)

Gruß
gms

[jaywalker]

Werden hosts.allow und hosts.deny nicht vom inetd gelesen, während der sshd standardmässig standalone läuft?

Grüße
Heiner

[herrchen]

Werden hosts.allow und hosts.deny nicht vom inetd gelesen, während der sshd standardmässig standalone läuft?

einige dienste sind auch mit "libwrapper" support kompiliert und benötigen daher den superserver/tcpd nicht.
welche das sind zeigt:

Code: Alles auswählen

apt-cache rdepends libwrap0

herrchen

[gms]

Werden hosts.allow und hosts.deny nicht vom inetd gelesen, während der sshd standardmässig standalone läuft?

Grüße
Heiner

nein alle Daemons, die gegen libwrap gelinkt wurden, sollten über dieses Feature verfügen. Daemons die nicht gegen libwrap gelinkt wurden, kann nur über einen Superserver (inetd) dieses Feature "beigebracht" werden

Gruß
gms

[herrchen]

Wo könnte der Fehler sein?

vermutlich fehlt nur eine "newline" am ende der dateien "hosts.allow" und "hosts.deny".

herrchen

[Ganeymed]

Erstmal Danke an alle.

Der Hinweis von herrchen war Goldrichtig.

Ich hatte mich schon gewundert, warum die Zeile
sshd: ALL
mit einem "cat" nicht angezeigt wird, im "vi" aber doch.

Auf jedenfall geht es jetzt.

Dankeschön

[wagnbeu0]

Hallo, ich weiß, letzter Eintrag ist von 2007 - aber ich habe exakt das gleiche Problem. Ist die Lösung bei dir noch im Einsatz?

[cosinus]

Ist die Lösung bei dir noch im Einsatz?

User @Ganeymed: Letzte Aktivität:
2007-04-19 / 09:10:20

Glaub nicht, dass du da ne AW vom ihm bekommen wirst

[MSfree]

Schade. Habe so ein ähnliches Problem.

Meinst du wirklich, es ist sinnvoll, dasselbe Problem in zwei verschiedenen Threads zu diskutieren?
Hier geht es weiter:
viewtopic.php?t=186716

[JTH]

Schade. Habe so ein ähnliches Problem.

Wie cosinus und MSfree schon geschrieben haben, bekommst du sicher leichter Antworten, wenn du deine Frage nicht in einem ollen, erledigten Thema nochmal stellst

Habe zwei neue Beiträge aus diesem Thema nach „SSH, Fail2Ban und TCP Wrapper“ verschoben.