1

(88 odpowiedzi, napisanych Oprogramowanie / Software)

Trochę stary temat ale może odkopię i się komuś przyda
1.
wersja 1.13 jest fatalna, na Xiaomi R3G (Mediatek) nie działa - transfery są jak z lat 80tych...
To wina OpenWRT 19. Gdzieś czytałem jak walczyłem z tym badziewiem ale nie mogę odnaleźć linka z forum openwrt
A więc ja wróciłem do 1.12 i jest bardzo dobrze - stabilny dobre zasięgi itp.
2.
Wracając do blokad, też z tym walczyłem i prawie poległem. Ten sam problem mnie zmusił - blokada dzieciakom
No i doszedłem do tego że BIAŁA LISTA ucina wszystko przy r.... i daje dostęp tylko wyjątkom.
Proszę kogoś o potwierdzenie tego ponieważ mój stoi na produkcji i nie mogę go co chwilę wywracać - może skonfiguruje inny i sprawdzę. Generalnie miałem "Reguły ograniczeń" i jakoś tam działało. Jak mnie naszło coś odblokować okazało się że padło wszystko oprócz białej listy. Przypadkowo wszedłem na stronę z białej listy na innym urządzeniu niż blokowane i wszystko stało się jasne - podsumowując: (proszę zweryfikować):
Włączasz białą listę = blokada całego ruchu i zaczynamy odblokowywać regułami
Dostęp do tych 2 list nie powinien działać równolegle bo to totalnie myli.

Jak chciałem zablokować z wyjątkami to musiałem niestety robić blokadę dla urządzenia np po MAC i na dole dawać wyjątek
W ten sposób wyjątek muszę dodawać w każdej blokadzie i to chyba działa.
Nasz błąd polegał na tym że zamarzyliśmy sobie że wyjątek będzie działał na wszystkie urządzenia i tu jest błąd w rozumowaniu albo w opisie funkcji.

Dodatkowym utrudnieniem jest to że u mnie chyba nie działa jeśli dodam dwa MACi w jednej regule. Tu nie mam pewności musiałbym to jeszcze zweryfikować teraz jak już wiem jak podejść do tego JEŻA
Robert

2

(13 odpowiedzi, napisanych Oprogramowanie / Software)

Tak, czytałem o tym już gdzieś pisałeś.
Tylko o ile pamiętam oryginalny nie ma takich możliwości jak breed z poziomu którego kilkukrotnie już odratowywałem router i to w 3min - jak eksperymentowałem z wersjami. Teraz jak wszystko chodzi może faktycznie przywrócę oryginał bo ten breed jest podejrzewany o machlojki bo zdaje się że autor nie udostępnia źródeł.

3

(13 odpowiedzi, napisanych Oprogramowanie / Software)

Jak ożywiłem Twój Router... (myślę że to Twój wink
Nabyłem go na OLX jako uszkodzonego...
Sądziłem że będzie gorzej ale poszło dość gładko. Nie wiem dlaczego Tobie nie odzywał się na ethernecie bo mi wstał. Oczywiście od razu wlutowałem piny, te szpilki to nie był najlepszy pomysł. Dotarł do końca pokazał logo OpenWrt i uruchomił lan.
Te 2 linijki mnie zastanawiają w Twoim logu:
[    1.985472] pci 0000:00:00.0: bridge configuration invalid ([bus 00-00]), reconfiguring
[    1.993376] pci 0000:00:01.0: bridge configuration invalid ([bus 00-00]), reconfiguring

i dodatkowo:
[    5.101048] mtk_soc_eth 1e100000.ethernet eth0: port 3 link up
??? port 3 link up ?? Miałeś podłączony kabel, dlaczego nie widziałeś routera?
Może kabel trefny lub komp miał ustawiony stały IP z innej puli? Albo ten tryb bridge robił kaszanę i nie dostawałeś IP z DHCP?

No ale nie było WiFi... taaak to jak zauważyłem poważny kłopot niedawno wałkowany w innym miejscu.
Miałem logi identyczne i tak samo pomieszane z softem Cezarego jak w tym drugim wątku tutaj. (mam wrażenie jakby ten router z olx już przeszedł przez kilka rąk tego forum...)
Co jest problemem? zły kernel. Po wykonaniu sysupgrade z Luci firmware zaktualizował się do najnowszego niestety kernel nadal nie i WiFi nadal nie było.
Rozwiązanie:
Profilaktycznie zaktualizowałem Breeda bo był już nowszy.
Tutaj:
https://github.com/roschacker/openwrt-mir3g-breed/
mamy plik cmd który łączy kernel i rootfs pod Windows i można wgrać spod breeda
Ja się nie pokapowałem od razu i zrobiłem tak:
Ściągnąłem OpenWrt for Breed
https://github.com/roschacker/openwrt-m … _breed.bin
Wgrałem z poziomu Breeda. Restart i jest Wifi wink na OpenWrt 18.06
Aktualizacja do 19.07 przez sysupgrade z Luci nadal jest połowiczna.
ściągnąłem openwrt-19.07.4-ramips-mt7621-xiaomi_mir3g-squashfs-kernel1.bin ze strony OpenWrt
zmieniłem nazwę na kernel1.bin co by tyle nie klepać
WinSCP wgrałem do tmp plik kernel1.bin

z konsoli (putty ssh lub z pinów coma) plecenia:
cd tmp
mtd write kernel1.bin kernel
mtd write kernel1.bin kernel_stock
reboot

I mam router z najnowszym OpenWrt...

Aktualny status:
Hostname OpenWrt
Model Xiaomi Mi Router 3G
Architecture MediaTek MT7621 ver:1 eco:3
Firmware Version OpenWrt 19.07.4 r11208-ce6496d796 / LuCI openwrt-19.07 branch git-20.247.75781-0d0ab01
Kernel Version 4.14.195

Tu powstaje pytanie: dlaczego sysupgrade nie aktualizuje kernela? to problem Breeda tak jak czytałem gdzie indziej?

Tydzień później...

Zainstalowałem Gargoyle, oczywiście z sysupgrade źle się wgrywa. Teraz już zawsze lecę sklejaniem firmware tym batem z githuba i wgrywam z breeda. Nie jest to uciążliwe.

Co zaobserwowałem - OpenWrt 19.07 jest zepsuty i transfer mam na poziomie 0,5mbit. To samo dotyczy nowego Gragoyle(1.13). Błąd został wykryty też na innych urządzeniach - gdzieś przypadkowo trafiłem na info forum OpenWrt. Na 18.6 jest ok. Z natowaniem osiągnąłem transfer na WiFi 5G 300/300Mbps po lanie z Natem 600/400Mbps. Całkiem niezłe wyniki ale Mikrotik nadal wymiata. Jako jedyny sprawdził się na gigabitowym łączu do neta

Pozdrawiam
Robert

P.S. Przy okazji bardzo dziękuję za to forum i ogromną wiedzę która na nim jest, szczególnie Cezaremu i pepe2k.
Z forum korzystam od wielu lat a na wszystkich routerach Tplinkowych które przeszły przez moje ręce mam ubota od pepe2k.
Ponieważ nie znalazłem rozwiązania problemu z tym routerem miałem okazję wreszcie się zarejestrować i dorzucić cegiełkę od siebie.

P.S.2 Router chodzi już rok bardzo stabilnie. Zdarza mu się jakiś zwis ale to raz na pół roku. Generalnie za tą cenę w jakiej był ten router w sklepie to naprawdę dobry zakup. Niestety natychmiast trzeba wywalić soft chińczyków bo szpiegują w każdym swoim urządzeniu i wszędzie blokują na potęgę możliwości zmian - tak jak i w przypadku routerów tak np w telefonach bez konta xiaomi nie da się odblokować bootloadera - chyba chcą wiedzieć który sprzęt im znika z logów...