Roy Marples

> That doesn't seem to contradict my reading of the above. Anyway, my intention is not to argue with you. My concern is that users might think that dhcpcd's `inform`...

> route socket overflowed Limiting dhcpcd with interfaces won't solve that issue. The only solution is to configure a bigger buffer! See `link_rcvbuf` in dhcpcd.8

https://github.com/NetworkConfiguration/dhcpcd/blob/master/src/dhcp6.c#L3189 So for renew, the loglevel should always be DEBUG, so I'm surprised it's logged at all by itself.

It might be due to how you're starting dhcpcd. Try changing your dhcpcd.conf from `denyinterfaces ens4` to `allowinterfaces ppp1` and the start dhcpcd without any interface specified on the command...

@athanp I've pushed a new change to the branch which adds some diagnosis for when this goes wrong. And I still can't replicate it on a FreeBSD-15 vm :(

@athanp I've pushed another change to the branch, could you test it please? I understand you have to disable privsep for production right now, but privsep (or more specifically capsicum)...

@athanp if you have the time and want to help provide some test debug, could you compile with `CPPFLAGS+=-DPRIVSEP_DEBUG` and post some logs. It will be very very verbose. You...

When you start wpa_supplicant, it will bring the interface up so it can perform radio scans. I don't suppose the branch #556 fixes the issue for you?

You are using DHCPv4 options. Try using duid instead of clientid. Try using vendclass rather than vendorclassid.

OK, this is not the root cause, this is just a workaround. But basically we need to deal with this properly elsewhere as DHCPv6 release (SIGALRM vs SIGTERM/SIGINT) means that...