Gateway Monitoring für Einsteiger

anon68922371 · 26. Januar 2017 um 12:15

Moin GW Admins,

welche Monitoring Software setzt ihr zur Überwachung euer Server ein?

Was ist für „unbedarfte“ unkompliziert zu erlernen?

Gruß
Tarnatos

adorfer · 26. Januar 2017 um 13:14

Check_mk (raw) plus

respektive dieser Fork

Und ja, check_mk ist etwas hakelig, nicht hyper-schön.
Aber für Leute wie mich einfach zu customizen.

anon68922371 · 26. Januar 2017 um 14:31

Hab ich mir schon mal angesehen, scheint aber SEHR mächtig zu sein…

adorfer · 26. Januar 2017 um 16:05

Man bekommt halt sehr schnell einen Überblick, wo es klemmen könnte und wo man sich Arbeit auf Wiedervorlage legen darf.

anon68922371 · 26. Januar 2017 um 17:20

Dan wusele ich mich mal da durch.

YT hat ja auch einige HowTos parat.

fuzzle · 27. Januar 2017 um 20:15

@Tarnatos letztendlich muss du sicherstellen das

batman-adv läuft
der exit „funktioniert“ (routen und dns)
das nf conntrack nicht voll läuft
das mtu nicht irgendwas komisches macht
das genügend leases (dhcp) verteil werden können

letztendlich das ein client an einem router der an demgateway hängt, erfolgreich internetten kann, und im falle das nicht, das mind. der gw server sein server flag weg nimmt (batman-adv) und wenn nicht mit anderem backend verbunden, auch das mesh-vpn weg nimmt.

das ist jetzt zwar nicht richtiges monitoring,aber letzendlich geht es ja vermutlich darum möglichst unt4erbrechungsfreies Freifunk/Interneterlebnis zu haben …

adorfer · 27. Januar 2017 um 20:22

Falls jemand noch Verbesserungen für

github.com

Adorfer/check_mk/blob/master/supernode

#!/bin/bash
#/usr/lib/check_mk_agent/local
export LANG=de_DE.UTF-8

function confline # get first line from file $1 mathing $2, stripped of # and ; comment lines, stripped spaces and tabs down to spaces, remove trailing ;
{
 echo $(cat $1|grep -v '^$\|^\s*\#'|sed -e "s/[[:space:]]\+/ /g"|sed s/^\ //|sed s/\;//|grep -i "$2"|head -n 1)
}

function ati # ipv4 to longint
{
 ip4=$1; ipno=0
 for (( i=0 ; i<4 ; ++i )); do
   ((ipno+=${ip4%%.*}*$((254**$((3-${i})))))) # .0 .255 should not be counted
   ip4=${ip4#*.}
  done
 echo $ipno
}

BASE=/opt/eulenfunk/supernode

This file has been truncated. show original

haben sollte, ich nehme gern PRs an.
Ansonsten wäre ein CheckMK-Script „für einen Raspi im Netz“ (oder ein OpenWRT mit zwei Interfaces) vielleicht nicht schlecht, der zuschaut ob er denn a) gateway bekommt, ob das mit der MTU-ermittlung funktioniert, ob dhclient was bekommt und ob wichtige™ Webseiten erreichbar sind.

anon68922371 · 28. Januar 2017 um 08:43

Nett dass du das auflistet, aber das weiß ich natürlich. Auch wie das umgesetzt wird ist mir klar.

Unsere Gws prüfen das gescriptet ständig selbst und gehen dann offline.

Mir geht es nun um ein zentrales Monitoring.

adorfer · 28. Januar 2017 um 16:47

Hast Du mal einen Link?

anon68922371 · 28. Januar 2017 um 17:15

Klar.

github.com

ffnord/ffnord-puppet-gateway/blob/master/files/usr/local/bin/check-gateway

#!/bin/bash

shopt -s nullglob


. /etc/ffnord

MAINTENANCE=${MAINTENANCE:-0}
# Interface to watch at
GW_INTERFACE=${GW_INTERFACE:-"tun-anonvpn"}
# Maximum minutes until interface missing has effect
MAX_INTERFACE_MISSING=${MAX_INTERFACE_MISSING:-10}
# Maximum packet loss tolerated in percent
MAX_PKT_LOSS=${MAX_PKT_LOSS:-50}
# Maximum minutes continued intolerable packet loss until effect  
MAX_PKT_LOSS_EXCEED=${MAX_PKT_LOSS_EXCEED:-2}

# State keeping files
INTERFACE_MISSING_STATE="/tmp/chkgw-interface-missing"
PKT_LOSS_EXCEEDED_STATE="/tmp/chkgw-pktloss-exceeded"

This file has been truncated. show original

adorfer · 28. Januar 2017 um 17:32

Danke!

Ich suche noch einen Check, um zu ermitteln, ob der per DHCP-Option angekündigte MTU-Wert („für die Clients“) auch bis „zum Internet“ durchgeht (über den Exit).
(Wir hatten da schonmal dynamisch Probleme, insbesondere für Endgeräte die -warum auch immer- bei der PMTU-Erkennung versagten.)