Beiträge von Fen

    Heute Nacht hat es mich auch erwischt: der Host meiner primären OPNsense war gestört und die VM deshalb u. a. für 35 Minuten am Stück nicht erreichbar. Kein Problem, dachte ich mir, schließlich habe ich eine Failover-IPv4 und ein Failover-IPv6-Subnetz, die ich auf die Sekundäre schwenken kann. Zum Automatisieren bin ich noch nicht gekommen, deshalb manuell über das SCP: Nach dem Einloggen (ins SCP) hat sich dieses erstmal minutenlang zu Tode geladen. Als ich endlich die funktionierende Backup-VM auswählen konnte, erschien nach dem Klick auf "IP auf Server routen" Minuten des Wartens später die bekannte "Entschuldigung, das sollte nicht passieren"-Meldung. Weitere Versuche scheiterten am 5-Minuten-Timer; ein Umrouten der IPs war nicht möglich.

    Das kann ja in der Form nicht im Sinne des Erfinders sein.

    Ich komme auf 73 GB/m / (30 x 24 x 60 x 60) x 8 = 225 kbit/s oder ein bisschen mehr, wenn man mit 74 GB und 28 Tagen rechnet.

    Aber unabhängig davon macht es also durchaus Sinn, Multicast in der lokalen Firewall zu sperren.

    Er hat wohl nicht den ganzen Monat "durchgespammt", ansonsten wären fast 900 GB drin gewesen. Es geht mir auch nicht wirklich um die tatsächliche Menge, die bei Vielen sicher im Grundrauschen untergeht, sondern mehr um die Suche nach der Ursache und deren Lösung. :)

    Ein wenig offtopic, aber ein lustiger Zufall bezüglich Multicast: Vorhin habe ich im SCP gesehen, dass auf einem meiner VPS (dem Mailserver; Linux) diesen Monat 73 GB Traffic aufgelaufen sind. Das dürfte nicht passieren, da der Server ausschließlich über ein VLAN erreichbar ist – dem externen Interface ist im OS per NetworkManager (nmtui) keine IP zugewiesen und es ist deaktiviert.

    iftop auf dem Mailserver ergab, dass ein anderer Kundenserver im selben Subnet (45.136.28.0/22) per Multicast kontinuierlich ca. 3 Mbit an Traffic verursacht (src-Port 4010 4100, dst-IP:Port 239.255.77.77:4010 4100).

    Durch die Deaktivierung des externen Interfaces ging ich davon aus, dass kein Traffic mehr drüber geht (und das auch getestet), aber ein ip a zeigte das Interface als UP, wenn auch ohne zugewiesener IP, was wohl für Multicast-Traffic ausreicht – ich stecke in Multicast nicht drin, sorry. Nach einem ip link set dev ens3 down war es dann wirklich tot und der unerwünschte Traffic gekappt – und ich hab wieder etwas gelernt.

    Ich werde den Serverbetreiber mal anschreiben und ihn darauf hinweisen. Zwar macht mir der Traffic in der Praxis nichts aus, anderen aber vielleicht schon, da er vermutlich auf das Trafficvolumen angerechnet wird.