Odp: MiFi
W jakim celu miało by to być? Po prostu włącz jak masz wyłączone i tyle, nie potrzebujesz żadnego guzika w gui żeby to włączać/wyłączać dynamicznie.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → MiFi
Strony Poprzednia 1 … 8 9 10 11 12 13 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
W jakim celu miało by to być? Po prostu włącz jak masz wyłączone i tyle, nie potrzebujesz żadnego guzika w gui żeby to włączać/wyłączać dynamicznie.
W jakim celu miało by to być? Po prostu włącz jak masz wyłączone i tyle, nie potrzebujesz żadnego guzika w gui żeby to włączać/wyłączać dynamicznie.
Domyślnie najwyraźniej jest wyłączone a samo sie nie włączy. Pytanie czy faktycznie daje kopa/odciąża. Jeśli tak, to ma taki sam sens jak antenka w routerze albo wifi a+n zamiast b+g.
Wspominałeś że automatycznie odłącza to traffic-shaping - i faktycznie po wyłączeniu także przywraca, więc najwyraźniej wystarczy tylko "wyszarzyć" opcję Limity w klientach.
Ok, dorobię przycisk i blokadę limitowania.
Zrobiłem w easyconfig pewną zmianę - wszystkie dane pokazywane w gui związanego z transmisją klientów są pokazywane z punktu widzenia klienta. Kiedyś było odwrotnie, to co czytał i widział router było tym co wyświetlało gui, ale... zmęczyło mnie odpowiadanie na mejle i uświadamianie poszczególnych osób że ruch wychodzący z routera to ruch przychodzący do klienta. Logiczne, ale niektórym trudno to uświadomić.
Więc teraz jeżeli w gui jest gdzieś wyświetlania np. liczba bajtów odebranych przez klienta to właśnie jest dokładnie to z punktu widzenia klienta.
Na TP-Link TL-MR3420 v5 mam wersję OpenWrt 23.05-SNAPSHOT r24041-a07a531329, z GUI MiFi sprawdzam aktualizacje i mam info, że brak aktualizacji. Obraz jest dostępny na to urządzenie https://dl.eko.one.pl/firmware/?version … -mr3420-v5
Sprawdzałem rano koło 9:20 i wieczorem koło 19. Zakładam że aktualizacja powinna być dostępna w GUI?
Sprawdź teraz jeszcze raz.
Sprawdź teraz jeszcze raz.
Update zrobiony, dzięki.
Info dla potomnych: w 24.10 i teraz do 23.04 przeportowali nową wersję zerotier który ma inny konfig. Tym samym ustawienia zerotier w easyconfig nie są z tym kompatybilne (stan na dzień 2024-12-09). Doprowadzę to do ładu w następnej wersji.
Mam zainstalowaną wersję MiFi OpenWrt 24.10-SNAPSHOT r28364-1e079d790a na TP-Link TL-MR3420 v5 przez aktualizację, ale w firmware selector dla tego routera nie wyszukuje MiFi: https://dl.eko.one.pl/firmware/?version … -mr3420-v5
EDIT: jest, tylko usuń architekturę: https://dl.eko.one.pl/firmware/?version … -mr3420-v5
Używam identycznych SSID dla obu wifi. Chciałbym wymusić szybszą responsywność klienta po wifi dodałem linie do /etc/config/wireless i efekt jest - blokuje 2.4 a łączy zawsze 5GHz. Klient nie potrafi sam "preferować" wifi5 (TV).
Linie te jednak wycinają wszystkich po wifi ze statystyk z GUI, zostały tylko kablowe.
Czy jest lepszy sposób poza różnymi SSID ?
option macfilter 'deny'
list maclist '32:ce:02:a7:a7:bb'Nie masz jak wymusić inaczej tego na kliencie. To klient decyduje do czego ma się połączyć, więc dla pewności zrób inne ssid.
Miałem na myśli dlaczego mechanizm GUI na tę opcję reaguje, skoro blacklistuje tylko jeden mac.
Czy to reakcja GUI na ciąg znaków ?
Odnosisz się do czego? Do statystyk?
Odnosisz się do czego? Do statystyk?
No tak - co ma taka zmiana do odcinania statystyk ?
Nic, Sprawdziłem i działa to nadal z tym po podałeś.
Zrób to samo, podłącz się klientem bezprzewodowym i pokaz wynik polecenia
ubus call easyconfig clientsNic, Sprawdziłem i działa to nadal z tym po podałeś.
Zrób to samo, podłącz się klientem bezprzewodowym i pokaz wynik polecenia
ubus call easyconfig clients
Coś chyba ma.
Przed dodaniem 'option macfilter' i 'list maclist':
root@ruter:~# ubus call easyconfig clients | grep -C3 '"type": 2' | grep '"active": true'
"active": true,
"active": true,
"active": true,
"active": true,- są bezprzewodowi klienci w GUI.
Zaś po dodaniu lini:
root@ruter:~# ubus call easyconfig clients | grep -C3 '"type": 2' | grep '"active": true'
root@ruter:~# (pusto)- w GUI tylko przewodowi klienci są, ale urządzenia wifi połączenie cały czas mają.
więc pokaż mi
uci show wireless
iw dev phy0-ap0 station dump
iw dev phy1-ap0 station dump
sh -x /usr/libexec/rpcd/easyconfig call clientsWstaw na pastebin.com i daj mi linka do tego
Wstaw
więc pokaż mi
uci show wireless iw dev phy0-ap0 station dump iw dev phy1-ap0 station dump sh -x /usr/libexec/rpcd/easyconfig call clientsWstaw na pastebin.com i daj mi linka do tego
Wstaw
OK, sprawa rozwiązana - uci show wireless namierzyło błąd składni. Miało być:
list maclist '32:ce:02:a7:a7:bb,1c:d6:be:91:97:ed'
zamiast
list maclist '32:ce:02:a7:a7:bb' '1c:d6:be:91:97:ed'Lista to lista, więc albo
list maclist '32:ce:02:a7:a7:bb'
list maclist '1c:d6:be:91:97:ed'
albo
option maclist '32:ce:02:a7:a7:bb 1c:d6:be:91:97:ed'
Co nie jest listą, ale przez uci przy odczycie traktowane jest tak samo.
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.
Pakiet nazywa się easyconfig, możesz go pobrać z mojego repo i ręcznie zainstalować na dowolnej platformie
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.
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/
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.
Strony Poprzednia 1 … 8 9 10 11 12 13 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → MiFi
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc