Software appliance configuration framework
Fri, Jun 1
Thu, May 31
It looks pretty clear from configuration point of view. Actually this request was made to avoid potential security breach if somebody doesn't have correct acl on wan facing interface.
Sun, May 27
As soon as someone sets set system ntp allow-clients address 172.16.0.0/12 we act as NTP server for this network,too. It's a bit odd that this node is under system but ... it is as it is.
that is weird,
i was under impression that we have it as client.
So it perfectly make sense have it under service
@syncer we do offer NTP as service (unfortunately it's unter the system tree instead of service.
@c-po i think we not offer ntp service as of now, but i think maybe we should?
May 1 2018
We already have set system ntp allow-clients address 172.16.0.0/12 which can become a brother to a new command named set system ntp listen-on.
Apr 12 2018
Apr 7 2018
Apr 1 2018
I agree with the above, this is actually how I'm dealing with custom options with dhcpd at the moment, however the same can't be done with openvpn as the functionality to include files doesn't exist within openvpn's config format, whereas it does with dhcpd.
We have thing like this in dhcpd's config - there you can state something like "subnet-parameters ... include file".
I was thinkking a little bit on it and came to the following idea - may be we should implement general syntax for stanza like "hey, vyos, I have config file for this service, please use it as is, but I still need the service to be operated on by vyos CLI commands". How do you think, would it be a good option t @dmbaturin?
Mar 31 2018
Not just for inputting alot of commands, but making it possible to simply specifiy an opevnpn config instead of having to re-implement every possible openvpn setting using the VyOS syntax would be a huge benefit.
Not to mention the automation aspects.. copy config, load it. done.
Mar 22 2018
Mar 15 2018
Mar 3 2018
Oct 25 2017
Considering JSON's a standard that's quite close to the VyOS syntax, i don't see why maintaining another nonstandard format is needed when JSON is available :)
Oct 7 2017
Sep 8 2017
Sep 7 2017
@sebastianm In VyConf it's going to be fairly easy (ok, possible at least) to implement different input and output formats, so chances are we can add | display json or | display yaml filters if there's demand for it.
Aug 28 2017
To my mind... I'd rather keep a compatible syntax than a new one, even if there are benefits in terms of uniformity and parsing.
I say don't change it. I'd consider JSON/YAML though. (I am/was lylylyly on IRC).
Jul 24 2017
Feb 26 2017
Feb 8 2017
Jan 26 2017
Jan 18 2017
Following a discussion with @dmbaturin in #vyos, I'm to work on this puppy.
Jan 17 2017
I think we can just reference it directly.
In that case, BatString can just be added as a dependency, I guess, and we can call upon that function to sort as needed? Or would you still like a specific function for node sorting?
I've just done a quick test of the BatString.numeric_compare, looks perfect.
I like this kind of problem.
Jan 16 2017
Already implemented in Config_tree.
This has nothing to do with vyconf. Please move it out of the project, and to vyos 1.2.0
Jan 15 2017
Jan 14 2017
Protobuf schema has been written.
Jan 13 2017
I'm a "NO" as a network engineer with a bunch of different brands already XORP style, or as close to JunOS as you can get it the best. Yet another (Similar) config style would be way too much frustration for most of my peers to even consider.
@dmbaturin, you can probably assign this one to me, if you feel comfortable doing so. I think I'm nearly done. I'd just like to put together some decent test cases before making a PR.