Messages

right,

MVC-migrated box

Code Select Expand

root@opnsense:/ # grep -n "<filter>" /conf/config.xml
root@opnsense:/ #

fresh box

Code Select Expand

grep -n "<filter>" /conf/config.xml
261:  <filter>


Hi Franco

... You probably migrated your firewall rules to the new GUI.

Correct, but on a fresh 26.1.2_5 upgraded to 26.1.3 exist those files as well:

Code Select Expand

opnsense-version
OPNsense 26.1.3 (amd64)


Code Select Expand

uname -a
FreeBSD opnsense.lan 14.3-RELEASE-p9 FreeBSD 14.3-RELEASE-p9 stable/26.1-n272033-b4ddb3e0f150 SMP amd64


Code Select Expand

root@opnsense:~ # ls -1 /usr/local/opnsense/service/templates/OPNsense/Sample
+TARGETS
example_config.txt
example_parent.txt
example_simple_page.txt
sub1
sub2

Thanx
/nodea

BTW: Thx for the Commit

Hello,

after upgrading from OPNsense 25.7.11_9 to 26.1.3 I noticed the following message during boot:

Code Select Expand

Generating configuration: templates...failed

The message appears in dmesg or in the GUI under System → Log Files → General.

After some debugging I found that the issue is caused by the example template located at:

Code Select Expand

/usr/local/opnsense/service/templates/OPNsense/Sample

The log file (/var/log/configd/latest.log) contains the following traceback:

Code Select Expand

jinja2.exceptions.UndefinedError: 'filter' is undefined
File ".../templates/OPNsense/Sample/example_simple_page.txt"

The sample template contains code like:

Code Select Expand

{% for item in filter.rule %}

During normal boot-time template rendering the object "filter" does not appear to exist in the template context, which causes the template generation to fail.

Workaround:
Moving or removing the Sample template resolves the issue immediately:

Code Select Expand

mv /usr/local/opnsense/service/templates/OPNsense/Sample /backup/_DISABLED/

After doing so the boot process reports correctly:

Code Select Expand

grep templates /var/log/system/latest.log
<13>1 2026-03-05T13:10:12+01:00 opnsense.space.lan kernel - - [meta sequenceId="210"] <118>[7] >>> Invoking early script 'templates'
<13>1 2026-03-05T13:10:12+01:00 opnsense.space.lan kernel - - [meta sequenceId="211"] <118>[7] Generating configuration: templates...done

Since this appears to be only a developer/example template, the question arises whether it should be installed on production systems at all, or whether the template should be implemented more defensively (e.g. using "if filter is defined").

Maybe this information helps other users who encounter this boot message after an upgrade.

Best regards
/nodea

Hallo,

nach einem Upgrade von OPNsense 25.7.11_9 auf 26.1.3 ist mir beim Booten folgende Meldung aufgefallen:

Code Select Expand

Generating configuration: templates...failed

Die Meldung erscheint in dmesg bzw. unter System → Log Files → General.

Nach etwas Debugging stellte sich heraus, dass das Problem durch das Beispiel-Template:

Code Select Expand

/usr/local/opnsense/service/templates/OPNsense/Sample

verursacht wurde.

Im Log (/var/log/configd/latest.log) findet sich dazu ein Traceback:

Code Select Expand

jinja2.exceptions.UndefinedError: 'filter' is undefined
File ".../templates/OPNsense/Sample/example_simple_page.txt"

Das Sample-Template enthält Code wie:

Code Select Expand

{% for item in filter.rule %}
Beim normalen Boot-Template-Rendering scheint das Objekt "filter" jedoch nicht im Template-Kontext vorhanden zu sein, wodurch die Generierung fehlschlägt.

Workaround:
Das Verschieben oder Entfernen des Sample-Templates behebt das Problem sofort:

Code Select Expand

mv /usr/local/opnsense/service/templates/OPNsense/Sample /backup/_DISABLED/

Danach wird beim Booten korrekt gemeldet:

Code Select Expand

grep templates /var/log/system/latest.log
<13>1 2026-03-05T13:10:12+01:00 opnsense.space.lan kernel - - [meta sequenceId="210"] <118>[7] >>> Invoking early script 'templates'
<13>1 2026-03-05T13:10:12+01:00 opnsense.space.lan kernel - - [meta sequenceId="211"] <118>[7] Generating configuration: templates...done

Da es sich offenbar nur um ein Entwickler-/Beispieltemplate handelt, stellt sich die Frage, ob dieses überhaupt auf Produktionssystemen installiert werden sollte bzw. ob das Template defensiver implementiert werden sollte (z.B. mit ,,if filter is defined").

Vielleicht hilft der Hinweis anderen Nutzern, die nach einem Upgrade plötzlich diese Bootmeldung sehen.

Viele Grüße
/nodea

Gibt es so was in opnsense? Entweder bin ich blind oder ich kann's nicht finden.

Danke für den Input. Bei mir ist der Speed eher unkritisch da 100mbit symetrisch.
Der n100 is up and running.

Danke für die Info. Das ist auch was ich gefunden habe.

https://www.thomas-krenn.com/de/wiki/Thomas-Krenn_OPNsense_Firewall_Performance
https://parkroyk.blogspot.com/2024/07/surprising-openvpn-and-wireguard-result.html

Weiß Du vielleicht, ob beim n100 irgendwas außer TPD in den Bios-Einstellungen zu beachten ist?
Hast du ein Referenzwert für TPD für mich?

Ich benutze seit 6 Monaten einen HUNSN RS41 https://www.amazon.de/gp/product/B0BPB5QPNZ
Läuft im meinen Haushalt (L2+ Switch, 4 APs, NUC12 mit Proxmox und 47 LXC, Wireguard-Zugang und 12 Clients) auch ohne Probleme. Die 4 vorhandenen RJ45 sind alle mit untagged VLANs belegt. CPU Auslastung: Spikes bis zu 42% bei ca. 100.000 geblockten DNS-Server. Den Rest erledigt eigentlich Crowdsec auf dem NUC12. Ach so, ich nutze Doppel-NAT.

Jetzt würde ich gerne mal 1-2 RJ45 1Gbit Ports mehr haben wollen. Auch ein OVPN Client als zweites Gateway will ich zu meinem VPS in OPNSense einrichten. Was wäre das Richtige per Spezifikation für mein Vorhaben?

HUNSN RJ09 - https://www.amazon.de/dp/B0BCKSTRNQ/
HUNSN RJ39  - https://www.amazon.de/dp/B0C8HPZKLG/
HUNSN RJ05f  - https://www.amazon.de/dp/B0BNBRL3TT/

Hat jemand Erfahrung mit einem der Geräte oder gar mehreren?

Gruß
/nodea