Aha, nice!

Can you give us more details here? You're connecting from a host on one side of the tunnel to another host on the other side, neither is the tunnel end device directly? How exactly are you testing that? The ping that works is between the same hosts?

I'm hijacking this post because it seems my problem is somewhat related to this. Difference is that I don't use home.arpa domain https://forum.netgate.com/topic/199239/kea-dhcpv6-dns-registration It seems that a single host in my static allocation is only found in NDP table with <hostname>.unknown.home.arpa instead of my properly set domain name. Other hosts are properly being registered. And yes, the host is Ubuntu Server. And in pfsense /etc/hosts there's no mention of this entry with its GUA IPv6, only its IPv4 reservation also made by KEA DHCPv4 and a static IPv6 ULA entry made in Unbound itself under DNS Host overrides. One thing it did occur to me just now, is that the static allocations that do resolve in DNS properly were setup prior to switching to KEA (when I was using ISC). This unifi one was setup after I moved to KEA. PS: The addresses that are not properly registered for you (::1003, ::1005) etc. seem to occur if you have "Enable early DNS registration" in KEA Settings for DHCPv6. If you uncheck that, it will properly resolve only the full IPv6 with the proper prefix from your ISP. This issue seems to be fixed in future 25.11 release.

@q54e3w I sent the devs a fix and thought it was addressed. Maybe its only in the next release of pfSense. There is a line in the error which contains single quotes vs double quotes. Old: $csvline = str_getcsv($pfb_buffer, ',', '', '"'); New: $csvline = str_getcsv($pfb_buffer, ',', '"', '"');

said in 25.11 BETA - What's new?: Online Patch 3 days ago @rpotter28 This may help Redmine pfSense Plus v25.11 Oops The above is just the 20 redmine pfsense plus - target 25.11, for which there are probably no plans to ever release to pfsense CE The better group is Redmine pfSense - Plus target v25.11 (108 issues, some of which maybe released to CE at some time)

https://github.com/woffko/pfSense-pppoe-ha/blob/main/pfSense-pkg-pppoe-ha/stage/usr/local/sbin/pppoe_ha_event.php A bit improved code and logic.

@stephenw10 nothing in the logs for the DHCP client. I will enable the debug logging and check the logs upon the next reconnect

@bmeeks Yep, in this case I am just talking about the kernel source. The head for CE kernel is still public from what I can see, its for whatever reason the 2.8.0 and 2.8.1 branches are not.

@w0w thanx, now all typing-in works well and fast

Also see: https://docs.netgate.com/pfsense/en/latest/development/develop-packages.html

Yup, seeing that here. Likely related to the upstream firmware API issue. But those drivers shouldn't need to load anything without the hardware present anyway.

I suspect the root cause here is the same as this: https://redmine.pfsense.org/issues/15770

@luckman212 I use a manually added FreeBSD package, 'munin' that came with a file to be placed in /usr/local/etc/rc.d/ As per pfSense needs, I renamed it - added the .sh extension, and now the munin process get started at boot, and stopped at shutdown. I made this install many years ago, and as far as I know, the script only executes during boot and system shutdown. Not for network or other events etc. If FreeBSD would look like a Debian system (or clone) using init or systemd I could tell you way more, and I even think pfSEnse isn'tv really FreeBSD (no surprise, at it is, and it isn't ^^). Look at the kea script for an example, the first 3 / 4 lines. Afaik, pfSense it self, see here /etc/, all de rc...... files - for example rc.bootup - will all all these files. pfSense handle the hardware and software system events, and call whatever is needed, if system processes like 'unbound' needed to be restarted. So : and also during certain system events (e.g. interface link changes, IP address changes, and gateway events). never saw that happening with my own processes - as pfSense isn't really aware that these are running ones the system is up.