Updated PR to use multi nodes: https://github.com/vyos/vyos-1x/pull/3202
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Mar 28 2024
current - https://github.com/vyos/vyos-1x/pull/3195
sagitta - https://github.com/vyos/vyos-1x/pull/3196
@sever what do you think about it?
I agree, this tool is not suitable for diagnosing connections between hosts. But it can be used in general as a check of the Internet service provider.
Mar 27 2024
PR https://github.com/vyos/vyos-1x/pull/3193
Extend config-sync for sections qos and system
vyos@r4# set service config-sync section system Possible completions: conntrack Connection Tracking flow-accounting Flow accounting option System Options sflow sFlow static-host-mapping Map host names to addresses sysctl Configure kernel parameters at runtime
Thanks @opswill
@Ironeagle My solution is adding this command:
@opswill what is the permanent solution for this? I am also facing the same issue. Thanks in advance
Mar 26 2024
I don't have a RADIUS server handy for testing right now, but radius_user and radius_priv_user are both missing membership to the _kea group as well.
Have installed 1.5-rolling-202403200018 in a VM as a clean install (no prior configs) to dig at this but have hit a block.
@dmbaturin was this completed already?
Yes, as described in the issue, using dynamically added routes works fine. But I want to add the routes manually as I did before with the 1.3.x release.
Using both automatically added routes from PPPoE and setting them statically does not sound like a "sane" config to me.
I have also created a pull request that fixes this issue: https://github.com/vyos/vyos-build/pull/543
Mar 25 2024
Delete set interfaces pppoe pppoe0 no-default-route will let it works. it is the same issue.
Sure but if the function "port auto-power-down" is mapped to the ethtool function of disabling EEE then it should be safe?
PR for current: https://github.com/vyos/vyos-1x/pull/3188
Comments can be set via the API with the following request format:
@jestabro Thanks, a solution definitely seems close.
@L0crian thanks for the details: c-po's PR is part of the solution, but there is more to the story, as you point out.
In T5991#181120, @Viacheslav wrote:It is not an actual ethernet interface, but you name it as an ethernet interface.
You can check the output sudo ip link show type wireguard or sudo ip link show type tun
It is not an actual ethernet interface, but you name it as an ethernet interface.
You can check the output sudo ip link show type wireguard or sudo ip link show type tun
I tested https://github.com/vyos/vyos-1x/pull/3173 today, and it definitely helps the original use-case of this task. Configuration calling interfaces that come up post-boot, like those installed from a container, persist. The one problem is the interface level config is still deleted on-boot from some check that is performed.
@tjh already backported
This is still an issue for 1.4.0-epa2.