An und für dich eine gute Empfehlung, aber der Op will ja Monitoring ohne Monitoring-Software. Diesen Wunsch nach einer Quadratur des Kreises wird auch uptimekarma nicht erfüllen können
Klar wirkt das ein wenig wie die genannte Quadratur.
Das wirkt auf den ersten Blick gut. Ich werde es auf alle Fälle probieren. Allerdings störender Weise kein Opensource in heikler Umgebung und Win-Only.
Willst du die Route auf Veränderungen überwachen, oder willst du wissen, ob der Server erreichbar ist? Das ist ein Einzeiler:
~$ export SERVER=irgendeinserver; while true; do echo -n "$(date) "; ping -c 1 -q -W 2 "$SERVER" &>/dev/null && echo "Ir
gendeinserver ist erreichbar" || echo "FEHLER"; sleep 5; done
Mi 17. Jun 18:30:50 CEST 2026 Irgendeinserver ist erreichbar
Mi 17. Jun 18:30:55 CEST 2026 Irgendeinserver ist erreichbar
Mi 17. Jun 18:31:00 CEST 2026 Irgendeinserver ist erreichbar
Mi 17. Jun 18:31:05 CEST 2026 FEHLER
Mi 17. Jun 18:31:10 CEST 2026 FEHLER
Mi 17. Jun 18:31:15 CEST 2026 FEHLER
Mi 17. Jun 18:31:20 CEST 2026 Irgendeinserver ist erreichbar
Mi 17. Jun 18:31:25 CEST 2026 Irgendeinserver ist erreichbarIch in Form von managed und unmanaged Switches ohne Layer3.
Das reicht mir nämlich hier in meinem Heim-Netzwerk. 
Gibt es halt nicht, weil eine Netzwerkkarte von Haus aus nun mal eher ein einfaches, dummes Gerät ist, das nicht auch noch von sich aus so etwas in der Art zur Verfügung stellt. Daher werden irgendwelche Statusabfagen nun mal bereits seit Jahrzehnten von irgendwelchen pullenden Geräten aus dem Netzwerk heraus erledigt. Im einfachsten Fall halt per anpingen und für so etwas gibt es natürlich alle möglichen kleineren und größeren Lösungen, für ganz verschiedene Einsatzzwecke. Selbst unter Home Assistant gibt es eine Ping Integration die so etwas kann.
Das ist natürlich die simple Lösung, die ich ähnlich nutze und ein wenig pimpen wollte. Habe mich da womöglich ein wenig verrannt.
So doof sind Netzwerkkarten nun auch nicht. Warum ist es nicht möglich, in jeder hinterlegen zu können, wo sie ein keepalive einzutragen haben? Die Dinger achten ja sogar auf WOL.Ich in Form von managed und unmanaged Switches ohne Layer3.
Wenn es dann eher um ein größeres Netzwerk und nicht um "Spielerei" zu Hause gehen sollte, dann könnte man auch sagen/fragen: Welcher Admin setzt dort in so einem Netzwerk dann keine "fancy Onlinevisualisierung und Dauermonitoring" Software ein.
Gibt es halt nicht, weil eine Netzwerkkarte von Haus aus nun mal eher ein einfaches, dummes Gerät ist, das nicht auch noch von sich aus so etwas in der Art zur Verfügung stellt. Daher werden irgendwelche Statusabfagen nun mal bereits seit Jahrzehnten von irgendwelchen pullenden Geräten aus dem Netzwerk heraus erledigt. Im einfachsten Fall halt per anpingen und für so etwas gibt es natürlich alle möglichen kleineren und größeren Lösungen, für ganz verschiedene Einsatzzwecke. Selbst unter Home Assistant gibt es eine Ping Integration die so etwas kann.
Ein einfaches Ping Script hat @UdoB ja gerade - als ich dieses Posting hier erstellt habe - als Beispiel auch schon gepostet.
VG Jim
Diese standardisierten Dienste gibt es doch schon? Zum einen ist ja für Linux (und somit auch Proxmox) der snmpd verfügbar. Und zum anderen unterstützt so ziemlich jede mir bekannte klassische Monitoringsoftware auch ohne Installation eines agenten, Einrichten von ssh o.ä. die Einrichtung eines simplen ping-Checks, der bei Nichterreichbarkeit des Hosts dann eine Notification auslöst. Ausnahme wäre prometheus (ist aber halt auch kein klassisches Monitoring ala nagios mehr), das sammelt ja von den Diensten Metriken ein und wenn es das nicht kann geht es im Umkehrschluß davon aus, dass der entsprechende Dienst/Host nicht erreichbar ist und kann damit dann wieder einen Alert triggern:
Meine Aussage
bezog sich ja auch nicht darauf was technisch vielleicht möglich wäre, sondern was bereits seit Jahrzehnten die Realität ist.
Weil Du suchst oder fragst ja nach einer Lösung in dem hier und jetzt und nicht nach einer theoretischen Möglichkeit. Wobei:Über/Zu theoretische Möglichkeiten und Gedankenspielen könnte man natürlich noch Vieles schreiben.
Vielleicht übersehe ich ja etwas, aber „clientlos“ wird es eher nicht gehen, „agentlos“ aber schon. ;-)
#!/usr/bin/env bash
declare -A TARGETS
TARGETS["vm01"]="192.168.1.100"
TARGETS["vm02"]="192.168.1.101"
TARGETS["vm03"]="192.168.1.102"
BASELINE_DIR="/opt/routecheck/baseline"
CURRENT_DIR="/tmp/routecheck"
mkdir -p "$BASELINE_DIR" "$CURRENT_DIR"
for VM in "${!TARGETS[@]}"; do
IP="${TARGETS[$VM]}"
echo "== Prüfe $VM ($IP) =="
mtr -r -c 5 -n "$IP" \
| awk 'NR > 1 {print $2}' \
| grep -E '^[0-9]+\.' \
> "$CURRENT_DIR/$VM.route"
if [[ ! -f "$BASELINE_DIR/$VM.route" ]]; then
echo "Keine Baseline vorhanden, lege an."
cp "$CURRENT_DIR/$VM.route" "$BASELINE_DIR/$VM.route"
continue
fi
if diff -u "$BASELINE_DIR/$VM.route" "$CURRENT_DIR/$VM.route" >/dev/null; then
echo "OK: Route unverändert"
else
echo "WARNUNG: Route geändert!"
diff -u "$BASELINE_DIR/$VM.route" "$CURRENT_DIR/$VM.route"
fi
echo
done#!/usr/bin/env bash
declare -A TARGETS
TARGETS["vm01"]="192.168.1.100"
TARGETS["vm02"]="192.168.1.101"
TARGETS["vm03"]="192.168.1.102"
BASELINE_DIR="/opt/routecheck/baseline"
CURRENT_DIR="/tmp/routecheck"
STATE_DIR="/opt/routecheck/state"
LOGFILE="/var/log/routecheck.log"
mkdir -p "$BASELINE_DIR"
mkdir -p "$CURRENT_DIR"
mkdir -p "$STATE_DIR"
log_msg() {
echo "$(date '+%F %T') $1" >> "$LOGFILE"
}
for VM in "${!TARGETS[@]}"
do
IP="${TARGETS[$VM]}"
CURRENT="$CURRENT_DIR/$VM.route"
BASELINE="$BASELINE_DIR/$VM.route"
STATE="$STATE_DIR/$VM.changed"
# Route ermitteln
mtr -r -c 5 -n "$IP" 2>/dev/null \
| awk 'NR > 1 {print $2}' \
| grep -E '^[0-9]+\.' \
> "$CURRENT"
# Ziel nicht erreichbar
if [[ ! -s "$CURRENT" ]]; then
if [[ ! -f "$STATE.unreachable" ]]; then
touch "$STATE.unreachable"
log_msg "[ERROR] $VM ($IP): Ziel nicht erreichbar"
fi
continue
fi
rm -f "$STATE.unreachable"
# Baseline anlegen
if [[ ! -f "$BASELINE" ]]; then
cp "$CURRENT" "$BASELINE"
log_msg "[INFO ] $VM ($IP): Baseline angelegt"
continue
fi
# Vergleich
if diff -u "$BASELINE" "$CURRENT" >/tmp/${VM}.diff
then
log_msg "[ OK ] $VM ($IP): Route unverändert"
if [[ -f "$STATE" ]]; then
rm -f "$STATE"
log_msg "[INFO ] $VM ($IP): Route wieder im Sollzustand"
fi
else
if [[ ! -f "$STATE" ]]; then
touch "$STATE"
log_msg "[WARN ] $VM ($IP): Route geändert"
while IFS= read -r line
do
log_msg "[DIFF ] $line"
done < /tmp/${VM}.diff
fi
fi
done/etc/logrotate.d/routecheck/var/log/routecheck.log {
daily
rotate 14
compress
delaycompress
missingok
notifempty
create 0640 root adm
}curl an eine Zentralstelle, und die warnt wenn der Heartbeat ausbleibt. Selfhosted und open source gibts da z.B. Healthchecks (läuft als kleiner Container). NIC-nah wie SNMP gibts das halt nicht, aber per Cron-Heartbeat im Gast kommst du auf das hin was du brauchst.qm agent <vmid> ping bzw. qm agent <vmid> get-osinfo und Co. Damit weißt du ob das Gast-OS antwortet und nicht nur dass Netzwerk erreichbar ist, ohne dass du einen Client in der VM brauchst. Setzt halt voraus dass der qemu-guest-agent im Gast läuft. Das sieht ICMP nicht.Nicht so ganz. Das betreibe ich ja schon erfolgreich mit simplen Skripten, die ich hier schon zur Diskussion gestellt habe.
dig +short +time=2 +tries=1 @<pihole-ip> example.org und schauen, ob was zurückkommt. So kriegst du auch den Fall, wo der Server antwortet, aber nicht wirklich läuft. Wenn du deinen Heartbeat-Ansatz behalten willst: lass den Cron nicht einfach blind laufen, sondern mach vorher ein lokales dig @127.0.0.1 und starte den Heartbeat nur, wenn du wirklich eine Antwort kriegst. Dann bedeutet "kein Heartbeat" auch tatsächlich "DNS kaputt" und nicht nur "die Kiste ist aus".Zuallererst muss ich bemerken, das meiner nicht hängt. scnr.