Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - sy

#1
Hi all,

Thank you for your patience. A fix for this issue will be included in version 2.7.1.


Best regards

#2
Hi Robert,

To reset the reporting database, navigate to Settings > Reporting & Data > Reporting Database > Reset Reporting. This action will remove all existing index files and automatically recreate them.


Best regards
 
#3
Hi,

Our team is currently investigating the issue and will provide an update shortly.
#4
Hi,

This could be a netmap-related issue. Have you tried running Zenarmor in bypass mode to see if the problem persists? Additionally, what is the current throughput?


#5
Hi,

Thank you for the detials. We got your request as a ticket as well and investigating it. We will get back to you as soon as possible.
#6
Hi,

This value is not a configurable parameter within the engine, so it cannot be modified. Furthermore, DNAT typically does not increase session counts. I recommend investigating whether the traffic is being generated by a specific client and checking that client for any potential anomalies.
#7
Hi,

This issue is triggered during heavy UDP traffic when the client reuses the same source port for new requests. Since Zenarmor maintains UDP state tracking, these duplicate tuple requests initially get blocked due to state collision. However, because the client continuously retries on the same port, the state table clears or re-binds the flow, causing the traffic to pass through anyway.
#8
Hi everyone,

Good news for those experiencing this exact kernel panic on OPNsense 26.7:

The root cause—a race condition in generic_mbuf_dtor() during Netmap generic adapter teardown (generic_netmap_dtor)— officially addressed by the OPNsense core team.

You can track the issue, patch status, and upcoming fixes directly on GitHub here:

👉 https://github.com/opnsense/src/issues/314

Thanks to the OPNsense team!
#9
Zenarmor (Sensei) / Re: How to block Firefox VPN
August 18, 2026, 11:02:58 AM
Hi,

It seems different from QUIC issue. We need to check the config file.
#10
Zenarmor (Sensei) / Re: How to block Firefox VPN
August 14, 2026, 07:55:10 AM
Hi,

Can you share the configuration via "'Have Feedback" option?

#11
Zenarmor (Sensei) / Re: How to block Firefox VPN
August 11, 2026, 07:11:56 AM
Hi,

Thank you for your feedback. This has been scheduled for investigation and will be included in an upcoming release. In the meantime, you can add this as a Custom Application by monitoring user sessions via the Live Sessions connections report. Please refer to the following documentation for further details:

https://www.zenarmor.com/docs/opnsense/policies/application-control-rules#definingupdating-a-custom-application


Best regards
#12
Hi,

There is no known issue with WG interface.

Could you please provide the logs and configuration by following the steps outlined in the link below? I kindly request that you select all checkboxes. 
https://www.zenarmor.com/docs/support/reporting-bug␀;

#13
Hi @RutherDiehard,

Thank you for the feedback. We will check the theme issue.
#14
Hi all,


We are happy to let you know that our testing is now complete and everything is ready! You can now safely proceed with your OPNsense upgrade.

Thank you for your patience and support!
#15
Hi all,


We are happy to let you know that our testing is now complete and everything is ready! You can now safely proceed with your OPNsense upgrade.

Thank you for your patience and support!