Odp: ZTE MF286A - Openwrt
No ale dlaczego mnie nie? Biorę telefon (nju) włączam transmisję danych, connectbot i dostaję "connect failed: ECONNREFUSED (Connection refused)" na obu portach.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Sprzęt / Hardware → ZTE MF286A - Openwrt
Strony Poprzednia 1 … 16 17 18 19 20 21 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
No ale dlaczego mnie nie? Biorę telefon (nju) włączam transmisję danych, connectbot i dostaję "connect failed: ECONNREFUSED (Connection refused)" na obu portach.
$ ssh root@xxxx
Warning: Permanently added 'xxxx' (ED25519) to the list of known hosts.
root@xxxx's password:
Permission denied, please try again.
root@xxxx's password:
Permission denied, please try again.
root@xxxx's password:
Connection closed by xxxx port 22Sprawdź sobie w logach powinieneś mieć błędne logowanie ode mnie z 95.160.100.110
Mam. Ale swoich prób nie mam. Fakt że operator to jakoś mapuje na ipv6? (64:ff9b::<moje ip>).
Kiedyś u lokalnego providera internetu miałem publiczny ip , i na początku też wszystko było dobrze ,mogłem się łączyć z zewnątrz. Lecz pewnego dnia odkryłem , że przestało być możliwe łączenie się od osób , które mają internet od tego providera.... W dziale obsługi jakoś to tłumaczyli , ale już do końca mojej "wspólpracy" z nimi tak miałem.
Także może tu jest podobnie , z zewnątrz (czyli naprawdę z zewnątrz) da się połączyć , a w nju to ciągle jesteś jakby u nich ![]()
Podsumowując - otwarcie portów/apn i dostęp z zewnątrz działa, więc po stronie routera wszystko gra. Masz tylko problem z nju mobile.
Tylko że problem zaczął się dokładnie w momencie zmiany urządzenia z e3372+pc na mf286. Wcześniej łaczenie się z nju działało bez problemów. Skoro karta sim został przełożona, to jedyna zmiana to samo urządzenie.
Dziękuję za pomoc. Problem już (na razie) nieistotny. Okazało się że w moim telefonie jako apn był ustawiony "internetipv6" (domyślna konfiguracja nju?), co jak napisałem wyżej powodowało próbę łączenia ze zmapowanym adresem na ipv6 (tu chyba podobny problem
https://www.elektroda.pl/rtvforum/topic3868083.html). Działało to na e3372 (między pc i modemem było już ipv4), a nie działa na mf286. Ponieważ jak pisałem, tcpdump na wwan0 nie pokazywał żadnych pakietów przy próbach połączenia, to sugeruje 2 możliwe przyczyny:
a. niepełna obsługa ipv6 w openwrt? może tcpdump z openwrt nie pokazuje ipv6 ?
b. modem w mf286 nie przepuszcza pakietów ipv6 ?
Po zmianie apn w telefonie na "internet" mogę się już zalogować do mf286, całe szczęście ipv6 jest jeszcze opcjonalny.
a/b) na wanie w ogóle nie miałeś ipv6 tylko czysty ipv4.
Interfejs wwan0 ma jakiś adres ipv6 (wprawdzie nie scope:global tylko link). Ale przyczyna a odpada, bo uruchomiłem tcpdump na br-lan, a na komputerze w sieci wifi zrobiłem ping6 i ładnie działa, a tcpdump pokazuje pakiety. Natomiast tcpdump na wwan0 nie pokazuje żadnego pakietu ipv6. Orange w konfiguracji v6 używa czegoś co nazywa się NAT64 (https://en.wikipedia.org/wiki/IPv6_tran … nism#NAT64) (tak wynika z adresu 64:ff9b::<moje ip> na który to ssh próbowało się łączyć).
Wygląda więc na to że przyczyna to b - tj. modem w moim mf286 nie jest kompatybilny z ipv6 i wycina wszystkie takie pakiety. Być może jest to naprawialne przez wgranie jakiegoś innego firmware (może to litewskie tele2 celowo miało to zablokowane?) ale o ile się orientuję nie ma możliwości aktualizacji modemu spod openwrt, więc tak zostanie.
Interfejs wwan0 ma jakiś adres ipv6 (wprawdzie nie scope:global tylko link). Ale przyczyna a odpada, bo uruchomiłem tcpdump na br-lan, a na komputerze w sieci wifi zrobiłem ping6 i ładnie działa, a tcpdump pokazuje pakiety. Natomiast tcpdump na wwan0 nie pokazuje żadnego pakietu ipv6. Orange w konfiguracji v6 używa czegoś co nazywa się NAT64 (https://en.wikipedia.org/wiki/IPv6_tran … nism#NAT64) (tak wynika z adresu 64:ff9b::<moje ip> na który to ssh próbowało się łączyć).
Bo gdy konfigurujesz profil pod IPv6, musisz to oznaczyć też odpowiednio w komendzie AT. Na przykład:
AT+CGDCONT=1,"IPV6","internetipv6"lub
AT+CGDCONT=1,"IPV6","vpnipv6"Tylko coś mi świta, że gdybyś chciał mieć routowalny i IPv6 i IPv4, to z NAT64 tego nie zrobisz, więc musiałbyś użyć mojego haka na uqmi, który zestawia takiego kombinowanego dualstacka z dwóch różnych APN:
https://github.com/Leo-PL/openwrt/tree/ … -dualstack
Swoją drogą, muszę to zrebasować i wystawić pull request, bmork napisał że to może być całkiem przydatne i nie wiedział, że jest w ogóle możliwe.
Konfiguracja u mnie wygląda tak:
config interface 'wan'
option proto 'qmi'
option device '/dev/cdc-wdm0'
option apn 'internet'
option v6apn 'internetipv6'
option profile '1'
option v6profile '3'
option dhcpv6 '1'
option autoconnect '0'
option auth 'none'
option pdptype 'ipv4-and-ipv6'zaś profile tak:
AT+CGDCONT?
+CGDCONT: 1,"IP","internet","0.0.0.0",0,0,0,0
+CGDCONT: 2,"IPV4V6","ims","0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0",0,0,0,0
+CGDCONT: 3,"IPV6","internetipv6","0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0",0,0,0,0I to działa - natomiast w nju APNy z klasy "vpn" w ogóle nie chciały mi się łączyć.
Wygląda więc na to że przyczyna to b - tj. modem w moim mf286 nie jest kompatybilny z ipv6 i wycina wszystkie takie pakiety. Być może jest to naprawialne przez wgranie jakiegoś innego firmware (może to litewskie tele2 celowo miało to zablokowane?) ale o ile się orientuję nie ma możliwości aktualizacji modemu spod openwrt, więc tak zostanie.
Nie jestem przekonany. Co do aktualizacji modemu z poziomu OpenWrt, da się to zrobić, gdy zdobędziesz plik z odpowiednim delta update - wgrywa się pliki po ADB i odpala kilka komend AT. Zobacz wątek o MF286D - tam było to przewałkowane.
Wygląda na to, że w moim MF286A nadpisałem zawartość partycji "ART" (mtd4), czy poratujecie kopią?
Kczyz może się Tobie przyda
https://disk.yandex.ru/d/8X_yoEHNDX-PaQ?w=1
Hej
Wpadł mi w ręce MF286A z T-Mobile. W nandzie była masa badów i nie dało się nawet zalogować do GUI ani zapisać ustawień.
Niewiele myśląc ruszyłem od razu w stronę Openwrt. Na ten moment śmiga "luci-22.03-snapshot-r19862-615dbec..." i wszystko pozornie jest okej poza brakiem luci po starcie. Aby luci wystartowało muszę z palca wklepać /etc/init.d/uhttpd start aby luci zgłosiło się w przeglądarce. Możecie podpowiedzieć gdzie może być problem?? Czyżby bady jeszcze dawały o sobie znać?? Konfiguracja zapisuje się bez problemu i router skonfigurowany pracuje okej
/etc/init.d/uhttpd enable
? Choć powinno to się zrobić z automatu.
Dodałem tą linijkę do lokalnego autostartu i narazie działa. Może wystarczy chodź ciekawa anomalia ![]()
Nie miałeś tego dodawać tylko raz wykonać w konsoli. To powoduje że skrypt dodaje się do tych wykonywanych przy starcie.
Zrobiłem to ale po każdym restarcie i tak luci nie było. Dopiero jak po SSH wpisałem to pojawiała się strona
Po /etc/init.d/uhttpd enable pojawia się w link /etc/rc.d/S50uhttpd ?
tak
No to masz włączony na starcie. Zresetuj router, jeżeli nie będzie luci to pokaż wyniki poleceń
ls -al /etc/rc.d/S50uhttpd
ps
logread
Ehh teraz na złość już jest okej, podłączam jutro siostrze na testy i będę obserwował. Dzięki ![]()
Przepraszam bardzo ale gdzie ja mam to wpisać?
- zapisac układ partycji do pliku przez:
cat /proc/mtd > /var/usb_disk/mtd.txtStrasznie nie jasna jest ta instrukcja.
Jak gdzie? W shellu routera za pomoca kabla uart. Na tym poziomie innego dostepu do shella nie masz niż po uart a skoro masz cos takiego wykonac celem dumpu flasha to chyba tylko w routerze ![]()
Jak gdzie? W shellu routera za pomoca kabla uart. Na tym poziomie innego dostepu do shella nie masz niż po uart a skoro masz cos takiego wykonac celem dumpu flasha to chyba tylko w routerze
To powinno być napisane przed:
- podłaczyć uart i zalogować się do konsoliGoldpiny już wlutowane:)
OpenWRT już zainstalowany, tylko co teraz jak ustawić Internet w Play?
Dodać interfejs jaki?
W taki sposób: https://eko.one.pl/?p=openwrt-3g#obsugamodemwwtrybieqmi
A jak chcesz z luci to sieci/interfejsu/wan, edycja, zmieniasz protokół na qmi i uzupełniasz dalej.
Strony Poprzednia 1 … 16 17 18 19 20 21 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Sprzęt / Hardware → ZTE MF286A - Openwrt
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc