Vyatta DHCP server configuration mechanism
Details
Jan 21 2021
Feb 7 2020
@hexes that's why there is a big banner on top indicating this page is outdated and links you to the new docs.
(It's possible to spy decision on Ubnt, this issue solved there, in attach:)
c-po, thanks a lot, didn't see this trick... There is too much different docs. We need to combine in one place. Here is nothing about quotes... :-( https://wiki.vyos.net/wiki/DHCP_server
Feb 6 2020
Maybe there will be a better option one day. Right now we only have https://github.com/vyos/vyos-1x/blob/current/src/conf_mode/dhcp_server.py#L816
For the time being please see the instructions at https://docs.vyos.io/en/latest/services/dhcp.html#dhcp-server about the pre and post usage of "
Dec 21 2019
Added explanation on how to use quotes inside raw parameters to the docs.
https://github.com/vyos/vyos-documentation/pull/163
Dec 20 2019
Dec 15 2019
This was discussed previously: https://phabricator.vyos.net/T1129
Use """ which will be replaced with quotes when generating the isc dhcpd config.
https://github.com/vyos/vyos-1x/blob/current/src/conf_mode/dhcp_server.py#L813-L815
Dec 13 2019
Yepp, the issue is the quotes in dhcp server config (like the sample line i wrote).
i think, duplicates functionality doesnt matter, there are already such duplications: global-parameters, subnet-parameters, etc. That are for raw settings, if someone want a magic things in dhcp. But adding normal options to static-mapping-parameters are just a workaround.
Sorry, I misunderstood your issue, indeed adding quotes inside the parameters is not possible now. A reimplementation would be needed.
Dec 12 2019
The current static-mapping-parameters can be used to add a quoted value, e.g.
static-mapping test { ip-address x.x.x.x mac-address yy:yy:yy:yy:yy:yy static-mapping-parameters "option domain-name-servers 1.1.1.1, 9.9.9.9;" }
command
set service dhcp-server shared-network-name dhcpexample subnet 192.0.2.0/24 static-mapping example static-mapping-parameters "option domain-name-servers 192.0.2.11, 192.0.2.12;"
Nov 14 2019
Feb 27 2019
e.g. could indeed be tested to make sure that it works
I think the issue you found might still be a valid one, even though it was not the same one that was originally talked about on IRC.
Needs more testing. I might have been testing the wrong thing. :(