Messages

OPNsense 26.7.8 aarch64 packages and sets released. Includes hotfix 26.7.8_1.

This update required respinning the build system, hence the slight delay.


Hey everyone,

Over the 3+ years of providing OPNsense aarch64 builds, this project slowly shifted from starting as an exciting experiment to becoming somewhat of a duty. It only makes sense with frequent, timely updates. And it sometimes requires full attention on short notice, like for the PHP updates last week.

Unfortunately, as a freelancer, it becomes harder and harder to justify what is essentially an unpaid job. A decision has to be made: Pause the builds or find a way to make this a sustainable endeavour.

This is where we stand:
- The repo will continue to receive frequent updates until the 26.7 branch is end of life.
- When 27.1 gets released, the funding situation will decide whether to pause or continue.

This is what you can do:
- Become a sponsor on GitHub.
- Contact me for other sponsorship opportunities.
- If you have other funding ideas, feel free to discuss them here or contact me directly.

Cheers
Maurice

Sorry for the long silence everyone. While the project is still very much alive within Mono, the cooperation between them and me is paused indefinitely.

In the meantime, please direct all questions directly to Mono.

Cheers
Maurice

OPNsense 26.7.7 aarch64 packages and sets released.

[Update 2026-10-21]
PHP 8.5.12 released.

OPNsense 26.7.6 aarch64 packages and sets released.

[Update 2026-10-10]
Hotfix 26.7.6_3 released.

OPNsense 26.7.5 aarch64 packages and sets released.

OPNsense 26.7.4 aarch64 packages and sets released. Includes hotfix 26.7.4_1.

[Update 2026-09-17]
unbound 1.26.1 released.

Könnte schon der axp-Treiber sein bzw. dessen Interaktion mit PPPoE + VLAN-Tagging.

Hast Du die Möglichkeit, das Glasfasermodem 2 an den SFP-Ports zu testen, und / oder die GPON-SFPs an den Intel-Ports (mittels Kupfer-SFP / Medienkonverter / Switch )?

Eventuell ein Problem in der Konstellation FreeBSD / axp-Treiber / PPPoE? Ist aber Spekulation.

Ausschließen würde ich, dass es am PMG3000-D20B liegt. Das verwende ich auch und bekomme beim Ookla-Speedtest auch im Single Connection-Modus die volle Geschwindigkeit, ebenso in der Praxis z. B. bei einzelnen Downloads mit fetch oder wget.

Allerdings ist mein Konstellation deutlich anders. Das GPON-SFP sitzt in einem MikroTik-Router, der auch die PPPoE-Verbindung aufbaut. OPNsense (VM) sitzt dahinter als Firewall. Die Faser ist ebenfalls von der Telekom, ISP ist jedoch Telefonica / o2.

Grüße
Maurice

OPNsense 26.7.3 aarch64 packages and sets released. Includes hotfix 26.7.3_8.

[Update 2026-09-04]
Hotfix 26.7.3_11 released.

Statistics update: Average monthly traffic is now at ~165 GB.

Btw, a positive side effect of this is reduced resource consumption since unbound doesn't have to load the respip module anymore. I noticed a considerably lower RAM usage baseline.

Cheers
Maurice

OPNsense 26.7.2 aarch64 packages and sets released. Includes base / kernel 26.7.2_4, core 26.7.2_2 and hostapd 2.12_2.

If you don't want OPNsense itself to use NAT64, then you need to configure a DNS server without DNS64 in System / Settings/ General.

Did you enable DNS64? Then it's expected behavior. IPv6 is generally preferred over IPv4 and it doesn't matter whether the destination address is a "native" IPv6 address or an address synthesized by DNS64.

Cheers
Maurice

Privacy Extensions (RFC 4941) und Stable Privacy (RFC 7217) sind unterschiedliche Mechanismen.

Privacy Extensions spielen hier in der Tat keine Rolle, da diese nur zusätzliche Adressen für Outbound-Verbindungen erzeugen.

Stable Privacy ändert hingegen den Interface Identifier selbst, wenn sich das Präfix ändert. Das betrifft dann auch Inbound-Verbindungen und ist inkompatibel zu dieser DynDNS-Methode.

Ob Stable Privacy verwendet wird musst Du auf dem Wordpress-Server nachschauen (und dort auch ggfs. deaktivieren). OPNsense hat darauf keinen Einfluss.

Das funktioniert auch mit SLAAC, da sich der Interface Identifier im Normalfall nicht ändert (Ausnahme: Stable Privacy / RFC 7217).

Das Präfix wird nicht vom WAN-Interface übernommen, sondern von dem LAN-Interface, an dem der Server hängt.

Und ja, das funktioniert mit dem normalen os-ddclient.