Doesn't work, VyOS 1.4-rolling-202106271939
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Jun 28 2021
Jun 28 2021
Jun 27 2021
Jun 27 2021
UnicronNL updated the task description for T3653: Cloudinit subnet error if a cidr (/24) is used instead of a subnet mask (255.255.255.0).
UnicronNL triaged T3653: Cloudinit subnet error if a cidr (/24) is used instead of a subnet mask (255.255.255.0) as Urgent! priority.
What would be the "full set" up supported characters? If I remember correctly this regex is inherited from VyOS 1.1
c-po moved T2770: Allow any character to be used in the SNMP community field from Open to Backlog on the VyOS 1.4 Sagitta board.
c-po moved T3651: Move certbot request to op-mode from Open to Backlog on the VyOS 1.4 Sagitta board.
Please share your Cisco and VyOS config, and also the Cisco router Model/Version
For RPS, we maybe can adapt https://github.com/bhuanand/rps-rfs-configuration to VyOS?
Jun 26 2021
Jun 26 2021
GitHub <noreply@github.com> committed rVYOSONEXd34cd9572dd6: Debian: disable systemd salt-minion configuration - all handled in vyos-build (authored by c-po).
GitHub <noreply@github.com> committed rVYOSONEXefcce444dbc0: Debian: ensure path for vyos-postconfig-bootup.script exists (authored by c-po).
jestabro added a parent task for T3651: Move certbot request to op-mode: T2289: Denest cerbot certificate configuration from service https.
When using show pki ... commands you would be able to see the relation between certificates and CAs.
GitHub <noreply@github.com> committed rVYOSONEX166d44b32813: nat: T1083: add translation options for persistent/random mapping of address… (authored by hard).
c-po added a comment to T3586: Tunnel/Wireguard/VTI: replace random get_mac function with addrgenmode.
THis is infact only relevant when IPv6 addressing is used.
Jun 25 2021
Jun 25 2021
GitHub <noreply@github.com> committed rVYOSONEX037aa93f4936: Merge pull request #899 from jack9603301/T3648 (authored by c-po).
I ver much like this idea. Certificates can then easily be migrated from device to device, and very easy be referenced in a service.
Sorry, this may be my fault. It seems that I only pay attention to modifying the identifier below and forget the top definition. Sorry.
c-po moved T3650: OpenVPN: Upgrade package to 2.5.1 before releasing VyOS 1.3.0 from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po updated the task description for T3650: OpenVPN: Upgrade package to 2.5.1 before releasing VyOS 1.3.0.
c-po changed the status of T3650: OpenVPN: Upgrade package to 2.5.1 before releasing VyOS 1.3.0 from Open to In progress.
c-po moved T3649: Add bonding additional hash-policy from Open to Finished on the VyOS 1.4 Sagitta board.
c-po moved T3649: Add bonding additional hash-policy from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po committed rVYOSONEX150b1760230b: T3649: bonding: Add additional hash policies (authored by Unknown Object (User)).
Unknown Object (User) committed rVYOSONEX9431383abc92: T3649: bonding: Add additional hash policies.
GitHub <noreply@github.com> committed rVYOSONEXf33c6e856b2d: Merge pull request #898 from DmitriyEshenko/1x25062021 (authored by c-po).
Unknown Object (User) added a comment to T3649: Add bonding additional hash-policy.
Unknown Object (User) changed the status of T3649: Add bonding additional hash-policy from Open to In progress.
Unknown Object (User) created T3649: Add bonding additional hash-policy.
Jun 24 2021
Jun 24 2021
@Dmitry Is it an actual task? Code was rewritten.
Viacheslav closed T2722: get_config_dict() and key_mangling=('-', '_') will alter CLI data for tagNodes as Resolved.
Already fixed with "no_tag_node_value_mangle=True"
https://github.com/vyos/vyos-1x/blob/705eddbc7a2caf09c37ecafb27418a764217975a/python/vyos/config.py#L218
Viacheslav added a project to T2770: Allow any character to be used in the SNMP community field: VyOS 1.4 Sagitta.
Eigrp in the FRR doesn't work correctly.
The routes still live even if neighbors in a shutdown state.
@Cheeze_It can you re-check it?
GitHub <noreply@github.com> committed rVYOSONEX1728c76187da: Merge pull request #897 from sever-sever/T3643 (authored by c-po).
There is a link to the existing code for configuration mode, not pr.
So we can to add the op-mode function to re-add/reset with a similar logic. Only thoughts
Not working for me as expected in 1.3.0-rc4
In my current working configuration, the duid is in the /var/lib/dhcpv6/dhcp6c_duid file (29 bytes).
GitHub <noreply@github.com> committed rVYOSONEX1a7362622783: Merge pull request #869 from jestabro/T3574 (authored by jestabro).
Jun 23 2021
Jun 23 2021
In T3640#96973, @Viacheslav wrote:I think it will be enough to remove the peer and add again.
@hagbard what do you think?
https://github.com/vyos/vyos-1x/blob/d48dddab0509e562209adfb115b0e691b8e47f54/python/vyos/ifconfig/wireguard.py#L197
Not sure about double quotes, but for example for cloud-init configs, it is necessary to use single quotes.
Ideally, the configuration should look like in show configuration commands
I think it will be enough to remove the peer and add again.
@hagbard what do you think?
https://github.com/vyos/vyos-1x/blob/d48dddab0509e562209adfb115b0e691b8e47f54/python/vyos/ifconfig/wireguard.py#L197
jestabro closed T3647: Bullseye: gcc defaults to passing --as-needed to linker, a subtask of T3641: Upgrade base system from Debian Buster -> Debian Bullseye, as Resolved.
jestabro updated the task description for T3647: Bullseye: gcc defaults to passing --as-needed to linker.