Messages

In AdGuard Home you could do something like this:

Code Select Expand

'rewrites':
  - 'domain': *.logs.roku.com
    'answer': 127.0.0.1

And in Unbound:

Nein.

Das ist nicht "zicken". Das ist entweder eine einzige Phase 2 SA mit mehreren Prefixen oder eine Phase 2 SA pro Prefix. Implementierungen können das eine oder das andere unterstützen oder beides. Watchguard offensichtlich nur letzteres.

Why was this switch introduced in the first place? This must be the most frequent support request on the forum, currently. IMHO the old UI wasn't broken ;-)

Das trifft auf jede Firewall zu, die auf einem Standard BSD oder Linux aufsetzt und keine FIB pro Interface verwendet. Damit sind best practices vielleicht nicht immer 1:1 übertragbar?

Known problem. Downgrade and lock the NUT package.

https://forum.opnsense.org/index.php?topic=51916.msg267114#msg267114

May I suggest sending these questions via email to sales@? 🙂

Does your device have a serial console? If yes, connect a PC with a terminal program and let that run until the next crash. The serial console output will not be cleared on reboot unlike VGA/HDMI.

You wait until it's integrated in OPNsense and a new OPNsense version is published.

Warum sollte ich etwas per ACL oder auch FW Regel beschränken, was ich auch einem Interface nicht anbieten und daher auch komplett ausschalten kann?

Weil deine Vorstellung von "auf einem Interface anbieten oder nicht" nicht der Realität entspricht.

Wenn du von z.B. LAN aus DNS-Requests an "any" oder "this firewall" erlaubst, dann kannst du von LAN aus jede IP-Adresse der Firewall ansprechen und dort deine Requests hin schicken. Die sind alle lokal aus Sicht der Firewall und werden in der Hinsicht identisch behandelt. Die Firewall interessiert, zu was für einem Interface die Anfrage hereinkommt, nicht, welche IP-Adresse verwendet wird.

Deshalb ist der Vorschlag die Management-IP-Adresse zu benutzen auch nicht abwegig. Damit kommt man nicht ins Managagement-Netz. Damit kann man genau vom LAN eine DNS-Anfrage an die Firewall schicken und sonst nichts. Die IP-Adresse ist wie gesagt völlig wurst, so lange sie eine lokale der Firewall ist.

So funktioniert das nunmal.

If you have an active connection which you intend to block the problem is possibly not that your aliases are not updated in a timely fashion, but that you need to flush the firewall states.

An active TCP connection that once was permitted stays that way because of the stateful firewall, even if you change the rules.

Of course flushing the firewall states will disrupt all active connections which is exactly why it does not happen by default.

Same as in 26.1.8 - revert nut back to 26.1.7:

https://forum.opnsense.org/index.php?topic=51916.msg267114#msg267114

Your main board definitely calls for someone with a soldering iron and the matching skills.

What are these devices, what OS are they running, and what is the API for network communication? The socket interface for IP/UDP/TCP is completely oblivious of MAC addresses and the OS just does everything necessary.

Just curious ;-)

Kind regards,
Patrick

@Monviech can you shed some light on this? The documentation still lists Extended Blocklist as a BE feature, if I am not mistaken.