OpenWrt 21.02.0 second release candidate

Upgraded wndr3700v2
No issues

Luci migration of network config also no issues.

1 Like

Thanks to all the OpenWrt developers.

No issues encountered so far with D-Link DIR-882.

No issues encountered so far with tp-Link cpe210 V2

Nice Work.

big thanks to @rmilecki and all the developers for their hard work in this

solid move forward

1 Like

Thanks :slight_smile: I received a huge support from @jow

LuCI support for DSA is an important step. For those unfamiliar with DSA config I can recommend my mini tutorial:

6 Likes

I'm also affected by "automatic network config migration failed" and posted in https://forum.openwrt.org/t/network-migration-21-02-0-rc2

1 Like

@hauke Is it correct to disable ipv6 in the "config interface" section by ...

config interface 'VL10'
	option proto 'static'
	option ipv6 '0'
	option device 'br-vl10'

? Where do it put "option igmp_v3 '1'" in a bridged scenario - below "config device" or "config interface"?

There's something strange going on.

I flashed the OpenWrt 21.02.0-rc.2 factory image via TFTP recovery to my Archer C7 v2 EU with success.

After a failed network migration, I was unable to enter failsafe mode, so decided to flash the OpenWrt 21.02.0-rc.2 factory image (for v5) to my Archer C7 v5 and the unit stayed dead. I only saw power light on most of the time and then all LEDs blinking. After multiple tries, it did not work to flash factory image to the Archer C7v5 and it remained dead.

Then I've tried to flash the OpenWrt 21.02.0-rc1 (v5) factory image to my Archer C7v5 device and - voila - it came back to life again, just booted normally.

I suspect some bug with the factory image for the Archer C7v5 (used ImageBuilder to build it - if that matters).

Upgrade RC1 to RC2 worked like a charm on Cudy WR1300. LuCi-Update fine, too.
Good work, guys!

Running great on my WRT32X... The only issue is with luci-app-samba4 which I need, Network Shares is broken in LuCI. This has already been fixed with a commit on 5/29/21 though, so I'll have to grab a 6/1/21 nightly unless the package can be updated I'll check tonight.

1 Like

I flashed 21.02.0-rc2 in my Raspberry Pi 4B, Netgear R7800 and TP-Link Archer A7 v5. In all the 3 devices I manually edited /etc/config/network with the new syntax changes.

I don't have any issues with Raspberry Pi 4B and Netgear R7800. But with my TP-Link Archer A7 v5, I am getting the following errors with "opkg update". I never had these errors with 21.02.0-rc1. Any idea what's wrong?

root@Archer_A7:~# opkg update
Downloading https://downloads.openwrt.org/releases/21.02.0-rc2/targets/ath79/generic/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_core
Downloading https://downloads.openwrt.org/releases/21.02.0-rc2/targets/ath79/generic/packages/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/base/Packages.gz
Failed to send request: Operation not permitted
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/base/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/luci/Packages.gz
Failed to send request: Operation not permitted
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/luci/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/packages/Packages.gz
Failed to send request: Operation not permitted
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/packages/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/routing/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_routing
Downloading https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/routing/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/telephony/Packages.gz
Failed to send request: Operation not permitted
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/telephony/Packages.gz

Collected errors:
 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/base/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/luci/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/packages/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/telephony/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.
root@Archer_A7:~# opkg update
Downloading https://downloads.openwrt.org/releases/21.02.0-rc2/targets/ath79/generic/packages/Packages.gz
Failed to send request: Operation not permitted
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0-rc2/targets/ath79/generic/packages/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/base/Packages.gz
Failed to send request: Operation not permitted
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/base/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/luci/Packages.gz
Failed to send request: Operation not permitted
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/luci/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_packages
Downloading https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/packages/Packages.sig
Signature check passed.
Downloading https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/routing/Packages.gz
Failed to send request: Operation not permitted
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/routing/Packages.gz

Downloading https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/telephony/Packages.gz
Failed to send request: Operation not permitted
*** Failed to download the package list from https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/telephony/Packages.gz

Collected errors:
 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0-rc2/targets/ath79/generic/packages/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/base/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/luci/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/routing/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

 * opkg_download: Failed to download https://downloads.openwrt.org/releases/21.02.0-rc2/packages/mips_24kc/telephony/Packages.gz, wget returned 4.
 * opkg_download: Check your network settings and connectivity.

Hi,

I tried to upgrade my Archer C7 v2 from 19.07.7 (ath79) to 21.02rc2 with keeping all settings.
It came up but after selecting "switch" options it tried to convert settings but never came back. I must reset it and reload 19.07.7.

Another problem seems to be with "wireguard" vpn.
I tried to install it with LUCI but there are missing dependencies with a kernel module.
This module is not available (and not needed) anymore...

Is it possible to use wireguard with 21.02rc2?

Uwe

2 Likes

Thanks for your job :+1: hap ac 2 is a good news but no yet linksys e8450 soon maybe :pray:

There is a snapshot avail.
https://firmware-selector.openwrt.org/?version=SNAPSHOT&target=mediatek%2Fmt7622&id=linksys_e8450
HTH

1 Like

Anyone know what this is? It is flooding my syslog and didn't happen in rc1. Running on Raspberry Pi 4

Tue Jun 1 16:07:46 2021 daemon.info https-dns-proxy[2879]: [E] 1622578066.641924 src/https_client.c:102 CURLOPT_HTTP_VERSION error 1: Error
Tue Jun 1 16:07:46 2021 daemon.info https-dns-proxy[2879]: [E] 1622578066.641972 src/https_client.c:104 Try to run application with -x argument!

1 Like

There's acme package in OpenWrt repo which can achieve the same. Alternatively, you can just grab the script from https://acme.sh.

The new switch configuration syntax introduces a regression, unfortunately.

I have an Archer C7 v2 running as a simple wireless accesspoint. The wireless interface is bridged to the default "LAN" interface. From the first LAN port I run a cable to a switch connected to my main router. It was all running fine with 21.02.0-rc1. After upgrading to rc2 I converted the network or switch configuration to the new layout. After that, my wireless clients get authenticated on the AP, but don't receive an IP address anymore from the main router. When I revert my /etc/network/config to the old syntax, everything works again. So, it's clearly an issue caused by the new syntax and or the code interpreting it.

The switch inside the Archer C7 v2 itself still works fine, even with the new syntax. Because if I connect the client via ethernet to one of the other LAN ports of the Archer C7 v2, it get's an IP address just fine and the conneciton works. I also have no trouble reaching the AP (LuCI or SSH) from a client connected to my main router, so the connection between the switch and the CPU port seems to work as well. There only seems to be an issue with bridging the wireless interface to the LAN interface and switch ports with the new syntax even though I haven't touched the wireless configuration.

So, here is my old network configuration file that works fine on both rc1 and rc2 (the WAN interface is unused in my setup btw. – it's just a leftover from the default configuration):

config interface 'loopback'
	option ifname 'lo'
	option proto 'static'
	option ipaddr '127.0.0.1'
	option netmask '255.0.0.0'

config globals 'globals'

config interface 'lan'
	option type 'bridge'
	option ifname 'eth1.1'
	option proto 'static'
	option ipaddr '192.168.10.100'
	option netmask '255.255.255.128'
	option gateway '192.168.10.1'

config interface 'wan'
	option ifname 'eth0.2'
	option proto 'none'
	option auto '0'

config interface 'wan6'
	option ifname 'eth0.2'
	option proto 'none'
	option auto '0'

config switch
	option name 'switch0'
	option reset '1'
	option enable_vlan '1'

config switch_vlan
	option device 'switch0'
	option vlan '1'
	option ports '2 3 4 5 0t'

config switch_vlan
	option device 'switch0'
	option vlan '2'
	option ports '1 6t'

And here's the diff after the automatic syntax conversion from within LuCI (left is the old file above, right is the new file that breaks connectivity for the wireless clients):

3d2
<       option ifname 'lo'
6a6
>       option device 'lo'
11,12d10
<       option type 'bridge'
<       option ifname 'eth1.1'
17a16
>       option device 'eth1.1'
20d18
<       option ifname 'eth0.2'
22a21
>       option device 'eth0.2'
25d23
<       option ifname 'eth0.2'
27a26
>       option device 'eth0.2'
42a42,46
> 
> config device
>       option name 'br-lan'
>       option type 'bridge'
>       list ports 'eth1.1'

P.S.: Just after writing this up, I'm starting to wonder if the last line "list ports" should include the wireless interface?

My D-Link DIR-860L B1 act a similar role as AP, downgraded from the snapshots to 21.02.0 rc2 yesterday.

I like the new luci settings which helped me with most of the configurations: port 1 connected to a switch which is behind the main router, while port 2-4 formed another independent switch, and the wireless clients are routed through port 1 as gateway. Part of my configuration is as follow:

config device
        option name 'br-lan'
        option type 'bridge'
        option macaddr '54:xx:xx:xx:xx:90'
        list ports 'lan2'
        list ports 'lan3'
        list ports 'lan4'

config interface 'lan'
        option device 'br-lan'
        option proto 'static'
        option netmask '255.255.255.0'
        option ip6assign '60'
        option ipaddr '192.168.2.1'
        option gateway '192.168.1.2'

config device
        option name 'lan1'

config interface 'lan_gateway'
        option proto 'dhcp'
        option device 'lan1'

I migrated my archer c7 config manually.

first, a switch section per vlan

second, a device section per bridge

third, an interface per wifi .

so it's built like this: switch -- bridge device -- interface -- wifi attached

Hi. I upgraded my raspberry pi 4. I am using it as a remote vpn client. However, the wireguard protocol now asks me to select a device. Am I supposed to choose the WAN or the alias interface wireguard?

Cheers