ubuntuusers.de

lubux schrieb:

1	grep -E "knockd.*(remove|purge)" /var/log/dpkg.log

Ist das die richtige Reihenfolge? Müsste es nicht heißen:?

grep -E "(remove|purge).*knockd" /var/log/dpkg.log

Ruth-Wies schrieb:

... Müsste es nicht heißen:?

grep -E "(remove|purge).*knockd" /var/log/dpkg.log

Ja, hast recht.

Nur noch abschließend: Suche nach

1

for i in dpkg.log.*.gz; do echo $i; zcat  $i | grep -E "(remove|purge).*knockd"  ; done

hat auch nichts ergeben.

encbladexp schrieb:

Abgesehen davon würde ich mir Port Knocking mittlerweile sparen, und stattdessen auf einfache SSH Rate Limits mit iptables oder nftables setzen.

Ich hatte Dich bereits nach weiterführender Information dazu gefragt, aber bisher noch keine Antwort. Hänge immer noch an dem Problem, daß knockd nicht läuft. Ist zwar enabled und active, aber "exited", was immer das heißen mag.

Krischu schrieb:

... weiterführender Information dazu ...

Das geht mit dem Modul "recent":

Allows you to ''dynamically create'' a list of IP addresses and then match against that list in a few different ways.

Siehe dazu die manpage für iptables-extensions

Komme noch mal auf das ursprüngliche Thema zurück.

Möchte momentan erst mal den Zustand mit knockd wiederherstellen, der mal funktioniert hat, bevor ich auf 24.04 hochgefahren bin.

Manuell kann ich

1

knockd -D -v 

ausführen. Würde mich über Hilfe freuen. Danke im voraus.

Krischu schrieb:

Manuell kann ich

1	knockd -D -v

ausführen.

Wie sind die Ausgaben von:

1
2

cat /etc/default/knockd
systemctl status knockd

?

Krischu schrieb:

1	Notice: journal has been rotated since unit was started, output may be incomplete.

Wie sind die Ausgaben von:

1
2
3
4
5

ip a
ps aux | grep -i [k]nock
who -b
ls -la /etc/knockd.conf
stat / | grep -iE "geburt|birth"

?

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24

root@mail:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether yy:yy:yy:yy:yy:yy brd ff:ff:ff:ff:ff:ff
    altname enp0s3
    inet xx.xx.xx.xx/32 metric 100 scope global dynamic eth0
       valid_lft 63170sec preferred_lft 63170sec
    inet6 vvvv:vvv:vvvv:vvvv::1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 uuuu::uuuu:uu:uuuu:uuu/64 scope link 
       valid_lft forever preferred_lft forever
root@mail:~# ps aux | grep -i [k]nock
root@mail:~# who -b
         system boot  2026-07-14 10:17
root@mail:~# ls -la /etc/knockd.conf 
-rw-r--r-- 1 root root 331 Sep  6  2024 /etc/knockd.conf
root@mail:~# stat / | grep -iE "geburt|birth"
 Birth: 2021-11-23 11:34:49.000000000 +0100
root@mail:~# 

Daß knockd nicht läuft, ist ja das Problem, weshalb bei ps aux | grep knock auch nichts zu erwarten ist.

lubux

Das geht mit dem Modul "recent":

Allows you to ''dynamically create'' a list of IP addresses and then match against that list in a few different ways.

Siehe dazu die manpage für iptables-extensions

Es gibt ja immer neue IPs. Alte zu speichern und darauf hoffen, daß eine mal wiederkommt, ist zwecklos. Aber trotzdem werde ich mir die manpage mal ansehen.

Krischu schrieb:

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether yy:yy:yy:yy:yy:yy brd ff:ff:ff:ff:ff:ff
    altname enp0s3
    inet xx.xx.xx.xx/32 metric 100 scope global dynamic eth0
       valid_lft 63170sec preferred_lft 63170sec

Was für eine IPv4-Adresse hat das eth0-Interface? Ist die netmask wirklich 32 oder hast Du diese, zwecks Anonymisierung, geändert?

Die netmask ist tatsächlich 32. Da habe ich nichts dran verändert. Und auch nichts dahingehend konfiguriert.

Muß mich gleich noch mal einloggen und werde das noch mal reproduzieren.

Ergebnis: da steht meine IP/32. Das ist aber doch für das Interface auch normal. Ist doch überall so.

Noch mal zur Kontrolle, was knockd betrifft:

1
2
3
4
5
6
7
8
9

~# systemctl list-unit-files | grep enabled  | grep knock
knockd.service                               enabled         enabled

~# systemctl list-unit-files | grep running  | grep knock
~# 
Spur im Logfile, wenn ich manuell knockd -D -v starte:

[2026-09-22 09:17] starting up, listening on eth0
[2026-09-22 09:18] shutting down

Wenn ich knockd aber als Service starten will systemctl start knockd, sehe ich im Logfile nichts.

Krischu schrieb:

Die netmask ist tatsächlich 32. Da habe ich nichts dran verändert. Ergebnis: da steht meine IP/32. Das ist aber doch für das Interface auch normal. Ist doch überall so.

Funktioniert der Ping auf die IPv4-Adresse vom Router (gateway)?

ping -c 3 192.168.178.1

(192.168.178.1 evtl. anpassen). Wie sind die Ausgaben von:

ip r
ip n s

?

von zu Hause zum Server geht ping auf die IPv4. traceroute vom Server nach Hause geht auch.

Verstand jetzt nicht den Sinn des pings. Du gabst da eine 192.168.178.1 an. Das ist meist die hausinterne IP meines Routers (Fritzbox), aber der Server, um den es geht, ist draußen, bei Hetzner.

1
2
3
4
5
6
7
8

~# ip r
default via 172.31.1.1 dev eth0 proto dhcp src m.y.i.p metric 100 
172.31.1.1 dev eth0 proto dhcp scope link src m.y.i.p metric 100 
185.12.64.1 via 172.31.1.1 dev eth0 proto dhcp src m.y.i.p metric 100 
185.12.64.2 via 172.31.1.1 dev eth0 proto dhcp src m.y.i.p metric 100
~# ip n s
172.31.1.1 dev eth0 lladdr xx:yy:7f:5e:33:ef REACHABLE 
fe80::1 dev eth0 lladdr xx:yy:7f:5e:33:ef router DELAY