Beiträge von Bud
-
-
Was ist denn stattdessen gesetzt?
A zeigt auf 127.0.0.1 und AAAA gibt es nicht.
-
Ich bin mir nicht sicher, ob ein eigenes Thema dafür Sinn ergeben würde, deswegen mal kurz hier:
Das E-Mail-Adressen bei netcup nicht besonders gut laufen, ist ja bekannt. Aber was kann ich als Webhosting-Nutzer trotzdem zusätzlich machen, damit meine E-Mails "besser laufen"? Mir ist gerade bei der Ausstellung eines SSL/TLS-Zertifikates folgende Meldung untergekommen:ZitatLet's Encrypt-SSL/TLS-Zertifikat konnte nicht ausgestellt werden für example.com. Die Autorisierung dieser Domain ist fehlgeschlagen.
Type: urn:ietf:params:acme:error:dns
Status: 400
Detail: no valid A records found for example.com; no valid AAAA records found for example.com
Das ein A bzw. AAAA nötig ist, war mir so gar nicht bewusst. Kann ich diese Records nur für die Erstellung des Zertifikats setzen, und dann wieder abschalten?
-
cron muss ich nicht seperat installieren, oder?
Ich war so nah dran
-
Ich habe meinen VC1-1 nun nochmal platt gemacht, und es unter Debian 11 probiert und es hat auf Anhieb geklappt.
Es liegt tatsächlich am Debian 12 Image von Strota. Mich würde nur brennend interessieren, warum.Denn an und für sich würde ich schon sehr gerne Debian 12 verwenden.
-
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?
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.
-
Dann sollte nach einiger Zeit in der munin-node.log statt der obigen Meldung folgendes erscheinen:
Binding to TCP port 4949 on host 127.0.0.1 with IPv4
Was ist denn "einiger Zeit", mehr als die klassischen 5 Minuten?
Ich habe die Änderungen durchgeführt, aber in der log taucht nichts neues auf...Mein Fehler, die Uhrzeiten haben mich verwirrt:
Code
Alles anzeigen2023/08/15-13:15:10 Munin::Node::Server (type Net::Server::Fork) starting! pid(12384) Resolved [*]:4949 to [::]:4949, IPv6 Not including resolved host [0.0.0.0] IPv4 because it will be handled by [::] IPv6 Binding to TCP port 4949 on host :: with IPv6 Setting gid to "0 0" 2023/08/15-13:20:53 Server closing! 2023/08/15-13:20:53 Munin::Node::Server (type Net::Server::Fork) starting! pid(12986) Resolved [*]:4949 to [::]:4949, IPv6 Not including resolved host [0.0.0.0] IPv4 because it will be handled by [::] IPv6 Binding to TCP port 4949 on host :: with IPv6 Setting gid to "0 0" 2023/08/16-07:56:42 Server closing! 2023/08/16-07:56:42 Munin::Node::Server (type Net::Server::Fork) starting! pid(14470) Resolved [*]:4949 to [::]:4949, IPv6 Not including resolved host [0.0.0.0] IPv4 because it will be handled by [::] IPv6 Binding to TCP port 4949 on host :: with IPv6 Setting gid to "0 0" 2023/08/16-07:56:45 Server closing! 2023/08/16-07:56:45 Munin::Node::Server (type Net::Server::Fork) starting! pid(14680) Resolved [*]:4949 to [::]:4949, IPv6 Not including resolved host [0.0.0.0] IPv4 because it will be handled by [::] IPv6 Binding to TCP port 4949 on host :: with IPv6 Setting gid to "0 0" 2023/08/16-08:18:43 Server closing! 2023/08/16-08:18:43 Munin::Node::Server (type Net::Server::Fork) starting! pid(15176) Resolved [*]:4949 to [::]:4949, IPv6 Not including resolved host [0.0.0.0] IPv4 because it will be handled by [::] IPv6 Binding to TCP port 4949 on host :: with IPv6 Setting gid to "0 0" 2023/08/16-08:18:50 Server closing! 2023/08/16-08:18:50 Munin::Node::Server (type Net::Server::Fork) starting! pid(15385) Resolved [*]:4949 to [::]:4949, IPv6 Not including resolved host [0.0.0.0] IPv4 because it will be handled by [::] IPv6 Binding to TCP port 4949 on host :: with IPv6 Setting gid to "0 0" 2023/08/16-10:32:32 Server closing! 2023/08/16-10:32:33 Munin::Node::Server (type Net::Server::Fork) starting! pid(16025) Binding to TCP port 4949 on host 127.0.0.1 with IPv4 Setting gid to "0 0" 2023/08/16-10:32:36 Server closing! 2023/08/16-10:32:36 Munin::Node::Server (type Net::Server::Fork) starting! pid(16221) Binding to TCP port 4949 on host 127.0.0.1 with IPv4 Setting gid to "0 0" 2023/08/16-10:43:34 Server closing! 2023/08/16-10:43:34 Munin::Node::Server (type Net::Server::Fork) starting! pid(16518) Binding to TCP port 4949 on host 127.0.0.1 with IPv4 Setting gid to "0 0" 2023/08/16-10:43:38 Server closing! 2023/08/16-10:43:38 Munin::Node::Server (type Net::Server::Fork) starting! pid(16728) Binding to TCP port 4949 on host 127.0.0.1 with IPv4 Setting gid to "0 0"Aber das Ergebnis bleibt das gleiche.
-
munin-cgi-graph.log und munin-cgi-html.log sind leer.
Code: munin-node-configure.log
Alles anzeigenAug 15 13:15:10 - Starting munin-node-configure --shell ln -s '/usr/share/munin/plugins/apache_accesses' '/etc/munin/plugins/apache_accesses' ln -s '/usr/share/munin/plugins/apache_processes' '/etc/munin/plugins/apache_processes' ln -s '/usr/share/munin/plugins/apache_volume' '/etc/munin/plugins/apache_volume' ln -s '/usr/share/munin/plugins/cpu' '/etc/munin/plugins/cpu' ln -s '/usr/share/munin/plugins/df' '/etc/munin/plugins/df' ln -s '/usr/share/munin/plugins/df_inode' '/etc/munin/plugins/df_inode' ln -s '/usr/share/munin/plugins/diskstats' '/etc/munin/plugins/diskstats' ln -s '/usr/share/munin/plugins/entropy' '/etc/munin/plugins/entropy' ln -s '/usr/share/munin/plugins/fail2ban' '/etc/munin/plugins/fail2ban' ln -s '/usr/share/munin/plugins/forks' '/etc/munin/plugins/forks' ln -s '/usr/share/munin/plugins/fw_conntrack' '/etc/munin/plugins/fw_conntrack' ln -s '/usr/share/munin/plugins/fw_forwarded_local' '/etc/munin/plugins/fw_forwarded_local' ln -s '/usr/share/munin/plugins/fw_packets' '/etc/munin/plugins/fw_packets' ln -s '/usr/share/munin/plugins/http_loadtime' '/etc/munin/plugins/http_loadtime' ln -s '/usr/share/munin/plugins/if_' '/etc/munin/plugins/if_ens6' ln -s '/usr/share/munin/plugins/if_err_' '/etc/munin/plugins/if_err_ens6' ln -s '/usr/share/munin/plugins/interrupts' '/etc/munin/plugins/interrupts' ln -s '/usr/share/munin/plugins/irqstats' '/etc/munin/plugins/irqstats' ln -s '/usr/share/munin/plugins/load' '/etc/munin/plugins/load' ln -s '/usr/share/munin/plugins/memory' '/etc/munin/plugins/memory' ln -s '/usr/share/munin/plugins/munin_stats' '/etc/munin/plugins/munin_stats' ln -s '/usr/share/munin/plugins/open_files' '/etc/munin/plugins/open_files' ln -s '/usr/share/munin/plugins/open_inodes' '/etc/munin/plugins/open_inodes' ln -s '/usr/share/munin/plugins/proc_pri' '/etc/munin/plugins/proc_pri' ln -s '/usr/share/munin/plugins/processes' '/etc/munin/plugins/processes' ln -s '/usr/share/munin/plugins/swap' '/etc/munin/plugins/swap' ln -s '/usr/share/munin/plugins/threads' '/etc/munin/plugins/threads' ln -s '/usr/share/munin/plugins/uptime' '/etc/munin/plugins/uptime' ln -s '/usr/share/munin/plugins/users' '/etc/munin/plugins/users' ln -s '/usr/share/munin/plugins/vmstat' '/etc/munin/plugins/vmstat' The following errors were reported by munin-node-configure --shell # The following plugins caused errors: # postfix_mailqueue: # Non-zero exit during autoconf (255) # postgres_autovacuum: # Non-zero exit during autoconf (255) # postgres_bgwriter: # Non-zero exit during autoconf (255) # postgres_cache_: # Non-zero exit during autoconf (255) # postgres_checkpoints: # Non-zero exit during autoconf (255) # postgres_connections_: # Non-zero exit during autoconf (255) # postgres_connections_db: # Non-zero exit during autoconf (255) # postgres_locks_: # Non-zero exit during autoconf (255) # postgres_oldest_prepared_xact_: # Non-zero exit during autoconf (255) # postgres_prepared_xacts_: # Non-zero exit during autoconf (255) # postgres_querylength_: # Non-zero exit during autoconf (255) # postgres_scans_: # Non-zero exit during autoconf (255) # postgres_size_: # Non-zero exit during autoconf (255) # postgres_transactions_: # Non-zero exit during autoconf (255) # postgres_tuples_:Code: munin-node.log
Alles anzeigen2023/08/15-13:15:10 Munin::Node::Server (type Net::Server::Fork) starting! pid(12384) Resolved [*]:4949 to [::]:4949, IPv6 Not including resolved host [0.0.0.0] IPv4 because it will be handled by [::] IPv6 Binding to TCP port 4949 on host :: with IPv6 Setting gid to "0 0" 2023/08/15-13:20:53 Server closing! 2023/08/15-13:20:53 Munin::Node::Server (type Net::Server::Fork) starting! pid(12986) Resolved [*]:4949 to [::]:4949, IPv6 Not including resolved host [0.0.0.0] IPv4 because it will be handled by [::] IPv6 Binding to TCP port 4949 on host :: with IPv6 Setting gid to "0 0" 2023/08/16-07:56:42 Server closing! 2023/08/16-07:56:42 Munin::Node::Server (type Net::Server::Fork) starting! pid(14470) Resolved [*]:4949 to [::]:4949, IPv6 Not including resolved host [0.0.0.0] IPv4 because it will be handled by [::] IPv6 Binding to TCP port 4949 on host :: with IPv6 Setting gid to "0 0" 2023/08/16-07:56:45 Server closing! 2023/08/16-07:56:45 Munin::Node::Server (type Net::Server::Fork) starting! pid(14680) Resolved [*]:4949 to [::]:4949, IPv6 Not including resolved host [0.0.0.0] IPv4 because it will be handled by [::] IPv6 Binding to TCP port 4949 on host :: with IPv6 Setting gid to "0 0" 2023/08/16-08:18:43 Server closing! 2023/08/16-08:18:43 Munin::Node::Server (type Net::Server::Fork) starting! pid(15176) Resolved [*]:4949 to [::]:4949, IPv6 Not including resolved host [0.0.0.0] IPv4 because it will be handled by [::] IPv6 Binding to TCP port 4949 on host :: with IPv6 Setting gid to "0 0" 2023/08/16-08:18:50 Server closing! 2023/08/16-08:18:50 Munin::Node::Server (type Net::Server::Fork) starting! pid(15385) Resolved [*]:4949 to [::]:4949, IPv6 Not including resolved host [0.0.0.0] IPv4 because it will be handled by [::] IPv6 Binding to TCP port 4949 on host :: with IPv6 Setting gid to "0 0"Die zwei unteren logs haben ja nur was mit dem Node zu tun, sind also irrleveant?
Eine index.php mit Testinhalt lies sich anlegen und abrufen.
-
Liegen denn in /var/cache/munin/www/ die von munin generierten html-Dateien, inkl. index.html?
Nein, das Verzeichnis ist leer
-
aber wenn Munin da läuft
Ich bin mir sicher das Munin da läuft, du darfst es nur nicht mich installieren lassen
-
1. Apache Logs. Siehst du deine Zugriffe? Was steht da evtl. noch zusätzlich?
In den error.logs habe ich vermehrt Folgendes gefunden:
Code[Tue Aug 15 22:46:39.733105 2023] [autoindex:error] [pid 13467:tid 139814783403712] [client XXX.XXX.XXX.XXX:53037] AH01276: Cannot serve directory /var/cache/munin/www/: No matching DirectoryIndex (index.html,index.cgi,index.pl,index.php,index.xhtml,index.htm) found, and server-generated directory index forbidden by Options directiveHeißt für mich, Munin hat die index-Datei noch nicht angelegt/generiert?
2. Apache Konfiguration. Wie sieht denn deine aktuelle Konfiguration aus? Ich habe hier mehrmals /etc/munin/apache24.conf gelesen. Das ist ja aber eigentlich gar nicht im regulären Apache Konfigurationsordner. Schau mal, ob der Symlink in /etc/apache/conf-enabled entsprechend aktiviert ist.
Bedeutet, dass unter /etc/apache2/conf-enabled/ die Datei munin.conf existieren muss, richtig? Falls ja: Dann ja.
3. Munin Files. Wo liegen denn die docroot Dateien von Munin im Filesystem? Stimmt der Ordner mit dem in der Konfiguration überein? Wie sehen die File Permissions aus? Kann der Webserver darauf zugreifen?
Meinst du /var/cache/munin/www/? Wie überprüfe ich, ob apache2 Zugriff auf diesen Ordner hat? Oder einfach mal chown -R www-data:www-data /var/cache/munin/www/ ausführen?
-
Hast du Probleme mit Munin? Oder mit Apache?
Aktuell würde ich sagen Apache, sicher bin ich mir aber nicht. Wenn ich Munin wie gewohnt installiere, bekomme ich unter http://IP/munin ein "Forbidden"
Hat leider keine Änderung gebracht.
Oder mit der Firewall?
Die Firewall von Strota habe ich deaktiviert. Bei mir läuft nur ufw, aber die entsprechenden Ports (80, 4949) sind freigegeben.
Und vielleicht noch eine kleine Randbemerkung: Strat0 gehört zu I0n0s.
bzw. die gehören beide zum selben Mutterkonzern. Man muss nur mal einen kurzen whois auf eine Strat0 IP machen, dann sieht man das sofort. Und da dürfte nicht nur die Produktpalette sehr ähnlich sein. Auch die Images werden sich mit Sicherheit kaum unterscheiden.Mhm, gut zu wissen...
-
Hab auch noch 1€ Spielekisten bei Str@to und 1onos, ich spiele das mal nachher Zuhause nach.
Aktuelles Problem besteht bei Str@to, 1onos hatte ich noch nicht probiert. Wollte erst versuchen das in Berlin anders zu regeln.
abgesehen von der vorgeschalteten Firewall.
Welche man aber – soweit ich das gesehen habe – selbstständig aktiveren muss, richtig?
-
Guten Morgen Paul, generell würde ich schon behaupten, dass ich versuche, die Software verstehen zu lernen, und mir nicht einfach nur blind Befehle merke, auch wenn das hier vielleicht rüberkommt. Ich schreibe ja nebenbei meine eigene Dokumentation mit entsprechenden Hinweisen, eben um zu verstehen, was jeder einzelne Befehl macht.
Und den Provider wechseln wäre meine letzte Option, wenn es nicht klappt ein eigenes Image aufzuspielen bzw. das Problem anderweitig zu beheben. Aber aktuell sieht es nun mal so aus, als ob das Image von Strota mein Munin blockiert. Ich versuche ja gerade daran zu lernen, damit umzugehen und eben genau dieses Problem zu lösen. Deswegen habe ich ja die Lösungen, die mir spontan eingefallen sind, hier gepostet, um von euch eventuell weiter Input zu bekommen, was ich noch versuchen könnte etc., bzw. auch mal die Meinung „die Lösung wird nicht funktionieren, weil X“.
-
Es liegt tatsächlich am OS von Strota. Auf dem VPS von netcup hat es auf Anhieb funktioniert...
Ich werde mal den Support von Strota anschreiben, ggf. mit meinem 1€ / Monat - Server zu I0N0S wechseln bzw. den Vorschlag von RAD750 ausprobieren. Aber da muss ich mich erst komplett einlesen...Theoretisch müsste man über das Rescue System ein Image flashen können...
netcup master
Edit aus der Horizontalen: Was mir gerade beim einschlafen noch eingefallen ist: Ich könnte es ja auch mit dem Debian 11 Image von Strota versuchen...
-
Ich bin auf Dein Ergebnis gespannt wie sich Munin verhält wenn beide Server bei Netcup laufen.
Da hast du mich falsch verstanden. Ich werde einen Master bei Strota und einen weiteren Master bei netcup installieren. Meine Node sind aktuell alle bei netcup. Aber eine Node-Konfiguration funktioniert bei mir immer einwandfrei:
Node
munin-node und libwww-perl installieren
sudo apt install libwww-perl munin-node
Mit nano die Datei munin-node.conf öffnen:
sudo nano /etc/munin/munin-node.conf
Die Master-IP eintragen allow ^198\.51\.100\.0$ und anschließend munin-node neu starten
sudo systemctl restart munin-node.service
Natürlich musst du noch den Node im Master eintragen, aber dann sollte es schon laufen.
-
Diese Möglichkeit gibt es bei den str@t0 vServern nicht, soweit ich mich erinnere.
Das ist leider korrekt... So ein Mist.
(Serverhoarding hat Vorteile
)Ich bin heute Abend leider unterwegs, werde aber morgen auf einem meiner freien netcup-Server (Serverhoarding hat Vorteile
) parallel zu dem Server bei Strota einen neuen munin-master aufsetzten, und wenn es dann bei netcup funktioniert, bin ich wenigstens nicht ganz so dumm wie gedacht. Falls nicht... Joa... Das bleibt abzuwarten Ich melde mich.Gut Glauben alles ist OK klickbunti Schnell-Installationen
Als Anfänger profitiere ich von den "Gut Glauben alles ist OK klickbunti Schnell-Installationen", und bin froh darüber, das es das gibt. Vielleicht werde ich mit erweitertem Know-how irgendwann diese nicht mehr nutzten, aber aktuell eben schon.
-
Code: Strota
Alles anzeigenUsing username "bud". Authenticating with public key "munin-master-neu" Linux munin-master-neu 6.1.0-9-cloud-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.27-1 (2023-05-08) x86_64 The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Tue Aug 15 15:10:50 2023 from XXX.XXX.XXX.XXX bud@munin-master-neu:~$ cat /etc/*release ID="genericcloud" VERSION="20230531-1397" PRETTY_NAME="Debian GNU/Linux 12 (bookworm)" NAME="Debian GNU/Linux" VERSION_ID="12" VERSION="12 (bookworm)" VERSION_CODENAME=bookworm ID=debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/" bud@munin-master-neu:~$Code: netcup
Alles anzeigenUsing username "bud". Authenticating with public key "munin-master-alt" Linux munin-master-alt 6.1.0-10-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.37-1 (2023-07-03) x86_64 The programs included with the Debian GNU/Linux system are free software; the exact distribution terms for each program are described in the individual files in /usr/share/doc/*/copyright. Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law. Last login: Tue Aug 15 17:07:32 2023 from XXX.XXX.XXX.XXX bud@munin-master-alt:~$ cat /etc/*release PRETTY_NAME="Debian GNU/Linux 12 (bookworm)" NAME="Debian GNU/Linux" VERSION_ID="12" VERSION="12 (bookworm)" VERSION_CODENAME=bookworm ID=debian HOME_URL="https://www.debian.org/" SUPPORT_URL="https://www.debian.org/support" BUG_REPORT_URL="https://bugs.debian.org/" bud@munin-master-alt:~$Kann ich das von netcup verwendete OS downloaden, also direkt von netcup? Dann würde ich das gerne mal in Berlin aufspielen und testen...
-
Verzweifeln?
Puh...
Seltsam. Auf deinem anderen Master geht es ja und bei mir eben auch.
Welches Betriebssystem hast du denn auf den beiden Mastern? Das gleiche?
Debian 12 - auf beiden Mastern...
Ich habe jetzt, ehrlich gesagt auch keine Idee mehr.
Der einzige Unterschied ist, dass der "neue" Master auf einem Strota-Server läuft. Aber das kann es ja nicht sein...?
-
Es geht schon wieder nicht. Was kann ich denn jetzt noch tun?
