Nestartuje DHCPv4 (dnsmasq) a možná padá

PatrikSamuelTauchim · January 25, 2022, 9:25am

Řeším takovou divnou věc a to, že mi na Omnii automaticky nestartuje dnsmasq. Nevim jestli se tak děje vždy, ale často ho musím po restartu nahazovat ručně. Třeba dnes ráno jsem tak musel činit, protože počítač adresu nedostal. Uptime byl 21+ hodin, takže v noci restart Turrisu nebyl. Je možný, že včera jsem ho taky musel startovat ručně, ale pak by měl dneska bežet. Že by prostě padal?

Než se v tom budu vrtata zkoušet babské rady z internetů, kam se prvně podívat?

V luci je dnsmasq “Enabled” and po kliknutí na “Start” naběhne.

Předem díky za rady.

mmtj · January 25, 2022, 4:31pm

Ahoj,

jednou jsem narazil na podobnou situaci, ale jen v jediné síti a nikde jinde.
Šlo o kombinaci WAN přes wifi (hlavní wifi v domě o patro níž) a adresa WAN z DHCP.

Na WAN rozhraní je nastavené DHCP nebo statická adresa?

Děje se to pravidelně (každé ráno, večer, apod.)?

Jestli jsi v podobné situaci - uplink zařízení před Omnií nepřiděluje spolehlivě adresy nebo je za Omnií nespolehlivá linka - pak by to mohlo být podobné tomuhle bugu:

https://dev.archive.openwrt.org/ticket/7423.html

Mohl bys prosím zapnout “Uchovávání systémových záznamů” v reForisu?

Připojit USB zařízení (flashka by na logy měla stačit) do Omnie a nastavit si v reforisu Úložiště/Storage.
Povolit “Uchovávání systémových záznamů” ve Správa->Údržba->Uchovávání systémových záznamů v reForisu.
Sledovat logy v /srv/log/ - zůstanou i po restartu.

PatrikSamuelTauchim · January 25, 2022, 5:12pm

Ahoj,
mám dvě WAN rozhraní, oboje se statickou IP a po kabelu. DHCP tedy obsluhuje pouze klienty v LAN a WLAN.

Problému si většinou všimnu ráno, předpokládám, že kvůli tomu, že vyprší lease z předchozího dne a nový už zařízení nedostanou. Problém jsem ale pozoroval i v situaci, kdy jsem měnil konfiguraci a dělal jsem restarty.

Přes USB mám ještě připojené 2 ethernet adaptéry, (v LAN) zkusím tedy jeden nahradit USB flashkou, zapnout ukládání logů a uvidíme.

Každopádně jsem využil restartu, který byl potřeba k vytvoření externího úložiště, vymazal jsem dns cache na počítači a novou IP jsem nedostal a musel jsem dnsmasq nastartovat ručně. Pak to zopakuji a uvidím, co se objeví v logu.

Díky za odpověď

Edit: Ani po třech restartech ve složce /srv/ nic nevytvořilo, natož pak složka logs :-/

PatrikSamuelTauchim · January 25, 2022, 5:44pm

Díval jsem se na odkazovaný bug a vypadá to, že příčina je asi tak nějak společná. Odpojil jsem totiž i druhý USB ethernet adaptér a dnsmasq už vesele startuje a přiděluje adresy.

Měl jsem podobným problém i na Modrákovi. Tehdá jsme ale s podporou dospěli k názoru, že za problém může nekompletní restart Turrise, při krátkodobém výpadku napájení/zakolísání napětí v síti. Bylo zrovna období bouřek a podle uptime se router v noci restartoval, ale adresy už dávat nechtěl.

Říkám si jen, jestli v té době jsem neměl v USB taky něco zapojeno, třeba LTE modem, který by opět mohl způsobovat bug popsaný výše.

mmtj · January 25, 2022, 6:18pm

Hmm, takže na první pohled žádná dynamická konfigurace, kde wan i lan interfacy by měly vždycky být dostupné.

Mohl bys poslat konfiguraci interfaců v /etc/config/network + které z toho jsou USB ethernety?
(Samozřejmě podle uvážení autocenzuruj IP & MAC adresy, případně další hodnoty, co by mohly indetifikovat tvou omnii nebo internetovou přípojku)

Co se objeví v logu (/var/log/messages) poté, co ručně restartuješ síť z konzole?

/etc/init.d/network restart

Jde mi hlavně o to, v jakém pořadí naskakují interfacy a kdy dnsmasq.

Mohl bys poslat screenshot z reForisu, jak vypadá stav úložiště?
Případně externí úložiště zkusit nastavit znovu a sledovat jestli nevyskočí nějaké chyby.

A na závěr: Na jaké verze TOS se to děje? Ať to můžeme zkusit reprodukovat.

PatrikSamuelTauchim · January 25, 2022, 7:32pm

Tady je konfigurace. eth3 a eth4 jsou USB adaptéry. Aktuálně připojen jen eth3. A problém je zpět.

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

config globals ‘globals’
option ula_prefix ‘fd10:30:cbe8::/48’

config interface ‘lan’
option type ‘bridge’
option proto ‘static’
option ip6assign ‘60’
option netmask ‘255.255.0.0’
option ipaddr ‘10.30.0.1’
option ifname ‘eth3 eth4 lan0 lan1 lan2 lan3’

config interface ‘wan’
option ifname ‘eth2’
option proto ‘static’
option netmask ‘255.255.255.252’
list dns ‘10.255.255.20’
list dns ‘10.255.255.10’
option ipaddr ‘XX.XX.XX.XX’
option gateway ‘XX.XX.XX.XX’
option metric ‘10’

config interface ‘wireguard’
option proto ‘wireguard’
list addresses ‘10.10.20.3/32’
list addresses ‘fd42:42:42::3/128’
option private_key ‘XXX’

config wireguard_wireguard
option public_key ‘YYY’
option persistent_keepalive ‘25’
option endpoint_port ‘XXXX’
option route_allowed_ips ‘1’
list allowed_ips ‘10.10.0.0/16’
list allowed_ips ‘10.20.0.0/16’
list allowed_ips ‘10.10.20.0/24’
list allowed_ips ‘fd42:42:42::1/64’
list allowed_ips ‘fd10:10:3d46::1/60’
list allowed_ips ‘fd10:20:b88c::1/60’
option description ‘XXX’
option endpoint_host ‘xxx.xxx.xx’

config interface ‘wan6’
option ifname ‘@wan’
option proto ‘dhcpv6’
option reqaddress ‘try’
option reqprefix ‘auto’

config route
option target ‘10.10.0.0/16’
option gateway ‘10.10.20.1’
option netmask ‘255.255.0.0’
option interface ‘wireguard’

config route
option target ‘10.20.0.0/16’
option gateway ‘10.10.20.2’
option netmask ‘255.255.0.0’
option interface ‘wireguard’

config route6
option gateway ‘fd42:42:42::1’
option interface ‘wireguard’
option target ‘fd10:10:3d46::1/60’

config route6
option interface ‘wireguard’
option target ‘fd10:20:b88c::1/60’
option gateway ‘fd42:42:42::2’

config interface ‘WANB’
option ifname ‘lan4’
option proto ‘static’
option netmask ‘255.255.255.0’
option ipaddr ‘192.168.1.100’
option gateway ‘192.168.1.1’
option metric ‘20’

config interface ‘WANB6’
option ifname ‘@WANB’
option proto ‘dhcpv6’
option reqaddress ‘try’
option reqprefix ‘auto’

Výstup z /var/log/messages po restartu sítě: (dnsmasq naběhl)

Jan 25 19:14:13 turris netifd: Interface ‘WANB’ is now down
Jan 25 19:14:13 turris hostapd: wlan1: interface state ENABLED->DISABLED
Jan 25 19:14:13 turris hostapd: wlan1: AP-DISABLED
Jan 25 19:14:13 turris hostapd: wlan1: CTRL-EVENT-TERMINATING
Jan 25 19:14:13 turris hostapd: nl80211: deinit ifname=wlan1 disabled_11b_rates=0
Jan 25 19:14:13 turris hostapd: wlan0: interface state ENABLED->DISABLED
Jan 25 19:14:13 turris hostapd: wlan0: AP-STA-DISCONNECTED XX:XX:XX:XX:XX
Jan 25 19:14:13 turris hostapd: wlan0: AP-STA-DISCONNECTED XX:XX:XX:XX:XX
Jan 25 19:14:13 turris hostapd: wlan0: AP-STA-DISCONNECTED XX:XX:XX:XX:XX
Jan 25 19:14:13 turris hostapd: wlan0: AP-DISABLED
Jan 25 19:14:13 turris hostapd: wlan0: CTRL-EVENT-TERMINATING
Jan 25 19:14:13 turris hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Jan 25 19:14:13 turris netifd: Interface ‘lan’ is now down
Jan 25 20:14:13 turris kernel: [ 799.443161] br-lan: port 7(wlan0) entered disabled state
Jan 25 20:14:13 turris kernel: [ 799.448587] br-lan: port 6(wlan1) entered disabled state
Jan 25 20:14:13 turris kernel: [ 799.453975] br-lan: port 5(lan3) entered disabled state
Jan 25 20:14:13 turris kernel: [ 799.459262] br-lan: port 4(lan2) entered disabled state
Jan 25 20:14:13 turris kernel: [ 799.480206] device br-lan left promiscuous mode
Jan 25 20:14:13 turris kernel: [ 799.484900] device wlan1 left promiscuous mode
Jan 25 20:14:13 turris kernel: [ 799.489483] br-lan: port 6(wlan1) entered disabled state
Jan 25 20:14:13 turris kernel: [ 799.517553] device eth3 left promiscuous mode
Jan 25 20:14:13 turris kernel: [ 799.522007] br-lan: port 1(eth3) entered disabled state
Jan 25 20:14:13 turris kernel: [ 799.576200] device wlan0 left promiscuous mode
Jan 25 20:14:13 turris kernel: [ 799.580752] br-lan: port 7(wlan0) entered disabled state
Jan 25 20:14:14 turris kernel: [ 799.635487] IPv6: ADDRCONF(NETDEV_UP): eth3: link is not ready
Jan 25 20:14:14 turris kernel: [ 799.772939] device lan0 left promiscuous mode
Jan 25 20:14:14 turris kernel: [ 799.777414] br-lan: port 2(lan0) entered disabled state
Jan 25 20:14:14 turris kernel: [ 799.846629] IPv6: ADDRCONF(NETDEV_UP): lan0: link is not ready
Jan 25 20:14:14 turris kernel: [ 799.852565] device lan1 left promiscuous mode
Jan 25 20:14:14 turris kernel: [ 799.857044] br-lan: port 3(lan1) entered disabled state
Jan 25 20:14:14 turris kernel: [ 799.946350] IPv6: ADDRCONF(NETDEV_UP): lan1: link is not ready
Jan 25 20:14:14 turris kernel: [ 799.952308] device lan2 left promiscuous mode
Jan 25 20:14:14 turris kernel: [ 799.956773] br-lan: port 4(lan2) entered disabled state
Jan 25 20:14:14 turris kernel: [ 800.018179] mv88e6085 f1072004.mdio-mii:10 lan2: Link is Down
Jan 25 20:14:14 turris kernel: [ 800.032353] IPv6: ADDRCONF(NETDEV_UP): lan2: link is not ready
Jan 25 20:14:14 turris kernel: [ 800.038265] device lan3 left promiscuous mode
Jan 25 20:14:14 turris kernel: [ 800.042666] device eth1 left promiscuous mode
Jan 25 20:14:14 turris kernel: [ 800.047143] br-lan: port 5(lan3) entered disabled state
Jan 25 20:14:14 turris kernel: [ 800.104651] mvneta f1030000.ethernet eth1: Link is Down
Jan 25 20:14:14 turris kernel: [ 800.121821] mv88e6085 f1072004.mdio-mii:10 lan3: Link is Down
Jan 25 20:14:14 turris kernel: [ 800.135098] IPv6: ADDRCONF(NETDEV_UP): lan3: link is not ready
Jan 25 19:14:14 turris netifd: Interface ‘lan’ is disabled
Jan 25 19:14:14 turris netifd: Network device ‘wlan0’ link is down
Jan 25 19:14:14 turris netifd: Network device ‘wlan1’ link is down
Jan 25 19:14:14 turris netifd: Network device ‘lan3’ link is down
Jan 25 19:14:14 turris netifd: Network device ‘lan2’ link is down
Jan 25 19:14:14 turris netifd: bridge ‘br-lan’ link is down
Jan 25 19:14:14 turris netifd: Interface ‘lan’ has link connectivity loss
Jan 25 19:14:14 turris netifd: Network device ‘eth1’ link is down
Jan 25 19:14:14 turris odhcpd[3315]: setsockopt(IPV6_ADD_MEMBERSHIP): No such device
Jan 25 19:14:14 turris odhcpd[3315]: setsockopt(SO_BINDTODEVICE): No such device
Jan 25 19:14:14 turris netifd: Interface ‘WANB6’ is now down
Jan 25 20:14:14 turris kernel: [ 800.221277] mvneta f1070000.ethernet eth0: Link is Down
Jan 25 20:14:14 turris kernel: [ 800.241879] mv88e6085 f1072004.mdio-mii:10 lan4: Link is Down
Jan 25 19:14:14 turris netifd: Interface ‘WANB6’ is disabled
Jan 25 19:14:14 turris netifd: Interface ‘WANB’ is disabled
Jan 25 19:14:14 turris netifd: Network alias ‘’ link is down
Jan 25 19:14:14 turris netifd: Interface ‘WANB6’ has link connectivity loss
Jan 25 19:14:14 turris netifd: Network device ‘eth0’ link is down
Jan 25 19:14:14 turris odhcpd[3315]: setsockopt(SO_BINDTODEVICE): No such device
Jan 25 19:14:14 turris odhcpd[3315]: setsockopt(SO_BINDTODEVICE): No such device
Jan 25 19:14:14 turris netifd: Interface ‘loopback’ is now down
Jan 25 19:14:14 turris netifd: Interface ‘loopback’ is disabled
Jan 25 19:14:14 turris netifd: Network device ‘lan4’ link is down
Jan 25 19:14:14 turris netifd: Interface ‘WANB’ has link connectivity loss
Jan 25 19:14:14 turris netifd: Network device ‘lo’ link is down
Jan 25 19:14:14 turris netifd: Interface ‘loopback’ has link connectivity loss
Jan 25 19:14:14 turris netifd: Interface ‘wireguard’ has lost the connection
Jan 25 19:14:14 turris netifd: Interface ‘wan’ is now down
Jan 25 19:14:14 turris odhcpd[3315]: setsockopt(SO_BINDTODEVICE): No such device
Jan 25 19:14:14 turris netifd: Network device ‘wireguard’ link is down
Jan 25 19:14:14 turris odhcpd[3315]: setsockopt(SO_BINDTODEVICE): No such device
Jan 25 19:14:14 turris netifd: Interface ‘wan6’ is now down
Jan 25 20:14:14 turris kernel: [ 800.478463] mvneta f1034000.ethernet eth2: Link is Down
Jan 25 19:14:14 turris netifd: Interface ‘wan6’ is disabled
Jan 25 19:14:14 turris netifd: Interface ‘wan’ is disabled
Jan 25 19:14:14 turris netifd: Network alias ‘’ link is down
Jan 25 19:14:14 turris netifd: Interface ‘wan6’ has link connectivity loss
Jan 25 19:14:14 turris odhcpd[3315]: setsockopt(SO_BINDTODEVICE): No such device
Jan 25 19:14:14 turris odhcpd[3315]: setsockopt(SO_BINDTODEVICE): No such device
Jan 25 19:14:14 turris netifd: Network device ‘eth2’ link is down
Jan 25 19:14:14 turris netifd: Interface ‘wan’ has link connectivity loss
Jan 25 19:14:15 turris netifd: Interface ‘wireguard’ is now down
Jan 25 19:14:15 turris odhcpd[3315]: setsockopt(SO_BINDTODEVICE): No such device
Jan 25 19:14:15 turris odhcpd[3315]: setsockopt(SO_BINDTODEVICE): No such device
Jan 25 20:01:12 turris dnsmasq[4627]: started, version 2.80 DNS disabled
Jan 25 20:14:15 turris dnsmasq[4627]: overflow: 2 log entries lost
Jan 25 20:14:15 turris dnsmasq[11066]: started, version 2.80 DNS disabled
Jan 25 20:14:15 turris dnsmasq[11066]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth nettlehash DNSSEC no-ID loop-detect inotify dumpfile
Jan 25 19:14:15 turris /dhcp_host_domain_ng.py: Refresh kresd leases
Jan 25 19:14:15 turris odhcpd[3315]: Failed to send to ff02::1%lan@br-lan (Bad file descriptor)
Jan 25 19:14:16 turris : Added device handler type: 8021ad
Jan 25 19:14:16 turris : Added device handler type: 8021q
Jan 25 19:14:16 turris : Added device handler type: macvlan
Jan 25 19:14:16 turris : Added device handler type: veth
Jan 25 19:14:16 turris : Added device handler type: bridge
Jan 25 19:14:16 turris : Added device handler type: Network device
Jan 25 19:14:16 turris : Added device handler type: tunnel
Jan 25 20:14:16 turris kernel: [ 802.045527] br-lan: port 1(eth3) entered blocking state
Jan 25 20:14:16 turris kernel: [ 802.050808] br-lan: port 1(eth3) entered disabled state
Jan 25 20:14:16 turris kernel: [ 802.056213] device eth3 entered promiscuous mode
Jan 25 20:14:16 turris kernel: [ 802.065633] IPv6: ADDRCONF(NETDEV_UP): br-lan: link is not ready
Jan 25 19:14:16 turris netifd: Interface ‘lan’ is enabled
Jan 25 19:14:16 turris netifd: Interface ‘lan’ is setting up now
Jan 25 19:14:16 turris netifd: Interface ‘lan’ is now up
Jan 25 20:14:16 turris kernel: [ 802.095483] mvneta f1030000.ethernet eth1: configuring for fixed/rgmii link mode
Jan 25 20:14:16 turris kernel: [ 802.103098] IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
Jan 25 20:14:16 turris kernel: [ 802.109016] mvneta f1030000.ethernet eth1: Link is Up - 1Gbps/Full - flow control off
Jan 25 20:14:16 turris kernel: [ 802.116879] IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Jan 25 20:14:16 turris kernel: [ 802.126912] mv88e6085 f1072004.mdio-mii:10 lan0: configuring for phy/gmii link mode
Jan 25 20:14:16 turris kernel: [ 802.149161] br-lan: port 2(lan0) entered blocking state
Jan 25 20:14:16 turris kernel: [ 802.154463] br-lan: port 2(lan0) entered disabled state
Jan 25 20:14:16 turris kernel: [ 802.170755] device lan0 entered promiscuous mode
Jan 25 20:14:16 turris kernel: [ 802.175391] device eth1 entered promiscuous mode
Jan 25 20:14:16 turris kernel: [ 802.225449] mv88e6085 f1072004.mdio-mii:10 lan1: configuring for phy/gmii link mode
Jan 25 20:14:16 turris kernel: [ 802.268725] br-lan: port 3(lan1) entered blocking state
Jan 25 20:14:16 turris kernel: [ 802.273974] br-lan: port 3(lan1) entered disabled state
Jan 25 20:14:16 turris kernel: [ 802.308352] device lan1 entered promiscuous mode
Jan 25 20:14:16 turris kernel: [ 802.363893] mv88e6085 f1072004.mdio-mii:10 lan2: configuring for phy/gmii link mode
Jan 25 20:14:16 turris kernel: [ 802.371643] mv88e6085 f1072004.mdio-mii:10 lan2: Link is Up - 1Gbps/Full - flow control rx/tx
Jan 25 20:14:16 turris kernel: [ 802.392865] br-lan: port 4(lan2) entered blocking state
Jan 25 20:14:16 turris kernel: [ 802.398107] br-lan: port 4(lan2) entered disabled state
Jan 25 20:14:16 turris kernel: [ 802.423234] device lan2 entered promiscuous mode
Jan 25 20:14:16 turris kernel: [ 802.470668] br-lan: port 4(lan2) entered blocking state
Jan 25 20:14:16 turris kernel: [ 802.475920] br-lan: port 4(lan2) entered forwarding state
Jan 25 20:14:16 turris kernel: [ 802.494354] mv88e6085 f1072004.mdio-mii:10 lan3: configuring for phy/gmii link mode
Jan 25 20:14:16 turris kernel: [ 802.502084] mv88e6085 f1072004.mdio-mii:10 lan3: Link is Up - 1Gbps/Full - flow control off
Jan 25 20:14:16 turris kernel: [ 802.530123] IPv6: ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
Jan 25 20:14:16 turris kernel: [ 802.541554] br-lan: port 5(lan3) entered blocking state
Jan 25 20:14:16 turris kernel: [ 802.546804] br-lan: port 5(lan3) entered disabled state
Jan 25 20:14:16 turris kernel: [ 802.568583] device lan3 entered promiscuous mode
Jan 25 20:14:17 turris kernel: [ 802.615795] br-lan: port 5(lan3) entered blocking state
Jan 25 20:14:17 turris kernel: [ 802.621047] br-lan: port 5(lan3) entered forwarding state
Jan 25 20:14:17 turris kernel: [ 802.634105] mvneta f1070000.ethernet eth0: configuring for fixed/rgmii link mode
Jan 25 20:14:17 turris kernel: [ 802.641626] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Jan 25 20:14:17 turris kernel: [ 802.647551] mvneta f1070000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
Jan 25 20:14:17 turris kernel: [ 802.656456] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jan 25 20:14:17 turris kernel: [ 802.679626] mv88e6085 f1072004.mdio-mii:10 lan4: configuring for phy/gmii link mode
Jan 25 20:14:17 turris kernel: [ 802.687344] mv88e6085 f1072004.mdio-mii:10 lan4: Link is Up - 1Gbps/Full - flow control rx/tx
Jan 25 20:14:17 turris kernel: [ 802.720478] IPv6: ADDRCONF(NETDEV_UP): lan4: link is not ready
Jan 25 20:14:17 turris kernel: [ 802.726359] IPv6: ADDRCONF(NETDEV_CHANGE): lan4: link becomes ready
Jan 25 19:14:17 turris netifd: Interface ‘WANB’ is enabled
Jan 25 19:14:17 turris netifd: Interface ‘WANB’ is setting up now
Jan 25 19:14:17 turris netifd: Interface ‘WANB6’ is enabled
Jan 25 19:14:17 turris netifd: Interface ‘WANB’ is now up
Jan 25 19:14:17 turris netifd: Interface ‘loopback’ is enabled
Jan 25 19:14:17 turris netifd: Interface ‘loopback’ is setting up now
Jan 25 19:14:17 turris netifd: Interface ‘loopback’ is now up
Jan 25 20:14:17 turris kernel: [ 802.839367] mvneta f1034000.ethernet eth2: PHY [f1072004.mdio-mii:01] driver [Marvell 88E1510]
Jan 25 20:14:17 turris kernel: [ 802.858914] mvneta f1034000.ethernet eth2: configuring for phy/sgmii link mode
Jan 25 20:14:17 turris kernel: [ 802.866262] IPv6: ADDRCONF(NETDEV_UP): eth2: link is not ready
Jan 25 20:14:17 turris kernel: [ 802.872171] mvneta f1034000.ethernet eth2: Link is Up - 1Gbps/Full - flow control rx/tx
Jan 25 19:14:17 turris netifd: Interface ‘wan’ is enabled
Jan 25 20:14:17 turris kernel: [ 802.881042] IPv6: ADDRCONF(NETDEV_CHANGE): eth2: link becomes ready
Jan 25 19:14:17 turris netifd: Interface ‘wan’ is setting up now
Jan 25 19:14:17 turris netifd: Interface ‘wan6’ is enabled
Jan 25 19:14:17 turris netifd: Interface ‘wan’ is now up
Jan 25 19:14:17 turris netifd: Interface ‘wireguard’ is setting up now
Jan 25 19:14:17 turris netifd: bridge ‘br-lan’ link is up
Jan 25 19:14:17 turris netifd: Interface ‘lan’ has link connectivity
Jan 25 19:14:17 turris netifd: Network device ‘eth1’ link is up
Jan 25 19:14:17 turris netifd: Network device ‘lan2’ link is up
Jan 25 19:14:17 turris netifd: Network device ‘lan3’ link is up
Jan 25 19:14:17 turris netifd: Network device ‘eth0’ link is up
Jan 25 19:14:17 turris netifd: Network device ‘lan4’ link is up
Jan 25 19:14:17 turris netifd: Network alias ‘lan4’ link is up
Jan 25 19:14:17 turris netifd: Interface ‘WANB6’ has link connectivity
Jan 25 19:14:17 turris netifd: Interface ‘WANB6’ is setting up now
Jan 25 19:14:17 turris netifd: Interface ‘WANB’ has link connectivity
Jan 25 19:14:17 turris netifd: Network device ‘lo’ link is up
Jan 25 19:14:17 turris netifd: Interface ‘loopback’ has link connectivity
Jan 25 19:14:17 turris netifd: Network device ‘eth2’ link is up
Jan 25 19:14:17 turris netifd: Network alias ‘eth2’ link is up
Jan 25 19:14:17 turris netifd: Interface ‘wan6’ has link connectivity
Jan 25 19:14:17 turris netifd: Interface ‘wan6’ is setting up now
Jan 25 19:14:17 turris netifd: Interface ‘wan’ has link connectivity
Jan 25 19:14:17 turris firewall: Reloading firewall due to ifup of lan (br-lan)
Jan 25 19:14:17 turris odhcp6c[11367]: Failed to send RS (Address not available)
Jan 25 19:14:17 turris odhcp6c[11392]: Failed to send RS (Address not available)
Jan 25 19:14:17 turris netifd: wireguard (11318): Warning: AllowedIP has nonzero host part: fd42:42:42::1/64
Jan 25 19:14:17 turris netifd: wireguard (11318): Warning: AllowedIP has nonzero host part: fd10:10:3d46::1/60
Jan 25 19:14:17 turris netifd: wireguard (11318): Warning: AllowedIP has nonzero host part: fd10:20:b88c::1/60
Jan 25 19:14:17 turris hostapd: Configuration file: /var/run/hostapd-phy1.conf
Jan 25 20:14:17 turris kernel: [ 803.464805] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready
Jan 25 19:14:17 turris hostapd: Configuration file: /var/run/hostapd-phy0.conf
Jan 25 20:14:17 turris kernel: [ 803.510302] br-lan: port 6(wlan1) entered blocking state
Jan 25 20:14:17 turris kernel: [ 803.515644] br-lan: port 6(wlan1) entered disabled state
Jan 25 20:14:17 turris kernel: [ 803.529196] device wlan1 entered promiscuous mode
Jan 25 19:14:17 turris hostapd: wlan1: interface state UNINITIALIZED->COUNTRY_UPDATE
Jan 25 19:14:18 turris odhcp6c[11392]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Jan 25 19:14:18 turris odhcp6c[11367]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Jan 25 20:14:18 turris kernel: [ 804.031953] mvneta f1034000.ethernet eth2: Link is Down
Jan 25 20:14:19 turris kernel: [ 805.202323] ath10k_pci 0000:02:00.0: pdev param 0 not supported by firmware
Jan 25 19:14:19 turris hostapd: ACS: Automatic channel selection started, this may take a bit
Jan 25 20:14:19 turris kernel: [ 805.223322] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Jan 25 20:14:19 turris kernel: [ 805.241811] br-lan: port 7(wlan0) entered blocking state
Jan 25 20:14:19 turris kernel: [ 805.247139] br-lan: port 7(wlan0) entered disabled state
Jan 25 20:14:19 turris kernel: [ 805.252612] device wlan0 entered promiscuous mode
Jan 25 20:14:19 turris kernel: [ 805.257414] br-lan: port 7(wlan0) entered blocking state
Jan 25 20:14:19 turris kernel: [ 805.262758] br-lan: port 7(wlan0) entered forwarding state
Jan 25 19:14:19 turris hostapd: wlan1: interface state COUNTRY_UPDATE->ACS
Jan 25 19:14:19 turris hostapd: wlan1: ACS-STARTED
Jan 25 19:14:19 turris odhcpd[3315]: Failed to send to ff02::1%lan@br-lan (Address not available)
Jan 25 19:14:19 turris hostapd: wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Jan 25 19:14:19 turris hostapd: ACS: Automatic channel selection started, this may take a bit
Jan 25 19:14:19 turris hostapd: wlan0: interface state COUNTRY_UPDATE->ACS
Jan 25 19:14:19 turris hostapd: wlan0: ACS-STARTED
Jan 25 19:14:19 turris odhcp6c[11367]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Jan 25 19:14:19 turris odhcp6c[11392]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Jan 25 19:14:19 turris netifd: Network device ‘eth2’ link is down
Jan 25 19:14:19 turris netifd: Network alias ‘eth2’ link is down
Jan 25 19:14:19 turris netifd: Interface ‘wan6’ has link connectivity loss
Jan 25 19:14:19 turris netifd: Interface ‘wan’ has link connectivity loss
Jan 25 19:14:19 turris odhcp6c[11367]: Failed to send RS (Address not available)
Jan 25 20:14:19 turris kernel: [ 805.282119] br-lan: port 7(wlan0) entered disabled state
Jan 25 19:14:19 turris foris-controller[5473]: WARNING:zeroconf:Error sending through socket 15
Jan 25 19:14:19 turris foris-controller[5473]: Traceback (most recent call last):
Jan 25 19:14:19 turris foris-controller[5473]: File “/usr/lib/python3.7/site-packages/zeroconf/init.py”, line 2826, in send
Jan 25 19:14:19 turris foris-controller[5473]: OSError: [Errno 19] No such device
Jan 25 19:14:19 turris foris-controller[5473]: WARNING:zeroconf:Error sending through socket 17
Jan 25 19:14:19 turris foris-controller[5473]: Traceback (most recent call last):
Jan 25 19:14:19 turris foris-controller[5473]: File “/usr/lib/python3.7/site-packages/zeroconf/init.py”, line 2826, in send
Jan 25 19:14:19 turris foris-controller[5473]: OSError: [Errno 101] Network unreachable
Jan 25 19:14:20 turris odhcp6c[11367]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Jan 25 19:14:20 turris netifd: Interface ‘wan6’ is now down
Jan 25 19:14:20 turris netifd: Interface ‘wan6’ is disabled
Jan 25 19:14:20 turris netifd: Interface ‘wan6’ is enabled
Jan 25 19:14:20 turris netifd: Network device ‘eth2’ link is up
Jan 25 19:14:20 turris netifd: Network alias ‘eth2’ link is up
Jan 25 19:14:20 turris netifd: Interface ‘wan6’ has link connectivity
Jan 25 19:14:20 turris netifd: Interface ‘wan6’ is setting up now
Jan 25 19:14:20 turris netifd: Interface ‘wan’ has link connectivity
Jan 25 20:14:20 turris kernel: [ 806.108800] mvneta f1034000.ethernet eth2: Link is Up - 1Gbps/Full - flow control rx/tx
Jan 25 19:14:20 turris odhcp6c[12357]: Failed to send RS (Address not available)
Jan 25 19:14:20 turris odhcp6c[12357]: Failed to send DHCPV6 message to ff02::1:2 (Address not available)
Jan 25 19:14:21 turris /dhcp_host_domain_ng.py: Refresh kresd leases
Jan 25 20:14:22 turris dnsmasq[11066]: exiting on receipt of SIGTERM
Jan 25 20:14:22 turris dnsmasq[12628]: started, version 2.80 DNS disabled
Jan 25 20:14:22 turris dnsmasq[12628]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth nettlehash DNSSEC no-ID loop-detect inotify dumpfile
Jan 25 20:14:22 turris dnsmasq-dhcp[12628]: DHCP, IP range 10.30.0.100 – 10.30.0.249, lease time 12h
Jan 25 20:14:22 turris dnsmasq-dhcp[12628]: read /etc/ethers - 0 addresses
Jan 25 20:14:22 turris dnsmasq-dhcp[12628]: read /etc/ethers - 0 addresses
Jan 25 19:14:22 turris netifd: wireguard (11318): Try again: `XXX.XXX.XX:XXXX’. Trying again in 1.00 seconds…
Jan 25 19:14:23 turris netifd: Interface ‘wireguard’ is now up
Jan 25 19:14:23 turris netifd: Network device ‘wireguard’ link is up
Jan 25 19:14:24 turris firewall: Reloading firewall due to ifup of WANB (lan4)
Jan 25 19:14:24 turris netifd: Interface ‘wan6’ is now up
Jan 25 19:14:25 turris odhcpd[3315]: A default route is present but there is no public prefix on lan thus we don’t announce a default route!
Jan 25 19:14:26 turris /dhcp_host_domain_ng.py: Refresh kresd leases
Jan 25 20:14:26 turris dnsmasq-dhcp[12628]: read /etc/ethers - 0 addresses
Jan 25 19:14:27 turris hostapd: wlan1: ACS-COMPLETED freq=2442 channel=7
Jan 25 19:14:27 turris hostapd: Using interface wlan1 with hwaddr XX:XX:XX:XX:XX and ssid “X”
Jan 25 20:14:27 turris kernel: [ 813.172585] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
Jan 25 20:14:27 turris kernel: [ 813.179086] br-lan: port 6(wlan1) entered blocking state
Jan 25 20:14:27 turris kernel: [ 813.184415] br-lan: port 6(wlan1) entered forwarding state
Jan 25 19:14:27 turris hostapd: wlan1: interface state ACS->ENABLED
Jan 25 19:14:27 turris hostapd: wlan1: AP-ENABLED
Jan 25 19:14:27 turris netifd: Network device ‘wlan1’ link is up
Jan 25 19:14:30 turris hostapd: wlan1: STA XX:XX:XX:XX:XX IEEE 802.11: authenticated
Jan 25 19:14:30 turris /dhcp_host_domain_ng.py: Refresh kresd leases
Jan 25 19:14:31 turris hostapd: wlan1: STA XX:XX:XX:XX:XX IEEE 802.11: associated (aid 1)
Jan 25 19:14:31 turris hostapd: wlan1: AP-STA-CONNECTED XX:XX:XX:XX:XX
Jan 25 19:14:31 turris hostapd: wlan1: STA XX:XX:XX:XX:XX RADIUS: starting accounting session C360CC58E2FBD31F
Jan 25 19:14:31 turris hostapd: wlan1: STA XX:XX:XX:XX:XX WPA: pairwise key handshake completed (RSN)
Jan 25 20:14:31 turris dnsmasq-dhcp[12628]: DHCPREQUEST(br-lan) 10.30.0.214 XX:XX:XX:XX:XX
Jan 25 20:14:31 turris dnsmasq-dhcp[12628]: DHCPACK(br-lan) 10.30.0.214 XX:XX:XX:XX:XX
Jan 25 19:14:31 turris hostapd: wlan1: STA XX:XX:XX:XX:XX IEEE 802.11: authenticated
Jan 25 19:14:31 turris hostapd: wlan1: STA XX:XX:XX:XX:XX IEEE 802.11: associated (aid 2)
Jan 25 19:14:31 turris hostapd: wlan1: AP-STA-CONNECTED XX:XX:XX:XX:XX
Jan 25 19:14:31 turris hostapd: wlan1: STA XX:XX:XX:XX:XX RADIUS: starting accounting session B68967D6EC13FD2F
Jan 25 19:14:31 turris hostapd: wlan1: STA XX:XX:XX:XX:XX WPA: pairwise key handshake completed (RSN)
Jan 25 19:14:31 turris /dhcp_host_domain_ng.py: Refresh kresd leases
Jan 25 19:14:33 turris firewall: Reloading firewall due to ifup of wan (eth2)
Jan 25 20:14:35 turris dnsmasq-dhcp[12628]: DHCPREQUEST(br-lan) 10.30.1.101 XX:XX:XX:XX:XX
Jan 25 20:14:35 turris dnsmasq-dhcp[12628]: DHCPACK(br-lan) 10.30.1.101 XX:XX:XX:XX:XX XXX
Jan 25 19:14:35 turris /dhcp_host_domain_ng.py: DHCP add new hostname [XXX,10.30.1.101]
Jan 25 19:14:35 turris /dhcp_host_domain_ng.py: Refresh kresd leases
Jan 25 19:14:36 turris firewall: Reloading firewall due to ifup of wan6 (eth2)
Jan 25 19:14:38 turris /dhcp_host_domain_ng.py: Refresh kresd leases
Jan 25 19:14:38 turris hostapd: wlan1: STA XX:XX:XX:XX:XX IEEE 802.11: authenticated
Jan 25 19:14:39 turris hostapd: wlan0: ACS-COMPLETED freq=5180 channel=36
Jan 25 19:14:39 turris hostapd: wlan0: interface state ACS->HT_SCAN
Jan 25 19:14:39 turris hostapd: Using interface wlan0 with hwaddr XX:XX:XX:XX:XX and ssid “X”

Úložiště jsem zkusil nastavit znovu, flashku jen tentokrát na počítači zbavil tabulky oddílů a do Turrisu šla tedy prázdná. *****Výsledek je stejný, složka /srv/ je prázdná. Proces skončí potvrzením:

Your /srv was successfully moved from device /dev/mmcblk0p1 to /dev/sda device.

image1567×815 34.9 KB

Zaškrtávátko Enable system logs retention je zaškrtlé.

reForis version	1.1.2
Turris OS version	5.3.3
Turris OS branch	[HBS]

Kernel version 4.14.254

*****EDIT: Tak logy už se ukládají

mmtj · January 27, 2022, 4:43pm

Díky za log.
Vypadá to, že dnsmasq nakonec naskočil (po startu wan) a rozdává adresy.

Nebo DHCP stále nefunguje?

Bohužel to rozbití nemůžu pořádně vyzkoušet na TOS 5.3.x, protože USB ethernet adaptér (na chipsetu RTL8153) co mám momentálně po ruce, vyžaduje novější kernel.

Nicméně RTL8153 šlape dobře s nadcházejícím TOS 6.0 (kernel 5.4.x, momentálně v HBL a HBD) a nepodařilo se mi tam zreprodukovat to rozbití dnsmasq-u.
Takže je šance, že i další USB ethernet adaptéry budou fungovat líp v Turris OS 6.0.
Ale samozřejmě záleží na chipsetu toho USB adaptéru a ovladačích.

Super, tak by to mělo chovat

mmtj · January 27, 2022, 4:49pm

Případně ještě můžeš zkusit přidat option bridge_empty 1 do definice lan bridge.

Viz Options for bridge

PatrikSamuelTauchim · January 27, 2022, 4:56pm

dnsmasq naskočil až po restartu sítě. Při startu systému stále nestartuje.

Ten můj USB adaptér je RTL8152 s ovladačem kmod-usb-net-rtl8152

Podívám se, jestli mám doma ještě něco s jiným chipsetem a případně vyzkouším, jak to funguje.

Já do USB nastrkal ty adaptéry jako dočasné řešení nedostatků portů. Koupě switche se stějně nevyhnu. Takže klidně můžeme počkat na TOS 6 a uvidíme, co se bude dít.

Díky