06-09-2017, 18:17
OSTRZEŻENIE procedury opisane w tym wątku mogą być nieaktualne (ma on już ponad 2 lata!), nie posiadam też już takiego routera aby móc cokolwiek sprawdzić…
Andy Padavan zakończył definitywnie wsparcie i rozwój swojego softu, obecnie skrypt już nie obsługuje jego repozytorium
aktualna (na 2019 jest wersja Linaro, ale nie wiem czy i on się nie wycofał z projektu, w każdym razie we wrześniu 2019 na jego repo skrypt nadal działał)
jeśli ktokolwiek ma świeże informacje dotyczące obecnie działających procedur proszę o informacje w nowych postach, a w miarę możliwości uzupełnię opis tutaj
edit (13.03.2019) okazało się, że to jednak tylko chwilowe problemy z serwerem:
http://forum.jdtech.pl/Watek-przy-probie...iadomienie
Uwaga towstępny szkic - zostanie uzupełniony w miarę wolnego czasu (już został na miarę możliwości), może zawierać błędy lub pominięte istotne kroki, które mi się wydawały oczywiste.
To NIE jest router LTE, ale zmieniając oprogramowanie na alternatywne można uzyskać współpracę z modemami.
fabryczne oprogramowanie (tradycyjnie zwane OFW od angielskiego skrótu: Official FirmWare ewentualnie Original FirmWare )
ma chiński interfejs, ale proste rozwiązania ogarnięcia konfiguracji fabrycznego softu są 2:
a) chrome z automatycznym tłumaczeniem (najlepiej na angielski, bo w innych językach wychodzą jednak jakieś "kwiatki")
b) aplikacja "Mi Wi-Fi"
https://play.google.com/store/apps/detai...er&hl=pl
https://itunes.apple.com/us/app/mi-wi-fi...2702?mt=8
standartowy adres interfejsu routera z softem fabrycznym to:
http://192.168.31.1
ale fabryczny soft umożliwia wykorzystanie może z 10% możliwości sprzętu, który jest "pod spodem"
a przede wszystkim nie umożliwia pracy z modemami USB
Kroki 1) do 5) dotyczą każdego alternatywnego oprogramowania - jest to "uzdatnienie" routera do wgrania czegoś innego niż OFW ("usunięcie blokady producenta"), krok 6) dotyczy firmware opisanego poniżej, możliwe jest też przygotowanie LEDE/Openwrt (czego nie opisuję).
Dla kogoś kto poświęci nieco więcej czasu jest już dostępny soft alternatywny - mam na myśli zmodyfikowany soft Asusa przez Andy Padavan'a (pewien nie jestem genezy tego oprogramowania może ono pochodzi z konkursu na soft swego czasu ogłoszonego przez Asusa?) - poniżej można poczytać o jego możliwościach
https://bitbucket.org/padavan/rt-n56u/wiki/browse/EN
inne kwestie to konieczność
1) posiadania konta xiaomi
https://account.xiaomi.com
rejestrujemy się tam
https://account.xiaomi.com/pass/register?&_locale=en
albo nawet po polsku
https://account.xiaomi.com/pass/register?&_locale=pl_PL
oraz przypisania do niego routera (wystarczy użyć do tego smartfonowej aplikacji)
rejestracja jest krokiem opcjonalnym, można użyć już wcześniej posiadanego konta
2) pobrania wersji developerskiej oprogramowania fabrycznego, jest bez problemu dostępna u producenta
http://www.miwifi.com/miwifi_download.html
http://miwifi.com/miwifi_download.html - stary link jest nieaktualny
(trzeba kliknąć w zakładkę "ROM", wersja na dziś (uaktualnione 9 grudnia 2018) to 2.25.122 generalnie wersje developerskie są w prawej kolumnie, a zwykłe użytkowe po lewej, oczywiście dobieramy do właściwego modelu routera!)
[attachment=2690]
oraz wgrać to oprogramowanie do routera
3) teraz wgrywamy wersję developerską z normalnego interfejsu routera i wykonujemy restart
[attachment=2560]
4) oraz trzeba wygenerować na swoim koncie xiaomi https://d.miwifi.com/rom/ssh łatkę miwifi_ssh.bin uruchamiającą dostęp ssh do routera i ją pobrać
(UWAGA w razie problemów z pobieraniem czytamy też dalsze posty, należy używać połączenia https, bo http się nie otwiera)
podpowiedź dla leniwych w poście:
http://forum.jdtech.pl/Watek-xiaomi-miwi...2#pid43192
oraz zapisać hasło dla użytkownika root umożliwiające dostęp przez ssh
(dla każdego egzemplarza jest to inny zestaw, więc musimy wcześniej mieć przypisany router do konta)
[attachment=2691]
pobranie jej równa się utracie gwarancji na sprzęt (ale chyba nas to zbytnio nie interesuje?) - klikając po prawej stronie pobieramy plik i żegnamy się z gwarancją
[attachment=2736]
5) w tym kroku jest potrzebne jakieś narzędzie do wciśnięcia ukrytego w otworku przycisku reset (użyłem do tego cieniutkiego wkrętaka, ale może być i rozgięty spinacz do papieru, musi być jednak dostatecznie sztywny i wygodny, byśmy byli w stanie utrzymać wciśnięty przycisk dość długo (pół minuty? no trochę krócej, ale z czymś niewygodnym się nie uda)
oraz pendrive (zalecane niewielkie pojemności) sformatowany jako fat32
wrzucamy na niego plik miwifi_ssh.bin
odłączamy zasilanie od routera, wpinamy przygotowany pendrive do portu USB
wciskamy przycisk reset i wciąż go trzymając podpinamy zasilanie
przycisk trzymamy aż do momentu gdy LED zacznie migać w bursztynowym kolorze (ciemnożółtym? pomarańczowym?)
dopiero wtedy należy go puścić, rozpoczęło się flashowanie, więc NIE odłączamy pendrive! ani tym bardziej zasilania!
router po operacji flashowania uruchomi się po dłuższym czasie (nie wpadamy w panikę) i LED ostatecznie zapali się na niebiesko (to potwierdza pełen start jego systemu)
czy operacja się udała można sprawdzić używając klienta ssh, pod windowsem np. putty
adres to: 192.168.31.1
port: 22
użytkownik: root
a hasło takie jak otrzymaliśmy w kroku 4)
(można hasło także wygenerować tam: http://prometheus.freize.net/ssh.html
numer seryjny wprowadzamy tak jak jest wydrukowany np. 15757/30123456 (dla tego fikcyjnego numeru hasło by było: a740c4ef)
dla R3G generator działa poprawnie, ale nie zwalnia nas to z konieczności pobrania pliku w kroku 4) )
jeśli wszystko przebiegło OK konsola powita nas bannerem "ARE YOU OK"
[attachment=2705]
6) jedyny większy problem, to fakt, że trzeba sobie samemu skompilować to oprogramowanie, ale jest za to skrypt "prowadzący za rękę" na linuxa, a nawet gotowe obrazy maszyn wirtualnych umożliwiające odpalenie gotowego linuxa w windowsowym okienku
http://prometheus.freize.net
przy pierwszym uruchomieniu zostają pobrane repozytoria - w zależności od szybkości dostępu do internetu potrwa to od kilku minut do… (no nie wiem jak wolne można mieć łącze, ale powiedzmy, że do kilkunastu godzin)
w ustawieniach skryptu trzeba przede wszystkim zmienić dane dla logowania ssh na takie jak opisałem w punkcie 5) (menu skryptu obsługujemy cyframi z nawiasów lub dużymi literami - ustawienia to S, ssh to 5, "fabrycznie" są niepoprawne, więc wciskamy 2, a po ich edycji 1 - jeśli jesteśmy połączeni z routerem skrypt sprawdzi poprawność logowania, możemy wcisnąć Q Q)
w przypadku R3G w menu głównym pomijamy krok (0) - po to wykonywaliśmy nasze kroki od 1) do 5) - teraz dla odróżnienia numeracja ma oba nawiasy () aby była zgodna z tym co widać w skrypcie
jeśli jest to pierwsze uruchomienie skryptu pomijamy także kroki (1) i (2) (bo przed chwilą pobrał repozytoria, więc nie musimy ich aktualizować)
oraz wybieramy model routera, dla którego będziemy kompilować firmware (nie pamiętam jak to wygląda w trakcie 1 uruchomienia, ale jestem przekonany, że trzeba odpowiedzieć na to pytanie)
koniecznym krokiem jest (3) - budowa środowiska do kompilacji softu, ile to potrwa zależy od szybkości procka (u mnie to było mniej niż kilka godzin - zostawiłem komputer i wyszedłem z domu, więc nawet nie wiem ile) na szybkich maszynach to kwestia kilkunastu minut, a na zabytkowym sprzęcie może potrwać i parę dni…
oraz sama faktyczna kompilacja (4) choć tak naprawdę to jest kolejne menu i potrwa ona pewnie porównywalną ilość czasu co poprzedni krok (ale nie pilnowałem komputera w obu przypadkach więc pewności nie mam),
edit - poniżej zmieniłem nieco sposób numeracji, bo nie dla wszystkich było jasne co gdzie jest (czytać trzeba)
- pod (4)(1) mamy konfigurację budowanego firmware (można wybrać składniki budowanego systemu, w użyciu jest także litera W, która przewijamy kolejne strony, jeśli nie wiesz co robisz, to nie grzeb - będzie standardowy zestaw)
- pod (4)(2) są skiny WebUI routera (można włączyć co się komu podoba)
- pod (4)(3) jest faktyczna kompilacja (to właśnie trochę potrwa)
- pod (4)(4) flashowanie routera (dopiero gdy już mamy skompilowany obraz firmware)
zalecane połączenie sprzętu, aby nie kombinować za wiele i by była zachowana łatwość i bezpieczeństwo konfiguracji:
internet----(WAN)jakiś_działający_router(LAN)====(WAN)nasz_R3G(LAN)====komputer_na_którym_uruchamiamy_skrypt
==== oznacza połączenie przewodowe (potrzebujemy 2 skrętki sieciowe)
dla mnie to było oczywiste, ale dodatkowy router nie może mieć adresu LAN 192.168.1.1 ani 192.168.31.1 bo będą konflikty adresów ani nawet nie powinien być w jednej z tych podsieci (192.168.1.x czy 192.168.31.x) więc proponuję ustawienie adresu LAN tego dodatkowego routera na 192.168.11.1 (ale TYLKO gdybyśmy mieli realną groźbę konfliktu, jesli adres drugiego routera to np. 192.168.8.1 to takiej konieczności nie ma)
choć oczywiście można to ogarnąć na raty przekładając 1 kabel w zależności od fazy w której jesteśmy - na początku potrzebujemy połączenia komputera z internetem (w dowolny sposób aby pobrać repozytoria), w trakcie kompilacji żadne połączenie nie jest wymagane, a na końcu potrzeba połączenia z LANem w R3G w celu jego sflaszowania
(kabelek zalecany, bo bezprzewodowe grzebanie w firmware jest wysoce niezalecane!)
skrypt jak pisałem "prowadzi za rękę" - tu widać już moment flashowania routera gotowym firmware (u mnie przygotowanie środowiska i późniejsza kompilacja zajęły pół dnia, a robiłem to pierwszy raz)
[attachment=2527]
w przypadku windowsa potrzebujemy do tego nieco mniej niż 10GB wolnego miejsca na dysku (instalacja oprogramowania umożliwiającego uruchomienie maszyny wirtualnej + archiwum zawierające obraz tej maszyny + miejsce na rozpakowanie tego archiwum koło 4GB, ale obraz "puchnie" w trakcie pracy i ostatecznie zajmuje ~7GB)
powyższe dla obrazu Ubuntu x64 domyślny język skryptu angielski lub Debiana x64 domyślny język skryptu rosyjski, ale można go zmienić na angielski lub chiński, ten sam zestaw języków jest także w obrazie ubuntu)
do uruchomienia skryptu potrzebny jest też dostęp do internetu w celu pobrania repozytoriów - co najwyżej kilka GB, ale nie sprawdziłem ile faktycznie
a tak wygląda interfejs oprogramowania routera (jest dostępny język angielski i rosyjski)
[attachment=2526]
standartowy adres interfejsu routera z softem Padavan to:
http://192.168.1.1
użytkownik: admin (w ssh: root)
hasło: admin
na chwilę obecną przetestowałem współpracę z modemem Huawei E3372h-153 w wersji "tradycyjnej" (NIE-hilink) oraz E3131 z polskiego T-mobile w wersji "tradycyjnej" (ale nie pamiętam pełnej wersji modemu, sprawdzę kiedyś jeśli nie zapomnę)
a jeśli dobrze pamiętam to software Padavan'a nie obsługuje modemów typu HiLink, edit: sprawdziłem i NIE działał z hilinkiem E3372h-153 z Playa (możliwe, że popełniłem jakiś błąd)
edit2: są raporty o poprawnym działaniu hilinków (post rafalkac) chętnie bym zobaczył jak to powinno być skonfigurowane,
edit3: jakkolwiek sprawdziłem logi z kompilacji i sterowniki dla hilinków są w sofcie, więc możliwe, że nie przyłożyłem się do testu
oprogramowanie w routerze zmieniasz na własne ryzyko, wykonanie szczególnie głupich kroków lub choćby utrata zasilania w trakcie flashowania może się skończyć uszkodzeniem sprzętu!
router jest w tej chwili dostępny z cenie ~140-150zł w jednym ze znanych chińskich sklepów (oczywiście nie tylko tam)
https://www.gearbest.com/wireless-router...42436.html
a z kodem promocyjnym GBXR3B konkretnie jest to $39.89 czyli około złotówkę taniej niż w ofercie
speedtest łącza na którym przetestowałem router (bezpośrednie połączenie do routera dostawcy po gigabicie, ale użyta karta sieciowa bez obsługi ramek jumbo - zbyt stary laptop)
poniższe testy wydajności dotyczą alternatywnego firmware Padavana
(normalnie nie mam dostępu do tak szybkich łącz, więc nie miałem czasu na przygotowanie routera do pracy z fabrycznym softem
swoją drogą łącze było w sporym stopniu obciążone stąd stosunkowo niski download, testowym serwerem był warszawski Skynet DC)
za R3G po kablu (połączenie gigabit WAN do dostawcy, LAN do komputera, ale komputer j/w)
tu ^ prawdopodobnie dość dobrze widać ograniczenie wydajności routingu do około 900Mbps
za R3G WiFi 2,4GHz link 144Mbps (ustawiona szerokość kanału na 20MHz)
za R3G WiFi 2,4GHz link 300Mbps (ustawiona szerokość kanału na autowybór 20/40MHz)
za R3G WiFi 5GHz link 173Mbps (ustawiona szerokość kanału na 20MHz)
za R3G WiFi 5GHz link 400Mbps (ustawiona szerokość kanału na autowybór 20/40MHz)
za R3G WiFi 5GHz link 867Mbps (ustawiona szerokość kanału na autowybór 20/40/80MHz)
tu ^ za to widać maksymalną wydajność radia w AC 2T2R- rzędu 300-350Mbps
warunki tych testów możliwie zbliżone do idealnych, jednak w otoczeniu o sporym szumie radiowym, ale z zaledwie 2 silnymi interferującymi sieciami w 2,4GHz i "pustką w eterze" na 5GHz
oraz testy do lokalnego serwera Echostar Poznań (ale nie zawsze lokalne serwery wybierane są optymalnie - poprzednie trafienie autowyboru skierowało mnie na serwer przycinający pasmo do ok 300Mbps)
link bezpośredni
i za routerem (po kablu, tak nie ma tu pomyłki - fluktuacje prędkości wystąpiły najwyraźniej na głównym łączu i tylko z tego powodu ten wynik jest lepszy)
jeszcze jedna ciekawostka - obciążenie procka jest w zasadzie zerowe, to samo dotyczy RAMu (koło 32MB użyte z 256MB)
jak widać w ~99,5% idle , czyli "nuda" przy 906Mbps (Padavan ma tu włączony offload procka, to chyba nie jest ustawienie domyślne) po gigabicie
i ~82,5% spoczynku przy maksymalnym obciążeniu karty WiFi 5GHz
(można sobie wyobrazić, że obciążenie nieco wzrośnie przy większym obciążeniu - czyli wysyceniu drugiego radia, ale nie mam pod ręką tyle sprzętu, a muszę właśnie kończyć testy)
połączenie kablowe
[attachment=2543]
i WiFi 5GHz
[attachment=2544]
spotkałem się z pytaniem o wsparcie dla drukarek USB w sofcie Padavana - jest taka opcja, ale nie używałem, więc nie chcę się wypowiadać jak to działa (po prostu nawet nie mam warunków, aby to sprawdzić)
garść linków
https://www.asus.com/support/FAQ/114024/
https://www.asus.com/support/FAQ/113661/
https://www.asus.com/support/FAQ/114046/
https://byon.wordpress.com/tag/asus-rt-n56u/
https://www.asus.com/event/network/Printer_Server/
widzę, że nawet jest możliwość obsługi niektórych win-drukarek
https://bitbucket.org/padavan/rt-n56u/wi...CommonTips
inna ciekawa kwestia - czy jest możliwość łatwego limitowania pasma w Padavanie - NIE
https://bitbucket.org/padavan/rt-n56u/is...-mac-or-ip
update:
http://openrouter.info/forum/viewtopic.php?f=21&t=4605
powrót do OFW (UWAGA filmik dotyczy R3, nie testowałem czy analogiczną metodą da się wrócić w przypadku R3G, lepiej mieć backup flasha zrobiony skryptem, jakkolwiek metoda w dużej mierze opiera się na fabrycznej metodzie recovery)
https://www.youtube.com/watch?v=oCgxjrhczRM
Ponieważ pierwotny developer się wycofał z projektu, pozostaje użyć jakiejś modyfikacji tego projektu, przykładowa, która obsługuje m. in. R3G:
https://github.com/hanwckf/rt-n56u
Andy Padavan zakończył definitywnie wsparcie i rozwój swojego softu, obecnie skrypt już nie obsługuje jego repozytorium
aktualna (na 2019 jest wersja Linaro, ale nie wiem czy i on się nie wycofał z projektu, w każdym razie we wrześniu 2019 na jego repo skrypt nadal działał)
jeśli ktokolwiek ma świeże informacje dotyczące obecnie działających procedur proszę o informacje w nowych postach, a w miarę możliwości uzupełnię opis tutaj
edit (13.03.2019) okazało się, że to jednak tylko chwilowe problemy z serwerem:
http://forum.jdtech.pl/Watek-przy-probie...iadomienie
Uwaga to
To NIE jest router LTE, ale zmieniając oprogramowanie na alternatywne można uzyskać współpracę z modemami.
fabryczne oprogramowanie (tradycyjnie zwane OFW od angielskiego skrótu: Official FirmWare ewentualnie Original FirmWare )
ma chiński interfejs, ale proste rozwiązania ogarnięcia konfiguracji fabrycznego softu są 2:
a) chrome z automatycznym tłumaczeniem (najlepiej na angielski, bo w innych językach wychodzą jednak jakieś "kwiatki")
b) aplikacja "Mi Wi-Fi"
https://play.google.com/store/apps/detai...er&hl=pl
https://itunes.apple.com/us/app/mi-wi-fi...2702?mt=8
standartowy adres interfejsu routera z softem fabrycznym to:
http://192.168.31.1
ale fabryczny soft umożliwia wykorzystanie może z 10% możliwości sprzętu, który jest "pod spodem"
a przede wszystkim nie umożliwia pracy z modemami USB
Kroki 1) do 5) dotyczą każdego alternatywnego oprogramowania - jest to "uzdatnienie" routera do wgrania czegoś innego niż OFW ("usunięcie blokady producenta"), krok 6) dotyczy firmware opisanego poniżej, możliwe jest też przygotowanie LEDE/Openwrt (czego nie opisuję).
Dla kogoś kto poświęci nieco więcej czasu jest już dostępny soft alternatywny - mam na myśli zmodyfikowany soft Asusa przez Andy Padavan'a (pewien nie jestem genezy tego oprogramowania może ono pochodzi z konkursu na soft swego czasu ogłoszonego przez Asusa?) - poniżej można poczytać o jego możliwościach
https://bitbucket.org/padavan/rt-n56u/wiki/browse/EN
inne kwestie to konieczność
1) posiadania konta xiaomi
https://account.xiaomi.com
rejestrujemy się tam
https://account.xiaomi.com/pass/register?&_locale=en
albo nawet po polsku
https://account.xiaomi.com/pass/register?&_locale=pl_PL
oraz przypisania do niego routera (wystarczy użyć do tego smartfonowej aplikacji)
rejestracja jest krokiem opcjonalnym, można użyć już wcześniej posiadanego konta
2) pobrania wersji developerskiej oprogramowania fabrycznego, jest bez problemu dostępna u producenta
http://www.miwifi.com/miwifi_download.html
(trzeba kliknąć w zakładkę "ROM", wersja na dziś (uaktualnione 9 grudnia 2018) to 2.25.122 generalnie wersje developerskie są w prawej kolumnie, a zwykłe użytkowe po lewej, oczywiście dobieramy do właściwego modelu routera!)
[attachment=2690]
oraz wgrać to oprogramowanie do routera
3) teraz wgrywamy wersję developerską z normalnego interfejsu routera i wykonujemy restart
[attachment=2560]
4) oraz trzeba wygenerować na swoim koncie xiaomi https://d.miwifi.com/rom/ssh łatkę miwifi_ssh.bin uruchamiającą dostęp ssh do routera i ją pobrać
(UWAGA w razie problemów z pobieraniem czytamy też dalsze posty, należy używać połączenia https, bo http się nie otwiera)
podpowiedź dla leniwych w poście:
http://forum.jdtech.pl/Watek-xiaomi-miwi...2#pid43192
oraz zapisać hasło dla użytkownika root umożliwiające dostęp przez ssh
(dla każdego egzemplarza jest to inny zestaw, więc musimy wcześniej mieć przypisany router do konta)
[attachment=2691]
pobranie jej równa się utracie gwarancji na sprzęt (ale chyba nas to zbytnio nie interesuje?) - klikając po prawej stronie pobieramy plik i żegnamy się z gwarancją
[attachment=2736]
5) w tym kroku jest potrzebne jakieś narzędzie do wciśnięcia ukrytego w otworku przycisku reset (użyłem do tego cieniutkiego wkrętaka, ale może być i rozgięty spinacz do papieru, musi być jednak dostatecznie sztywny i wygodny, byśmy byli w stanie utrzymać wciśnięty przycisk dość długo (pół minuty? no trochę krócej, ale z czymś niewygodnym się nie uda)
oraz pendrive (zalecane niewielkie pojemności) sformatowany jako fat32
wrzucamy na niego plik miwifi_ssh.bin
odłączamy zasilanie od routera, wpinamy przygotowany pendrive do portu USB
wciskamy przycisk reset i wciąż go trzymając podpinamy zasilanie
przycisk trzymamy aż do momentu gdy LED zacznie migać w bursztynowym kolorze (ciemnożółtym? pomarańczowym?)
dopiero wtedy należy go puścić, rozpoczęło się flashowanie, więc NIE odłączamy pendrive! ani tym bardziej zasilania!
router po operacji flashowania uruchomi się po dłuższym czasie (nie wpadamy w panikę) i LED ostatecznie zapali się na niebiesko (to potwierdza pełen start jego systemu)
czy operacja się udała można sprawdzić używając klienta ssh, pod windowsem np. putty
adres to: 192.168.31.1
port: 22
użytkownik: root
a hasło takie jak otrzymaliśmy w kroku 4)
(można hasło także wygenerować tam: http://prometheus.freize.net/ssh.html
numer seryjny wprowadzamy tak jak jest wydrukowany np. 15757/30123456 (dla tego fikcyjnego numeru hasło by było: a740c4ef)
dla R3G generator działa poprawnie, ale nie zwalnia nas to z konieczności pobrania pliku w kroku 4) )
jeśli wszystko przebiegło OK konsola powita nas bannerem "ARE YOU OK"
[attachment=2705]
6) jedyny większy problem, to fakt, że trzeba sobie samemu skompilować to oprogramowanie, ale jest za to skrypt "prowadzący za rękę" na linuxa, a nawet gotowe obrazy maszyn wirtualnych umożliwiające odpalenie gotowego linuxa w windowsowym okienku
http://prometheus.freize.net
przy pierwszym uruchomieniu zostają pobrane repozytoria - w zależności od szybkości dostępu do internetu potrwa to od kilku minut do… (no nie wiem jak wolne można mieć łącze, ale powiedzmy, że do kilkunastu godzin)
w ustawieniach skryptu trzeba przede wszystkim zmienić dane dla logowania ssh na takie jak opisałem w punkcie 5) (menu skryptu obsługujemy cyframi z nawiasów lub dużymi literami - ustawienia to S, ssh to 5, "fabrycznie" są niepoprawne, więc wciskamy 2, a po ich edycji 1 - jeśli jesteśmy połączeni z routerem skrypt sprawdzi poprawność logowania, możemy wcisnąć Q Q)
w przypadku R3G w menu głównym pomijamy krok (0) - po to wykonywaliśmy nasze kroki od 1) do 5) - teraz dla odróżnienia numeracja ma oba nawiasy () aby była zgodna z tym co widać w skrypcie
jeśli jest to pierwsze uruchomienie skryptu pomijamy także kroki (1) i (2) (bo przed chwilą pobrał repozytoria, więc nie musimy ich aktualizować)
oraz wybieramy model routera, dla którego będziemy kompilować firmware (nie pamiętam jak to wygląda w trakcie 1 uruchomienia, ale jestem przekonany, że trzeba odpowiedzieć na to pytanie)
koniecznym krokiem jest (3) - budowa środowiska do kompilacji softu, ile to potrwa zależy od szybkości procka (u mnie to było mniej niż kilka godzin - zostawiłem komputer i wyszedłem z domu, więc nawet nie wiem ile) na szybkich maszynach to kwestia kilkunastu minut, a na zabytkowym sprzęcie może potrwać i parę dni…
oraz sama faktyczna kompilacja (4) choć tak naprawdę to jest kolejne menu i potrwa ona pewnie porównywalną ilość czasu co poprzedni krok (ale nie pilnowałem komputera w obu przypadkach więc pewności nie mam),
edit - poniżej zmieniłem nieco sposób numeracji, bo nie dla wszystkich było jasne co gdzie jest (czytać trzeba)
- pod (4)(1) mamy konfigurację budowanego firmware (można wybrać składniki budowanego systemu, w użyciu jest także litera W, która przewijamy kolejne strony, jeśli nie wiesz co robisz, to nie grzeb - będzie standardowy zestaw)
- pod (4)(2) są skiny WebUI routera (można włączyć co się komu podoba)
- pod (4)(3) jest faktyczna kompilacja (to właśnie trochę potrwa)
- pod (4)(4) flashowanie routera (dopiero gdy już mamy skompilowany obraz firmware)
zalecane połączenie sprzętu, aby nie kombinować za wiele i by była zachowana łatwość i bezpieczeństwo konfiguracji:
internet----(WAN)jakiś_działający_router(LAN)====(WAN)nasz_R3G(LAN)====komputer_na_którym_uruchamiamy_skrypt
==== oznacza połączenie przewodowe (potrzebujemy 2 skrętki sieciowe)
dla mnie to było oczywiste, ale dodatkowy router nie może mieć adresu LAN 192.168.1.1 ani 192.168.31.1 bo będą konflikty adresów ani nawet nie powinien być w jednej z tych podsieci (192.168.1.x czy 192.168.31.x) więc proponuję ustawienie adresu LAN tego dodatkowego routera na 192.168.11.1 (ale TYLKO gdybyśmy mieli realną groźbę konfliktu, jesli adres drugiego routera to np. 192.168.8.1 to takiej konieczności nie ma)
choć oczywiście można to ogarnąć na raty przekładając 1 kabel w zależności od fazy w której jesteśmy - na początku potrzebujemy połączenia komputera z internetem (w dowolny sposób aby pobrać repozytoria), w trakcie kompilacji żadne połączenie nie jest wymagane, a na końcu potrzeba połączenia z LANem w R3G w celu jego sflaszowania
(kabelek zalecany, bo bezprzewodowe grzebanie w firmware jest wysoce niezalecane!)
skrypt jak pisałem "prowadzi za rękę" - tu widać już moment flashowania routera gotowym firmware (u mnie przygotowanie środowiska i późniejsza kompilacja zajęły pół dnia, a robiłem to pierwszy raz)
[attachment=2527]
w przypadku windowsa potrzebujemy do tego nieco mniej niż 10GB wolnego miejsca na dysku (instalacja oprogramowania umożliwiającego uruchomienie maszyny wirtualnej + archiwum zawierające obraz tej maszyny + miejsce na rozpakowanie tego archiwum koło 4GB, ale obraz "puchnie" w trakcie pracy i ostatecznie zajmuje ~7GB)
powyższe dla obrazu Ubuntu x64 domyślny język skryptu angielski lub Debiana x64 domyślny język skryptu rosyjski, ale można go zmienić na angielski lub chiński, ten sam zestaw języków jest także w obrazie ubuntu)
do uruchomienia skryptu potrzebny jest też dostęp do internetu w celu pobrania repozytoriów - co najwyżej kilka GB, ale nie sprawdziłem ile faktycznie
a tak wygląda interfejs oprogramowania routera (jest dostępny język angielski i rosyjski)
[attachment=2526]
standartowy adres interfejsu routera z softem Padavan to:
http://192.168.1.1
użytkownik: admin (w ssh: root)
hasło: admin
na chwilę obecną przetestowałem współpracę z modemem Huawei E3372h-153 w wersji "tradycyjnej" (NIE-hilink) oraz E3131 z polskiego T-mobile w wersji "tradycyjnej" (ale nie pamiętam pełnej wersji modemu, sprawdzę kiedyś jeśli nie zapomnę)
edit2: są raporty o poprawnym działaniu hilinków (post rafalkac) chętnie bym zobaczył jak to powinno być skonfigurowane,
edit3: jakkolwiek sprawdziłem logi z kompilacji i sterowniki dla hilinków są w sofcie, więc możliwe, że nie przyłożyłem się do testu
oprogramowanie w routerze zmieniasz na własne ryzyko, wykonanie szczególnie głupich kroków lub choćby utrata zasilania w trakcie flashowania może się skończyć uszkodzeniem sprzętu!
router jest w tej chwili dostępny z cenie ~140-150zł w jednym ze znanych chińskich sklepów (oczywiście nie tylko tam)
https://www.gearbest.com/wireless-router...42436.html
a z kodem promocyjnym GBXR3B konkretnie jest to $39.89 czyli około złotówkę taniej niż w ofercie
speedtest łącza na którym przetestowałem router (bezpośrednie połączenie do routera dostawcy po gigabicie, ale użyta karta sieciowa bez obsługi ramek jumbo - zbyt stary laptop)
poniższe testy wydajności dotyczą alternatywnego firmware Padavana
(normalnie nie mam dostępu do tak szybkich łącz, więc nie miałem czasu na przygotowanie routera do pracy z fabrycznym softem
swoją drogą łącze było w sporym stopniu obciążone stąd stosunkowo niski download, testowym serwerem był warszawski Skynet DC)
za R3G po kablu (połączenie gigabit WAN do dostawcy, LAN do komputera, ale komputer j/w)
tu ^ prawdopodobnie dość dobrze widać ograniczenie wydajności routingu do około 900Mbps
za R3G WiFi 2,4GHz link 144Mbps (ustawiona szerokość kanału na 20MHz)
za R3G WiFi 2,4GHz link 300Mbps (ustawiona szerokość kanału na autowybór 20/40MHz)
za R3G WiFi 5GHz link 173Mbps (ustawiona szerokość kanału na 20MHz)
za R3G WiFi 5GHz link 400Mbps (ustawiona szerokość kanału na autowybór 20/40MHz)
za R3G WiFi 5GHz link 867Mbps (ustawiona szerokość kanału na autowybór 20/40/80MHz)
tu ^ za to widać maksymalną wydajność radia w AC 2T2R- rzędu 300-350Mbps
warunki tych testów możliwie zbliżone do idealnych, jednak w otoczeniu o sporym szumie radiowym, ale z zaledwie 2 silnymi interferującymi sieciami w 2,4GHz i "pustką w eterze" na 5GHz
oraz testy do lokalnego serwera Echostar Poznań (ale nie zawsze lokalne serwery wybierane są optymalnie - poprzednie trafienie autowyboru skierowało mnie na serwer przycinający pasmo do ok 300Mbps)
link bezpośredni
i za routerem (po kablu, tak nie ma tu pomyłki - fluktuacje prędkości wystąpiły najwyraźniej na głównym łączu i tylko z tego powodu ten wynik jest lepszy)
jeszcze jedna ciekawostka - obciążenie procka jest w zasadzie zerowe, to samo dotyczy RAMu (koło 32MB użyte z 256MB)
jak widać w ~99,5% idle , czyli "nuda" przy 906Mbps (Padavan ma tu włączony offload procka, to chyba nie jest ustawienie domyślne) po gigabicie
i ~82,5% spoczynku przy maksymalnym obciążeniu karty WiFi 5GHz
(można sobie wyobrazić, że obciążenie nieco wzrośnie przy większym obciążeniu - czyli wysyceniu drugiego radia, ale nie mam pod ręką tyle sprzętu, a muszę właśnie kończyć testy)
połączenie kablowe
[attachment=2543]
i WiFi 5GHz
[attachment=2544]
spotkałem się z pytaniem o wsparcie dla drukarek USB w sofcie Padavana - jest taka opcja, ale nie używałem, więc nie chcę się wypowiadać jak to działa (po prostu nawet nie mam warunków, aby to sprawdzić)
garść linków
https://www.asus.com/support/FAQ/114024/
https://www.asus.com/support/FAQ/113661/
https://www.asus.com/support/FAQ/114046/
https://byon.wordpress.com/tag/asus-rt-n56u/
https://www.asus.com/event/network/Printer_Server/
widzę, że nawet jest możliwość obsługi niektórych win-drukarek
https://bitbucket.org/padavan/rt-n56u/wi...CommonTips
inna ciekawa kwestia - czy jest możliwość łatwego limitowania pasma w Padavanie - NIE
https://bitbucket.org/padavan/rt-n56u/is...-mac-or-ip
update:
http://openrouter.info/forum/viewtopic.php?f=21&t=4605
powrót do OFW (UWAGA filmik dotyczy R3, nie testowałem czy analogiczną metodą da się wrócić w przypadku R3G, lepiej mieć backup flasha zrobiony skryptem, jakkolwiek metoda w dużej mierze opiera się na fabrycznej metodzie recovery)
https://www.youtube.com/watch?v=oCgxjrhczRM
Ponieważ pierwotny developer się wycofał z projektu, pozostaje użyć jakiejś modyfikacji tego projektu, przykładowa, która obsługuje m. in. R3G:
https://github.com/hanwckf/rt-n56u