@zx2c4 any known limitations around multicast in WG?
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Jun 25 2019
Jun 24 2019
I think this is a parser issue
vyos@vyos# set interfaces openvpn vtun0 openvpn-option "route-up \"echo arg1 arg2\""
https://github.com/vyos/vyatta-openvpn/pull/11
Tested working on current rolling
The safest solution will be waiting for 2.0.17, test compatibility with VyOS again, and then update keepalived package inside the VyOS.
As I see, from current VyOS scripts, keepalived restart only at router startup or if all VRRP groups were deleted. In case of configuration change we use reload, which is correct.
This means that we get nothing from the keeping state in case of the restart - there is no sense to keep states of deleted groups, and we have nothing to keep at first startup.
https://github.com/vyos/vyos-1x/pull/77
tested working on rolling (current)
Jun 23 2019
Tested working on 1.2.0-rolling+201906210337
Jun 22 2019
https://kb.isc.org/docs/isc-dhcp-44-manual-pages-dhcpdleases#the-dhcpv6-lease-ia-declaration
isc-dhcpd can store IANA_DUID either as octal string (default) or hex, as set by lease-id-format parameter.
python-isc-dhcp-leases currently only supports string type, so it internally parses it into hex. We need to parse it again to add colons to unify with isc-dhcp hex format.
If python-isc-dhcp-leases were improved to add hex type support, we could set lease-id-format to hex and do away with all this parsing.
I'm not sure if I can think of a situation when a master script can be used without a backup/fault script, but I suppose it's a fair point.
We likely want to save the state on every transition.
Jun 21 2019
Oh, er, forgot to mention that the exact same configuration worked perfectly when run on the version of Crux compiled on 2019-06-16.
Looking at the dhcp_server.py for reference, I see the *-parameters were considered to be deprecated:
# HACKS AND TRICKS # # check for 'raw' ISC DHCP parameters configured by users # actually this is a bad idea in general to pass raw parameters # from any user # # deprecate this and issue a warning like we do for DNS forwarding? if conf.exists('shared-network-parameters'): config['network_parameters'] = conf.return_values('shared-network-parameters')
Now I'm not sure whether this would be a welcome addition to dhcpv6 server.
My particular use-case that I considered this for is assigning per-static-mapping DNS server config (manually migrating clients enrolled into a IPA domain means I have to have some clients pointed to old DNS servers and some to new, currently I get by with setting static v6 addresses on the clients)
Jun 20 2019
Example of the output when value is below 10000000:
vyos@test-06:~$ show firewall name TESTFW rule 50
The problem was fixed in https://phabricator.vyos.net/R6:97c5ad3dca756635e83eb3bf667f742457d85d74.
I don't use rolling, I build ISO myself. I'll try to use last git version.
Jun 19 2019
fixed and successfully tested in VyOS 1.2.0-rolling+201906192322
verified and successfully tested on VyOS 1.2.0-rolling+201906192322
Next rolling will have it fixed.
Can you try with the latest rolling please, I can't reproduce your issue.
vyos@vyos# ls -la /opt/vyatta/etc/config/archive/ total 44 drwxrwsr-x 2 root vyattacfg 4096 Jun 19 17:10 . drwxrwsr-x 8 root vyattacfg 4096 Jun 19 17:08 .. -rw-rw-r-- 1 root vyattacfg 160 Jun 19 17:10 commits -rw-r--r-- 1 vyos vyattacfg 1575 Jun 19 17:10 config.boot -rw-r--r-- 1 vyos vyattacfg 735 Jun 19 17:10 config.boot.0.gz -rw-r--r-- 1 vyos vyattacfg 821 Jun 19 17:10 config.boot.1.gz -rw-r--r-- 1 vyos vyattacfg 735 Jun 19 17:08 config.boot.2.gz -rw-r--r-- 1 root vyattacfg 704 Jun 19 17:08 config.boot.3.gz -rw-r--r-- 1 root vyattacfg 316 Jun 19 17:08 config.boot.4.gz -rw-r--r-- 1 root vyattacfg 110 Jun 19 17:08 lr.conf -rw-r--r-- 1 root vyattacfg 93 Jun 19 17:10 lr.state
on VyOS 1.2.0-rolling+201906191432
[email protected]:~$ show version Version: VyOS 1.2.0-rolling+201906191227 Built by: [email protected] Built on: Wed 19 Jun 2019 12:27 UTC Build UUID: 1e70dc13-fc6a-4bf3-acd7-db557493e1d1 Build Commit ID: 70366de29543a5
vyos@vyos:~# grep -r "Reading deprecated /etc/frr/daemons.conf" /var/log /var/log/messages:Jun 19 05:35:38 localhost vyos-router[959]: Reading deprecated /etc/frr/daemons.conf. Please move its settings to /etc/frr/daemons and remove it. ... (warning). /var/log/messages:Jun 19 05:35:39 localhost watchfrr.sh: Reading deprecated /etc/frr/daemons.conf. Please move its settings to /etc/frr/daemons and remove it.
vyos@vyos:~# grep -r nss-myhostname /var/log /var/log/messages:Jun 19 05:35:44 localhost systemd-hostnamed[1323]: Warning: nss-myhostname is not installed. Changing the local hostname might make it unresolveable. Please install nss-myhostname!
Jun 18 2019
Jun 16 2019
Closed PR and reopened in https://github.com/vyos/vyos-1x/pull/72 due to creating a new branch
Change priority to high as the bug makes DHCPv6 static mappings inoperable.
ISC-dhcp can parse this option either as a quoted string or colon-separated hex list. common/tables.c