@giuavo I didn't test "default route", only regular routes for some prefixes, and it worked.
Could you create a PR?
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Nov 7 2023
Backport to 1.4 https://github.com/vyos/vyos-1x/pull/2449
Nov 6 2023
Nov 5 2023
Nov 4 2023
PR https://github.com/vyos/vyos-1x/pull/2434
set service snmp community public client '127.0.0.1' set service snmp mib interface-max '25' set service snmp mib interface 'eth' set service snmp mib interface 'bond'
Nov 3 2023
To fix it
sudo nano -c /lib/udev/rules.d/99-systemd.rules
Find sysctl line
# Apply sysctl variables to network devices (and only to those) as they appear. ACTION=="add", SUBSYSTEM=="net", KERNEL!="lo", RUN+="/lib/systemd/systemd-sysctl --prefix=/net/ipv4/conf/$name --prefix=/net/ipv4/neigh/$name --prefix=/net/ipv6/conf/$name --prefix=/net/ipv6/neigh/$name"
Replace to:
# Apply sysctl variables to network devices (and only to those) as they appear. ACTION=="add", SUBSYSTEM=="net", KERNEL!="lo|ppp*|ipoe*", RUN+="/lib/systemd/systemd-sysctl --prefix=/net/ipv4/conf/$name --prefix=/net/ipv4/neigh/$name --prefix=/net/ipv6/conf/$name --prefix=/net/ipv6/neigh/$name"
vyos@r4:~$ sudo udevadm monitor KERNEL[717.626843] remove /devices/virtual/net/ppp3466/queues/rx-0 (queues) KERNEL[717.626859] remove /devices/virtual/net/ppp3466/queues/tx-0 (queues) KERNEL[717.626903] remove /devices/virtual/net/ppp3466 (net) KERNEL[717.635679] remove /devices/virtual/net/ppp3468/queues/rx-0 (queues) KERNEL[717.635695] remove /devices/virtual/net/ppp3468/queues/tx-0 (queues) KERNEL[717.635769] remove /devices/virtual/net/ppp3468 (net) KERNEL[717.636144] remove /devices/virtual/net/ppp3469/queues/rx-0 (queues) KERNEL[717.636155] remove /devices/virtual/net/ppp3469/queues/tx-0 (queues) KERNEL[717.636181] remove /devices/virtual/net/ppp3469 (net) KERNEL[717.636536] remove /devices/virtual/net/ppp3458/queues/rx-0 (queues) KERNEL[717.636548] remove /devices/virtual/net/ppp3458/queues/tx-0 (queues) KERNEL[717.636614] remove /devices/virtual/net/ppp3458 (net) KERNEL[717.648940] remove /devices/virtual/net/ppp3470/queues/rx-0 (queues) KERNEL[717.648965] remove /devices/virtual/net/ppp3470/queues/tx-0 (queues) KERNEL[717.649018] remove /devices/virtual/net/ppp3470 (net) KERNEL[717.662658] remove /devices/virtual/net/ppp3473/queues/rx-0 (queues) KERNEL[717.662694] remove /devices/virtual/net/ppp3473/queues/tx-0 (queues) KERNEL[717.662705] remove /devices/virtual/net/ppp3473 (net) KERNEL[717.663198] remove /devices/virtual/net/ppp3471/queues/rx-0 (queues) KERNEL[717.663211] remove /devices/virtual/net/ppp3471/queues/tx-0 (queues) KERNEL[717.663255] remove /devices/virtual/net/ppp3471 (net) KERNEL[717.663423] remove /devices/virtual/net/ppp3472/queues/rx-0 (queues) KERNEL[717.663436] remove /devices/virtual/net/ppp3472/queues/tx-0 (queues) KERNEL[717.663465] remove /devices/virtual/net/ppp3472 (net) ^C
Nov 2 2023
In T5681#163634, @JeffWDH wrote:When moving from vyos-1.5-rolling-202310090023 to vyos-1.5-rolling-202311020022 all of my inbound-interfaces got dropped from my firewall config. The NAT ones got migrated successfully.
Snippet from vyos-migrate.log:
List of executed migration scripts: List of executed migration scripts: List of executed migration scripts: /opt/vyatta/etc/config-migrate/migrate/cluster/1-to-2 /opt/vyatta/etc/config-migrate/migrate/interfaces/31-to-32 /opt/vyatta/etc/config-migrate/migrate/nat/5-to-6 - op: delete path: ['nat', 'source', 'rule', '40', 'outbound-interface'] - op: set path: ['nat', 'source', 'rule', '40', 'outbound-interface', 'interface-name'] value: vtun0 replace: True - op: delete path: ['nat', 'source', 'rule', '41', 'outbound-interface'] - op: set path: ['nat', 'source', 'rule', '41', 'outbound-interface', 'interface-name'] value: vtun1 replace: True <omitted a bunch of NAT rules> /opt/vyatta/etc/config-migrate/migrate/nat/6-to-7 - op: delete path: ['nat', 'source', 'rule', '40', 'outbound-interface', 'interface-name'] - op: set path: ['nat', 'source', 'rule', '40', 'outbound-interface', 'name'] value: vtun0 replace: True - op: delete path: ['nat', 'source', 'rule', '41', 'outbound-interface', 'interface-name'] - op: set path: ['nat', 'source', 'rule', '41', 'outbound-interface', 'name'] value: vtun1 replace: True <omitted a bunch of NAT rules> /opt/vyatta/etc/config-migrate/migrate/nat66/1-to-2After readding them with the new syntax all is good, but it looks like for some reason the migration script didn't run on my system.
Part of those is fixed with telegraf update in T5701
Nov 1 2023
There is a bug when we use lowercase "cisco"
set service pppoe-server authentication radius rate-limit vendor 'cisco'
It doesn't work as vendor is Cisco not cisco
vyos@vyos-lns# sudo cat /usr/share/accel-ppp/radius/dictionary.cisco | grep -i vendor VENDOR Cisco
PR for 1.4 https://github.com/vyos/vyos-build/pull/451
Fix build PR https://github.com/vyos/vyos-build/pull/450
Oct 31 2023
Oct 30 2023
Oct 28 2023
Oct 27 2023
Is your WAN interface also in net 192.168.0.0/16?
Should be fixed in https://vyos.dev/T5232
needs to re-check
Oct 26 2023
Do you have any idea for CLI?
Oct 25 2023
Oct 24 2023
So, do you want to add a new syntax to archive the same behavior that we have for qos policy ?
The global state-policy was dropped from CLI.
Close it for now.