Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez chrizy
Strony Poprzednia 1 2
mifi ma adres 192.168.11.1 a nie 192.168.1.1, czytaj https://eko.one.pl/?p=mifi
Pakiety są tutaj: https://dl.eko.one.pl/openwrt-24.10/packages/
No tak - nie doczytałem i strata czasu na recovery... 
Ale może warto zmienić pierwszy obrazek na https://eko.one.pl/?p=mifi na poprawny adres.
Dzięki, później zapytam o repo (jak korzystać), bo na razie mam bricka z Cudy TR3000 po flashowaniu 'mifi-24.10-SNAPSHOT (r28529-56559278b7)'.
Nie ma interfejsu na 192.168.1.1 i nie ma dojścia przez SSH.
Robiłem reset kilka razy.
Czy jest możliwość zainstalowania MiFi na OW (nie eko) jako dodatkowego pakietu?
Wygląda na to, że może być wygodniej obsługiwać OW z telefonu.
Xiaomi AX3000T to jakieś 4W, Zyxel T-56 jakieś 6W.
Mierzę od kilku dni Cudy M3000 v1 i pobierają pomiędzy 3 i 4W.
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
Na jednym z trzech Cudy-ch zaczęło wszystko działać!
Teraz tylko odtworzyć na 'czystym' systemie
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.
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 ...
Sprawdź sobie przez nslookup. . . .
nslookup działa ok (po wyłączeniu dnsmasq) - rozwiązuje nazwy z Pi-hola przypisanego w DHCP.
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 ...
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ć 
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.
@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'.
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.
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?
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
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
Te Cudy zastąpiły Asusy XT8, na których nie było tego problemu.
Pozdrawiam forumowiczów
Strony Poprzednia 1 2
eko.one.pl → Posty przez chrizy
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc