326 (edytowany przez Cezary 2021-05-29 07:53:35)

Odp: Zmiany w wydaniu OpenWrt 21.02

Przy okazji zmienił się też sposób tworzenia bridge. Np. obecnie wygląda to tak:

config device
    option name 'br-lan'
    option type 'bridge'
    list ports 'lan1'
    list ports 'lan2'
    list ports 'lan3'
    list ports 'lan4'

config interface 'lan'
    option device 'br-lan'
    option proto 'static'
    option ipaddr '192.168.1.1'
    option netmask '255.255.255.0'
    option ip6assign '60'

W innym miejscu umieszcza się też adres MAC

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

327 (edytowany przez silver 2021-05-28 21:46:17)

Odp: Zmiany w wydaniu OpenWrt 21.02

gregsoir napisał/a:

no właśnie na AC. łącze mam 300 mbps, stock netgear wyciągał 270 mbps, a po wrzuceniu open wrt 19.07 jest te 160 mbps ciągle (laptop jak i telefon, na których wyciagałem maxa z xiaomi mi r3g padavan build).

kanał auto, 80 mhz, 20 dBm/100 mw

Mój r6220 wyciąga w Iperf3 średnio 300-320 mbps po AC.

328

Odp: Zmiany w wydaniu OpenWrt 21.02

Cezary napisał/a:

Jaki router masz? Czy ta wtyczka WS jest oparta może o TYWE3X?

Ja mam problem z układem NodeMCU ESP32. Podczas transferu plików na NASa (OMV na RPi 4) po 2,4 GHz, ESP32 traci połączenie z WiFi. Reszta urządzeń oparta o ESP8266 pracuje bez problemów. Router to Netgear R6220.

329

Odp: Zmiany w wydaniu OpenWrt 21.02

@Cezary w po wgraniu najnowszego (jedynego dostępnego) obrazu do rutera gl-mt1300 nie działa mi mwan3 gdy go doinstaluję,
jest tego typu błąd:

error loading module 'uci' from file '/usr/lib/lua/uci.so':
    Error loading shared library libubox.so.20210516: No such file or directory (needed by /usr/lib/lua/uci.so)
stack traceback:
    [C]: ?
    [C]: in function 'require'
    /usr/lib/lua/luci/model/cbi/mwan/interface.lua:6: in function 'e'
    /usr/lib/lua/luci/cbi.lua:48: in function 'load'
    /usr/lib/lua/luci/dispatcher.lua:1353: in function '_cbi'
    /usr/lib/lua/luci/dispatcher.lua:1024: in function 'dispatch'
    /usr/lib/lua/luci/dispatcher.lua:1000: in function 'dispatch'
    /usr/lib/lua/luci/dispatcher.lua:479: in function </usr/lib/lua/luci/dispatcher.lua:478>

Jak z tego wybrnąć? nadmienię, że jestem użytkownikiem który nie ogarnia zbyt głęboko tej tematyki , polegam na uproszczonej obsłudze poprzez LUCI.

330

Odp: Zmiany w wydaniu OpenWrt 21.02

Zdążyli zaktualizować libubox a moja wersja jest już dwa tygodnie starsza. Albo sobie zainstaluj nową wersję pakietu z repo albo poczekaj na moje nowe buildy.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

331

Odp: Zmiany w wydaniu OpenWrt 21.02

@silver    wszystko idzie do przodu  nie koniecznie wina jest po stronie openwrt  zaaktualizuj biblioteki  od wifi ESP  - przekompiluj  jeszcze raz soft od  esp32  wgraj i zobacz    . ( esp32  nie koniecznie  musi działać tak jak esp 8266 )   
PS.  ja niedawno  zaktualizowałem sobie mój soft w sonofach  po aktualizacji bibliotek i okazłao się że taraz wszystko działa mega dobrze  , a mialem problem z jednym sonofem - czasami jego wi-fi   działoało bardzo chimerycznie

332

Odp: Zmiany w wydaniu OpenWrt 21.02

Ciekawi mnie ten problem z esp. Na wszystkich moich routerach działają, ale softy do esp piszę sam lub korzystam z tasmoty/espeasy. Wiem że jakiś problem z nowymi linksysami. Ciekawi mnie gdzie leży problem z połączeniu.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

333

Odp: Zmiany w wydaniu OpenWrt 21.02

silver napisał/a:
Cezary napisał/a:

Jaki router masz? Czy ta wtyczka WS jest oparta może o TYWE3X?

Ja mam problem z układem NodeMCU ESP32. Podczas transferu plików na NASa (OMV na RPi 4) po 2,4 GHz, ESP32 traci połączenie z WiFi. Reszta urządzeń oparta o ESP8266 pracuje bez problemów. Router to Netgear R6220.

a jaki firmware używasz? jeśli esphome to jest jedna opcja która czesto stwarza problemu i warto ją wyłączyć

334

Odp: Zmiany w wydaniu OpenWrt 21.02

ryrzy napisał/a:

a jaki firmware używasz? jeśli esphome to jest jedna opcja która czesto stwarza problemu i warto ją wyłączyć

Chodzi Ci o opcje power_save_mode? Właśnie widzę, że domyślnie dla esp32 oszczędzanie energii jest włączone. Przekompiluje soft i zobaczę czy coś pomogło. Generalnie na OpenWrt 19 miałem problemy z esp8266 zarówno z Tasmotą i z własnym softem. Od jakiegoś czasu mam problem tylko z esp32. Może faktycznie coś w esphome namieszali lub mój egzemplarz niedomaga. Aktualnie to trefne esp32 nie chce się czasami łączyć z wifi jeśli odległość od routera wynosi więcej niż kilka metrów. Ping też dość spory: 200 - 400 ms, poziom sygnału utrzymuje się na poziomie -65 dBm. Ogólnie to spotkałem się dwoma uszkodzonymi egzemplarzami esp8266. "Uszkodzenie" polegało na problemach z połączeniem do wifi i sporym pingu jeśli w końcu się udało.

335

Odp: Zmiany w wydaniu OpenWrt 21.02

zdarzają się takie sztuki, które mają problemy to się zgadza, najczęście to te z ali najtańsze smile ale ogólnie to z esphome mialem kilka urządzeń które nie dały rady wgrać OTA, wywalało się w randomowych miejscach, część zmieniłem ręcznie przez kabel, a kilka udało się po xx próbach. Najnowsza wersja esphome + wywalenie opcji  captive_portal: i już problem nie występuje

336 (edytowany przez silver 2021-06-06 11:08:05)

Odp: Zmiany w wydaniu OpenWrt 21.02

ryrzy napisał/a:

zdarzają się takie sztuki, które mają problemy to się zgadza, najczęście to te z ali najtańsze smile ale ogólnie to z esphome mialem kilka urządzeń które nie dały rady wgrać OTA, wywalało się w randomowych miejscach, część zmieniłem ręcznie przez kabel, a kilka udało się po xx próbach. Najnowsza wersja esphome + wywalenie opcji  captive_portal: i już problem nie występuje

Na problemy z połączeniem z dalszej odległości pomogła zmiana kabelka. Na wysoki ping wyłączenie oszczędzania energii.

EDIT:
Teraz mam problem z ESP8266 z wgraną Tasmotą. Objawy jak wyżej, traci połączenie podczas kopiowania plików do NASa.

337

Odp: Zmiany w wydaniu OpenWrt 21.02

Wszystkie moje routery w różnych lokalizacjach łączą się do jednego serwera sesji OpenVPN na VPS. Po aktualizacji dwóch routerów do 21.02.0-rc2 mam problem z zalogowaniem się do nich poprzez tunel VPN po ssh. Reguły firewalla:

  uci set network.vpn='interface'
  uci set network.vpn.ifname='tun4'
  uci set network.vpn.proto='static'

  uci add firewall zone
  uci set firewall.@zone[-1]='zone'
  uci set firewall.@zone[-1].name='vpn'
  uci set firewall.@zone[-1].input='ACCEPT'
  uci set firewall.@zone[-1].forward='REJECT'
  uci set firewall.@zone[-1].output='ACCEPT'
  uci set firewall.@zone[-1].network='vpn'

  uci add firewall forwarding
  uci set firewall.@forwarding[-1]='forwarding'
  uci set firewall.@forwarding[-1].dest='lan'
  uci set firewall.@forwarding[-1].src='vpn'

  uci add firewall forwarding
  uci set firewall.@forwarding[-1]='forwarding'
  uci set firewall.@forwarding[-1].dest='vpn'
  uci set firewall.@forwarding[-1].src='lan'

SSH uruchomione na niestandardowym porcie 55522. Testowo odpaliłem netcata nasłuchującego na porcie 8888 i z VPS da się do niego podłączyć.

Macie pomysł w czym jest problem?

338

Odp: Zmiany w wydaniu OpenWrt 21.02

Portu 55522 sobie nie zablokowałeś na firewallu?

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

339

Odp: Zmiany w wydaniu OpenWrt 21.02

Cezary napisał/a:

Portu 55522 sobie nie zablokowałeś na firewallu?

Nie, mało tego teraz zauważyłem że nawet SSH się przestawia ale nie nawiązuje połączenia po SSH (nie pyta o hasło)

karol@sun:~/notatki/openwrt$ nc 10.4.0.20 55522
SSH-2.0-dropbear
▒▒)$▒<▒▒S?▒P▒"▒M▒▒curve25519-sha256,curve25519-sha256@libssh.org,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,kexguess2@matt.ucc.asn.au ssh-ed25519,rsa-sha2-256,ssh-rsa3chacha20-poly1305@openssh.com,aes128-ctr,aes256-ctr3chacha20-poly1305@openssh.com,aes128-ctr,aes256-ctrhmac-sha1,hmac-sha2-256hmac-sha1,hmac-sha2-256nonenone▒jLM$PJ^C

karol@sun:~/notatki/openwrt$ ssh root@10.4.0.20 -p 55522

Może to kwestia blokady na poziomie SSH?

340

Odp: Zmiany w wydaniu OpenWrt 21.02

Nie, nic się nie zmieniło w tej kwestii, zresztą jak widzisz na porcie zgłasza się usługa.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

341

Odp: Zmiany w wydaniu OpenWrt 21.02

Porównałem stan interfejsu na starszym OpenWrt:

13: tun4: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN qlen 100
    link/[65534]
    inet 10.4.0.30/24 brd 10.4.0.255 scope global tun4
       valid_lft forever preferred_lft forever
    inet6 fe80::b762:9aa7:211a:d1e2/64 scope link

No i na 21.02.0-rc2:

11: tun4: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN qlen 500
    link/[65534]
    inet 10.4.0.20/24 scope global tun4
       valid_lft forever preferred_lft forever
    inet6 fe80::2605:da41:5db9:9247/64 scope link flags 800
       valid_lft forever preferred_lft forever

Na nowym brakuje brd 10.4.0.255. Może to dobry trop?

342

Odp: Zmiany w wydaniu OpenWrt 21.02

Broadcast. Nie wiem, ale średnio mi się widzi że to jest przyczyną. Bo tunel ci sie spina.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

343

Odp: Zmiany w wydaniu OpenWrt 21.02

Wersja OpenVPN na serwerze sesji:

OpenVPN 2.4.7 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Feb 20 2019
library versions: OpenSSL 1.1.1d  10 Sep 2019, LZO 2.10
Originally developed by James Yonan
Copyright (C) 2002-2018 OpenVPN Inc <sales@openvpn.net>
Compile time defines: enable_async_push=no enable_comp_stub=no enable_crypto=yes enable_crypto_ofb_cfb=yes enable_debug=yes enable_def_auth=yes enable_dependency_tracking=no enable_dlopen=unknown enable_dlopen_self=unknown enable_dlopen_self_static=unknown enable_fast_install=needless enable_fragment=yes enable_iproute2=yes enable_libtool_lock=yes enable_lz4=yes enable_lzo=yes enable_maintainer_mode=no enable_management=yes enable_multihome=yes enable_pam_dlopen=no enable_pedantic=no enable_pf=yes enable_pkcs11=yes enable_plugin_auth_pam=yes enable_plugin_down_root=yes enable_plugins=yes enable_port_share=yes enable_selinux=no enable_server=yes enable_shared=yes enable_shared_with_static_runtimes=no enable_silent_rules=no enable_small=no enable_static=yes enable_strict=no enable_strict_options=no enable_systemd=yes enable_werror=no enable_win32_dll=yes enable_x509_alt_username=yes with_aix_soname=aix with_crypto_library=openssl with_gnu_ld=yes with_mem_check=no with_sysroot=no

Na kliencie z OpenWrt 21.02.0-rc2:

OpenVPN 2.5.2 mips-openwrt-linux-gnu [SSL (OpenSSL)] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD]
library versions: OpenSSL 1.1.1k  25 Mar 2021
Originally developed by James Yonan
Copyright (C) 2002-2018 OpenVPN Inc <sales@openvpn.net>

Problem ustąpił po podniesieniu wersji OpenVPN na serwerze do:

OpenVPN 2.5.2 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Jun 13 2021
library versions: OpenSSL 1.1.1d  10 Sep 2019, LZO 2.10
Originally developed by James Yonan
Copyright (C) 2002-2018 OpenVPN Inc <sales@openvpn.net>
Compile time defines: enable_async_push=no enable_comp_stub=no enable_crypto_ofb_cfb=yes enable_debug=yes enable_def_auth=yes enable_dlopen=unknown enable_dlopen_self=unknown enable_dlopen_self_static=unknown enable_fast_install=needless enable_fragment=yes enable_iproute2=no enable_libtool_lock=yes enable_lz4=yes enable_lzo=yes enable_management=yes enable_multihome=yes enable_pam_dlopen=no enable_pedantic=no enable_pf=yes enable_pkcs11=no enable_plugin_auth_pam=yes enable_plugin_down_root=yes enable_plugins=yes enable_port_share=yes enable_selinux=no enable_shared=yes enable_shared_with_static_runtimes=no enable_small=no enable_static=yes enable_strict=no enable_strict_options=no enable_systemd=no enable_werror=no enable_win32_dll=yes enable_x509_alt_username=no with_aix_soname=aix with_crypto_library=openssl with_gnu_ld=yes with_mem_check=no with_sysroot=no

344

Odp: Zmiany w wydaniu OpenWrt 21.02

Cezary,
Kolejna różnica w nowszym definiowaniu sieci to brak dodawania trasy do sieci dla aliasów.

Uprzedzając wnioski małe sprostowanie: sieć 1.0/24 jest na 2 interfejsach:
1. po Wifi-STA,
2. Alias do br-lan
bo akurat testuję różne podejścia z przekazywaniem BOOTP/DHCP w trybie Relay dla MT7620 - na razie uznaj, że to taka informacja.

Dla Youku YK1 na starszym mam tak :

# cat /etc/openwrt_release
DISTRIB_ID='OpenWrt'
DISTRIB_RELEASE='21.02-SNAPSHOT'
DISTRIB_REVISION='r16090-bbbc01ede5'
DISTRIB_TARGET='ramips/mt7620'
DISTRIB_ARCH='mipsel_24kc'
DISTRIB_DESCRIPTION='OpenWrt 21.02-SNAPSHOT r16090-bbbc01ede5'
DISTRIB_TAINTS=''

# cat /etc/config/network

config interface 'wwan'
    option proto 'dhcp'

config interface 'lan'
    option type 'bridge'
    option ifname 'eth0.1'
    option proto 'static'
    option ipaddr '192.168.2.1'
    option netmask '255.255.255.0'
    option ip6assign '60'

config interface 'lan2'
    option ifname '@lan'
    option proto 'static'
    option ipaddr '192.168.1.90'
    option netmask '255.255.255.0'

# ip r
...
192.168.1.0/24 dev br-lan scope link  src 192.168.1.90
192.168.1.0/24 dev wlan0 scope link  src 192.168.1.67
...

Dla Xiaomi Miwifi Mini na nowszym:

# cat /etc/openwrt_release
DISTRIB_ID='OpenWrt'
DISTRIB_RELEASE='21.02.0-rc2'
DISTRIB_REVISION='r16122-c2139eef27'
DISTRIB_TARGET='ramips/mt7620'
DISTRIB_ARCH='mipsel_24kc'
DISTRIB_DESCRIPTION='OpenWrt 21.02.0-rc2 r16122-c2139eef27'
DISTRIB_TAINTS=''


# cat /etc/config/network

config interface wwan
    option proto dhcp

config device
    option name 'br-lan'
    option type 'bridge'
    list ports 'eth0.1'

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

config interface 'lan2'
    option ifname '@lan'
    option proto 'static'
    option ipaddr '192.168.1.99'
    option netmask '255.255.255.0'
    option ip6assign '60'

# ip r
...
192.168.1.0/24 dev wlan1 proto kernel scope link src 192.168.1.61
192.168.2.0/24 dev br-lan proto kernel scope link src 192.168.2.1

Tu widać że trasę do sieci 1.0/24 dostał tylko po DHCP z routera Nadrzędnego po Wifi w trybie STA.
Brak trasy do "aliasa"
Oczywiście trasę mogę dodać w hotplugu ale to chyba nie o to chodzi.

Podsumowując, proszę sprawdź czy masz podobnie, jakie jest Twoje zapatrywanie na tą sprawę?

Xiaomi AX3000T @ Netgear R6220
* DVBT2 - T230C *

345

Odp: Zmiany w wydaniu OpenWrt 21.02

Nie potwierdzam tego.

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

config interface 'lan2'
    option device '@lan'
    option proto 'static'
    option ipaddr '10.0.2.99'
    option netmask '255.255.255.0'
    option ip6assign '60'
default via 10.0.2.2 dev eth1  src 10.0.2.15 
10.0.2.0/24 dev eth1 scope link  src 10.0.2.15 
10.0.2.0/24 dev br-lan scope link  src 10.0.2.99 
192.168.2.0/24 dev br-lan scope link  src 192.168.2.1 

wan oczywiście na dhcp, nawet ustawiłem tą samą klasę na lan2 co wan dostaje.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

346 (edytowany przez mar_w 2021-06-13 15:37:51)

Odp: Zmiany w wydaniu OpenWrt 21.02

W sumie to mam trochę inną konfigurację bo nie mam WAN-a "w czystej formie" i u mnie nie dodaje.
Może dlatego że w pseudobridgu Relayd - "lan wwan" jest kilka interfejsów:
1. Wifi STA (wwan jako pseudoWAN z siecią 1.0/24)
2. br-lan (w którym są)
    - eth0.1
    - Wifi AP
    - alias na sieci 1.0/24

Ale na starszej wersji z 18 maja jakoś mu nie przeszkadza dodać trasę do aliasu. I też te same interfejsy są w pseudobridgu Relayd.

Dosyć poważna zmiana konfiguracji sieci w tym samym numerze wersji "21.02" jest wg mnie mało roztropnym posunięciem.
Mogli 21.02 zamknąć i otworzyć wersję 21.06. Lepiej by się rozpatrywało pewne tematy.

Xiaomi AX3000T @ Netgear R6220
* DVBT2 - T230C *

347

Odp: Zmiany w wydaniu OpenWrt 21.02

Nie tylko ty tak sądzisz smile Uwagi proszę zgłaszać do Rafała, bo on jest sprawcą tego.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

348

Odp: Zmiany w wydaniu OpenWrt 21.02

Dobrze że to robi i ma do tego wiedzę, ale w moim przypadku jeszcze jest podział switch-a wg starego typu na eth0.1 oraz eth0.2 i jednocześnie dodane "device" wg nowego typu DSA.
Tak dla niezdecydowanych, czy chcą stary silnik w nowej budzie czy nowy silnik w nowej budzie wink

Sumarycznie wyszło tak jak mówisz. Dodał trasę smile

I ten Relayd na MT7620 oraz wstrzykiwanie pakietów BOOTP/DHCP poprzez dołączony "alias" z adresem głównej sieci oraz serwer DHCP na "aliasie" sprawiły, że telefon dostał bramę i DNS-a bez potrzeby ręcznej konfiguracji.
Parę adresów z głównej sieci się marnuje i zakresy DHCP na obu serwerach nie mogą na siebie zachodzić.

Xiaomi AX3000T @ Netgear R6220
* DVBT2 - T230C *

349

Odp: Zmiany w wydaniu OpenWrt 21.02

Jak by to powiedzieć - zdarzył się mały "problem". Obecne źródła mają problem z trybem failsafe - nie podnosi się właściwie interfejs. Więc budowanie obrazów odłożę aż do rozwiązania tego problemu, który jednak jest dość ważny wg mnie.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

350

Odp: Zmiany w wydaniu OpenWrt 21.02

Cezary napisał/a:

Jak by to powiedzieć - zdarzył się mały "problem". Obecne źródła mają problem z trybem failsafe - nie podnosi się właściwie interfejs. Więc budowanie obrazów odłożę aż do rozwiązania tego problemu, który jednak jest dość ważny wg mnie.

Wydali rc3 z takim bugiem? o_0

Mam i używam: Fujitsu Futro S720, Netgear R6220, Unielec U7621-06, TP-Linki 1043 V1, V2, Linksysy EA7500v2, AeroHive AP350, Linksys EA8500, ZTE MF286d.
Mam: D-Linki DWR-921, DWR-118, DWR-116, TP-Link WDR-4900 v1, Checkpoint L-50, Linksysy 1900ACS, LB-Link BL-W1200,