Ok Cezary, ale czemu koledze pocieło tego sid'a? Skoro w skrypcie wyraźnie jest kolejno:
-H "$sid1" -H "$tok1" -H "Content-Type: text/xml"

W po uruchomieniu:
-H 'Cookie: SessionID=hAOhr6m8GwUSoHQryHNIn' -H 'Content - Type: text/x m l'bNcKVzhIzHV1So4MvVjFpgNAdya+ZmTTJA97vdj9LjTEAb+YGxjP+v+OcTVbZo7TSHIg5jrG6DaMEX' -H '__RequestVerificationToken: FaKIOeaxWYVreijrwr4cjfFqCRODiBI8

Oraz pełny sid wygląda tak:
Cookie: SessionID=hAOhr6m8GwUSoHQryHNIn3qmPCibMsYslLjSuSMDXcGzsGS1C0bNcKVzhIzHV1So4MvVjFpgNAdya+ZmTTJA97vdj9LjTEAb+YGxjP+v+OcTVbZo7TSHIg5jrG6DaMEX

a jest:
-H 'Cookie: SessionID=hAOhr6m8GwUSoHQryHNIn' -H 'Content - Type: text/x m l'bNcKVzhIzHV1So4MvVjFpgNAdya+ZmTTJA97vdj9LjTEAb+YGxjP+v+OcTVbZo7TSHIg5jrG6DaMEX'

Bo to nadal nie te sterowniki. Chcesz zmienić HiLinka na zwykły to instalujesz FCSerial, w drugą stronę potrzeby jest MobileBrServ. >>TU<< masz opisane przejścia w jedną i w drugą stronę wraz z linkami do sterowników jakie są potrzebne przy danym przejściu.

A co ma listwa do ochrony przepięciwej w przypadu burzy?

Żeby w jakimś sensownym stopniu się zabezpieczyć przed przepięciami od wyładowań atmosferycznych trzeba zstosować co najmniej 2 stopnie ochrony (klasa B+C):
1) Ogranicznik przepięć typu 1 (klasy B) - tzw odgromnik, ochrona przez skutkmi bezpośredniego wyładowania w sie c napowietrzną lub odgrmową, obniża przepięcie do poniżej 4 kV, wytrzymuje prąd udarowy 35-100 kA (w zależności od modelu)
2) ogranicznik przepięć typu 2 (klasy C) - ochrona przed pośrednimi wyładowaniniami amosferycznymi lub procesami łączeń w sieci elektrycznej, obniża przepięcie poniżej 1,5 kV i prąd udarowy 5-20kA
3) ogranicznik przepięć typu 3 (klasy D) - zalecany do ochrony kosztownych urządzeń elektronicznych, ma za zadanie szybko reagować na niewielkie przepięcia, które przejdą przez wczeniejsze progi ochrony przeciwprzepięciowej. Ochronniki tego typu montuje się w pobliżu zabezpieczanego urządzenia (w puszkach podtynkowych, jako gniazdka lub właśnie jako listwę przeciwprzepięciową).

Ochronniki klasy B+C montuje się na wejściu zasilania czyli np w rozdzielnicy bezpiecznikowej lub w skrzynce licznika elektrycznego.

I jeszcze jedna uwaga nie każda listwa zasilająca (nawet posiadająca warystor do ograniczania przepięć) jest listwą przeciwprzepięciową. Producent dobrej listwy przeciwprzepięciowej pochwali się zarówno badaniami jak i odpowienimi atestami.

@build000: cholera wie Na razie mi działa w miarę dobrze na HiLinku to wolę nie ruszać za bardzo, a drugiego modemu na testy nie mam

Cezary jak się okazuje mając SessionID (pobieramy z adresu /api/webserver/SesTokInfo) nie trzeba używać cookie. Można przesłać nagłówkiem "Cookie" dla wget byłoby to:

--header "Cookie: SessionID=<tu_ten_długi_hash_identyfikatora_sesji>"

>>Tu<< wstępnie bardziej szczegółowo opisałem swoje boje z identyfikatorem sesji (specjalnie po to zmieniłem oprogramowanie w modemie ).

Poszukałem u ruskich i... chyba dupa będzie z tym cronem. Ponoć ma jakieś problemy z synchronizacją czasu Niby jest w busyboxie ntpd... ale nie doszukałem się, żeby się komuś udało to jakoś ożenić Moge się mylić, bo nie czytam po rusku a google translate nie potrafi za bardzo łamańców językowych przetłumaczyć

Jak ci się uda jakoś to odpalić to daj znać

Taki nius od forth32@4pda. Mając odblokowany telent w modemie da się wysyłać komendy AT bez potrzeby wchodzenia w tryb debug. Aby tego dokonać trzeba:
1) Połączyć się po protokole telnetu z modemem (np za pomocą putty).
2) Teraz mając znak zachęty # wpisać:

cat </dev/appvcom1 & cat | busybox tr "\n" "\r">/dev/appvcom1

co podłączy nas do konsoli AT i modem zacznie nas spamować wiadomościami z tej konsoli
3) Jeżeli nie chcemy widzieć spamu modemu to wpisujemy

at^curc=0

(nie przejmować się, że wiadomości modemu przerywają nam pisanie komendy ).
4) Możemy już działać na komendach AT

Wyjście z konsoli AT:
1) kombinacja klawiszy ctrl+c spowoduje pojawienie się znaku zachęty #
2) wpisujemy busybox killall cat

Jest to jakaś prawdopodobnie głupota twórców no-ip. Za każdym razem program odpalając otwiera plik konfiguracyjny do zapisu

Najprostsze rozwiązanie to w autorunie przed odpaleniem programu zmienić system plików do zapisu.

Pfff... Taj prosto to nie ma Jak wyłaczysz dostęp przez adb i telent zostaje... włączenie trybu debug ->wejście przez ttyUSB2 na konsolę linuxa (teoretycznie na modowanym fw konsola linuxa powinna już działać więc chyab nie trzeba przechodzić przez konsolę AT na ttyUSB0) -> odpalenie na niej abd -> połączenie się przez adb -> i dopiero modyfikacje plików na modemie

Nie wiem po jakiego grzyba chcesz wyłączyć, ale ok:
od ADB jest linijka:

/sbin/adbd &

A za telnet odpowiada:

busybox telnetd -l /bin/sh

Po shell=2 nie masz włączonego jeszcze adb tylko na bodajze ttyUSB2 powinna się pojawić konsola linuxa. Tak więc otwierasz terminala z podglądem dla ttyUSB2 i wysyłasz na ttyUSB2 uruchomienie (jednorazowe do pierwszego reboota modemu) /sbin/adbd. Dopiero po tej komendzie powinno się odpalić połączenie po ADB (o ile się konsola linuxa odblokowała, bo nie piszesz czy masz potwierdzenia odblokowania na terminalu - powinieneś na osobnym terminalu niż tym co wpisujesz komendy zrobić podgląd cat /dev/ttyUSBx).

hmmm... Jak już mówiłem na linuchu się nie znam, ale z tego co widzę to raczej coś źle wysyłasz te komendy AT. Masz to samo co ten kolo: http://superuser.com/questions/704355/u … ion-denied
ew. spróbuj w ten sposób: http://www.roman10.net/how-to-use-modem … -at-linux/