I am wondering if these are Zebra errors as they *seem* like Zebra errors.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Dec 30 2020
vyatta-config-migrate removed in branches referenced in:
T3161 Consider removing ConfigLoad.pm
In testing.
Changes in branches here:
https://github.com/vyos/vyatta-cfg/compare/current...jestabro:T3161
https://github.com/vyos/vyatta-cfg-system/compare/current...jestabro:T3161
https://github.com/vyos/vyatta-wanloadbalance/compare/current...jestabro:T3161
This will need reasonable testing before commit, although all pieces had previously been implemented
I've added the two binary defense components oustanding:
Similar task T2045
@jack9603301 if you mean option "--clamp-mss-to-pmtu" so it was in wrong chain/hook T2868
Is there a way to support pmtu in interface configuration
Fix typo in script description
PR https://github.com/vyos/vyos-1x/pull/663
Dec 29 2020
Taras confirms that the functionality of
vyatta-cfg-system/etc/init.d/ec2-vyos-init
is replaced by that of cloud-init tools, so this legacy invocation will be removed, allowing for the removal of ConfigLoad.pm, since the other scripts have already been rewritten.
Tested and working for me today on VyOS 1.3-rolling-202012291104.
This was discussed briefly in last week's meeting: we would like to drop this package, however, the problem remains that the two scripts in vyatta-cfg-system
EAPoL will be part of any rolling release after vyos-1.3-rolling-202012290217-amd64.iso, please give this a spin and feedback any change requests.
@c-po Can we consider reviewing it again
Here you have mate. :)
Dec 28 2020
My ISP uses EAP-TLS. I have a script in firstboot.d that sets up auth on eth0 (my WAN). Its worked for the past year of rolling releases (up to at least VyOS 1.3-rolling-202012260217 that I am currently on.)
Please share the content of your myconfig.conf file, lets see of we can finally add this.
Please try again with latest rolling
We keep the proxy for authentication and filtering
need to use wpa_supplicant on a wired interface. Currently running on 1.3 rolling 2020-08-01 and used a manual entry in /etc/network/interfaces 'wpa-driver wired' . Attempted on rolling 2020-12-24 and it seems that VyOS no longer respects settings in /etc/network/interfaces so would require this capability. On boot, running sudo /usr/sbin/wpa_supplicant -Dwired -ieth0 -c /config/myconfig.conf works but no survivable on reboot
Dec 27 2020
Put in PR for op commands:
Dec 26 2020
Dec 25 2020
- https://github.com/vyos/vyos-1x/pull/643 only missing part is squidguard. Smoketests are already live for the other parts.
- ddclient 3.9.1 with cloudflare api4 support not in Debian Buster
- udp-broadcast-relay -> there is no upstream Debian Package
- mdns-repeater -> There is no upstream Debian Package
After the testing with a standalone User-Data handler, this feature was ported to the main cloud-init package in https://github.com/vyos/vyos-cloud-init/pull/27.
Currently, supported only set and delete commands processing. They must be provided as a list in the vyos_config_commands option.
Hi there,
Dec 24 2020
vyatta-biosdevname:
https://github.com/vyos/vyatta-cfg-system/blob/ebbdfe44aa321a2de35ddccaa255d384a5fd99e4/scripts/vyatta_net_name#L96
Used for calculating initial interface order, to try getting a ordered list and not only the random init-order used by the kernel
vyatta-webproxy: 80% done, @cpo grabbed it since I had no time to continue for a while and put it on hold. I removed obsolete options which implies the need of a migration script. Ldap, AD, IP and user/passwd auth works, I removed caches, squidguard, include domain filters (just a list) and so on, but I stopped it now since it's been taken away.
Kernel modules are pre-compiled and can be loaded.