efw friert ein

    • Offizieller Beitrag

    Nun bei dem Boot Virus Meldung die bimmelt dann wenn der entsprechend Verändert worden ist,
    aber das solltest ja nicht prüfen da hätte wie du schon gesagt hast die Installation Probleme gemacht.

    Wie gesagt setzte das Bios auf default Werte, stell dann das wichtige ein was du brauchst, Boot Reihenfolge und dann installier frisch.

    Apropo einfrieren, so ein ähnlichen Fall hatte ich mal bei einem Kunden bei mir,
    das Problem lag an den Netzwerkkarten die hatten alle samt einen schaden mit dem Mainboard, die wurden so heiß das ich mir damals die Finger verbrannt hatte.
    Nach dem austausch lief alles wieder perfekt.

    gruß

    Leider finde ich keine dokumentierten Mindestanforderung für die EFW Community. Allerdings für die Endian UTM Software:

    Zitat

    Kompatibel mit Intel x86 (mindestens 500 MHz, 1 GHz empfohlen), z. B. Prozessoren der Marken VIA, AMD Athlon, Athlon 64, Opteron, Intel Core 2 Duo, Xeon, Pentium und Celeron


    Das klingt eigentlich danach, als sollte der Prozessor und sein Befehlssatz grundsätzlich kein Problem seien. Theoretisch.

    Bliebe noch die Frage, welcher Prozess evtl. solche Befehle anschieben sollte, der obendrein auch kleinen Log-Eintrag hinterlässt. Bislang hatte ich hier Snort in Verdacht, insbesondere nach Lesen dieses Threads. Inzwischen müsste ich aber alles, was zu Snort gehört, deaktiviert haben.

    Die Netzwerkkarten hatte ich auch schon verdächtigt, nachdem ich hier schon einiges gelesen hatte. Daher wurden, wie schon geschrieben, die beiden 3com-NICs gegen Intel-NICs getauscht.

    ... es ist sehr unwahrscheinlich und selten, aber ich hatte vor Jahren ein ähnliches Problem. Unter Win2000 lief der PC ohne Probs und mit Linux hing er sich gelegentlich mal weg. Alles probiert und keinen Fehler gefunden, erst als ich die CPU, den P3 500 gegen einen P3 600 aus meiner Grabbelschrottkiste getauscht hatte lief das System ohne Probleme.

    »Been there, done that.« – auf der Kiste läuft jetzt testweise mal ein IPfire, über die ich auch gerade online bin. Die Endian-Firewall finde ich zwar deutlich schöner im GUI, Umsetzung und Umfang, aber das ist ja zunächst nicht unbedingt das ausschlaggebende Kriterium. ;)

    Ich werde dann mal berichten, wie sich das System über die nächsten Tage verhält.

    Die Idee hatte ich auch schon. Über Nacht via ssh eingeloggt, top offen gelassen. Beim Ausfall lief laut top nichts Auffälliges. Leider.

    • Offizieller Beitrag

    Vielleicht noch ein Wärmeproblem, das wenn die EFW viel zu erledigen hat, CPU zu warm wird und abschaltet oder ein anderes Bauteil? Spannungswandler auf der Platine?
    Langsam gehen die Ideen aus :)

    Ich treffe normalerweise den PC an, wenn er schon Stunden vorher »erfroren« ist. Zu dem Zeitpunkt ist es dann schwer zu sagen, was in den Nacht passiert ist. Auffällig warm ist der PC jedenfalls nicht, Lüfter laufen und nach einem Neustart macht die FW auch unbekümmert weiter, zumal der Rechner hier im hohlen Fußboden residiert. Dieser ausgesprochen grußzügige Hohlraum ist gut belüftet, ziemlich staubarm und vermutlich der derzeit kälteste Bereich des Gebäudes... ;)

    IPfire läuft noch, aber die Probleme waren auch meistens in den Nacht aufgetreten. Also abwarten, Tee trinken.

    • Offizieller Beitrag

    Nabend,
    vielleicht das Netzteil oder eine andere Komponente die mit dem Strom verbunden ist,
    hatte mal ein solches Phänomen immer wieder PC nen Macken gehabt, als dann Testweise eine USV dazwischen gewesen ist war der Spuk vorbei.

    Aktueller Zwischenstand: IPfire stabil seit 24 Stunden. Muss noch nichts heissen, verschaffte mir aber immerhin einen ruhigeren Morgen. ;)

    So... ein weiterer Tag ohne Ausfall der IPfire-FW.

    Und ein paar Erkenntnisse mehr, denn es gab in der Nacht offenbar eine Unterbrechung in der Internet-Anbindung. Soll heissen: aus dem internen Netzwerk war ein IRC-Account online. Gegen 2 Uhr meldete das Programm eine Unterbrechung zum IRC-Server, baute einige Zeit später die Verbindung neu auf und alles lief friedlich weiter.

    Ich schaue nachher mal die Log der FW um diese Zeit herum durch und bin gespannt, ob ich etwas Aussagekräftiges finde.

    Meine Vermutung wäre, dass die Endian FW auf einen Ausfall der (statischen) Ethernet-Verbindung zum T-Com-Gateway reagiert, nur leider nicht so wie geplant, sondern mit einem Absturz. Ob der Uplink dabei »verwaltet« wird oder nicht, macht offenbar dabei keinen Unterschied. Ich kann nichtmal sagen, ob der Switch zwischen FW und Gateway, das Gateway selber oder irgendwas auf T-Com-Seite da regelmässig mal Probleme macht, denn diese Komponenten liegen allesamt nicht in meiner Obhut.

    Sollte ich noch Massgebliches finde, werde ich weiter berichten.

    Das dachte ich eigentlich auch. Wobei ich schon mal den Eindruck hatte, dass die EFW stabil(er) lief, nachdem der Haken »verwaltet« entfernt wurde. Leider hatte sich das alleine als nicht ausreichend gezeigt.

    In den Protokollen sah ich aber jede Menge Skripte, die sich um das »Wohlbefinden« des Uplinks kümmern. Da es aber zu den Abstürzen jeweils keine Protokolleinträge gab, lässt sich da auch nur schwer ein Zusammenhang bestätigen.

    Möglich, aber ausser dem Mainboard bleibt ja kaum noch etwas übrig.

    Aktuell gibt es auch keine Hardware-Restbestände mehr. Vor einiger Zeit kam hier der große menschliche Kehrbesen und hat alles, was vermeintlich nicht mehr benötigt würde, der Entsorgung zugeführt. Leider knapp vor meinem Veto.

    Zitat von "JCL"

    Möglich, aber ausser dem Mainboard bleibt ja kaum noch etwas übrig.

    Aktuell gibt es auch keine Hardware-Restbestände mehr. Vor einiger Zeit kam hier der große menschliche Kehrbesen und hat alles, was vermeintlich nicht mehr benötigt würde, der Entsorgung zugeführt. Leider knapp vor meinem Veto.

    ... wenn das so ein großes Problem ist, dann hätte ich in Norderstedt noch ein PIII 800 Board (frisch ausgebaut) herumliegen, dass der Entsorgung zugeführt werden soll.