1 (edytowany przez chrizy 2025-03-06 14:13:42)

Temat: OpenWRT brak 'hostname' klientów w LuCI

Witam,

zainstalowałem 24.10 na 2 szt. Cudy M3000; działają w trybie 'dumb AP' na interfejsie DHCP z OPNsens-a; doinstalowałem tylko Usteer.
Mam kilka VLANów i sieci WiFi, wszystko działa idealnie, jak na moje potrzeby; transfery, podłączenia urządzeń IoT i roaming.
Nie potrafię tylko 'nakłonić' LuCI do pokaywania nazw hostów obok MAC-ów na listach urządzeń podłączonych do WiFi.
Serwerami DNS na interfejsie DHCP na OPNsense są Pi-hole.
'nslookup ip-hosta' zwraca 'Server:127.0.0.1', a nie można zmienić 'resolv.conf' - po restarcie wraca 127.0.0.1.
Ktoś ma może jakiś pomysł?
Nie jest to może kluczowa sprawa, ale sztuka cierpi wink
Te Cudy zastąpiły Asusy XT8, na których nie było tego problemu.

Pozdrawiam forumowiczów

2

Odp: OpenWRT brak 'hostname' klientów w LuCI

Skąd luci miało być mieć nazwy hostów, jak te daje klient żądając adres z serwera DHCP? A AP nie robi ci za serwer więc nie ma nazw.

Jedyny sposób to pobieranie takich nazw z serwera i sztucznie wrzucanie do systemu, więc luci widziało nazwy. Jeżeli jesteś w stanie pobrać z sewera plik z leasami to możesz to zrobić, gotowce były na forum openwrt czy samym wiki.

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

3

Odp: OpenWRT brak 'hostname' klientów w LuCI

Cezary napisał/a:

Skąd luci miało być mieć nazwy hostów, jak te daje klient żądając adres z serwera DHCP? A AP nie robi ci za serwer więc nie ma nazw.

OK, to na razie 'z palca' dopiszę to, co najbardziej potrzebne do /etc/ethers.

Dzięki

4

Odp: OpenWRT brak 'hostname' klientów w LuCI

Zrób sobie automat który pobiera nazwy z serwera. Jakoś się da.

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

5

Odp: OpenWRT brak 'hostname' klientów w LuCI

Na razie wpisuję 'z palca' na AP1 i zadanie crona powiela ethers na AP2.
Ale kolejna sprawa wyszła; po wyłączeniu 'dnsmasq' system zaczął używać przypisanego z DHCP serwera DNS (zamiast 127.0.0.1) i np. Usteer rozwiązuje nazwy zdalnych hostów; nslookup też.
Czy wyłączenie 'dnsmasq' nie spowoduje potencjalnie jakiś problemów?

6

Odp: OpenWRT brak 'hostname' klientów w LuCI

No jak wyłączyłeś dnsmasq to nie masz na 127.0.0.1 serwera dns i masz używasz tego z routera nadrzędnego. To normalna przecież sprawa.

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

7

Odp: OpenWRT brak 'hostname' klientów w LuCI

Cezary napisał/a:

No jak wyłączyłeś dnsmasq to nie masz na 127.0.0.1 serwera dns i masz używasz tego z routera nadrzędnego. To normalna przecież sprawa.

Jasne, dzięki.

8

Odp: OpenWRT brak 'hostname' klientów w LuCI

@chrizy

Tu https://forum.openwrt.org/t/associated- … s/92593/33 masz skrypt załatwiający sprawę nazw hostów

9

Odp: OpenWRT brak 'hostname' klientów w LuCI

Q002 napisał/a:

@chrizy

Tu https://forum.openwrt.org/t/associated- … s/92593/33 masz skrypt załatwiający sprawę nazw hostów

Tak, dzięki, ale... mój główny router to OPNsense - nie ma 'ethers'.

10

Odp: OpenWRT brak 'hostname' klientów w LuCI

To tylko skrypt, liczy się koncepcja.

OpnSense bazuje na FreeBSD, tam serwer DHCP robi wpisy w /var/db/dhcpd.leases można go sparsować, wygenerować odpowiednie pliki ethers dla AP i wysłać. Na githubie jest przepis na parsowanie interfejsu OpnSense, nie wiem na ile aktualny https://gist.github.com/pletch/c9b208c1 … ad03f96f82, też pozostaje kwestia wygenerowania odpowiednich plików ethers i ich wysłanie.

11 (edytowany przez spamsool 2025-03-07 22:11:59)

Odp: OpenWRT brak 'hostname' klientów w LuCI

Najprościej jest dodać następującą linię w /etc/config/dhcp w sekcji config dnsmasq

        list server '/*.192.in-addr.arpa/192.168.0.1'

zakładając że masz podsieć 192.168.x.x i Twoj DNS ma ip 192.168.0.1'

Wtedy odczytuje nazwy hostów w LuCi, opcję tą można też ustawić z LuCi w sekcji DHCP i DNS - Forward wpisz /*.192.in-addr.arpa/192.168.0.1

a pi-hole ma dostęp do resolvowania  dhcp/dns z opnsense żeby te hosty rozwinąć? Bo skądś musi je brać.
W pi-hole musisz to ustawić w sekcji DNS -> Conditional forwarding i wpis w stylu: true,192.168.0.0/24,192.168.0.1,home.arpa

Albo ustaw pi-hole żeby był również serwerem DHCP, zamiast OpnSense i z głowy.

Kolejna opcja to oczywiście tak jak proponowano powyżej wpisanie /etc/ethers recznie, ale jak chcesz zrobić to wyłącznie z DHCP/DNS to można tak jak napisałem.

12 (edytowany przez chrizy 2025-03-07 22:04:54)

Odp: OpenWRT brak 'hostname' klientów w LuCI

spamsool napisał/a:

Najprościej jest dodać następującą linię w /etc/config/dhcp w sekcji config dnsmasq ...

No mądrego to aż miło posłuchać; jednak LuCI potrafi coś pokazać wink
Dziwne rzeczy się zadziały po wpisaniu tej linijki do 'Przekazywanie DNS' - przy jednym hoście (telefonie) pojawił się FQDN i w nawiasie IP!
Zamówiłem jeszcze 1 szt. Cudy (TR3000) do testów, bo tamte 2 już normalnie pracują i jutro powalczę.
A Pi-hole są 3 i wszystkie korzystają z Unbounda (DoT) na OPNsensie; 'Conditional forwarding' mam ustawione.
Coś drgnęło - jest nadzieja!
Dzięki za pomoc.

13 (edytowany przez chrizy 2025-03-09 09:43:38)

Odp: OpenWRT brak 'hostname' klientów w LuCI

AKTUALIZACJA:

Na liście hostów pojawiają się FQDN i IP tylko urządzeń z Androidem (telefony, tablety).
Czasami nazwa hosta jest nieaktualna - została zmieniona w serwerze DHCP na inną - a na liście jest nazwa sprzed zmiany.

CDN ...

14 (edytowany przez Focus 2025-03-09 01:48:12)

Odp: OpenWRT brak 'hostname' klientów w LuCI

Sprawdź sobie przez nslookup.
Przykład

root@OpenWrt:~# nslookup 192.168.1.199
Server:         127.0.0.1
Address:        127.0.0.1:53

199.1.168.192.in-addr.arpa     name = Wojtek.lan

Możesz sprawdzić, czy IP "przechodzi" przez DNS
Przykład

root@OpenWrt:~# nslookup 192.168.1.199 192.168.1.1
Server:         192.168.1.1
Address:        192.168.1.1:53

199.1.168.192.in-addr.arpa     name = Wojtek.lan

Przy błędach będzie

** server can't find 199.1.168.192.in-addr.arpa: NXDOMAIN

Inne przykłady

root@OpenWrt:~# nslookup google.com 192.168.1.1
Server:         192.168.1.1
Address:        192.168.1.1:53

Non-authoritative answer:
Name:   google.com
Address: 172.217.16.46

Non-authoritative answer:
Name:   google.com
Address: 2a00:1450:401b:805::200e

root@OpenWrt:~# nslookup google.com 192.168.1.2
;; connection timed out; no servers could be reached

Windows

nslookup 192.168.1.199
Server:  OpenWrt.lan
Address:  192.168.1.1

Name:    Wojtek.lan
Address:  192.168.1.199

nslookup 192.168.1.199 192.168.1.1
Server:  OpenWrt.lan
Address:  192.168.1.1

Name:    Wojtek.lan
Address:  192.168.1.199

nslookup 192.168.1.192
Server:  OpenWrt.lan
Address:  192.168.1.1

*** OpenWrt.lan can't find 192.168.1.192: Non-existent domain

15

Odp: OpenWRT brak 'hostname' klientów w LuCI

Masz dwie domeny in-addr.arpa i openwrt.lan  plus co to za ip 199.1.168.192?

Dom : router https://i.imgur.com/IuB6Zwy.png | TP-LINK T1700G-28TQ |Zyxel XGS-1210-12 | 6x Ruckus r310 unleashed  + Ruckus icx7150-c12p | Truenas scale 124TB 25Gb| Xpenology 12TB | apc smart ups 750 lcd smile 100Mb/s - 25Gb/s
Podróżne : GL.Inet MT3000  +1TB hdd
Działka : rb260gs 1j wdm 1Gb+ ruckus r310 + nb m5 + kilka kamer ip  + panel 285Wp + lifepo4 12v 60Ah .

16

Odp: OpenWRT brak 'hostname' klientów w LuCI

Focus napisał/a:

Sprawdź sobie przez nslookup. . . .

nslookup działa ok (po wyłączeniu dnsmasq) - rozwiązuje nazwy z Pi-hola przypisanego w DHCP.

17 (edytowany przez chrizy 2025-03-09 13:37:59)

Odp: OpenWRT brak 'hostname' klientów w LuCI

AKTUALIZACJA:

chrizy napisał/a:

Na liście hostów pojawiają się FQDN i IP tylko urządzeń z Androidem (telefony, tablety).
Czasami nazwa hosta jest nieaktualna - została zmieniona w serwerze DHCP na inną - a na liście jest nazwa sprzed zmiany.

Pokazują się też kompy z Windowsem; niektóre tylko IP - bez nazwy hosta.
Odświeżanie zmienionej nazwy hosta chwilę trwa, ale działa.
Po wpisaniu MAC i tylko IP do ethers nazwa hosta jest pokazywana.

CDN  ...

18

Odp: OpenWRT brak 'hostname' klientów w LuCI

Na jednym z trzech Cudy-ch zaczęło wszystko działać!
Teraz tylko odtworzyć na 'czystym' systemie smile

19

Odp: OpenWRT brak 'hostname' klientów w LuCI

Albercik - to działa!

Sprawdzone na Cudy M3000 v1 i TR3000 v1.
Do świeżego systemu 24.10.0 dodane: polski, wpad-mbedtls, usteer.
Urządzenia w trybie 'dumb AP': wyłączone strefy zapory, usunięte WAN-y, wyłączony 'dnsmasq' (z Autostartu też), itd.

Pozostałe zmienione ustawienia:


Plik '/etc/dhcp'

config dnsmasq
    option rebind_protection '0'
    option localservice '0'
    option nonwildcard '0'
    option boguspriv '0'
    option noresolv '1'
    option ignore_hosts_dir '1'
    option nohosts '1'

config odhcpd 'odhcpd'
    option maindhcp '0'


W '/etc/network' kluczowe jest dodanie tych opcji do każdego urządzenia:

config device
    . . .
    option arp_accept '1'
    option ipv6 '0'


W '/etc/wireless' dodatkowo dla każdego interfejsu AP:

config wifi-iface 'wifinetX'
    . . .
    option ocv '0'
    option ieee80211k '1'
    option bss_transition '1'
    option ieee80211r '1'
    option ft_over_ds '0'

I LuCI dla każdego podłączonego urządzenia pięknie pokazuje obok MAC-a nazwę hosta (z lokalną domeną) i w nawiasie IP hosta.

Być może nie jest to niezbędne minimum do osiągnięcia celu, ale sprawdza się w działającym układzie dwóch AP.

Pozdrawiam

20 (edytowany przez zakk87 2026-01-29 21:35:49)

Odp: OpenWRT brak 'hostname' klientów w LuCI

Dzięki za ten konfig. Znalazłem tylko mały problem.
Po przejściu z telefonem z Androidem do głównego routera gdy boguspriv jest na 0, nie mogę dobić się przez VNC ani ping do laptopa połączonego z dumb ap. Po włączeniu boguspriv wszystko wraca do normy.
Co ciekawe PC na kablu i drugi na WiFi (główny) widzi laptopa więc jest tutaj coś z Androidem nie tak.