@jack9603301 follow forum topic, all data randomized.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Jan 25 2021
Jan 25 2021
Unknown Object (User) added a comment to T3251: PPPoE client trying to authorize with the wrong username.
For security, don't expose your user name and password
Unknown Object (User) created T3251: PPPoE client trying to authorize with the wrong username.
Unknown Object (User) created T3250: PPPoE server: wrong local usernames.
jack9603301 changed the subtype of T3249: Support operation mode forwarding table output from "Task" to "Feature Request".
jack9603301 moved T3249: Support operation mode forwarding table output from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
Jan 24 2021
Jan 24 2021
c-po renamed T3248: Deal with VRRP mode-force command that exists in 1.2 but not in 1.3 from Deal with VRRP mode-force command that exists in 1.3 but not in 1.3 to Deal with VRRP mode-force command that exists in 1.2 but not in 1.3.
dmbaturin moved T1773: Make it possible to export config to JSON from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
dmbaturin committed rVYOSONEXb3be006223dc: pppoe-server: T1957: Implementation CLI commands for maintenance mode (authored by Unknown Object (User)).
dmbaturin removed a project from T1350: VRRP transition script will be executed once only: VyOS 1.2 Crux (VyOS 1.2.7).
In light of the mode-force in 1.2.x, we definitely can't make this the new default within an LTS branch.
dmbaturin moved T1774: Add a show config operation to the HTTP API from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
dmbaturin moved T1957: PPPoE server: maintenance mode from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
dmbaturin moved T3246: OSPFv3 router ID not configured in FRR from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
show tech-support
Viacheslav changed the status of T3246: OSPFv3 router ID not configured in FRR from Open to Needs testing.
c-po renamed T3247: bgp: import and export together dies not work for route-map, prefix-list and distribution-list from BGP config doesn't configure import route-maps to bgp: import and export together dies not work for route-map, prefix-list and distribution-list.
c-po changed the status of T3247: bgp: import and export together dies not work for route-map, prefix-list and distribution-list from Open to In progress.
c-po moved T3194: OSPF redistribution metric issue from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
c-po moved T3194: OSPF redistribution metric issue from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po changed the status of T3244: Rewrite protocol OSPFv3 to new XML/Python style, a subtask of T2175: Rewriting all FRR processes allow for reloading and to XML/Python style, from Open to Needs testing.
c-po changed the status of T3244: Rewrite protocol OSPFv3 to new XML/Python style from Open to Needs testing.
Or the configuration is simply passed to the wrong daemon
The old scheme generate
PR https://github.com/vyos/vyatta-cfg-quagga/pull/65
Delete old Perl handler "vyatta-bgp.pl" for bgp.
c-po closed T3245: Add XML for protocol ospfv3 [conf-mode], a subtask of T3244: Rewrite protocol OSPFv3 to new XML/Python style, as Resolved.
Viacheslav changed the status of T3245: Add XML for protocol ospfv3 [conf-mode], a subtask of T3244: Rewrite protocol OSPFv3 to new XML/Python style, from Open to Needs testing.
Viacheslav changed the status of T3245: Add XML for protocol ospfv3 [conf-mode] from Open to Needs testing.
sever-sever <v.gletenko@vyos.io> committed rVYOSONEXb24d66a066c9: ospfv3: T3245: Add XML for ospfv3 conf-mode.
GitHub <noreply@github.com> committed rVYOSONEX9a85a43795d4: Merge pull request #695 from sever-sever/T3245 (authored by c-po).
c-po closed T3227: Latest releases don't work with RPKI (crash), a subtask of T2174: Rewrite protocol BGP to new XML/Python style, as Resolved.
This bug got fixed with https://phabricator.vyos.net/T3227
This bug got fixed with: https://phabricator.vyos.net/T3227
This works for me now (in 1.4-rolling-202101240218)
jack9603301 changed the status of T2518: Add support for IPv6 NAT (NPTv6) from In progress to Needs testing.
jack9603301 moved T2518: Add support for IPv6 NAT (NPTv6) from In Progress to Finished on the VyOS 1.3 Equuleus board.
GitHub <noreply@github.com> committed rVYOSONEX1afd7568adb6: Merge pull request #520 from jack9603301/nptv6 (authored by c-po).
Jan 23 2021
Jan 23 2021
Unknown Object (User) created T3242: PPPoE Server overhead on virtual interfaces creation.
Created the feature request on forum.
sempervictus added a comment to T2884: Upstream Kernel Patches from Semper Victus Linux Hardened Tree.
I've been refreshing the stack against current branch to keep testers building, and have added the FSGSBASE backport to 5.4 as a technical argument for keeping to a properly mature LTS even when users have a good case for needing newer functionality.
What is the plan of action for this effort, and is there a written policy on which kernels are selected and how they're selected for the OS? I can keep doing the rebase & push dance once a week or so, but is anyone on the VyOS team actually testing this stuff and has anyone upstream discussed the functional security benefits to users of GeoIP firewall filters or TARPIT/DELUDE/etc response actions separately from the system hardening functions inhere?
c-po changed the status of T2638: FRR: New framework for configuring FRR , a subtask of T2175: Rewriting all FRR processes allow for reloading and to XML/Python style, from Open to Needs testing.
c-po changed the status of T2638: FRR: New framework for configuring FRR from Open to Needs testing.
c-po changed the status of T2174: Rewrite protocol BGP to new XML/Python style from Open to Needs testing.
c-po changed the status of T2174: Rewrite protocol BGP to new XML/Python style, a subtask of T2175: Rewriting all FRR processes allow for reloading and to XML/Python style, from Open to Needs testing.