PR https://github.com/vyos/vyos-1x/pull/1389
set service dns forwarding dns64-prefix 2001:db8:aabc::/96
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Jul 6 2022
Jul 6 2022
Jul 4 2022
Jul 4 2022
Or probably better:
c-po added a comment to T4456: NTP client in VRF tries to bind to interfaces outside VRF, logs many messages.
NTP listen option not only supports IPv4/IPv6 addresses but also interface names.
Oh, if you are asking for an example of what the VyOS config setting would look like?
I've been manually adding TAYGA to VyOS (See T160) for my NAT64 capability.
@dsummers Could you provide an example of VyOS configuration and an example of what you add?
marekm added a comment to T4456: NTP client in VRF tries to bind to interfaces outside VRF, logs many messages.
In T4456#125497, @Viacheslav wrote:@marekm Did you set a proper listen to address for it?
set system ntp listen-address x.x.x.x
Jul 1 2022
Jul 1 2022
I can't reproduce it in VyOS 1.3.1-S1 and VyOS 1.3-stable-202206240423
vyos@r1:~$ show conf com | match eth1 set interfaces ethernet eth1 address 'dhcp' set interfaces ethernet eth1 mtu '9000'
@n.fort Could you create PR for 1.3?
I think it should be here https://github.com/vyos/vyatta-cfg-quagga/blob/d4097690c40f619bc0e78a0d674985f7880a19a3/templates/policy/route-map/node.tag/rule/node.tag/match/peer/node.def#L3-L4
The same behavior for 1.2
It seems some old/depricated pkg ipp2p
vyos@r12# set firewall ipv6-name TEST rule 1 action drop [edit] vyos@r12# set firewall ipv6-name TEST rule 1 p2p all [edit] vyos@r12# commit [ firewall ipv6-name TEST ] ip6tables v1.4.21: Couldn't load match `ipp2p':No such file or directory
Viacheslav added a comment to T4456: NTP client in VRF tries to bind to interfaces outside VRF, logs many messages.
@marekm Did you set a proper listen to address for it?
set system ntp listen-address x.x.x.x
Jun 30 2022
Jun 30 2022
Viacheslav added a comment to T4313: "generate public-key-command" throws unhandled exceptions when it cannot retrieve the key.
Cherry-pick for 1.3 https://github.com/vyos/vyos-1x/pull/1381
Jun 29 2022
Jun 29 2022
jestabro closed T4491: Use empty string for internal name of root node of config_tree, a subtask of T4235: Add config tree diff algorithm, as Unknown Status.
jestabro closed T4491: Use empty string for internal name of root node of config_tree as Unknown Status.
Jun 28 2022
Jun 28 2022
jestabro renamed T4491: Use empty string for internal name of root node of config_tree from Use empty string for internal name of root of config_tree to Use empty string for internal name of root node of config_tree.
jestabro changed the status of T4295: Use config_tree instead of legacy loadFile in vyos-load-config.py, a subtask of T4235: Add config tree diff algorithm, from Open to On hold.
jestabro changed the status of T4295: Use config_tree instead of legacy loadFile in vyos-load-config.py, a subtask of T4316: Update save-config/load-config, from Open to On hold.
jestabro changed the status of T4295: Use config_tree instead of legacy loadFile in vyos-load-config.py from Open to On hold.
jestabro updated the task description for T4295: Use config_tree instead of legacy loadFile in vyos-load-config.py.
jestabro changed the status of T4491: Use empty string for internal name of root node of config_tree from Open to In progress.
Viacheslav changed the status of T4475: route-map does not support ipv6 peer from In progress to Needs testing.
Task for rewriting wan-loadbalancing to XML/Python T4470
Jun 25 2022
Jun 25 2022
c-po closed T4483: Upgrade fastnetmon to v1.2.2 community edition, a subtask of T2659: Add fastnetmon (DDoS detection) support, as Resolved.
Jun 21 2022
Jun 21 2022
PR for 1.4: https://github.com/vyos/vyos-1x/pull/1367
Jun 20 2022
Jun 20 2022
In T4466#124827, @florin wrote:
Wow, well done! You don't happen to have an ISO you could share?
vyos@gw:~$ show version
yes, I had to do a bit of hacking - i.e. use the 1.4 kernel configs and patches, removed the wirguard-modules package, install the backports open-vm-tools version.
I committed those changes in my fork:
https://github.com/vyos/vyos-build/compare/equuleus...fvlaicu:equuleus
Did you then end up with a fully working nic, bridging included?
Jun 19 2022
Jun 19 2022
We don't have such option client-hostname in dhcpdv6.leases
Jun 16 2022
Jun 16 2022
I'm also trying to get this up and running. The latest 5.4 kernel fixes this issue, but other issues remain, like bridging not working.
Instead of backporting the driver, I ended up backporting the lataest 5.10 kernel to the 1.3 branch.
Jun 9 2022
Jun 9 2022
Jun 2 2022
Jun 2 2022
PR https://github.com/vyos/vyos-build/pull/240
disable owamp|twamp.service by default
Viacheslav changed the status of T4222: Support for TWAMP as round-trip metric from Open to Needs testing.
@SrividyaA will be present in the next rolling release
Jun 1 2022
Jun 1 2022
May 31 2022
May 31 2022
May 30 2022
May 30 2022
May 25 2022
May 25 2022
May 18 2022
May 18 2022
Draft PR here:
https://github.com/vyos/vyos-1x/pull/1328
May 16 2022
May 16 2022
May 12 2022
May 12 2022
PR for 1.3 https://github.com/vyos/vyos-1x/pull/1324
May 10 2022
May 10 2022
zedalert added a comment to T4422: WAN load-balance status failed on all interfaces if one of them failed.
Already tested config in the 1.3-rolling-202205100648 and 1.4-rolling-202205080844, behavior remains the same.
Viacheslav added a comment to T4422: WAN load-balance status failed on all interfaces if one of them failed.
I could be wrong
1.3.0-rc6 old release
Could you check it on more actual version?
zedalert added a comment to T4422: WAN load-balance status failed on all interfaces if one of them failed.
@Viacheslav But in this case there is no point to use different test addresses, if the target is pinged with "interface" option.
Viacheslav added a comment to T4422: WAN load-balance status failed on all interfaces if one of them failed.
@zedalert Tested addresses should be different, as I remember it send pings with "interface" option
So targets should be different
May 8 2022
May 8 2022
Viacheslav added a comment to T4415: Include license/copyright files in the image but remove user documentation from /usr/share/doc to reduce its size.
Duplicate T4359
May 7 2022
May 7 2022
c-po moved T4354: Slave interfaces fall out from bonding during configuration change from Open to Finished on the VyOS 1.4 Sagitta board.
May 6 2022
May 6 2022
1.3 fix via https://github.com/vyos/vyos-1x/pull/1318
May 5 2022
May 5 2022
zsdc changed the status of T4415: Include license/copyright files in the image but remove user documentation from /usr/share/doc to reduce its size from Open to In progress.
PR for 1.3: https://github.com/vyos/vyos-build/pull/231
PR for 1.4: https://github.com/vyos/vyos-build/pull/230
May 3 2022
May 3 2022
zsdc changed the status of T4407: Network-config v2 is broken in Cloud-init 22.1 and VyOS 1.3 from Open to Needs testing.
Resolved in https://github.com/vyos/vyos-cloud-init/pull/54
Apr 26 2022
Apr 26 2022
jestabro changed the status of T4235: Add config tree diff algorithm from Unknown Status to Resolved.
Viacheslav changed the status of T4210: NAT source/destination negated ports throws an error from In progress to Needs testing.
Apr 25 2022
Apr 25 2022
Viacheslav changed the status of T4210: NAT source/destination negated ports throws an error from Open to In progress.
Apr 22 2022
Apr 22 2022
PR for 1.3 https://github.com/vyos/vyos-1x/pull/1297
c-po moved T4388: dhcp-server: missing constraint on tftp-server-name option from Open to Finished on the VyOS 1.4 Sagitta board.
c-po changed the status of T4388: dhcp-server: missing constraint on tftp-server-name option from Open to In progress.
jestabro reopened T4361: `vyos.config.exists()` does not work for nodes with multiple values as "Open".
Re-open for revision/simplification in:
https://github.com/vyos/vyos-1x/pull/1295
Apr 21 2022
Apr 21 2022
Backported to equuleus branch of vyos1x-config:
https://github.com/vyos/vyos1x-config/commit/8ad21f6c7e6f37edeca137b2a7dc7c3f7ffc6a20
Apr 20 2022
Apr 20 2022
Apr 19 2022
Apr 19 2022
Viacheslav moved T4268: Elevated LA while using VyOS monitoring feature from Need Triage to Finished on the VyOS 1.3 Equuleus board.
Viacheslav assigned T4268: Elevated LA while using VyOS monitoring feature to Unknown Object (User).
Unknown Object (User) changed the status of T4268: Elevated LA while using VyOS monitoring feature from Open to In progress.
Unknown Object (User) updated subscribers of T4268: Elevated LA while using VyOS monitoring feature.
The answer was found https://github.com/influxdata/telegraf/issues/3465
Thanks @jestabro
Viacheslav closed T4344: DHCP statistics not matching, conf-mode generates incorrect pool name with dash as Resolved.
Fixed
vyos@vyos:~$ show conf com | match dhcp set service dhcp-server shared-network-name NET_01 authoritative set service dhcp-server shared-network-name NET_01 name-server '1.1.1.1' set service dhcp-server shared-network-name NET_01 subnet 192.0.2.0/24 range R1 start '192.0.2.21' set service dhcp-server shared-network-name NET_01 subnet 192.0.2.0/24 range R1 stop '192.0.2.254' vyos@vyos:~$ vyos@vyos:~$ show dhcp server leases IP address Hardware address State Lease start Lease expiration Remaining Pool Hostname ------------ ------------------ ------- ------------------- ------------------- ----------- ------ ---------- 192.0.2.27 50:08:00:06:00:02 active 2022/04/19 12:04:19 2022/04/20 12:04:19 23:59:27 NET_01 vyos vyos@vyos:~$ vyos@vyos:~$ show dhcp server statistics Pool Size Leases Available Usage ------ ------ -------- ----------- ------- NET_01 234 1 233 0% vyos@vyos:~$
Apr 18 2022
Apr 18 2022
Viacheslav added a comment to T4344: DHCP statistics not matching, conf-mode generates incorrect pool name with dash.
udpate PR for 1.3 https://github.com/vyos/vyos-1x/pull/1288
Apr 16 2022
Apr 16 2022
Apr 15 2022
Apr 15 2022
jestabro closed T4361: `vyos.config.exists()` does not work for nodes with multiple values as Unknown Status.
Apr 14 2022
Apr 14 2022