Quote from: Monviech (Cedrik) on <strong>Today</strong> at 12:08:34 PMPF has an allow-opts filter-rule modifier. By default, PF blocks packets containing IPv4 options. A pass rule needs allow-opts to permit them.So as long as you haven't created any Manual Firewall Rules that Allow TCP traffic to have 'allow-opts' included then even outdated Linux based devices are completely safe behind your OPNsense/FreeBSD based Firewall ?
If you check your ruleset in /tmp/rules.debug you can grep if your ruleset contains rules with allow-opts.
Also if its on a non quick automatic rule that would allow-opts, you can create a quick rule in the same direction that blocks options.
Quote from: nero355 on October 31, 2026, 10:11:50 PMLOL! ^_^
Quote from: Patrick M. Hausen on <strong>Today</strong> at 05:28:33 PMI'd start with Cisco CCNA textbooks or Rich Stevens' "TCP/IP Illustrated, Volume I". Also recommended: Radia Perlman, "Interconnections - Bridges and Routers".
Quote from: Patrick M. Hausen on <strong>Today</strong> at 05:00:03 PMIch weiß nicht, wie Wazuh funktioniert, aber die Access Logs von Caddy landen in /var/log/caddy/access/*, nicht in /var/ossec/logs/opnsense_syslog.log.
QuoteKea provides support for DNS updates, which can be protected using Transaction Signatures (or TSIG). This protection is often adequate. However, some systems, in particular Active Directory (AD) on Microsoft Windows servers, have chosen to adopt a more complex GSS-TSIG approach that offers additional capabilities, such as using negotiated dynamic keys.
Kea supports GSS-TSIG to protect DNS updates sent by the Kea DHCP-DDNS (D2) server in a hook, called libddns_gss_tsig.so.
Quote from: bob9999 on <strong>Today</strong> at 02:39:08 PMWith your network plans, first decide what objective you want to accomplish in a conceptual way without regard to OPNsense. Then figure out the generic way to do it, more or less. Finally, figure out how it's done in OPNsense.Just one thing :