Na co dzień stosuję dwa modemy ZTE MF669 i ZTE MF821. W obydwu mam różne karty sim. Pierwszego używam podczas nieobecności w domu z wykupioną usługą public ip poprzez apn pro.plusgsm.pl. Drugiego z wiekszym limitem danych (prezent od firmy) poprzez LTE, kiedy wracam do domu. Interesuje mnie sytuacja samoczynnego dostosowywania się ruterka wraz z odpowiednim APN w zależności od podłączonego urządzenia. Czy opisany w artykule na ww. temat sposób, nadaje się do moich wymagań? Jestem już po załadowaniu skryptu do pliku 10-serial, a wygląda to tak:
#!/bin/sh
    if [ "$DEVTYPE" = "usb_interface" ] && [ "$ACTION" = "add" ]; then
        for tty in /sys/$DEVPATH/ttyUSB2; do
            [ -d "$tty" ] || continue
            OLDD=${tty##*/}
                                   
            # to jest MF 669
            if [ "x$PRODUCT" = "19d2/17/0" ]; then
                NEWD="modem_mf669_"${DEVPATH##*.}
                rm /dev/$NEWD
                ln -s /dev/$OLDD /dev/$NEWD
            fi
                                                                     
            # to jest MF 821
            if [ "x$PRODUCT" = "19d2/167/0" ]; then
                NEWD="modem_mf821_"${DEVPATH##*.}
                rm /dev/$NEWD
                ln -s /dev/$OLDD /dev/$NEWD
            fi
                                                                                                                                                                       
         done
     fi

Nadmienię, że oba urządzenia mogą pracować na tym samym porcie tty2. Kombinuję, ale nie udaje mi się zmusić do samoczynnego i automatyczneo wyboru tty2, a co dopiero aby wybierały się odpowiednie apn'y.

Proszę o pomoc

Wójek Google pomogł.
cat /var/flash/ar7.cfg >/var/tmp/ar7.edit #kopieren

vi /var/tmp/ar7.edit #editieren

cat /var/tmp/ar7.edit >/var/flash/ar7.cfg #zurückkopieren
Wiem juz, że plik cfg nie można edytowac na żywca, ale kopiować. Udało się zmusic fritza, żeby brał czas z tplinka. Obecnie rozumiem znacznie więcej na temat mojego problemu i widzę to daleko szerzej. Rzeczywiście jest tak, że fritz jesli nie dostanie ntp zaraz po swoim starcie to juz pozniej nie pobierze. Podobnie jest z DNS, ale tu czeka kolejne 5 min i wtedy dostaje je. Przydalby sie offset dla DNS na starcie.

Równie dobrze mógłbym włączyć DMZ dla Fritza. Chyba nie tędy droga.

Chyba tylko mechaniczne, ale jak to jest, ze na oryginalnym sofcie do tplinka absolutnie nie ma tego problemu. Może zmusic fritza opcją Wymuszaj używanie routera jako serwera DNS w tplinku?

Malymi kroczkami dzieki pomocy kolegom zdobywam wiedze jak konfigurowac gargoyle. Jestem bardzo za to wdzieczny.
Edytowalem plik 00_extroof.conf w pozycji extroot_settle_time z "20" na "0" (a może wykasować całą linię?) Zaskutkowalo to o 20 sek. szybszym startem tp-linka, ale niestety i tak okazuje się to za mało dla Fritza, który po ustanowieniu połączenia lan chce mieć DNSy i koniec. Jeśli ich nie dostanie wyrzuca błędy w nieskończoność i aktualizacja czasu nie dochodzi do skutku, nawet jesli tp-link już się podłączył do sieci WAN 3G. Pomaga zaraz po restarcie fritza wyciągnięcie wtyczki lan do czasu całkowitego wystartownia tp-linka łącznie z ustanowieniem połączenia 3G. Wtedy fritz kontynuuje poprawnie prace. Stąd wniosek czy i jak można w Gargoyle coś zmienić, żeby uwzględnić ten problem. A może we fritzu da się coś zmienić w tym zapisie? Może offset?

ntpclient {
        server_list = "0.europe.pool.ntp.org";
        chrony_enabled = yes;
}

led {
        infoled_reason = 1;
}

timezone_manual {
        enabled = no;
        offset = 0;
        dst_enabled = no;
        TZ_string = "";
        name = "";

-ash: W:  not found.  Co robie źle? Połączyłem się przez Putty/SSH.

Zauważyłem, że jak tp-link wystartuje pierwszy i załaduje się cały, a następnie dopiero fritz zostanie uruchomiony to problemu nie ma. Razem załącza je programator rano i pierwszy podniesie się fritz. W logach az nie roi od bledow DNS dla uslug voip. Po kilku minutach voip sie podlaczy, ale zegar czasu juz nie. Dziwne. Mozna cos tu zaradzic?

www dziala i voip tez ale wlasnie DNSy w logach mialy bledy. Jak mi na to zwrociles uwage to dalem je z automatu i problem od razu sie rozwiazal. Mialem wpisane recznie, takie jak byly dla oryginalengo softu dla tplinka. Problem rozwiazany, dziekuje.

mam kabel dku-5 i na nim jest jeszcze gorzej. Obecnie dzialam przez konwerter lan-rs232 Roger UT-4. Dobra, załadowało się.
Po załadowaniu trzeba to jeszcze wpisać?
hornet> erase 0x9f020000 +0x3c0000
hornet> cp.b 0x80000000 0x9f020000 0x3c0000
hornet> bootm 9f020000

Nie mów mi proszę o lenistwie. Od kilku dni nic innego nie robię tylko z gównem walczę po pracy. Może jestem przemęczony. Szukałem tftp-hpa tak jak jest w opisie.