Messages

Oh, very nice!
Just talked about images earlier today with marjohn56, that I'll probably need one as i broke my setup too many times lately and might expect a fs crash any time..

Allow on the local net :) It's actually a tool to improve network traffic in some cases.

For Windows, I've been using Macrium Reflect Free, since forever :)
It's simply brilliant.

I also constantly keep getting this in the logs:
OpenVPN: One or more OpenVPN tunnel endpoints may have changed its IP. Reloading endpoints that may use WAN2_DHCP.

Code Select Expand

Mar 31 18:28:11 configd.py: [2ed9a37d-27c1-47d9-acb5-ae0e7088351c] refresh url table aliases
Mar 31 18:28:10 configd.py: generate template container OPNsense/Filter
Mar 31 18:28:10 configd.py: [5bf84dd1-8f7a-4b40-aae8-1c1452c82927] generate template OPNsense/Filter
Mar 31 18:28:10 configd.py: [3deca8e6-4590-4fca-b99c-2068c122cf38] Reloading filter
Mar 31 18:28:10 opnsense: /usr/local/etc/rc.openvpn: OpenVPN: One or more OpenVPN tunnel endpoints may have changed its IP. Reloading endpoints that may use WAN2_DHCP.
Mar 31 18:28:10 configd.py: [fef1eaaf-e054-4ec6-8ef2-42867ba89535] Restarting OpenVPN tunnels/interfaces WAN2_DHCP
Mar 31 18:28:10 configd.py: [e9a7af05-4070-4513-ba3b-a0ed5221ee93] updating dyndns WAN2_DHCP
Mar 31 18:28:01 configd.py: [36da586e-4a8b-49b3-a783-6018f3cc25b5] refresh url table aliases
Mar 31 18:28:01 configd.py: generate template container OPNsense/Filter
Mar 31 18:28:01 configd.py: [2497ea8e-7882-4320-9584-42648ef69160] generate template OPNsense/Filter
Mar 31 18:28:00 configd.py: [0171db3f-a20e-4a09-83db-6d4771dd415c] Reloading filter
Mar 31 18:28:00 opnsense: /usr/local/etc/rc.openvpn: OpenVPN: One or more OpenVPN tunnel endpoints may have changed its IP. Reloading endpoints that may use WAN2_DHCP.
Mar 31 18:28:00 configd.py: [04d97a83-9a50-4069-b0d1-5c153304cf73] Restarting OpenVPN tunnels/interfaces WAN2_DHCP
Mar 31 18:28:00 configd.py: [1941d1a4-2656-440c-83e0-114382df30cb] updating dyndns WAN2_DHCP

My single OpenVPN server doesn't even listen to WAN2, only WAN1.
WAN2 of OPNsense means this: the LAN of the Mikrotik, and the WAN of the Mikrotik receives an IP from a private class anyway from the ISP via a mobile 3G connection, making my OPNsense WAN2 a double NAT-ed setup, so basically is useless to try to listen to it.
Also, my OPNsense WAN2 is set to DHCP but has a static lease configured in the Mikrotik, it will never receive another IP.

Everything started with this multiwan setup, so I believe something with it is wrong in this particular config.

Well... it's the same in MS systems as well. But usually if something's crashing always doing the same thing, might not be the case. Also, regarding the NICs, I have no other errors or issues anywhere, no indication of anything anywhere is wrong.

I thought about the NICs being the problem, but i don't think it's the case here, i just couldn't include (yet) a hardware failure.

If i disable those two options, everything works perfectly fine (aka both WANs, both LANs).

So... what should I do with the original issue itself?
I think crashes should be avoided if possible, even in case of a misconfiguration (which I'm not sure if it's the case...), exceptions should be caught somehow...

Not sure how to proceed.

EDIT: Oh, forgot about the logs, mimugmail, reproducing and sending you the log files :)
EDIT2: sent you a PM with a google drive share containing the logs. Thank you!

Got it :) good practice  ;D

[r]

Just a small typo:

interface="igb0"

Thank you for writing the script :-)

True, but i need an extra cable for that :))
I always forget to buy one, and I obviously don't have it at the time being, hence the pain to connect a display.
I got to use the reminders on my phone more often...

Yeah, I know, I don't use it anyway. But it would still be better not to use it and not get a crash...

Ok, I'll collect the logs tomorrow, I'll send you a PM with a gdrive share.

Anyway, thank you mimugmail for your assistance.

Regarding the monitor part, I attached a picture of my rack. It is close to impossible to connect anything anymore there, not to mention I need a ladder to get up there...
I have to take everything out every time I need to connect a display to anything.

I disabled "Sticky connections" and "Shared forwarding" and no more crashes.
Narrowed it down to these two.

Multiwan works fine now, I think, I just did a few tests. IPv6 is gone on my PPPoE once I reconnect, but this is known and it's getting a fix soon.

Although I don't think we should consider the issue closed. It shouldn't crash, right?

Nope.. same thing.

Submitted another crash report package. Do these work btw? Where are they stored (I'm guessing & hoping that they are privately available to the devs - didn't read any confidentiality agreement or similar).

Another update: I disabled the IPv6 gateway monitoring, but didn't help, still crashes.

Oh, ok. Maybe he could try with any password, just to confirm it works :)