Nein, du brauchst auf deinen Nodes weder Port 80 noch Port 443 öffnen. Diese haben ja nichts mit der Web-Oberfläche deines Masters zu tun. Diese kannst du, insofern auf deinen Nodes kein weiterer Web-Dienst läuft, durch die Firewall einfach schließen.
Danke für die Info
Die Ports kann ich nicht sperren da sie für weitere Web-anwendungen benötigt werden.
Nur neine Mails lasse ich über mein Webhosting-Paket laufen.
Alle anderen Dienste selbst über die jeweiligen Server.
ich habe nochmals eine Fragen zu Munin. An meinem Master-Munin verwende ich eine Sub-Domain (per DNS A-Record eingerichtet) welche https verwendet und hinter einer htaccess sich befindet.
Muss ich auf den node welche ich hinzufüge (jeweils an den node auch noch was explizit zwecks Web absichern wenn ich keine Sub-Domain jeweils eingerichtet habe?
Jetzt zeigt es mir den node zweiten Server im Master von Munin an.
Auch ich musste von IPv4 auf IPv6 wechseln.
Alles anzeigenHast du alles, was ich weiter oben geschrieben habe mal überprüft?
Ist auf dem neuen node Port 4949 offen?
Hast du auf dem neuen node auch den Master erlaubt? (Wie sieht der Eintrag in munin-node.conf genau aus? Regular Expression bei allow verwendet?)
Danach "service munin-node restart" durchgeführt?
Hast du auf dem Master entweder "use_node_name yes" verwendet oder wirklich den korrekten FQDN (hostname -f) des nodeservers angegeben?
Wie sieht der Eintrag in munin.conf auf dem Master genau aus? Keine Leerzeichen im Servernamen? address mit 2 d geschrieben? (Nicht lachen, ist kein seltener Fehler
)
(Und immer bis zu den nächsten vollen fünf Minuten warten
/var/log/munin/munin-update.log)
Hier von vor wenigen Minuten des Master
/var/log/munin/munin-update.log
2023/08/16 11:40:05 [INFO] Reaping Munin::Master::UpdateWorker<foo.foobar.de;localhost.foo.foobar.de>. Exit value/signal: 18/0
2023/08/16 11:40:15 [INFO] Remaining workers: foo.foobar.de;localhost.foo.foobar.de
2023/08/16 11:40:15 [INFO] Reaping Munin::Master::UpdateWorker<cube-2375;localhost.master>. Exit value/signal: 0/0
2023/08/16 11:40:15 [INFO] No old data available for failed worker foo.foobar.de;localhost.foo.foobar.1blu.de. This node will disappear from the html web page hierarchy
2023/08/16 11:40:15 [INFO]: Munin-update finished (14.43 sec)irgendetwas mache ich wohl total falsch
Alles anzeigenHast du alles, was ich weiter oben geschrieben habe mal überprüft?
Ist auf dem neuen node Port 4949 offen?
Hast du auf dem neuen node auch den Master erlaubt? (Wie sieht der Eintrag in munin-node.conf genau aus? Regular Expression bei allow verwendet?)
Danach "service munin-node restart" durchgeführt?
Hast du auf dem Master entweder "use_node_name yes" verwendet oder wirklich den korrekten FQDN (hostname -f) des nodeservers angegeben?
Wie sieht der Eintrag in munin.conf auf dem Master genau aus? Keine Leerzeichen im Servernamen? address mit 2 d geschrieben? (Nicht lachen, ist kein seltener Fehler
(Und immer bis zu den nächsten vollen fünf Minuten warten
Danke,
ich werde die Tage nochmals alles agribisch durchgehen.
Heute bin ich seit 12:00 h im Schwimmbad bis es schließt und schreibe ab und an an meinem mobilen Mäusekino.
Ich bin auf Dein Ergebnis gespannt wie sich Munin verhält wenn beide Server bei Netcup laufen.
Denn bei meinem Versuch gestern bei meinem Munin Master ein weiteres Node hinzufügen (der vServer läuft noch beim altern Provider) scheiterte.
Aber ich gehe demnächst in Ruhe nochmals dran weitere Node hinzu zu fügen.
Und bei Netcup bin ich seit Januar 2023 sehr zufrieden (im Vergleich beim billig Provider zuvor).
Daher werde ich was die 5 Server die ich betreue (einer mein eigener / 4 weitere von Vereine/Orgas) voraussichtlich mit 2 weiteren Server ebenfalls zu Netcup wechseln wo bereits die Bereitschaft zum wechseln besteht.
Tja, Black Friday werde werde ich viel vor dem Rechner sitzen und sehen was ich für die 2 Server welche zu Netcup ziehen wollen ergatterte und wie ich mich was Preis/Server und mein Webhosting-Paket verbessern kann.
Diese Möglichkeit gibt es bei den str@t0 vServern nicht, soweit ich mich erinnere.
Ich verwende wenn, dann nur Server bei Provider bei denen ich eigene Images hochladen und installieren kann.
Denn oftmals werden ältere stable Versionen mehrerer Distri zur Auswahl angeboten.
Des Weiteren, wenn ich eigene Images installiere weiß ich was ich installierte und muss nicht in Gut Glauben alles ist OK klickbunti Schnell-Installationen verwenden.
Ich weiß nicht wie Ihr das handhabt. Jedoch verwende ich als nicht die klickbunti Schnell-Installationen die zur Auswahl stehen, sondern stets eine *.ISO meiner Wahl welche ich als eigenes Image auf dem jeweiligen Server installiere.
ALS Rand-Info:
Bei mir läuft Munin seit gestern unter Debian 11
Ich hatte wie Ihr mitbekommen habt ebenfalls Munin installiert.
Dabei legte ich explizite unter/var/www/* ein dicroit Verzeichnis an.
Des weiteren legt ich einen DNS A-Record von einem meiner Domains an und eine *.conf Datei unter /etc/apache2/site-a..../ welch wiederum auf das zuvor angelgte docroot Verzeichnis verweist.
Als die vhost eingerichtet war noch per certbot https eingericht für die vhost.
Und in der munin.conf hatte ich den Pfad angepasst damit es es auf das von mir erstellte vhost Verzeichnis unter /var/www/* verweist.
Da.Munin eh so amtiviert wurde das es bei ei EM rebbot des Server neu startet, rebootete ich den Server.
Nachdem Munin dann als Sub-Domain aufrufbar zügte ich noch per hataccess einen Verzeichnisschutz hinzu.
Vielleicht hilft Dir das weiter.
- - -
An meiner Munin Baustelle (weitere Node einbinden) mache ich die Tage weiter.
Bei der Installation von munin-node wird das System gescannt und es werden automatisch alle Plugins aktiviert, für die munin was findet.
Evtl. hattest du vorher mal squeezecenter oder einen ähnlichen Player auf dem Server installiert?
Für alle Plugins, die du nicht haben willst, kannst du ja einfach die symlinks in /etc/munin/plugins löschen (Und danach munin-node neu starten)
Danke für die Info.
Wenn dann hat Munin vielleicht irgendwelche Multimediadaten von Nextcloud gefunden welche ebenfalls auf meinem RS 2000 G9.5 läuft.
Dann werde ich das Plugin squeezecenter entfernen wenn ich es nicht benötige damit das Log wieder fehlerfrei wird.
Für welchen Zweck benötigt man bei Munin die squeezebox bei den Standardeinstellungen der Konfiguration der Plugins?
lrwxrwxrwx 1 root root 36 14. Aug 12:16 squeezebox_albums -> /usr/share/munin/plugins/squeezebox_
lrwxrwxrwx 1 root root 36 14. Aug 12:16 squeezebox_artists -> /usr/share/munin/plugins/squeezebox_
lrwxrwxrwx 1 root root 36 14. Aug 12:16 squeezebox_genres -> /usr/share/munin/plugins/squeezebox_
lrwxrwxrwx 1 root root 36 14. Aug 12:16 squeezebox_signalstrength -> /usr/share/munin/plugins/squeezebox_
lrwxrwxrwx 1 root root 36 14. Aug 12:16 squeezebox_songs -> /usr/share/munin/plugins/squeezebox_
lrwxrwxrwx 1 root root 36 14. Aug 12:16 squeezebox_volume -> /usr/share/munin/plugins/squeezebox_
lrwxrwxrwx 1 root root 36 14. Aug 12:16 squeezebox_years -> /usr/share/munin/plugins/squeezebox_
Denn im Log zeigt es mir Fehler an welche in Verbindung mit squeezebox stehen.
Sicherlich weil ich keine squeezebox installiert habe da ich so was nicht benötige.
"Prozesse"
Die Plugins, falls Du die meinst, werden über Symlinks in /etc/munin/plugins de-/aktiviert. Munin-Node danach restarten nicht vergessen…
Danke, Du hast mich verstanden was ich meinte. Die Plugins welche aktiv sind muss ich unbedingt Mal durchgehen.
Denn im Log taucht was auf zwecks fetch squeezebox_songs.
Jedoch habe ich auf meinem Server keine Songs und will auch keine drauf haben.
Borgqueen Was steht in den Logs?
- Master: /var/log/munin/munin-update.log
- Node: /var/log/munin/munin-node.log
Die Error aus den Logs muss ich die Tage Mal in Ruhe angehen wenn ich wieder die Nerven dazu habe.
In welchem File kann ich konfigurieren welche Prozesse ich aufgelistet haben möchte und welche nicht?
Beim Versuch weitere Client meinem Master bei Munin hinzufügen
Folgendes habe ich ausgeführt und die Prozesse restartet
Ergebnis: Der weitere Server taucht mit seinem Monitorring bei meinem Munin-Web-Zugang nicht auf.
Wenn meine Haare nicht schon gar wären, würden sie aktuell zwecks Munin ergrauen. 
Nein, wieso sollte für munin-node ein eigener vhost nötig sein?
Dann habe ich aktuell einen Denkfehler. Aktueller Stand bei mir zwecks Munin:
Nochmals eine Nachfrage zu Munin,
wenn ich per Master auf einem Server mehrere Munin Client, welche auf weiteren Servern jeweils laufen hinzufügen möchte, muss ich auf jedem der weiteren Server eine vhost für Munin anlegen damit diese abrufbar wird vom Master?
Nun habe ich auch noch eine Frage zu Munin.
...
Es hat geklappt! Munin läuft (natürlich hinter htaccess) wunderbar.
Nun muss ich nur die restlichen 4 Server-Adressen noch fürs Monitorring hinzufügen.
Dann muss es heben bis Black Friday.
Denn an Black Friday werde ich wie eine Börsenspekulantin aufmerksam die Angebote verfolgen und weitere Server (vom bisherigen Hoster) zu Netcup umziehen und umstrukturieren.
Bei der Gelegenheit dann auch gleich von aktuell Debian 11 auf Debian 12 umsteigen bei den dann betreffenden Server umsteigen..
Zunehmend würde mir so ein kleiner Rubber Duck Server nur fürs Monitorring auch gefallen. 
