Beiträge von Bud

Bud

Zitat von aRaphael

Sollte passen.

Ich habe es eben mal auf einem leeren Server (Serverhoarding hat Vorteile ) so probiert und es klappte auf Anhieb.

Oha, vielen Dank für dein Engagement!

Zitat von aRaphael

1) Die /etc/munin/munin.conf nach der Installation würde ich zunächst mal gar nicht anrühren und so lassen.

Auch keine Nodes hinzufügen?

Zitat von aRaphael

2) Das sudo systemctl restart apache2 muss auch nach den Änderungen in der /etc/munin/apache24.conf erfolgen.

Ich habe das jetzt mal an den Ende meiner Konfiguration gestellt, dann sollte ich ja alles erwischen

Zitat von aRaphael

3) Nach der Installation und auch nach jeder Änderung auf dem Master musst du immer bis zu den nächsten vollen 5 Minuten (besser plus eine weitere Minute) warten, bis die Änderungen greifen.

Z.B. habe ich eben direkt nach der Installation auch ein "Forbidden" bekommen, aber um 14:06, bei der nächsten Aktualisierung des Masters, ging es dann.

Das weiß ich, deswegen habe ich in meinen vorherigen Kommentaren immer die Zeit mit dokumentiert, damit klar ist das die 5 Minuten rum sind =)

Somit wäre ich jetzt hier:

Code

sudo ufw allow 4949/tcp
sudo ufw allow 80/tcp

sudo apt install apache2 libwww-perl libcgi-fast-perl munin

sudo a2enmod cgid
sudo a2enconf munin

sudo nano /etc/munin/apache24.conf
-> Require all granted (2x)

sudo systemctl restart apache2

Alles anzeigen

Bud

Denke nicht das mir das weiterhilft, da ja munin an sich nicht läuft. Erst wenn munin läuft, werde ich certbot etc. anlegen. Aber das kann ich mir ja aktuell eher noch sparen... Trotzdem danke

Bud

Options FollowSymLinks hatte ich schon versucht... Ich mache jetzt den kompletten Server nochmal platt und setzte ihn neu auf. Vielleicht habe ich irgendetwas falsch geamcht was ich nicht mehr weiß... Wärst du so nett und schaust dir mal bitte kurz meine munin-Installations-Notizen an, ob da irgendetwas falsch ist, bevor ich es erneut versuche?

Spoiler anzeigen

ufw konfigurieren

Code

sudo ufw allow 4949/tcp
sudo ufw allow 80/tcp

programme installieren

Code

sudo apt install apache2 libwww-perl libcgi-fast-perl munin

apache mit cgid konfigurieren und anschließend neustarten

Code

sudo a2enmod cgid
sudo a2enconf munin
sudo systemctl restart apache2

Inhalt meiner apache24.conf

Code

# Munin configuration for apache2
#
# Apache can serve munin's files that are either statically generated
# (in a cron job) or generated on demand (via cgi).
# The relevant munin settings are "html_strategy" and "graph_strategy".
# The related apache settings can be adjusted at the end of this file.
#
# See /usr/share/doc/munin/README.Debian for details.


# ***** COMMON SETTINGS FOR ALL STRATEGIES *****

ScriptAlias /munin-cgi/munin-cgi-graph /usr/lib/munin/cgi/munin-cgi-graph
Alias /munin/static/ /var/cache/munin/www/static/

<Directory /var/cache/munin/www>
    Require all granted
    Options None
</Directory>

<Directory /usr/lib/munin/cgi>
    Require all granted
    <IfModule mod_fcgid.c>
        SetHandler fcgid-script
    </IfModule>
    <IfModule !mod_fcgid.c>
        SetHandler cgi-script
    </IfModule>
</Directory>


# ***** SETTINGS FOR CGI/CRON STRATEGIES *****

# pick _one_ of the following lines depending on your "html_strategy"
# html_strategy: cron (default)
Alias /munin /var/cache/munin/www
# html_strategy: cgi (requires the apache module "cgid" or "fcgid")
#ScriptAlias /munin /usr/lib/munin/cgi/munin-cgi-html

Alles anzeigen

Inhalt meiner munin.conf

Code

# Example configuration file for Munin, generated by 'make build'

# The next three variables specifies where the location of the RRD
# databases, the HTML output, logs and the lock/pid files.  They all
# must be writable by the user running munin-cron.  They are all
# defaulted to the values you see here.
#
dbdir   /var/lib/munin
htmldir /var/cache/munin/www
logdir /var/log/munin
rundir  /var/run/munin

# Where to look for the HTML templates
#
tmpldir /etc/munin/templates

# Where to look for the static www files
#
staticdir /etc/munin/static

# temporary cgi files are here. note that it has to be writable by
# the cgi user (usually nobody or httpd).
#
# cgitmpdir /var/lib/munin/cgi-tmp

# (Exactly one) directory to include all files from.
includedir /etc/munin/munin-conf.d

# You can choose the time reference for "DERIVE" like graphs, and show
# "per minute", "per hour" values instead of the default "per second"
#
#graph_period second

# Graphics files are generated either via cron or by a CGI process.
# See http://munin-monitoring.org/wiki/CgiHowto2 for more
# documentation.
# Since 2.0, munin-graph has been rewritten to use the cgi code.
# It is single threaded *by design* now.
#
#graph_strategy cron

# munin-cgi-graph is invoked by the web server up to very many times at the
# same time.  This is not optimal since it results in high CPU and memory
# consumption to the degree that the system can thrash.  Again the default is
# 6.  Most likely the optimal number for max_cgi_graph_jobs is the same as
# max_graph_jobs.
#
#munin_cgi_graph_jobs 6

# If the automatic CGI url is wrong for your system override it here:
#
#cgiurl_graph /munin-cgi/munin-cgi-graph

# max_size_x and max_size_y are the max size of images in pixel.
# Default is 4000. Do not make it too large otherwise RRD might use all
# RAM to generate the images.
#
#max_size_x 4000
#max_size_y 4000


# HTML files are normally generated by munin-html, no matter if the
# files are used or not. You can change this to on-demand generation
# by following the instructions in http://munin-monitoring.org/wiki/CgiHowto2
#
# Notes:
# - moving to CGI for HTML means you cannot have graph generated by cron.
# - cgi html has some bugs, mostly you still have to launch munin-html by hand
#
#html_strategy cron

# munin-update runs in parallel.
#
# The default max number of processes is 16, and is probably ok for you.
#
# If set too high, it might hit some process/ram/filedesc limits.
# If set too low, munin-update might take more than 5 min.
#
# If you want munin-update to not be parallel set it to 0.
#
#max_processes 16

# RRD updates are per default, performed directly on the rrd files.
# To reduce IO and enable the use of the rrdcached, uncomment it and set it to
# the location of the socket that rrdcached uses.
#
#rrdcached_socket /var/run/rrdcached.sock

# Drop somejuser@fnord.comm and anotheruser@blibb.comm an email everytime
# something changes (OK -> WARNING, CRITICAL -> OK, etc)
#contact.someuser.command mail -s "Munin ${var:worst}: ${var:group}::${var:host}::${var:plugin}" somejuser@fnord.comm
#contact.anotheruser.command mail -s "Munin ${var:worst}: ${var:group}::${var:host}::${var:plugin}" anotheruser@blibb.comm
#
# For those with Nagios, the following might come in handy. In addition,
# the services must be defined in the Nagios server as well.
#contact.nagios.command /usr/bin/send_nsca nagios.host.comm -c /etc/nsca.conf

# The maximum time the munin-update may take to get updates from all nodes,
# this might be interesting when using munin-async in case of large transactions and/or backlog.
# When using the munin protocol to connect to a node, then this value shouldn't be set higher than 240.
# In case it's higher, gaps might be seen in the graphs.
timeout_fetch_all_nodes 240

# The maximum amount of time in seconds we may work on 1 node.
# The value will be limited with timeout_fetch_all_nodes.
timeout_fetch_one_node 180

# a simple host tree
[MuninMaster]
    address 127.0.0.1
    use_node_name yes

[MCServer1]
    address 89.58.XX.XX
    use_node_name yes

[MCServer2]
    address 89.58.XX.XX
    use_node_name yes

#
# A more complex example of a host tree
#
## First our "normal" host.
# [fii.foo.com]
#       address foo
#
## Then our other host...
# [fay.foo.com]
#       address fay
#
## IPv6 host. note that the ip adress has to be in brackets
# [ip6.foo.com]
#       address [2001::1234:1]
#
## Then we want totals...
# [foo.com;Totals] #Force it into the "foo.com"-domain...
#       update no   # Turn off data-fetching for this "host".
#
#   # The graph "load1". We want to see the loads of both machines...
#   # "fii=fii.foo.com:load.load" means "label=machine:graph.field"
#       load1.graph_title Loads side by side
#       load1.graph_order fii=fii.foo.com:load.load fay=fay.foo.com:load.load
#
#   # The graph "load2". Now we want them stacked on top of each other.
#       load2.graph_title Loads on top of each other
#       load2.dummy_field.stack fii=fii.foo.com:load.load fay=fay.foo.com:load.load
#       load2.dummy_field.draw AREA # We want area instead the default LINE2.
#       load2.dummy_field.label dummy # This is needed. Silly, really.
#
#   # The graph "load3". Now we want them summarised into one field
#       load3.graph_title Loads summarised
#       load3.combined_loads.sum fii.foo.com:load.load fay.foo.com:load.load
#       load3.combined_loads.label Combined loads # Must be set, as this is
#                                                 # not a dummy field!
#
## ...and on a side note, I want them listen in another order (default is
## alphabetically)
#
# # Since [foo.com] would be interpreted as a host in the domain "com", we
# # specify that this is a domain by adding a semicolon.
# [foo.com;]
#       node_order Totals fii.foo.com fay.foo.com
#

Alles anzeigen

Bud

Zitat von aRaphael

"Das legt er doch normalerweise automatisch an? Oder nicht?"

Ah. Quatsch, sorry. Ich meinte /var/cache/munin/www (nicht /var/www/munin, das stammte aus Notizen, als ich den Pfad umgezogen hatte)

Darf ich fragen, warum du /var/www/munin nutzt? Habe das in einem Tutorial gesehen, also scheinen das ja mehrere zu machen?

Code

sudo chmod 755 /var/cache/munin/www
sudo chown -R munin:munin /var/cache/munin/www

Hat leider keine Änderung gebracht.

Zitat von aRaphael

"Wenn ich nur die IP aufrufe, komme ich zu der Default Page von Apache2"

Ich meine IP/munin

2023-08-15 12_17_12-Clipboard.jpg

Bud

Ich hab den neuen munin-node mal zum Testen in meinen alten (bzw. aktuellen) munin-master eingebunden, das hat auf Anhieb funktioniert. Also gibt es mit dem neuen munin-node schon mal keine Probleme.

Zitat von aRaphael

Kommentiere doch mal versuchsweise in der /etc/munin/conf alle die Zeilen wieder aus, die du entkommentiert hast. Bis auf includedir, das sollte so bleiben. (und den nodes natürlich)

Dann nutzt munin die Defaultwerte. (Ist z.B. bei mir der Fall)

Danach Apache reloaden und 5 Minuten warten.

Ist zumindest einen Versuch wert.

Ich habe dbdir, htmldir, logdir, rundir, tmpldir, und staticdir wieder auskommentiert, und mit sudo systemctl restart munun.service um 11:33 Munin neu gestartet. Kruz was am Auto repariert, und um 11:47: Keine Veränderung, still "Forbidden"

Zitat von aRaphael
Ein weiterer Versuch wäre:
Code
chmod 755 /var/www/munin
chown -R munin:munin /var/www/munin

Code

bud@munin-master:~$ sudo chmod 755 /var/www/munin
chmod: cannot access '/var/www/munin': No such file or directory

Das legt er doch normalerweise automatisch an? Oder nicht?

Zitat von aRaphael

Und noch eine Nachfrage:

Ist es das gleiche, wenn du /munin über die domain aufrufst oder über die IP des Servers?

Wenn ich nur die IP aufrufe, komme ich zu der Default Page von Apache2

Bud

Mein Problem ist, dass unter /var/log/munin/ keine munin-update.log existiert, obwohl mir sudo systemctl status munin bnestätigt, dass munin läuft:

Code: sudo systemctl status munin

bud@munin-master:~$ sudo systemctl status munin.service
● munin.service - LSB: Create munin master directories on boot
     Loaded: loaded (/etc/init.d/munin; generated)
     Active: active (exited) since Mon 2023-08-14 11:02:04 UTC; 20h ago
       Docs: man:systemd-sysv-generator(8)
    Process: 12806 ExecStart=/etc/init.d/munin start (code=exited, status=0/SUCCESS)
        CPU: 9ms

Aug 14 11:02:04 munin-master systemd[1]: Starting munin.service - LSB: Create munin master directories on boot...
Aug 14 11:02:04 munin-master munin[12812]: chown: warning: '.' should be ':': ‘munin.’
Aug 14 11:02:04 munin-master munin[12806]: Starting Preparing munin directories: munin
Aug 14 11:02:04 munin-master systemd[1]: Started munin.service - LSB: Create munin master directories on boot.

Alles anzeigen

Bis auf Process: 12806 ExecStart=/etc/init.d/munin start (code=exited, status=0/SUCCESS) ist dies gleich zu meinem funktionierenden master. Sofern ich da aber richtig recherchiert habe, ist das irrelevant.

Mir fehlt grad jeglicher Anhaltspunkt... Selber der Vergleich zwischen meinen zwei Master und zwei Node hat mir nichts gebracht. Durch history wurde ich auch nicht schlauer.

telnet funktioniert auch nicht. 4949/tcp auf beiden Servern offen, allow (outgoing) ebenfalls auf beiden Servern

Code: telnet

bud@munin-master:~$ sudo timeout 10 telnet 89.58.XX.XX 4949
Trying 89.58.XX.XX...
Connected to 89.58.XX.XX.
Escape character is '^]'.
Connection closed by foreign host.

Hat irgendjemand einen Tipp für mich wo ich ansetzten kann?

a2enconf ist es auch nicht

Code: a2enconf

bud@munin-master:~$ sudo a2enconf munin
Conf munin already enabled

Edit: Und ich frage jetzt trotzdem mal: cron muss ich nicht seperat installieren, oder? Munin kommt ja mit munin-cron, oder ist das trotzdem von cron selbst abhängig? Aktuell habe ich nur folgendes installiert:

apache2 libwww-perl libcgi-fast-perl munin

Bud

Zitat von aRaphael

Ah, Mist. Hab ganz vergessen, dass netcup auch das Groupware-Produkt anbietet.

Ouh... Das hab ich auch vergessen... Das ist jetzt blöd

Bud

Er meint Provider, die E-Mail-Postfächer als eigenes Produkt anbieten. Egal ob dies ihr einziges Produkt ist (auch wenn das ein Plus ist), oder sie weitere Produkte haben. Aber gerade bei günstigen Webhosting-Paketen kann man davon ausgehen, das hinter der E-Mail-Funktion dieser kein großes Team steht, welches sich um diese kümmert. Da läuft das eher nebenbei.

Bud

Auch wenn hier teilweise sehr offen über die Konkurrenz bzw. deren Produkte geredet wird, bin ich kein Fan davon im netcup Forum etwaige Empfehlungen abzugeben.

Bud

Zitat von Borgqueen

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?

Nein, wieso sollte für munin-node ein eigener vhost nötig sein?

Bud

In der vom master? Die bleibt doch unberührt? Die vom master habe ich dir hier mal mit angehängt, die vom node ist identisch, außer natürlich das unter allow die master IP mit eingetragen ist.

Code

#
# Example config-file for munin-node
#

log_level 4
log_file /var/log/munin/munin-node.log
pid_file /var/run/munin/munin-node.pid

background 1
setsid 1

user root
group root

# This is the timeout for the whole transaction.
# Units are in sec. Default is 15 min
#
# global_timeout 900

# This is the timeout for each plugin.
# Units are in sec. Default is 1 min
#
# timeout 60

# Regexps for files to ignore
ignore_file [\#~]$
ignore_file DEADJOE$
ignore_file \.bak$
ignore_file %$
ignore_file \.dpkg-(tmp|new|old|dist)$
ignore_file \.rpm(save|new)$
ignore_file \.pod$

# Set this if the client doesn't report the correct hostname when
# telnetting to localhost, port 4949
#
#host_name localhost.localdomain

# A list of addresses that are allowed to connect.  This must be a
# regular expression, since Net::Server does not understand CIDR-style
# network notation unless the perl module Net::CIDR is installed.  You
# may repeat the allow line as many times as you'd like

allow ^127\.0\.0\.1$
allow ^::1$

# If you have installed the Net::CIDR perl module, you can use one or more
# cidr_allow and cidr_deny address/mask patterns.  A connecting client must
# match any cidr_allow, and not match any cidr_deny.  Note that a netmask
# *must* be provided, even if it's /32
#
# Example:
#
# cidr_allow 127.0.0.1/32
# cidr_allow 192.0.2.0/24
# cidr_deny  192.0.2.42/32

# Which address to bind to;
host *
# host 127.0.0.1

# And which port
port 4949

Alles anzeigen

Bud

Zitat von aRaphael

a2enconf munin

fehlte noch in meiner "Anleitung".

Und in meiner Auflistung - hatte diese Ergänzung aufgenommen

Grad gesehen das telnet nicht funktioniert, obwohl port 4949 am master und node freigegeben, und im munin-node die ip adresse des masters freigegeben. "Connection closed by foreign host"

Aber selbst wenn, für 127.0.0.1 funktioniert es ja auch nicht.

Also habe ich statt eines Problems gerade zwei entdeckt... Super.
Wie gehe ich bei der telnet Sache vor? Ich sehe keinen Grund, warum das nicht funktionieren sollte.

Bud

Zitat von theodorius123

Könntest du kurz erläutern welche Einschränkungen du meinst?

Zitat von simon2023

Kannst Du das etwas näher erläutern?

Ich habe Nextcloud auf dem Webhosting 8000 leider nicht vollständig bis an seine Limits getrieben oder dahingehend getestet, aber z.B. SMB/CIFS und die Konfiguration des PHP Memory Cache funktioniert nicht so wie gewünscht. Ein Gesamtlimit kann man für die Cloud auch nicht konfigurieren, was schlimmstenfalls zur Sperrung des Webhostings führen kann.

Bud

You're talking about webhosting, right?

You can apply the expired certificate just as you seem to have done before. If you leave out the "wildcard" option, the certificate should also renew itself automatically.

Bud

Ich scheitere seit Tagen an meinem neuen munin-master, und finde leider den Fehler nicht. Auf meinem Node ist die IP natürlich konfiguriert, und 4949 als Port freigegeben

Ich bin zur Anleitung von aRaphael wie folgt vorgegangen:

Spoiler anzeigen

ufw konfigurieren

Code

sudo ufw allow 4949/tcp
sudo ufw allow 80/tcp

programme installieren

Code

sudo apt install apache2 libwww-perl libcgi-fast-perl munin

apache mit cgid konfigurieren und anschließend neustarten

Code

sudo a2enmod cgid
sudo systemctl restart apache2

Inhalt meiner apache24.conf

Code

# Munin configuration for apache2
#
# Apache can serve munin's files that are either statically generated
# (in a cron job) or generated on demand (via cgi).
# The relevant munin settings are "html_strategy" and "graph_strategy".
# The related apache settings can be adjusted at the end of this file.
#
# See /usr/share/doc/munin/README.Debian for details.


# ***** COMMON SETTINGS FOR ALL STRATEGIES *****

ScriptAlias /munin-cgi/munin-cgi-graph /usr/lib/munin/cgi/munin-cgi-graph
Alias /munin/static/ /var/cache/munin/www/static/

<Directory /var/cache/munin/www>
    Require all granted
    Options None
</Directory>

<Directory /usr/lib/munin/cgi>
    Require all granted
    <IfModule mod_fcgid.c>
        SetHandler fcgid-script
    </IfModule>
    <IfModule !mod_fcgid.c>
        SetHandler cgi-script
    </IfModule>
</Directory>


# ***** SETTINGS FOR CGI/CRON STRATEGIES *****

# pick _one_ of the following lines depending on your "html_strategy"
# html_strategy: cron (default)
Alias /munin /var/cache/munin/www
# html_strategy: cgi (requires the apache module "cgid" or "fcgid")
#ScriptAlias /munin /usr/lib/munin/cgi/munin-cgi-html

Alles anzeigen

Inhalt meiner munin.conf

Code

# Example configuration file for Munin, generated by 'make build'

# The next three variables specifies where the location of the RRD
# databases, the HTML output, logs and the lock/pid files.  They all
# must be writable by the user running munin-cron.  They are all
# defaulted to the values you see here.
#
dbdir   /var/lib/munin
htmldir /var/cache/munin/www
logdir /var/log/munin
rundir  /var/run/munin

# Where to look for the HTML templates
#
tmpldir /etc/munin/templates

# Where to look for the static www files
#
staticdir /etc/munin/static

# temporary cgi files are here. note that it has to be writable by
# the cgi user (usually nobody or httpd).
#
# cgitmpdir /var/lib/munin/cgi-tmp

# (Exactly one) directory to include all files from.
includedir /etc/munin/munin-conf.d

# You can choose the time reference for "DERIVE" like graphs, and show
# "per minute", "per hour" values instead of the default "per second"
#
#graph_period second

# Graphics files are generated either via cron or by a CGI process.
# See http://munin-monitoring.org/wiki/CgiHowto2 for more
# documentation.
# Since 2.0, munin-graph has been rewritten to use the cgi code.
# It is single threaded *by design* now.
#
#graph_strategy cron

# munin-cgi-graph is invoked by the web server up to very many times at the
# same time.  This is not optimal since it results in high CPU and memory
# consumption to the degree that the system can thrash.  Again the default is
# 6.  Most likely the optimal number for max_cgi_graph_jobs is the same as
# max_graph_jobs.
#
#munin_cgi_graph_jobs 6

# If the automatic CGI url is wrong for your system override it here:
#
#cgiurl_graph /munin-cgi/munin-cgi-graph

# max_size_x and max_size_y are the max size of images in pixel.
# Default is 4000. Do not make it too large otherwise RRD might use all
# RAM to generate the images.
#
#max_size_x 4000
#max_size_y 4000


# HTML files are normally generated by munin-html, no matter if the
# files are used or not. You can change this to on-demand generation
# by following the instructions in http://munin-monitoring.org/wiki/CgiHowto2
#
# Notes:
# - moving to CGI for HTML means you cannot have graph generated by cron.
# - cgi html has some bugs, mostly you still have to launch munin-html by hand
#
#html_strategy cron

# munin-update runs in parallel.
#
# The default max number of processes is 16, and is probably ok for you.
#
# If set too high, it might hit some process/ram/filedesc limits.
# If set too low, munin-update might take more than 5 min.
#
# If you want munin-update to not be parallel set it to 0.
#
#max_processes 16

# RRD updates are per default, performed directly on the rrd files.
# To reduce IO and enable the use of the rrdcached, uncomment it and set it to
# the location of the socket that rrdcached uses.
#
#rrdcached_socket /var/run/rrdcached.sock

# Drop somejuser@fnord.comm and anotheruser@blibb.comm an email everytime
# something changes (OK -> WARNING, CRITICAL -> OK, etc)
#contact.someuser.command mail -s "Munin ${var:worst}: ${var:group}::${var:host}::${var:plugin}" somejuser@fnord.comm
#contact.anotheruser.command mail -s "Munin ${var:worst}: ${var:group}::${var:host}::${var:plugin}" anotheruser@blibb.comm
#
# For those with Nagios, the following might come in handy. In addition,
# the services must be defined in the Nagios server as well.
#contact.nagios.command /usr/bin/send_nsca nagios.host.comm -c /etc/nsca.conf

# The maximum time the munin-update may take to get updates from all nodes,
# this might be interesting when using munin-async in case of large transactions and/or backlog.
# When using the munin protocol to connect to a node, then this value shouldn't be set higher than 240.
# In case it's higher, gaps might be seen in the graphs.
timeout_fetch_all_nodes 240

# The maximum amount of time in seconds we may work on 1 node.
# The value will be limited with timeout_fetch_all_nodes.
timeout_fetch_one_node 180

# a simple host tree
[MuninMaster]
    address 127.0.0.1
    use_node_name yes

[MCServer1]
    address 89.58.XX.XX
    use_node_name yes

[MCServer2]
    address 89.58.XX.XX
    use_node_name yes

#
# A more complex example of a host tree
#
## First our "normal" host.
# [fii.foo.com]
#       address foo
#
## Then our other host...
# [fay.foo.com]
#       address fay
#
## IPv6 host. note that the ip adress has to be in brackets
# [ip6.foo.com]
#       address [2001::1234:1]
#
## Then we want totals...
# [foo.com;Totals] #Force it into the "foo.com"-domain...
#       update no   # Turn off data-fetching for this "host".
#
#   # The graph "load1". We want to see the loads of both machines...
#   # "fii=fii.foo.com:load.load" means "label=machine:graph.field"
#       load1.graph_title Loads side by side
#       load1.graph_order fii=fii.foo.com:load.load fay=fay.foo.com:load.load
#
#   # The graph "load2". Now we want them stacked on top of each other.
#       load2.graph_title Loads on top of each other
#       load2.dummy_field.stack fii=fii.foo.com:load.load fay=fay.foo.com:load.load
#       load2.dummy_field.draw AREA # We want area instead the default LINE2.
#       load2.dummy_field.label dummy # This is needed. Silly, really.
#
#   # The graph "load3". Now we want them summarised into one field
#       load3.graph_title Loads summarised
#       load3.combined_loads.sum fii.foo.com:load.load fay.foo.com:load.load
#       load3.combined_loads.label Combined loads # Must be set, as this is
#                                                 # not a dummy field!
#
## ...and on a side note, I want them listen in another order (default is
## alphabetically)
#
# # Since [foo.com] would be interpreted as a host in the domain "com", we
# # specify that this is a domain by adding a semicolon.
# [foo.com;]
#       node_order Totals fii.foo.com fay.foo.com
#

Alles anzeigen

Trotzdem meldet mir http://217.160.XXX.XXX/munin/ ein "Forbidden"

Bud

Zitat von KB19

Ich würde es nicht empfehlen, außer Du hast einen sehr guten Grund dafür.

Was willst Du denn genau erreichen bzw. was stört Dich? Reicht nicht eine Weiterleitung von / auf /munin/?

Normalerweise muss man jedenfalls gar nichts verschieben, es reicht die Apache-Konfiguration anzupassen.

Ich möchte erreichen das ich anstatt https://IP/munin nur https://IP aufrufen muss, aber ja, ich habe da glaube ich zu kompliziert gedacht Ich werde es die Tage mit deinem Vorschlag versuchen, lese mich dann da noch irgendwo kurz ein

Gibt es irgendeinen Grund, warum ich bei ufw IPV6=no nicht machen sollte?

Bud

Zitat von rdiez

Kann ich selbst etwas dagegen tun?

a) Den Support schreiben und auf das Problem aufmerksam machen. Ich denke, der Support kümmert sich mit einer höheren Priorität darum, wenn mehr Kunden sich beschweren. Außerdem gilt es ja herauszufinden, weswegen der Mailserver dort gelandet ist.

b) Selbst tätig werden und dich durch die Doku der Blacklists wälzen, um zu sehen, ob du selbst etwas Aktives unternehmen kannst, um von der BL zu kommen.
c) Kritische/Wichtige E-Mail-Adressen zu einem auf E-Mails spezialisierten Anbieter umziehen. Meine "unwichtigen" Adressen habe ich alle bei netcup, die "wichtigen" bei der Konkurrenz.

Bud

Willkommen im Forum.

Wie hast du WP deinstalliert? Nutzt du das Toolkit? Hattest du ein Backup Plugin bzw. eine andere Backuplösung?

Bud

Zitat von Homwer

Ja das würde wohl funktionieren.

Meiner Meinung nach hat das Webhosting zu wenig Leistung für Nextcloud.

Ich würde mir eine Storage Share beim großen roten H holen.

Die Leistung sehe ich nicht als Problem, wobei es sicher darauf ankommt wie man Nextcloud nutzt. Allerdings gibt es im Webhosting Einschränkungen in der Funktionalität.

Bud

Und eine kleine Frage hinterher: kann ich das htmldir von munin direkt in /var/www/html legen, oder kann das zu Problemen führen?

Vermutlich sollte ich vorher den Inhalt von /var/www/html löschen?

Beiträge von Bud

Server administrieren - wo fange ich an?

Server administrieren - wo fange ich an?

Server administrieren - wo fange ich an?

Server administrieren - wo fange ich an?

Server administrieren - wo fange ich an?

Server administrieren - wo fange ich an?

Netcup Mail-Server in Spam-Blacklist

Netcup Mail-Server in Spam-Blacklist

Netcup Mail-Server in Spam-Blacklist

Server administrieren - wo fange ich an?

Server administrieren - wo fange ich an?

Server administrieren - wo fange ich an?

Nextcloud mit aktuellen Webhosting-Tarifen

How to upgrade the certificate.

Server administrieren - wo fange ich an?

Server administrieren - wo fange ich an?

Netcup Mail-Server in Spam-Blacklist

index.php wird immer wieder überschrieben

Nextcloud mit aktuellen Webhosting-Tarifen

Server administrieren - wo fange ich an?