Verbindungsabbrüche
-
Schaue mir das morgen nochmal an und baue den entsprechend um.
Du bist auf pfSense 2.4.4 ?-Rico
-
@Rico
Oh, das wäre echt super lieb von dir! Ja, habe die Version 2.4.4_1 drauf. -
Anbei die Datei auf Basis von dem von dir verlinkten Patch.
[DOWNLOAD ENTFERNT]-Rico
-
@Rico
Super, vielen Dank dafür! Ich probiere es heute Nachmittag aus und sage Bescheid, ob alles geklappt hat. -
@Rico
Hmm, irgendetwas läuft wohl nicht rund. Was mir als allererstes aufgefallen ist - diese Meldungen (connection closed ist doch nicht normal oder?):Jan 9 14:33:03 dhclient 17460 exiting. Jan 9 14:33:03 dhclient 17460 connection closed Jan 9 14:33:03 dhclient 17460 bound to [IP] -- renewal in 1561 seconds.Danach hat es mehrere Anläufe gebraucht, bis ich "supersede dhcp-server-identifier 255.255.255.255" in die Option modifiers eingetragen habe und es endlich lief.
Kürzlich ist die Verbindung einfach weggebrochen und ich bekam keine IP mehr, auch Renew half nicht weiter. Nach einem Restart kommen zwar wieder die o.g. Meldungen, aber es läuft wieder.
Keine Ahnung, ob das nicht evtl. wieder mal an Unitymedia gelegen hat, weil ich jetzt wieder eine neue IP habe, obwohl sich diese sehr selten ändert. Ich schaue mal weiter.*edit:
Ne, wird wohl nix. Soeben schon wieder einen Ausfall gehabt, wo sich nichts mehr tat und nur durch einen Neustart beheben lies. -
Ist völlig normal wenn z.B. das Interface down geht, oder du eine Option bei dem Interface änderst und dann Save/Apply machst.
Ich habe gerade mit der original dhclient von pfSense 2.4.4-p2 in den WAN Option modifiers 'supersede dhcp-server-identifier 255.255.255.255' eingetragen, Save/Apply gemacht und auch die Meldung im Log erhalten:Jan 9 18:40:24 dhclient 90445 connection closed Jan 9 18:40:24 dhclient 90445 exiting.-Rico
-
@Rico
Ja gut, aber ich meinte einen kompletten Verbindungsverlust nach einem gewissen Zeitraum, wo sich das Interface nicht mehr erholt und nur noch auf Down steht. Auch nach längerem Warten passiert nichts. -
Und das war nun zum ersten mal überhaupt der Fall?
Kann mir kaum vorstellen dass der dhclient generell dafür verantwortlich sein kann dass ein Interface komplett down ist.-Rico
-
@Rico
Ja, genau, früher hatte ich so etwas noch nie. Jetzt passierte es aber schon 2 mal innerhalb von lediglich ein paar Stunden (habe dann aber auch die originale Datei zurückkopiert, da ich mir einen längeren Ausfall nicht erlauben kann, wenn ich aus dem Haus gehe).Das Problem war, dass die Internetverbindung ganz wegbrach und das ohne irgendwelche Logeinträge. Beim ersten mal habe ich es nicht sofort gemerkt und nachdem die Sense fast eine halbe Stunde ohne Internetverbindung auch nicht per Renew eine IP gezogen hat, musste ich neustarten. Beim nächsten mal wieder dieselbe Geschichte. Vielleicht verhakt sich etwas, sodass irgendwann gar keine Requests mehr rausgehen?
-
Nochmal damit testen: [DOWNLOAD ENTFERNT]
-Rico
-
@Rico
Danke, das sieht auf den ersten Blick besser aus: keine "connection closed" oder "exiting." Einträge mehr im Log. Ich werde das jetzt mal weiter beobachten und bei allen Auffälligkeiten berichten.edit: Ach, mir ist gerade noch folgendes eingefallen:
- Soll ich jetzt libcasper.so.1 und libcap_syslog.so.1 aus der alten ZIP Datei übernehmen oder ganz weglassen?
- Hattest du deinen letzten Beitrag editiert? In meiner Benachrichtigungsmail steht was von "0_1547128287746_dhclient.zip" und hier im Forum "0_1547138580460_dhclient.zip", beim Download kommt jedoch die Datei: "1547138582931-dhclient.zip". Die letztgenannte ist hoffentlich die richtige?
-
Die so.1 Files solltest du mit der Neuen nicht mehr brauchen.
Ja ich hatte nach dem Posten noch ein Problem gefunden, dann editiert und neu hochgeladen. Die Dateinamen werden vom Board so generiert, weiß nicht was da beim Editieren nun schief ging.
Welche Größe hatte deine Zip denn jetzt?-Rico
-
@Rico
Ok, habe ich mir schon gedacht. Die Zip ist 49KB und die dhclient Datei nach dem Entpacken 113KB groß. -
Dann sollte es eigentlich passen, hier zur Sicherheit aber nochmal: [DOWNLOAD ENTFERNT]
Die anderen Downloads weiter oben entferne ich zur Sicherheit alle da es damit wohl nicht funktioniert und bevor die ein anderer lädt und probiert...-Rico
-
@Rico
Alles klar, danke nochmal. Ich melde mich. -
@Rico
Hmm, heute gab es einen Absturz, k.A. ob es damit zusammenhängt. Ich werde die Sache weiter beobachten. -
Absturz inwiefern? Was steht in den Logs dazu?
-Rico
-
Die pfSense hat nicht mehr reagiert und hat sich nach einer Weile neugestartet. Ich sehe nichts, außer den beim Start angelegten Logs. Damit geht doch der Boot-Vorgang los oder?
kernel boot file is /boot/kernel/kernel -
Status > System Logs
-Rico
-
Ja, das meinte ich. Es geht damit los (wenn ich mich nicht irre, sind das aber bereits die Logs, die beim Bootvorgang angelegt werden oder?):
Jan 11 12:44:44 kernel current process = 82667 (pfctl) Jan 11 12:44:44 kernel processor eflags = interrupt enabled, resume, IOPL = 0 Jan 11 12:44:44 kernel = DPL 0, pres 1, long 1, def32 0, gran 1 Jan 11 12:44:44 kernel code segment = base 0x0, limit 0xfffff, type 0x1b Jan 11 12:44:44 kernel frame pointer = 0x28:0xfffffe0114fdf440 Jan 11 12:44:44 kernel stack pointer = 0x28:0xfffffe0114fdf320 Jan 11 12:44:44 kernel instruction pointer = 0x20:0xffffffff80d72f70 Jan 11 12:44:44 kernel fault code = supervisor read data, page not present Jan 11 12:44:44 kernel fault virtual address = 0x18 Jan 11 12:44:44 kernel cpuid = 3; apic id = 06 Jan 11 12:44:44 kernel Fatal trap 12: page fault while in kernel mode Jan 11 12:44:44 syslogd kernel boot file is /boot/kernel/kernelDanach kommt halt das und der Rest:
Jan 11 12:44:44 kernel FreeBSD 11.2-RELEASE-p4 #2 b00c407ba5d(RELENG_2_4_4): Mon Nov 26 11:41:48 EST 2018 Jan 11 12:44:44 kernel FreeBSD is a registered trademark of The FreeBSD Foundation. Jan 11 12:44:44 kernel The Regents of the University of California. All rights reserved. Jan 11 12:44:44 kernel Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Jan 11 12:44:44 kernel Copyright (c) 1992-2018 The FreeBSD Project.
