Ciekawe jest to co piszesz, z tego co mi wiadomo (mikrotik wiki) to ten modem nie jest obsługiwany w trybie LTE, natomiast 3272 owszem ale tylko z konkretnym ID. Doprecyzuj bardziej swój sukces - masz go widocznego w zakładce Interface/LTE czy może, sam konfigurowałeś go w zakładce PPP -, powiedz mi jeszcze jakie masz ID Device tego urządzenia ponieważ, sam przymierzam się do zakupu któregoś z tych w/w modeli.
Od razu powiem ci że posiadam ten sam model MK ale, mam modem ZTE MF823 i muszę przyznać że nie obyło się bez przygód z zasilaniem modemu, zdarzało się że MK łapał dopiero stabilne połączenie z modemem za 3 razem, lecz, po podpięciu aktywnego Hub-a ten problem zniknął.

1) na łaczu mobilnym i tak nie będziesz miał publicznego IP więc po co ci DDNS?

2) eth1 to twoje radio 2.4GHz. Przy pppoe nie musisz zmieniać interfejsu. Ono się samo powinno ustawić na ppp0. Zmienić na domyślny vlanX trzeba dopiero gdy chcesz używać WANu (static lub dhcp).

Ja mam publiczny IP na LTE Plusa (dla nowych klientów na dziś nie dostępny), w Orange też można kupić w abonamencie, w T-Mobile chyba też? Nie dostępny w Play.

Może ruszy E3372 HiLink z automatycznym akceptowaniem PINu. Trwają testy

Połączony z 17 February 2015 00:28:34:
Jest chyba już sukces
Tyle, że nie przypisuje tego sobie. Może kolega sam to opisze, jak to zrobiliśmy, albo raczej jak on to zrobił.

Mój E3372 HiLink siedzi sobie w Mikrotiku i ma zapamiętany PIN w FW

Połączony z 17 February 2015 01:08:02:
E3372 HiLink z PINem od Orange działa pod Tomato v125 na moim R7000
Gdy w ustawieniach wybrałem opcję 4G/LTE i dałem na SAVE, odpalił się automatycznie i działa

ciesza takie słowa

Kolega Staszek który był moim testerem na karcie Orange prosił, żebym się podzielił metodą na automatyczne zapodawanie PINu:

Automatyczne podawanie PIN

Z jakiegoś bliżej nie określonego powodu w modemach Huawei HiLink nie działa funkcja automatycznego wpisywania PINu. Dzięki API HiLinka można ten problem ominąć robiąc własny skrypt który automatycznie wpisywałby PIN do modemu. W nowszych modemach, w których za zarządzanie podstawowymi funkcjami modemu odpowiedzialny jest system Android można umieścić taki skrypt (pod warunkiem, że odblokowany jest ADB i telnet) w samym modemie. Rozwiązanie takie jest o tyle lepsze, że nie nie jest przywiązane do konkretnego urządzenia do którego jest podłączony modem, a więc będzie działało zawsze.

UWAGA: Niżej opisana procedura wymaga urządzenia z odblokowanym dostępem przez ADB i/lub telnet.

UWAGA metoda ta ingeruje w pliki systemowe, w wyniku czego można uwalić modem. Za ew. szkody nie odpowiadam.

Niżej opisana metoda wymaga połączenia za pomocą programu PuTTY (protokół telnet) i zainstalowanego na modemie Midnight Commander'a (mc dla modemów E3372x, mc dla modemów E327x). Ten ostatni nie jest wymagany, ponieważ można wykonać wszytko za pomocą podstawowych funkcji jakie oferuje busybox, w tym edycja pliku za pomocą edytora vi :) . Jeżeli protokół telent nie jest odblokowany, ale jest dostęp do modemu przez ADB również powinno dać się wykonać poniższą metodę.

Poniższa modyfikacja była testowana na modemach E3372s-153 z wgranym oprogramowaniem E3372Update_22.286.53.01.161_S_ADB_TLN_01, ale powinna działać też na innych modemach z odblokowanym ADB i/lub telnetem.

Są informacje, że coś się zmieniło w oprogramowaniu 22.491.03.* w związku z tym nie działa pobieranie tokena (API HiLink). Niestety nie mam na czym sprawdzić jakie są zmiany i czy da się je obejść.

W pierwszej kolejności należy sprawdzić parę rzeczy:
1) Należy połączyć się z modemem za pomocą programu PuTTY

2) Sprawdzamy do jakiego urządzenia jest zamontowany /system

W przykładzie /system jest zamontowany na urządzeniu i takie urządzenie jest niżej użyte. Jeżeli jest inaczej trzeba odpowiednio zmienić używane funkcje.

3) Odblokowujemy teraz możliwości edycji plików w katalogu /system


4) Przejchodzimy z shella ADB do shella busybox:


5) Sprawdzamy ustawienia sieci:

Głównym urządzeniem modemu w przykładzie jest urządzenie br0 i takie zostało użyte do określenia IP modemu w skrypcie poniżej. Jeżeli jest inaczej trzeba skrypt zmodyfikować.

Teraz można przejść już do modyfikacji.
6) Odpalamy Midnight Commander'a


7) Przechodzimy do katalogu /system/etc i tworzymy tutaj nowy plik tekstowy (Shift + F4)

8) W otwarty edytor tekstu wpisujemy skrypt, oczywiście w miejscu 1234 należy wstawić własny PIN:


9) Zapisujemy plik (klawisz F2) jako pushpin.sh i wychodzimy z edytora tekstu (klawisz F10)

10) Mając podświetlony plik pushpin.sh edytujemy jego prawa. Z górnej belki programu wybieramy File->Chmod i ustawiamy uprawnienia:

• read by owner
• write by owner
• execute/search by owner
• read by group
• write by group
• execute/search by group
• read by others
• execute/search by others

11) W mc teraz trzeba się cofnąć do głównej gałęzi drzewa, a następnie przejść do katalogu /etc i edytujemy plik autorun.sh (klawisz F4) dodając na końcu (na końcu tego pliku powinno być zakończenie funkcji warunkowej, a więc dopisujemy poniżej fi):


12) Zapisujemy plik (F2) i wychodzimy z edytora (F10) i mc (F10).

13) Warto sprawdzić teraz to co zmodyfikowaliśmy. A więc sprawdzamy jak wygląda plik /etc/autorun.sh


U mnie wygląda to tak:


13) Sprawdzamy również plik /system/etc/pushpin.sh czy wygląda jak powyżej (punkt 8)


14) Oraz jego uprawnienia:

Powinno być -rwxrwxr-x

15) Jeżeli wszytko jest ok to wychodzimy z shella busybox:


16) I przywracamy początkowe parametry systemu plików:


Jeżeli wszystko zostało wykonane poprawnie to od teraz monit o podanie PIN nie powinien się pojawić.

EDIT
Jak napisałem na początku dla osób używających modemu Huawej typu HiLink bez możliwości odblokowania ADB i telnetu pozostaje zawsze stworzenie skryptu przypisanego do urządzenia, do którego podłączony jest modem. W tym przypadku większe możliwości daje linux bo można proces ten zautomatyzować i zmodyfikowany skrypt podpiąć do skryptu hotplug lub interface (ale tu niech się wykażą koledzy lepiej znający się na linuxie).

EDIT 2:
Jeżeli ktoś zainteresowany jest API HiLinka zapraszam do odpowiednich tematów na konkurencyjnych forach >>TU<< lub >>TU<<

trochę roboty z tym jest ale jak widać dla chcącego nie ma nic trudnego. Dzięki Wielkie za opis. Na pewno się przyda

Ta robota była okopana jednym uwalonym E3372.

Żeby ktoś nie wpadł na pomysł i przypadkiem nie zaczął wrzucać inne karty z Orange na modem z zapisanym na stałe PINem. Trzeba zmienić PIN na jeden, ten sam co podaliśmy w skrypcie... Inaczej zablokuje kartę

Jeżeli karta nie ma sprawdzania PINu to nic się teoretycznie nie powinno stać (le nie było sprawdzone) gdyż wtedy SimState powinien wynosić 257 (gotowy do użytku), w związku z czym funkcja wpisująca PIN nie zostanie wykonana.

Gorzej jak karta też ma sprawdzanie PINu wtedy trzeba zmodyfikować plik /system/etc/pushpin.sh i podać poprawny pin. Teoretycznie odpalenie modemu z złym PINem w skrypcie pushpin.sh mnie powinno zablokować karty, gdyż skrypt będzie wykonany tylko 1 raz w związku z tym stracimy 1 z 3 ób na wpisanie PINu.

pozwoliłem sobie wytluscic ten tekst )

Myślę, że lepiej/łatwej zmienić PIN na karcie (gdy ktoś zamierza używać kolejnej karty, np Orange), niż edytować plik pushpin.sh. Prawdopodobieństwo popełnienia błędy przy edycji nie jest małe. Wiem coś na ten temat, i trochę mnie to kosztowało. Ale to już sprawa upodobania.

Póki co cieszymy się z postępu...

Połączony z 17 February 2015 13:00:54:
@shibby,
Czy masz gdzieś gotowe skrypty na Tomato aby resetował się WAN, gdy zmieni się IP usługodawcy (Play, Orange, itd), np w nocy aby pobrał nowe IP. Lub gdy z jakiegoś powodu rozłączy się net na modemie. Gdzieś coś było na forum o tym?
Czy możesz zapodać ?

Ogólnie WAN pobiera IP za pomocą klienta dhcp wprost z modemu i dostaje dzierżawę. Jeżeli więc dzierżawa wygasa to router sam powinien ją odnowić.

Ja utrzymałem połączenie przez 5 czy nawet 7 dni. Pokazywałem nawet screena. Specjalnie czekałem tak długo by sprawdzić czy router będzie w stanie odnowić sobie dzierżawę, która właśnie wynosiła 5 dni w moim przypadku.

Jeżeli jednak chcesz używać jakiegoś skryptu typu, sprawdz czy jest net jak nie to reboot, to pamiętaj, że polscy operatorzy poblokowali pingowanie (przynajmniej na tmobile i plusie jak testowałem), tak więc router nie będzie potrafił nic spingować. Trzeba znaleźć inny typ sprawdzania. Może nslookup 8.8.8.8 czyli odpytanie DNSa gogle o zadaną domenę. Jak dostanie odpowiedź to ok, jak nie to restart WANu lub restart routera.

Widzę że zabrnąłeś w temacie HiLinka daleko. Używam E3372 i najbardziej uwiera mi przy dostępnym publicznym IP brak możliwości dostania się do modemu z zewnątrz (podobnie jest w B593s-22), czy jest na to jakieś rozwiązanie?

z Tym brakiem wejścia z zewnątrz, to kwestia portów, które są na maxa blokowane przez operatorów

Nic takiego nie ma miejsca, mam wykupiony publiczny adres IP w Plusie za dodatkową opłatą (dynamiczny-6zł brutto, 18pln-statyczny), wszystkie porty mam otwarte, stosowne przekierowania na inne urządzenia w sieci lokalnej działają prawidłowo.

bo masz wykupiona taka usluge, Nie wszyscy operatorzy daja taka możliwość.

A o co ci chodzi przede wszystkim? W jaki sposób chcesz się "dostać do modemu"?

HiLink jest modemo-routerem z translacją NAT-skoro możemy do niego dostać się od strony LAN, to bardzo dobrą opcją byłoby dostanie się od strony WAN-tutaj mam na myśli publiczny nie blokowany IP (wówczas możemy w pełni zarządzać zdalnie tym modemo-routerem). Gdzie jest problem? W konfiguracji firewall?

Pewnie tak. Rozumiem, że próbowałeś już przekierowania portów? E3372s używa następujących portów:
23/tcp open telnet (przy sofcie z uruchomionym telnetem)
53/tcp open domain
80/tcp open http
443/tcp open https
5555/tcp open freeciv

Połączony z 20 February 2015 16:54:36:
Swoją droga nie bardzo wiem po co chcesz przepuścić na zewnątrz dostęp do modemu :/ Modem jest nie zabezpieczony i każdy będzie mógł mieszać w ustawieniach i nie tylko.

Połączony z 20 February 2015 16:56:16:
Już bardziej bezpiecznie byłoby wypuścić na zewnątrz dostęp do routera do którego jest podłączony modem (łączenie się po ssh) i dalej z modemem już z konsoli próbować rozmawiać za pomocą API HiLinka

Witam ma problem.
Otóż po wpisaniu: modprobe cdc_ether.ko, a następnie: dmesg nie poajwia mi się komunikat eth3...

Wgrywałem od nowa tomato, restartowałem do ustawień fabrycznych, czyściłem nvram i niestety nie pomaga.

Tomato w wersji 1.28.0000 MIPSR2-124 K26 USB AIO w WNR3500Lv2

Połączony z 07 March 2015 15:35:27:
Powyższe już nie aktualne.
Udało mi się dorwać modem w wersji hi-link (wersja rosyjska MTC) i wszytko działa wg. pierwszego postu.