set interfaces ethernet eth1 ipv6 address no-default-link-local is the right command, yes
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Oct 30 2020
Oct 30 2020
Oct 29 2020
Oct 29 2020
Bug ;) will be fixed soon
Oct 28 2020
Oct 28 2020
You actually can when setting ipv6 disable-link-local addressing on the particular interface.
vyos@vyos# set interfaces ethernet eth2 mtu 16000 [edit] vyos@vyos# commit [ interfaces ethernet eth2 ] Interface MTU too high, maximum supported MTU is 9000!
The root cause for this is the sha256 checksum file itself. It contains the hash and the filename. When running sha256 --check during the upgrade it expects the "real" filename when calculating and verifying the hash. The real filename differs when using the vyos-rolling-latest.iso symlink on the webserver as it will tell the running VyOS installation a different filename and the validation fails. This is now fixed by not depending on the filename when verifying the has. We simply calculate the hash of the downloaded file and compare it to the hash we saved inside the checksum file and totally ignore the filename itself.
Oct 26 2020
Oct 26 2020
c-po moved T3016: dhcp-server: use better constraint error message on invalid subnet from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
Limit can and should be lifted. I have also some Mellanox or Myricom cards with an MTU up to 16k
Oct 25 2020
Oct 25 2020
c-po moved T2968: Add support for Intel Atom C2000 series QAT from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
c-po moved T2995: Enhancements/bugfixes for vyos_dict_search() from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
c-po moved T3003: Extend smoketest framework to allow loading an arbitrary config file from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
c-po moved T3001: Disable spectre mitigation patches from CLI from Need Triage to Backlog on the VyOS 1.3 Equuleus board.
c-po moved T2994: Migrate OpenVPN interfaces to get_config_dict() syntax from Need Triage to In Progress on the VyOS 1.3 Equuleus board.
c-po added a comment to T2969: OpenVPN: command_set on interface is not applied, if interface doesn't come up in commit.
Thanks - hopefully T2994 will catch all this stuff! Please be patient, I'm currently in the testing phase.
Oct 24 2020
Oct 24 2020
Hi @jingyun, can you share how you added it to your local installation?
c-po changed the status of T2984: (igb, ixgbe) HW queues applied only for the first 2 interfaces from Unknown Status to Resolved.
c-po moved T2984: (igb, ixgbe) HW queues applied only for the first 2 interfaces from Needs Triage to Finished on the VyOS 1.2 Crux (VyOS 1.2.7) board.
c-po edited projects for T2984: (igb, ixgbe) HW queues applied only for the first 2 interfaces , added: VyOS 1.2 Crux (VyOS 1.2.7); removed Ready for Crux (1.2.x).
Hi @drac, good catch and nice reverse engineering of our code.
Driver will be included in next rolling ISO
Oct 22 2020
Oct 22 2020
Besides the command proposal there is a common issue with how we build op-mode commands. The best example is the ping op-mode command where and artifical node.tag folder is created which links (ln -s) back to itself.
The current NTP config always binds to localhost and localhost is not a part of the mgmt VRF thus this error message.
Oct 19 2020
Oct 19 2020
c-po closed T3000: Mismatch between "prefix-length" and "preference" in dhcp6-server syntax as Resolved.
c-po renamed T2994: Migrate OpenVPN interfaces to get_config_dict() syntax from Migrate OpenVPN interfaces got get_config_dict() syntax to Migrate OpenVPN interfaces to get_config_dict() syntax.
c-po added a comment to T2969: OpenVPN: command_set on interface is not applied, if interface doesn't come up in commit.
Unfortunately I can not reproduce this issue on my test system and also our smoketests (https://github.com/vyos/vyos-1x/blob/current/smoketest/scripts/cli/test_interfaces_openvpn.py) do not trigger the bug when run locally on the VyOS device by calling:
c-po added a comment to T2997: DHCP: disallow/do-not-request certain options when requesting IP address from server.
Do other vendors suppert highjacking/altering of DHCP options? I feel this kills the whole concept of DHCP.
c-po added a comment to T2969: OpenVPN: command_set on interface is not applied, if interface doesn't come up in commit.
There have been some deletion errors yesterday - are you running the latest rolling release? They should have been fixed in there. If noe please provide me some CLI samples to reproduce the issue.
c-po changed the status of T2995: Enhancements/bugfixes for vyos_dict_search() from Open to In progress.
c-po renamed T2969: OpenVPN: command_set on interface is not applied, if interface doesn't come up in commit from command_set on interface is not applied, if interface doesn't come up in commit to OpenVPN: command_set on interface is not applied, if interface doesn't come up in commit.
Oct 18 2020
Oct 18 2020
c-po updated the task description for T2994: Migrate OpenVPN interfaces to get_config_dict() syntax.
c-po updated the task description for T2994: Migrate OpenVPN interfaces to get_config_dict() syntax.
c-po changed the status of T2994: Migrate OpenVPN interfaces to get_config_dict() syntax from Open to In progress.
c-po changed the status of T2994: Migrate OpenVPN interfaces to get_config_dict() syntax, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, from Open to In progress.
c-po changed the status of T2969: OpenVPN: command_set on interface is not applied, if interface doesn't come up in commit from In progress to Needs testing.
c-po added a comment to T2969: OpenVPN: command_set on interface is not applied, if interface doesn't come up in commit.
It seems that calling openvpn --mktun is what we need. Please try the next rolling ISO which will contain a fix for this.
c-po changed the status of T2969: OpenVPN: command_set on interface is not applied, if interface doesn't come up in commit from Open to In progress.