First maintenance update for Crux
May 20 2020
@krassle backported to crux branch
May 15 2020
May 3 2020
This issue seems to still be reproducing on static mappings with 1.2.5. I have noticed that the issue is fixed for non static mapping DHCP clients but all my clients who are getting assigned their IPs via static mappings are still getting their hostnames prefixed with LAN_ (LAN being my shared network name).
Mar 30 2020
Nov 28 2019
Nov 19 2019
This never made it into VyOS 1.2.1, so it will need to be backported to Crux, either 1.2.4 or 1.2.5, depending on schedule.
Jul 24 2019
@c-po Still not fully resolved on Crux . Maybe candidate for Backlog on VyOS 1.2.3? Thanks.
Jul 14 2019
May 6 2019
May 5 2019
@krassle I added your patch. will be in next rolling release. thx
May 4 2019
Hello, unfortunately this issue is not fully resolved (tested in Crux 1.2.1) because the name of the shared-network is still prepended to the hostname in /etc/hosts by dhcp_server.py. It's hard-coded, but should be conditional to actually restore the old behaviour (before core rewrite), where (like @CBRjack described) a flag "disable_prefix" triggered by the "use-host-decl-name" option did prevent the old dhcp-config.pl from prepending the shared-network-name.
May 3 2019
I'm currently running 1.2.0-201904160337 and I seem to have stumbled upon a similar issue, but this time with L2TP/IPsec links, which when come up fail to also configure their related static routes.