The new design introduced with https://phabricator.vyos.net/T2653 does not show any pitfalls and infact increased the code maintenance in an unimaginable way.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feed Search
Nov 23 2020
Nov 23 2020
c-po moved T2948: NAT: OSError when configuring translation address range from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po moved T2951: Cannot enable logging for monitor nat from Need Triage to Finished on the VyOS 1.3 Equuleus board.
c-po added a comment to T2650: interfaces bridge, bonding: revert back to per-interface membership syntax.
Confirmed working
This is actually a "wontfix" b/c it depends on the users hardware
Proper handle OS exceptions for the user:
c-po changed the status of T3084: wifi: TypeError on "show interfaces wireless info" from Open to In progress.
c-po closed T3074: OpenVPN site-to-site creates wrong peer address, a subtask of T3060: OpenVPN virtual interface not coming up after upgrade, as Resolved.
c-po changed the status of T3074: OpenVPN site-to-site creates wrong peer address, a subtask of T3060: OpenVPN virtual interface not coming up after upgrade, from Open to Needs testing.
c-po changed the status of T3074: OpenVPN site-to-site creates wrong peer address from Open to Needs testing.
It looks like this issue is already present in 1.3-rolling-202010270217, before the OpenVPN rewrite to get_config_dict():
c-po added a comment to T3081: get_config_dict() does not honor whitespaces in the CLI values field.
[ interfaces openvpn vtun0 ]
{'auth_user_pass_file': '/run/openvpn/vtun0.pw',
'daemon_group': 'openvpn',
'daemon_user': 'openvpn',
'device_type': 'tun',
'encryption': {'cipher': 'aes256gcm'},
'ifname': 'vtun0',
'keep_alive': {'failure_count': '3', 'interval': '10'},
'mode': 'server',
'openvpn_option': ['tls-auth /config/auth/ovpn_test_site2site.key 0'],
'protocol': 'udp',
'server': {'name_server': ['10.53.53.53', '10.53.53.54'],
'push_route': ['0.0.0.0/0'],
'subnet': ['10.7.178.0/24'],
'topology': 'net30'},
'tls': {'ca_cert_file': '/config/auth/ovpn_test_ca.pem',
'cert_file': '/config/auth/ovpn_test_server.pem',
'dh_file': '/config/auth/ovpn_test_dh.pem',
'key_file': '/config/auth/ovpn_test_server.key'},
'use_lzo_compression': {}}c-po added a comment to T3080: OpenVPN failing silently for a number of reasons in rolling post Nov/02.
We will deal with the compat-names warning once starting on VyOS 1.4 ;)
c-po closed T3080: OpenVPN failing silently for a number of reasons in rolling post Nov/02, a subtask of T3060: OpenVPN virtual interface not coming up after upgrade, as Resolved.
c-po closed T3080: OpenVPN failing silently for a number of reasons in rolling post Nov/02 as Resolved.
Work with latest rolling release:
Nov 22 2020
Nov 22 2020
That we can deal with later on when it‘s needed
I still have the opinion that NDP proxy should be automatically configured when configuring nat66 as by then all interfaces and directions of the translation are known and the user must not configure any additional daemon.
c-po changed the status of T3080: OpenVPN failing silently for a number of reasons in rolling post Nov/02, a subtask of T3060: OpenVPN virtual interface not coming up after upgrade, from In progress to Needs testing.
c-po changed the status of T3080: OpenVPN failing silently for a number of reasons in rolling post Nov/02, a subtask of T3081: get_config_dict() does not honor whitespaces in the CLI values field, from In progress to Needs testing.
c-po changed the status of T3080: OpenVPN failing silently for a number of reasons in rolling post Nov/02 from In progress to Needs testing.
c-po updated the task description for T3081: get_config_dict() does not honor whitespaces in the CLI values field.
c-po updated subscribers of T3081: get_config_dict() does not honor whitespaces in the CLI values field.
c-po updated the task description for T3081: get_config_dict() does not honor whitespaces in the CLI values field.
c-po changed the status of T3081: get_config_dict() does not honor whitespaces in the CLI values field from Open to Confirmed.
c-po changed the status of T3080: OpenVPN failing silently for a number of reasons in rolling post Nov/02, a subtask of T3060: OpenVPN virtual interface not coming up after upgrade, from Open to In progress.
c-po changed the status of T3080: OpenVPN failing silently for a number of reasons in rolling post Nov/02 from Open to In progress.
Nov 21 2020
Nov 21 2020
@danielpo thanks foe the config. A new rolling containig a fix for this issue was just published. A smoketest will be added today to ensure this wont happen again.
Nov 20 2020
Nov 20 2020
c-po changed the status of T3078: CLI cleanup: rename "system options" -> "system option" from Open to In progress.
Please show us your config
c-po closed T3077: WireGuard: automatically create link-local IPv6 adresses, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, as Resolved.
c-po changed the status of T3077: WireGuard: automatically create link-local IPv6 adresses, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, from Open to In progress.
c-po changed the status of T3077: WireGuard: automatically create link-local IPv6 adresses from Open to In progress.
c-po added a comment to T2997: DHCP: disallow/do-not-request certain options when requesting IP address from server.
DNS domain name servers are always requested from the server but must be explicitly "allowed" by set systems name-servers-dhcp
c-po closed T3065: Add "interfaces wirelessmodem" IPv6 support, a subtask of T3063: Add support for Huawei LTE Module ME909s-120, as Resolved.
c-po closed T3072: Migrate tunnel interfaces to new get_config_dict() approach, a subtask of T2653: "set interfaces" Python handler code improvements - next iteration, as Resolved.
c-po closed T3068: Automatic generation of IPv6 link local addresses for tunnel interfaces, a subtask of T3072: Migrate tunnel interfaces to new get_config_dict() approach, as Resolved.
c-po closed T3068: Automatic generation of IPv6 link local addresses for tunnel interfaces as Resolved.