20.7.4 - WAN interface blown away when suricata active...

Started by chemlud, October 30, 2020, 11:17:07 AM

Previous topic - Next topic
Hy!

Have a box with 4 interfaces (all em driver) running stable for more than a year. After updating to 20.7.4 the WAN interfaces comes up normally (get's IP via DHCP4), but after a few minutes the interfaces get's blown away, reboot helps only for 1-2 minutes:

2020-10-30T11:02:15 opnsense[93169] /usr/local/etc/rc.filter_configure: There were error(s) loading the rules: /tmp/rules.debug:186: no routing address with matching address family found. - The line in question reads [186]: pass out route-to ( em2 aaa.bbb.ccc.ddd ) from {em2} to {!(em2:network)} keep state allow-opts label "470b24148e83cbf020300f9a54691951" # let out anything from firewall host itself (force gw)
2020-10-30T11:02:15 opnsense[24319] /usr/local/etc/rc.linkup: Clearing states for stale wan route on em2
2020-10-30T11:02:15 opnsense[24319] /usr/local/etc/rc.linkup: DEVD Ethernet detached event for wan


"Prevent interface removal" is set for the WAN interface.

I disables suricata completely and now it's stable for some 10 min...

Any help? :-(
kind regards
chemlud
____
"The price of reliability is the pursuit of the utmost simplicity."
C.A.R. Hoare

felix eichhorns premium katzenfutter mit der extraportion energie

A router is not a switch - A router is not a switch - A router is not a switch - A rou....


Yes! Any way to get that kernel back? No time to mess around with the router these days...
kind regards
chemlud
____
"The price of reliability is the pursuit of the utmost simplicity."
C.A.R. Hoare

felix eichhorns premium katzenfutter mit der extraportion energie

A router is not a switch - A router is not a switch - A router is not a switch - A rou....

Leave Suricata disabled until you have time to mess around with the router, if this is a stable solution.
,,The S in IoT stands for Security!" :)


Hi mimugmail!

I read there

Quote
Example 2:

The previous revert of strongswan was not the solution you expected so you try to completely revert to the previous OPNsense version:

# opnsense-revert -r 18.1.4 opnsense

Be aware to also check if there were kernel updates like above to also downgrade the kernel if needed!

...but don't really understand what the last sentence means. ?!?

And furthermore:

Quote
Warning

Before reverting a kernel please consult the forums or open an issue via Github. You should only revert kernels on test machines or when qualified team members advise you to do so!

...so is this really risky to revert back to 20.7.3?

Many thanks in advance!
kind regards
chemlud
____
"The price of reliability is the pursuit of the utmost simplicity."
C.A.R. Hoare

felix eichhorns premium katzenfutter mit der extraportion energie

A router is not a switch - A router is not a switch - A router is not a switch - A rou....


# opnsense-update -kr 20.7.3

Reboot and it should be better in this case. Lock kernel package from GUI to avoid accidental overwrite in the next update.


Cheers,
Franco

I get here:

# opnsense-update -kr 20.7.3                                     
Fetching kernel-20.7.3-amd64.txz: ...... done                                   
!!!!!!!!!!!! ATTENTION !!!!!!!!!!!!!!!                                         
! A critical upgrade is in progress. !                                         
! Please do not turn off the system. !                                         
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!                                         
Installing kernel-20.7.3-amd64.txz... done                                     
Please reboot.   


After reboot I enabled suricata, but it took only about one minute to kill the WAN again. And then I saw that kernel is still 20.7.4?!? I disabled again suricata for the moment, any ideas what went wrong? opnsense-revert instead of opnsense-update, maybe?
kind regards
chemlud
____
"The price of reliability is the pursuit of the utmost simplicity."
C.A.R. Hoare

felix eichhorns premium katzenfutter mit der extraportion energie

A router is not a switch - A router is not a switch - A router is not a switch - A rou....

PS: The SSD has perfect SMART status, only 1130 h , not read-only.... What's the problem here?
kind regards
chemlud
____
"The price of reliability is the pursuit of the utmost simplicity."
C.A.R. Hoare

felix eichhorns premium katzenfutter mit der extraportion energie

A router is not a switch - A router is not a switch - A router is not a switch - A rou....


Ooops! I thought that it's "base " under System -> Firmware -> Packages, but it's "kernel"! And "base" is 20.7.4, while kernel is 20.7.3.

So the kernel is apparently not the problem here! What else could cause the interface (and only the WAN interface) to disconnect with suricata enabled?

I enabled suricata for the different LAN interfaces, no problem. Only if WAN is included in suricata the WAN interface disconnects....
kind regards
chemlud
____
"The price of reliability is the pursuit of the utmost simplicity."
C.A.R. Hoare

felix eichhorns premium katzenfutter mit der extraportion energie

A router is not a switch - A router is not a switch - A router is not a switch - A rou....

When you just use IDS it works?
Can you also revert Suri like within the docs?

...in IDS mode with WAN it's stable for some 10 min now...

Should I revert suricata now? Or update the kernel and then revert suricata (to which version?)?
kind regards
chemlud
____
"The price of reliability is the pursuit of the utmost simplicity."
C.A.R. Hoare

felix eichhorns premium katzenfutter mit der extraportion energie

A router is not a switch - A router is not a switch - A router is not a switch - A rou....