This is actually disabllowed by latest Debian/systemd hostnamectl. A migration script is required though.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Apr 17 2019
Apr 17 2019
syncer moved T1290: NPTv6 not Working / Invalid Syntax from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.1) board.
syncer moved T1312: Allow many to many NAT rules with networks of different size from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.1) board.
syncer moved T1326: Enable USB serial adapter drivers in the kernel from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.1) board.
syncer moved T1273: Add script profiling functionality to the config backend from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.1) board.
syncer closed T722: Add initial network configuration to the ovf spec., a subtask of T14: Provide VMware OVF and OVA, as Resolved.
syncer moved T1267: FRR: Add interface name for static routes from In Progress to Backlog on the VyOS 1.2 Crux (VyOS 1.2.2) board.
syncer edited projects for T314: Unable to apply MSS Clamp with VyOS configuration, added: VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS 1.2 Crux (VyOS 1.2.1).
syncer edited projects for T1209: OSPF max-metric values over 100 cause commit errors, added: VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS 1.2 Crux (VyOS 1.2.1).
syncer edited projects for T14: Provide VMware OVF and OVA, added: VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS 1.2 Crux (VyOS 1.2.1).
syncer edited projects for T1245: Cannot Clamp MSS on Transient Bridge Interfaces - Turn On br_netfilter, added: VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS 1.2 Crux (VyOS 1.2.1).
syncer edited projects for T818: SNMP v3 - remove required engineid from user node, added: VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS 1.2 Crux (VyOS 1.2.1).
c-po added a comment to T1336: `system domain-name` statement doesn't allow domain names ending in a dot on latest 1.2.0.
Apr 16 2019
Apr 16 2019
hagbard closed T1184: wireguard - extend documentation with the show interface wireguard commands as Resolved.
I haven't planned to extend anything for it.
hagbard reassigned T1228: pppoe default-route force option not working (Rel 1.2.0-rc11) from hagbard to dmbaturin.
hagbard updated subscribers of T1228: pppoe default-route force option not working (Rel 1.2.0-rc11).
@dmbaturin I don't have access to push it, please review and apply/reject PR.
@yun thanks
@dmbaturin Any idea how we can address this?
@hagbard closed request
c-po moved T1274: Update QLogic firmware files from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.2) board.
In T1250#35137, @UnicronNL wrote:@yun What is the exact frr command you tried?
the command you tried manually.
c-po edited projects for T1274: Update QLogic firmware files, added: VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS 1.2 Crux (VyOS 1.2.1).
c-po closed T1274: Update QLogic firmware files, a subtask of T929: Replace Debian firmware packages with upstream Kernel, as Resolved.
hagbard changed the status of T1228: pppoe default-route force option not working (Rel 1.2.0-rc11) from On hold to In progress.
ok. @UnicronNL please reject my PR then. thx.
@yun What is the exact frr command you tried?
the command you tried manually.
@hagbard This commit adds a route to the kernel routingtable and bypassing FRR, this is no good and this would break. Please make the script add the appropiate commands to frr instead. This way frr will be in charge of populating the kernel table. Also note that this route needs to be removed on dhcp release
@hagbard that commit sets a kernel route. that is not good.
@yun it's only that single line.
ciprian.craciun changed Version from - to 1.2.0 (201904151631) on T1335: Configuration migration issue from 1.1.8 to latest 1.2.0 regarding DHCP `authoritative enable` statement.
ciprian.craciun changed Version from - to 1.2.0 (201904151631) on T1336: `system domain-name` statement doesn't allow domain names ending in a dot on latest 1.2.0.
ciprian.craciun changed Version from - to 1.2.0 (201904151631) on T1337: Upgrading from 1.1.8 (or even latest 1.2.0) to any rolling release version fails to verify the ISO signature.
Any news about this ?
I would to see this committed. But do we also know what causes the issue? Is it with FRR or was this script just missing the ip command to set the default gw?
Thanks @rherold! Good to know that radvd already supports link-local IPv6 selection!
No firmwares in 1.2.1 crux
so this not works as expected
syncer reopened T1274: Update QLogic firmware files, a subtask of T929: Replace Debian firmware packages with upstream Kernel, as Open.
Apr 15 2019
Apr 15 2019
hagbard changed the status of T1228: pppoe default-route force option not working (Rel 1.2.0-rc11) from Open to On hold.
hagbard changed the status of T834: New L2TP server implementation based on accel-ppp, a subtask of T833: New PPTP server implementation based on accel-ppp, from On hold to In progress.
hagbard changed the status of T834: New L2TP server implementation based on accel-ppp from On hold to In progress.
dmbaturin closed T1248: Add a function for copying nodes to the vyos.configtree library as Resolved.
In addition I never received any feedback from the board vendor.
Apr 14 2019
Apr 14 2019
I see the same issue, does this need tests ?
Apr 13 2019
Apr 13 2019
Apr 11 2019
Apr 11 2019
@syncer The only thing I can do it monitoring upstream, which hasn't released a patch for over a year to address that issue.
dsteinkopf added a comment to T1060: Add an option to exclude addresses from transparent web proxying.
Title should be something like "Add an option to exclude source IP addresses from transparent web proxying" because destination IP is a different option.
dmbaturin renamed T1060: Add an option to exclude addresses from transparent web proxying from Possibility to bypass the webproxy based on source IP address to Add an option to exclude addresses from transparent wev proxying.
dmbaturin renamed T1308: Use of '<' in PPPoE password fails from Use of '<' in password fails to Use of '<' in PPPoE password fails.
so, how can i do NAT from 10.0.0.0/8 to /24 with public ip's ?
Apr 10 2019
Apr 10 2019
matthewr added a project to T1325: GRE tunnel to Cisco router fails in 1.2.0 - works in 1.1.8: VyOS 1.2 Crux.
With apologies (not having used Phabricator before), I think I may not have filed this bug report correctly. I also did not intend to "triage" it when filing it, as this should be done by a responsible adult! :-)
c-po moved T1330: DHCP Proxy wpad url can not be configured from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.1) board.
c-po edited projects for T1330: DHCP Proxy wpad url can not be configured, added: VyOS 1.2 Crux (VyOS 1.2.1); removed VyOS 1.2 Crux.
c-po renamed T1330: DHCP Proxy wpad url can not be configured from DHCP Procx wpad url can not be configured to DHCP Proxy wpad url can not be configured.
c-po changed the status of T1330: DHCP Proxy wpad url can not be configured from Open to Needs testing.
Apr 9 2019
Apr 9 2019
syncer edited projects for T1131: open-vm-tools causing 100% CPU load, added: VyOS 1.3 Equuleus, VyOS 1.2 Crux (VyOS 1.2.2); removed VyOS-1.2.0-GA, VyOS 1.2 Crux (VyOS 1.2.0-EPA3).
This requires fix, since workaround not fully acceptable
Apr 8 2019
Apr 8 2019
Hello runar,
I know that it's possible to do it manually.
But I really would like to see a more integrated solution where you can add a check for the next hop inside the configuration.
Hi zsdc,
Hi all,
Apr 7 2019
Apr 7 2019
c-po closed T1296: Image install can't install to SD cards (mmcblk...), a subtask of T967: Installer selection of available disks is too restrictive, as Resolved.
c-po moved T1296: Image install can't install to SD cards (mmcblk...) from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.1) board.
c-po edited projects for T1296: Image install can't install to SD cards (mmcblk...), added: VyOS 1.2 Crux (VyOS 1.2.1); removed VyOS 1.2 Crux.
Assuming this works - please reopen if not
Apr 6 2019
Apr 6 2019
matthewr triaged T1325: GRE tunnel to Cisco router fails in 1.2.0 - works in 1.1.8 as High priority.
Apr 5 2019
Apr 5 2019
Thanks for reopening and reporting.