Munin Datenproblem - Iptables

S

sunghost

New Member
Hi,
ich habe auf einem Server munin installiert. Leider erhalte ich keine Daten. Lokal auf dem Server scheint alles ok zu sein. Auf dem Server läuft ispCP. Da ich nun vom Server kein telnet auf den Port 4949 starten kann, vermute ich das der Port nicht geöffnet ist. Daher habe ich folgendes in die Bash eingegeben:
iptables -A INPUT -p tcp -m tcp --dport 4949 -j ACCEPT
iptables -A OUTPUT -p tcp -m tcp --sport 4949 -j ACCEPT
Click to expand...
Leider erhalte ich immer noch keinen Zugriff, sodass ich eure Hilfe brauche. Eins noch, nach der Installation habe ich für ein paar Stunden Daten erhalten. Idee?
danke
 
Ist "netstat" auch der Meinung, dass das Programm sich an den Port gebunden hat? Läuft der Dienst wirklich (-> "ps -ef")
 
Hi

netstat -tan
tcp 0 0 0.0.0.0:4949 0.0.0.0:* LISTEN
ps -ef |grep munin
root 509 1 0 2009 ? 00:00:24 /usr/sbin/munin-node
Click to expand...

Andere Rechner im lokalen Netz werden erfolgreich abgefragt. Im Nodelog steht auch das er kurz verbunden ist: CONNECT TCP Peer: "Munin-Server:33018" Local: "Munin-Node:4949". Wie gesagt für ein paar Stunden hatte ich auch mal Daten. Die HTML-Dateien wurden zuletzt am 28.12. aktualisiert. Einen Graphen gibt es allerdings nicht. Berechtigungen sind munin:munin. Auch die .lock habe ich testweise mal gelöscht. Ohne Erfolg.

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

# The next three variables specifies where the location of the RRD
# databases, the HTML output, and the logs, severally. They all
# must be writable by the user running munin-cron.
dbdir /var/lib/munin
htmldir /var/www/munin
logdir /var/log/munin
rundir /var/run/munin

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

# Make graphs show values per minute instead of per second
#graph_period minute

# Graphics files are normaly generated by munin-graph, no matter if
# the graphs are used or not. You can change this to
# on-demand-graphing by following the instructions in
# http://munin.projects.linpro.no/wiki/CgiHowto
#
#graph_strategy cgi

# Drop somejuser@fnord.comm and anotheruser@blibb.comm an email everytime
# something changes (OK -> WARNING, CRITICAL -> OK, etc)
#contact.someuser.command mail -s "Munin notification" somejuser@fnord.comm
#contact.anotheruser.command mail -s "Munin notification" 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/sbin/send_nsca -H nagios.host.com -c /etc/send_nsca.cfg

# a simple host tree
[webserver.local]
address 127.0.0.1
use_node_name yes

[server.de]
address 192.168.12.144
use_node_name yes

[mailserver.local]
address xxx.xxx.xxx.xxx
use_node_name yes
Click to expand...
Der Node hört selbstverständlich auf seine öffentliche IP und "allow *" ist konfiguriert.
 
News

Hallo,
so der Ursache bin ich durch einen Zufall auf die Schliche gekommen. Da ich von einem Rechner mit dynamisch IP einen aus dem Netz abfrage, konnte die allow-Regel nicht greifen. Nun die Frage: Gehts auch irgendwie mit dynamischer ggf. dem dyndns namen?
 
You must log in or register to reply here.
Back
Top