Package: Traffic Totals - Problem mit den Interfaces
-
Hallo,
ich habe vor einiger Zeit das Paket "Status_Traffic_Totals" für mich entdeckt und installiert. Alles lief wunderbar, doch dann wollte ich in der pfSense ein wenig aufräumen und habe die Interfaces in der config Datei neu angeordnet.
Seitdem geht Traffic Totals nicht mehr, es kommt die Fehlermeldung:
Error: {"vnstatversion":"1.14","jsonversion":"1","interfaces":[Error: Database load failed even when using backup (No such file or directory). Aborting.[/quote]
Ich habe auch schon versucht das Paket neu zu installieren, aber es hilft alles nichts. Bei der Neuinstallation kommt im Installations-Log noch folgendes, vllt. hilft es:
vnstat has been installed.
A sample configuration file has been installed in /usr/local/etc/
Please add your default network interface in the 'Interface' line there
before starting vnstat service.
You can add any number of additional interfaces either in
vnstat_additional_ifaces variable in /etc/rc.conf, or with this command:
su -m vnstat -c "/usr/local/bin/vnstat –create --iface <your interface="">"
and restart vnstat service:
service vnstat restartFor more information about vnStat use "man vnstat" or visit:
http://humdi.net/vnstat/</your>Ich habe das so verstanden, dass vnstat kein Interface identifizieren kann und ich diese selbst anlegen muss. Kann mir bitte jemand auf die Sprünge helfen, wo ich das machen soll?
-
Ist das das aktuelle Paket mit der schicken Graph Library? Ich denke dann bezieht sich das auf die dort ausgewählten Interfaces?
Hast du mal versucht da in der Settings Box unter Options die Interfaces nochmal zu selektieren und dann bei Advanced Settings (der Button drunter) dann Save as Defaults? Bzw. Reset Graphing und dann mal Update Graphs?
Da das Paket drunter vnstat nutzt vermute ich dass durch dein Aufräumen sich Zuordnungen geändert haben und das deshalb aktualisiert werden muss.
Grüße
-
Ja genau, das ist das aktuelle Paket mit der schicken Oberfläche bzw. Graphen!
Oh man, und schon wieder war die Lösung so einfach, dass mir schon peinlich wird :-[
Ich bin vom schlimmsten ausgegangen und dachte, ich muss über die Kommandozeile im vnstat meine Interfaces neu zuordnen o.ä.
War sogar schon soweit, dass ich die pfSense von Grund auf neu installiert und ein Backup von August eingespielt habe (vor dem Aufräumen habe ich natürlich das Backup vergessen) - aber auch das half nicht.
Neu auswählen und updaten hatte ich schon versucht, aber einen kompletten Reset wohl übersehen…Danke vielmals!
PS. Eine Frage noch dazu: wieso passiert eigentlich so etwas? Bezieht sich das Paket nicht auf die sonst in der pfSense festgelegten Interfacenamen, sondern "kocht ein eigenes Süppchen"? Nachteil ist ja dann, dass bei jeder Interfaceänderung die komplette Statistiken futsch sind?
-
Warum das passiert kann ich dir so gar nicht beantworten, dazu kenne ich die Paketinternas nicht genug. Aber vnstat setzt ja auf OS Ebene auf den Interface Namen auf. pfSense selbst abstrahiert das ganze ja mit den selbst definierbaren Namen, so dass dein WAN Name immer WAN ist egal welches physikalische Interface du darunter aufrufst. Daher wird so eine Änderung von vnstat wahrscheinlich nicht so problemlos angenommen wie das bei den restlichen pfSense Funktionen der Fall ist. Man könnte das aber durchaus mal an den Paketautor weitergeben, ob sich da was ändern oder verbessern lässt
-
Ich muss mal das Thema erneut ansprechen.
Ich habe gerade ein Problem mit der Internetverbindung gehabt - ist einfach für eine halbe Stunde weggebrochen. In dieser Zeit wollte ich auf die pfSense zugreifen und das WebUI hat nicht geladen (vllt. weil die pfSense mit Haufenweise Anfragen von angeschlossenen Geräten überlastet wurde, geht das?).
Also musste ich die pfSense neu starten => habe ich per IPMI gemacht. Nach dem Neustart hatte ich dann plötzlich wieder das Problem mit Traffic Totals:Error: {"vnstatversion":"1.14","jsonversion":"1","interfaces":[Error: Database load failed even when using backup (No such file or directory). Aborting.[/quote]
Diesmal habe ich aber natürlich keine Interfaces im config File umgestellt o.ä. (höchstens ist ein VLAN Interface seit dem letzten Neustart vor ca. 60 Tagen hinzugekommen - aber alles über das WebUI eingerichtet). Kann doch nicht sein, dass einfach so die ganze Statistik futsch ist… ist doch scheiße (sorry) :-[
Gibt es nicht evtl. doch eine Möglichkeit alles wiederherzustellen?
-
vllt. weil die pfSense mit Haufenweise Anfragen von angeschlossenen Geräten überlastet wurde, geht das?
Eigentlich nicht, nein. Haufenweise Anfragen müssten schon im Bereich eines halben DDOS sein, damit du das Gerät über das Interface abschießt. Wahrscheinlich wäre Zugriff auf Console oder SSH problemlos möglich gewesen.
Was das Paket angeht -> evtl. mal im Package Forum an den Entwickler adressieren. ich wüsste da jetzt gerade nichts.
-
vllt. weil die pfSense mit Haufenweise Anfragen von angeschlossenen Geräten überlastet wurde, geht das?
Eigentlich nicht, nein. Haufenweise Anfragen müssten schon im Bereich eines halben DDOS sein, damit du das Gerät über das Interface abschießt. Wahrscheinlich wäre Zugriff auf Console oder SSH problemlos möglich gewesen.
Nach dem Neustart war das Firewall Log mit teilweise bis zu 12 geblockten Zugriffen pro Sekunde voll. Ok, natürlich nicht jede Sekunde und nicht jedes mal 12 Stück… könnte das schon reichen?
Ein bisschen am Thema vorbei: was kann ich in dem Fall machen, um ohne Neustart das Gerät per WebUI wieder "Zugriffsbereit" zu machen?
Was das Paket angeht -> evtl. mal im Package Forum an den Entwickler adressieren. ich wüsste da jetzt gerade nichts.
Danke, schau ich mich mal die Tage dort um.
-
Ein bisschen am Thema vorbei: was kann ich in dem Fall machen, um ohne Neustart das Gerät per WebUI wieder "Zugriffsbereit" zu machen?
Konsole -> Restart PHP oder Restart webConfigurator. Vielleicht hatte der sich irgendwie verklemmt.
und nein, 12 Anfragen pro Sekunde sind Peanuts für die meisten Geräte die Routen. Wenn du mit 100-1000 Anfragen pro Sekunde kommst, wirds vielleicht interessanter aber auch nur dann wenn die nicht simple gedroppt werden :)