1

Temat: Problem z usb-modeswitch po zaniku zasilania

Witam.

Sprzęt:
Tp-Link MR-3220 v2.4 + Huawei E3276 + CC 15.05 od Cezary + extroot na SD

Problem:
Po zaniku zasilania "nie działa"/"znika"/"nie startuje" usb-modeswitch.

Gdy zainstaluję ręcznie wszystkie moduły potrzebne do obsługi modemu z opisu "OpenWRT jako router 3G" i zrestartuję router, wszystko wstaje jak należy, do momentu następnego zaniku zasilania.

Co może być tego przyczyną? Jak sobie z tym poradzić? W przyszłości planuję dokupić UPS, ale na tą chwilę chciałbym rozwiązać ten problem.

Ps. Niejako przy okazji chciałbym zapytać użytkowników Orange Free Net z obsługą "ichniego" VPN. Czy to prawda, że ta usługa działa prawidłowo tylko w 3G, a w LTE już nie? Z modemem E367 mogłem dostać się do rejestratora video przez port 8000 (port do podglądu zdalnego wykorzystywany przez rejestrator - btw: tylko ten port miałem otwarty po uruchomieniu VPN Orange), a z E3276 wszystkie porty pozamykane...

Z góry dziękuję za pomoc w temacie i podpowiedzi z tym !@#$%^ Orange Free Net VPN.

Pozdrawiam,
Paweł.

2

Odp: Problem z usb-modeswitch po zaniku zasilania

Jeżeli masz na nim extroota to już wcześniej modem musi być przełączony. Inaczej przełączenie przez usb-modeswitch powoduje rozwalenie extroota i system plików.

A jak masz extroota i przełączony modem to wcale usb-modeswitch później nie potrzebujesz.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

3

Odp: Problem z usb-modeswitch po zaniku zasilania

Dzięki za szybką odpowiedź.

W takim razie może coś pomieszałem... Chodzi o to, że jak wykonam:

# opkg update
# opkg install wwan comgt chat comgt-ncm comgt-directip uqmi umbim usb-modeswitch
# reboot

modem wstaje bez problemu, łączy się z APN i jest dostęp do internetu, a po zaniku zasilania modem nie wstaje, ale ext root działa, bootuje z SD.

Zrobiłem sobie nawet katalog z modułami i skrypt do offline'owej instalacji tych pakietów, ale na odległość i tak ich nie zainstaluję.

Moglibyście coś poradzić?

4

Odp: Problem z usb-modeswitch po zaniku zasilania

A jesteś pewien że masz tego extroota? Bo jak raz zainstalujesz pakiety to one muszą zostać na nośniku, więc ich instalacja ponowna kompletnie nie ma sensu...

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

5

Odp: Problem z usb-modeswitch po zaniku zasilania

Spróbuj sprawdzić z aktywnym hubem o ile z niego nie korzystasz

6

Odp: Problem z usb-modeswitch po zaniku zasilania

Jestem pewien. Zrobiłem sobie tą "sztuczkę" z pokazywaniem w bannerze skąd boot'uje, to raz. Dwa - df -h pokazuje tak jak powinno w obu przypadkach:

Filesystem                Size      Used Available Use% Mounted on
rootfs                    1.8G     12.0M      1.8G   1% /
/dev/root                 2.3M      2.3M         0 100% /rom
tmpfs                    13.9M     76.0K     13.9M   1% /tmp
overlayfs:/overlay        1.8G     12.0M      1.8G   1% /
tmpfs                   512.0K         0    512.0K   0% /dev

natomiast tu wyniki cat /sys/kernel/debug/usb/devices działającego modemu (po instalacji i reboocie):

T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=480  MxCh= 1
B:  Alloc=  0/800 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 2.00 Cls=09(hub  ) Sub=00 Prot=01 MxPS=64 #Cfgs=  1
P:  Vendor=1d6b ProdID=0002 Rev= 3.18
S:  Manufacturer=Linux 3.18.21 ehci_hcd
S:  Product=EHCI Host Controller
S:  SerialNumber=ehci-platform
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=256ms

T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  2 Spd=480  MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=12d1 ProdID=1506 Rev= 1.02
S:  Manufacturer=HUAWEI Technology
S:  Product=HUAWEI Mobile
C:* #Ifs= 4 Cfg#= 1 Atr=80 MxPwr=500mA
I:* If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=02 Prot=12 Driver=option
E:  Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms
I:  If#= 1 Alt= 0 #EPs= 1 Cls=ff(vend.) Sub=02 Prot=16 Driver=huawei_cdc_ncm
E:  Ad=82(I) Atr=03(Int.) MxPS=  64 Ivl=2ms
I:* If#= 1 Alt= 1 #EPs= 3 Cls=ff(vend.) Sub=02 Prot=16 Driver=huawei_cdc_ncm
E:  Ad=82(I) Atr=03(Int.) MxPS=  64 Ivl=2ms
E:  Ad=83(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms
I:* If#= 2 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E:  Ad=03(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=84(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 3 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E:  Ad=04(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=85(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms

a tu po zaniku zasilania:

T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=480  MxCh= 1
B:  Alloc=  0/800 us ( 0%), #Int=  0, #Iso=  0
D:  Ver= 2.00 Cls=09(hub  ) Sub=00 Prot=01 MxPS=64 #Cfgs=  1
P:  Vendor=1d6b ProdID=0002 Rev= 3.18
S:  Manufacturer=Linux 3.18.21 ehci_hcd
S:  Product=EHCI Host Controller
S:  SerialNumber=ehci-platform
C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA
I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub
E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=256ms

T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  2 Spd=480  MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=12d1 ProdID=14fe Rev= 1.02
S:  Manufacturer=HUAWEI Technology
S:  Product=HUAWEI Mobile
C:* #Ifs= 2 Cfg#= 1 Atr=80 MxPwr=500mA
I:* If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E:  Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
I:* If#= 1 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
E:  Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=82(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms

Albo ja coś robię źle (czyt. jestem głupi) albo coś jest nie tak z tym sprzętem (obstawiam pierwsze smile)

7

Odp: Problem z usb-modeswitch po zaniku zasilania

Nie masz przełączonego modemu. Powinieneś to zrobić na stałe albo przełączać go przed zrobieniem extroota, a nie po nim, bo to tylko powoduje problemy.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

8

Odp: Problem z usb-modeswitch po zaniku zasilania

Swego czasu miałem to samo tzn. nie przełączał się modem problem znikł wraz z zastosowaniem aktywnego huba smile

9

Odp: Problem z usb-modeswitch po zaniku zasilania

Sprawdziłem. Odłączyłem zasilanie, podłączyłem spowrotem i modem się nie podniósł. Zainstalowałem tylko usb-modeswitch, reboot i modem się połączył. Wyłączyłem CD-ROM za pomocą komend AT, w Windows modem się nie pojawia, natomiast pojawia się czytnik kart, czyli teoretycznie wszystko ok. Podłączyłem modem do routera, włączyłem i dalej bez zmian. Wystarczy zainstalować usb-modeswitch, reboot i działa, więc następny test: odłączenie zasilania i znowu się nie podnosi. Jedyne co pomaga, to ręczna instalacja usb-modeswitch i reboot.

Co do aktywnego huba - nie za bardzo mam możliwość... po prostu nie mam huba, a inwestycja w kolejne "zabawki" trochę mija się w moim przypadku z celem. Założeniem miał być jak najtańszy, w miarę funkcjonalny system do łączenia się z monitoringiem video, a z czasem rozbudowywany o lokalne usługi typu serwer plików, serwer http...

10

Odp: Problem z usb-modeswitch po zaniku zasilania

Ale ty może tylko wyłączyłeś cdrom a nie przełączyłeś go na stałe.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

11

Odp: Problem z usb-modeswitch po zaniku zasilania

I znowu niezastąpiony Cezary!

Jedna mała Victoria! Okazało się, że faktycznie wyłączyłem CD-ROM, a nie przełączyłem. Pogrzebałem... okazało się, że potrzebny był ten parametr FF (u mnie AT^SETPORT="FF;12,16,A2") i luuuuu... poszło. Podnosi się po braku zasilania smile).

Teraz mam jeszcze parę pytań:

Co jest nie tak z DDNS (NoIP.com)?

Thu Oct 29 13:47:20 2015 kern.info kernel: [   17.390000] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB0
Thu Oct 29 13:47:20 2015 kern.debug kernel: [   17.440000] ath: EEPROM regdomain: 0x0
Thu Oct 29 13:47:20 2015 kern.debug kernel: [   17.440000] ath: EEPROM indicates default country code should be used
Thu Oct 29 13:47:20 2015 kern.debug kernel: [   17.440000] ath: doing EEPROM country->regdmn map search
Thu Oct 29 13:47:20 2015 kern.debug kernel: [   17.440000] ath: country maps to regdmn code: 0x3a
Thu Oct 29 13:47:20 2015 kern.debug kernel: [   17.440000] ath: Country alpha2 being used: US
Thu Oct 29 13:47:20 2015 kern.debug kernel: [   17.440000] ath: Regpair used: 0x3a
Thu Oct 29 13:47:20 2015 kern.debug kernel: [   17.450000] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
Thu Oct 29 13:47:20 2015 kern.info kernel: [   17.460000] ieee80211 phy0: Atheros AR9330 Rev:1 mem=0xb8100000, irq=2
Thu Oct 29 13:47:20 2015 kern.info kernel: [   17.460000] cfg80211: Calling CRDA for country: US
Thu Oct 29 13:47:20 2015 kern.info kernel: [   17.520000] cfg80211: Regulatory domain changed to country: US
Thu Oct 29 13:47:20 2015 kern.info kernel: [   17.520000] cfg80211:  DFS Master region: FCC
Thu Oct 29 13:47:20 2015 kern.info kernel: [   17.520000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
Thu Oct 29 13:47:20 2015 kern.info kernel: [   17.530000] cfg80211:   (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 3000 mBm), (N/A)
Thu Oct 29 13:47:20 2015 kern.info kernel: [   17.540000] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 1700 mBm), (N/A)
Thu Oct 29 13:47:20 2015 kern.info kernel: [   17.550000] cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2300 mBm), (0 s)
Thu Oct 29 13:47:20 2015 kern.info kernel: [   17.560000] cfg80211:   (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 3000 mBm), (N/A)
Thu Oct 29 13:47:20 2015 kern.info kernel: [   17.570000] cfg80211:   (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
Thu Oct 29 13:47:23 2015 user.emerg syslog: this file has been obseleted. please call "/sbin/block mount" directly
Thu Oct 29 13:47:23 2015 daemon.err block: /dev/sda is already mounted
Thu Oct 29 13:47:23 2015 daemon.err block: /dev/sda5 is already mounted
Thu Oct 29 13:47:23 2015 cron.info crond[1105]: crond (busybox 1.23.2) started, log level 5
Thu Oct 29 13:47:24 2015 authpriv.info dropbear[1128]: Not backgrounding
Thu Oct 29 13:47:25 2015 daemon.err uhttpd[1177]: socket(): Address family not supported by protocol
Thu Oct 29 13:47:26 2015 user.emerg syslog: setting up led WAN
Thu Oct 29 13:47:26 2015 user.emerg syslog: setting up led LAN1
Thu Oct 29 13:47:26 2015 user.emerg syslog: setting up led LAN2
Thu Oct 29 13:47:26 2015 user.emerg syslog: setting up led LAN3
Thu Oct 29 13:47:26 2015 user.emerg syslog: setting up led LAN4
Thu Oct 29 13:47:26 2015 user.emerg syslog: setting up led WLAN
Thu Oct 29 13:47:26 2015 user.emerg syslog: setting up led USB
Thu Oct 29 13:47:27 2015 daemon.info procd: - init complete -
Thu Oct 29 13:47:28 2015 daemon.notice netifd: Interface 'b_wan6' is enabled
Thu Oct 29 13:47:28 2015 kern.info kernel: [   27.690000] device eth1 entered promiscuous mode
Thu Oct 29 13:47:28 2015 kern.info kernel: [   27.720000] br-b_wan: port 1(eth1) entered forwarding state
Thu Oct 29 13:47:28 2015 kern.info kernel: [   27.720000] br-b_wan: port 1(eth1) entered forwarding state
Thu Oct 29 13:47:28 2015 daemon.notice netifd: Interface 'b_wan' is enabled
Thu Oct 29 13:47:28 2015 daemon.notice netifd: Interface 'lan' is enabled
Thu Oct 29 13:47:28 2015 daemon.notice netifd: Interface 'lan' is setting up now
Thu Oct 29 13:47:28 2015 kern.info kernel: [   27.790000] device eth0 entered promiscuous mode
Thu Oct 29 13:47:28 2015 daemon.notice netifd: Interface 'lan' is now up
Thu Oct 29 13:47:28 2015 daemon.notice netifd: Interface 'loopback' is enabled
Thu Oct 29 13:47:28 2015 daemon.notice netifd: Interface 'loopback' is setting up now
Thu Oct 29 13:47:28 2015 daemon.notice netifd: Interface 'loopback' is now up
Thu Oct 29 13:47:28 2015 daemon.notice netifd: Interface 'wan' is setting up now
Thu Oct 29 13:47:28 2015 daemon.notice netifd: Bridge 'br-b_wan' link is up
Thu Oct 29 13:47:28 2015 daemon.notice netifd: Interface 'b_wan' has link connectivity 
Thu Oct 29 13:47:28 2015 daemon.notice netifd: Interface 'b_wan' is setting up now
Thu Oct 29 13:47:28 2015 daemon.notice netifd: Network device 'lo' link is up
Thu Oct 29 13:47:28 2015 daemon.notice netifd: Interface 'loopback' has link connectivity 
Thu Oct 29 13:47:29 2015 daemon.notice netifd: b_wan (1286): udhcpc (v1.23.2) started
Thu Oct 29 13:47:29 2015 daemon.notice netifd: Bridge 'br-b_wan' link is down
Thu Oct 29 13:47:29 2015 daemon.notice netifd: Interface 'b_wan' has link connectivity loss
Thu Oct 29 13:47:29 2015 kern.info kernel: [   28.690000] br-b_wan: port 1(eth1) entered disabled state
Thu Oct 29 13:47:29 2015 user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
Thu Oct 29 13:47:29 2015 daemon.notice netifd: b_wan (1286): Command failed: Permission denied
Thu Oct 29 13:47:29 2015 daemon.notice netifd: b_wan (1286): Sending discover...
Thu Oct 29 13:47:29 2015 daemon.notice netifd: b_wan (1286): Received SIGTERM
Thu Oct 29 13:47:29 2015 kern.info kernel: [   29.080000] cfg80211: Calling CRDA for country: PL
Thu Oct 29 13:47:29 2015 kern.info kernel: [   29.080000] cfg80211: Regulatory domain changed to country: PL
Thu Oct 29 13:47:29 2015 kern.info kernel: [   29.090000] cfg80211:  DFS Master region: ETSI
Thu Oct 29 13:47:29 2015 kern.info kernel: [   29.090000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
Thu Oct 29 13:47:29 2015 kern.info kernel: [   29.100000] cfg80211:   (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
Thu Oct 29 13:47:29 2015 kern.info kernel: [   29.110000] cfg80211:   (5170000 KHz - 5250000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (N/A)
Thu Oct 29 13:47:29 2015 kern.info kernel: [   29.120000] cfg80211:   (5250000 KHz - 5330000 KHz @ 80000 KHz, 160000 KHz AUTO), (N/A, 2000 mBm), (0 s)
Thu Oct 29 13:47:29 2015 kern.info kernel: [   29.130000] cfg80211:   (5490000 KHz - 5710000 KHz @ 160000 KHz), (N/A, 2700 mBm), (0 s)
Thu Oct 29 13:47:29 2015 kern.info kernel: [   29.130000] cfg80211:   (57000000 KHz - 66000000 KHz @ 2160000 KHz), (N/A, 4000 mBm), (N/A)
Thu Oct 29 13:47:30 2015 kern.info kernel: [   29.400000] eth0: link up (1000Mbps/Full duplex)
Thu Oct 29 13:47:30 2015 kern.info kernel: [   29.400000] br-lan: port 1(eth0) entered forwarding state
Thu Oct 29 13:47:30 2015 kern.info kernel: [   29.410000] br-lan: port 1(eth0) entered forwarding state
Thu Oct 29 13:47:30 2015 daemon.notice netifd: Network device 'eth0' link is up
Thu Oct 29 13:47:30 2015 daemon.notice netifd: Bridge 'br-lan' link is up
Thu Oct 29 13:47:30 2015 daemon.notice netifd: Interface 'lan' has link connectivity 
Thu Oct 29 13:47:31 2015 kern.info kernel: [   30.690000] eth1: link up (100Mbps/Full duplex)
Thu Oct 29 13:47:31 2015 kern.info kernel: [   30.880000] br-b_wan: port 1(eth1) entered forwarding state
Thu Oct 29 13:47:31 2015 kern.info kernel: [   30.880000] br-b_wan: port 1(eth1) entered forwarding state
Thu Oct 29 13:47:31 2015 daemon.notice netifd: Network device 'eth1' link is up
Thu Oct 29 13:47:31 2015 daemon.notice netifd: Interface 'b_wan6' has link connectivity 
Thu Oct 29 13:47:31 2015 daemon.notice netifd: Interface 'b_wan6' is setting up now
Thu Oct 29 13:47:31 2015 daemon.notice netifd: Interface 'b_wan6' is now up
Thu Oct 29 13:47:31 2015 daemon.notice netifd: Bridge 'br-b_wan' link is up
Thu Oct 29 13:47:31 2015 daemon.notice netifd: Interface 'b_wan' has link connectivity 
Thu Oct 29 13:47:31 2015 daemon.notice netifd: Interface 'b_wan' is setting up now
Thu Oct 29 13:47:31 2015 daemon.notice netifd: b_wan (1430): udhcpc (v1.23.2) started
Thu Oct 29 13:47:31 2015 daemon.notice netifd: radio0 (1248): Configuration file: /var/run/hostapd-phy0.conf
Thu Oct 29 13:47:31 2015 daemon.notice netifd: radio0 (1248): wlan0: interface state UNINITIALIZED->COUNTRY_UPDATE
Thu Oct 29 13:47:31 2015 daemon.notice netifd: radio0 (1248): Using interface wlan0 with hwaddr 14:cc:20:bc:90:7c and ssid "bob"
Thu Oct 29 13:47:31 2015 daemon.notice netifd: b_wan (1430): Sending discover...
Thu Oct 29 13:47:32 2015 kern.info kernel: [   31.410000] br-lan: port 1(eth0) entered forwarding state
Thu Oct 29 13:47:32 2015 daemon.notice netifd: wan (1245): sending -> AT
Thu Oct 29 13:47:32 2015 daemon.notice netifd: b_wan (1430): Sending select for 192.168.2.102...
Thu Oct 29 13:47:32 2015 daemon.notice netifd: b_wan (1430): Lease of 192.168.2.102 obtained, lease time 86400
Thu Oct 29 13:47:32 2015 daemon.notice netifd: Interface 'b_wan' is now up
Thu Oct 29 13:47:32 2015 daemon.notice netifd: radio0 (1248): wlan0: interface state COUNTRY_UPDATE->ENABLED
Thu Oct 29 13:47:32 2015 daemon.notice netifd: radio0 (1248): wlan0: AP-ENABLED 
Thu Oct 29 13:47:32 2015 daemon.notice netifd: wan (1245): sending -> ATZ
Thu Oct 29 13:47:32 2015 daemon.notice netifd: Network device 'wlan0' link is up
Thu Oct 29 13:47:32 2015 kern.info kernel: [   32.220000] device wlan0 entered promiscuous mode
Thu Oct 29 13:47:32 2015 kern.info kernel: [   32.220000] br-lan: port 2(wlan0) entered forwarding state
Thu Oct 29 13:47:32 2015 kern.info kernel: [   32.230000] br-lan: port 2(wlan0) entered forwarding state
Thu Oct 29 13:47:32 2015 daemon.notice netifd: Interface 'wan' is enabled
Thu Oct 29 13:47:32 2015 daemon.notice netifd: Interface 'wan' has link connectivity 
Thu Oct 29 13:47:32 2015 daemon.notice netifd: wan (1479): Stopping network
Thu Oct 29 13:47:33 2015 kern.info kernel: [   32.880000] br-b_wan: port 1(eth1) entered forwarding state
Thu Oct 29 13:47:33 2015 daemon.info dnsmasq[1518]: started, version 2.73 cachesize 150
Thu Oct 29 13:47:33 2015 daemon.info dnsmasq[1518]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth no-DNSSEC loop-detect inotify
Thu Oct 29 13:47:33 2015 daemon.info dnsmasq[1518]: DNS service limited to local subnets
Thu Oct 29 13:47:33 2015 daemon.info dnsmasq-dhcp[1518]: DHCP, IP range 192.168.1.100 -- 192.168.1.249, lease time 12h
Thu Oct 29 13:47:33 2015 daemon.info dnsmasq[1518]: using local addresses only for domain lan
Thu Oct 29 13:47:33 2015 daemon.info dnsmasq[1518]: reading /tmp/resolv.conf.auto
Thu Oct 29 13:47:33 2015 daemon.info dnsmasq[1518]: using local addresses only for domain lan
Thu Oct 29 13:47:33 2015 daemon.info dnsmasq[1518]: using nameserver 172.19.0.1#53
Thu Oct 29 13:47:33 2015 daemon.info dnsmasq[1518]: using nameserver 8.8.8.8#53
Thu Oct 29 13:47:33 2015 daemon.info dnsmasq[1518]: read /etc/hosts - 1 addresses
Thu Oct 29 13:47:33 2015 daemon.info dnsmasq[1518]: read /tmp/hosts/dhcp - 1 addresses
Thu Oct 29 13:47:33 2015 daemon.info dnsmasq-dhcp[1518]: read /etc/ethers - 0 addresses
Thu Oct 29 13:47:34 2015 daemon.info dnsmasq-dhcp[1518]: DHCPREQUEST(br-lan) 192.168.1.199 38:ea:a7:fe:3c:39 
Thu Oct 29 13:47:34 2015 daemon.info dnsmasq-dhcp[1518]: DHCPACK(br-lan) 192.168.1.199 38:ea:a7:fe:3c:39 HP_Compaq
Thu Oct 29 13:47:34 2015 kern.info kernel: [   34.230000] br-lan: port 2(wlan0) entered forwarding state
Thu Oct 29 13:47:35 2015 daemon.notice netifd: wan (1479): sending -> AT^NDISDUP=1,0
Thu Oct 29 13:47:35 2015 daemon.notice netifd: wan (1479): Error running AT-command
Thu Oct 29 13:47:35 2015 daemon.notice netifd: wan (1479): Failed to disconnect
Thu Oct 29 13:47:35 2015 daemon.notice netifd: Interface 'wan' is now down
Thu Oct 29 13:47:35 2015 daemon.notice netifd: Interface 'wan' is setting up now
Thu Oct 29 13:47:38 2015 daemon.notice netifd: wan (1638): sending -> AT
Thu Oct 29 13:47:38 2015 daemon.info dnsmasq-dhcp[1518]: DHCPINFORM(br-lan) 192.168.1.199 38:ea:a7:fe:3c:39 
Thu Oct 29 13:47:38 2015 daemon.info dnsmasq-dhcp[1518]: DHCPACK(br-lan) 192.168.1.199 38:ea:a7:fe:3c:39 HP_Compaq
Thu Oct 29 13:47:39 2015 daemon.notice netifd: wan (1638): sending -> ATZ
Thu Oct 29 13:47:39 2015 daemon.notice netifd: wan (1638): sending -> ATQ0
Thu Oct 29 13:47:40 2015 daemon.notice netifd: wan (1638): sending -> ATV1
Thu Oct 29 13:47:40 2015 daemon.notice netifd: wan (1638): sending -> ATE1
Thu Oct 29 13:47:41 2015 daemon.notice netifd: wan (1638): sending -> ATS0=0
Thu Oct 29 13:47:43 2015 daemon.notice netifd: wan (1638): SIM ready
Thu Oct 29 13:47:43 2015 daemon.notice netifd: wan (1638): PIN set successfully
Thu Oct 29 13:47:44 2015 daemon.notice netifd: wan (1638): sending -> AT^NDISDUP=1,1,"VPN","VPN","VPN"
Thu Oct 29 13:47:44 2015 daemon.notice netifd: wan (1638): Error running AT-command
Thu Oct 29 13:47:44 2015 daemon.notice netifd: wan (1638): Failed to connect
Thu Oct 29 13:47:44 2015 daemon.notice netifd: wan (1761): Stopping network
Thu Oct 29 13:47:47 2015 daemon.notice netifd: wan (1761): sending -> AT^NDISDUP=1,0
Thu Oct 29 13:47:47 2015 daemon.notice netifd: wan (1761): Error running AT-command
Thu Oct 29 13:47:47 2015 daemon.notice netifd: wan (1761): Failed to disconnect
Thu Oct 29 13:47:47 2015 daemon.notice netifd: Interface 'wan' is now down
Thu Oct 29 13:47:47 2015 daemon.notice netifd: Interface 'wan' is setting up now
Thu Oct 29 13:47:49 2015 daemon.notice netifd: wan (1772): sending -> AT
Thu Oct 29 13:47:50 2015 daemon.notice netifd: wan (1772): sending -> ATZ
Thu Oct 29 13:47:50 2015 daemon.notice netifd: wan (1772): sending -> ATQ0
Thu Oct 29 13:47:51 2015 daemon.notice netifd: wan (1772): sending -> ATV1
Thu Oct 29 13:47:52 2015 daemon.notice netifd: wan (1772): sending -> ATE1
Thu Oct 29 13:47:52 2015 daemon.notice netifd: wan (1772): sending -> ATS0=0
Thu Oct 29 13:47:55 2015 daemon.notice netifd: wan (1772): Trying to set PIN
Thu Oct 29 13:47:56 2015 daemon.notice netifd: wan (1772): PIN set successfully
Thu Oct 29 13:47:56 2015 daemon.notice netifd: wan (1772): sending -> AT^NDISDUP=1,1,"VPN","VPN","VPN"
Thu Oct 29 13:47:58 2015 daemon.notice netifd: wan (1772): Connected, starting DHCP
Thu Oct 29 13:47:58 2015 daemon.notice netifd: Interface 'wan' is now up
Thu Oct 29 13:47:58 2015 kern.err kernel: [   57.780000] huawei_cdc_ncm 1-1:1.1 wwan0: kevent 12 may have been dropped
Thu Oct 29 13:47:58 2015 daemon.notice netifd: Network device 'wwan0' link is up
Thu Oct 29 13:47:58 2015 daemon.notice netifd: Network alias 'wwan0' link is up
Thu Oct 29 13:47:58 2015 daemon.notice netifd: Interface 'wan_4' is enabled
Thu Oct 29 13:47:58 2015 daemon.notice netifd: Interface 'wan_4' has link connectivity 
Thu Oct 29 13:47:58 2015 daemon.notice netifd: Interface 'wan_4' is setting up now
Thu Oct 29 13:47:58 2015 daemon.notice netifd: wan (1772): Command failed: Unknown error
Thu Oct 29 13:47:58 2015 daemon.notice netifd: Interface 'wan_6' is enabled
Thu Oct 29 13:47:58 2015 daemon.notice netifd: Interface 'wan_6' has link connectivity 
Thu Oct 29 13:47:58 2015 daemon.notice netifd: Interface 'wan_6' is setting up now
Thu Oct 29 13:47:58 2015 daemon.notice netifd: Interface 'wan_6' is now up
Thu Oct 29 13:47:58 2015 daemon.notice netifd: wan (1772): Command failed: Unknown error
Thu Oct 29 13:47:58 2015 daemon.notice netifd: wan_4 (1816): udhcpc (v1.23.2) started
Thu Oct 29 13:47:58 2015 user.notice firewall: Reloading firewall due to ifup of wan (wwan0)
Thu Oct 29 13:47:58 2015 daemon.notice netifd: wan_4 (1816): Sending discover...
Thu Oct 29 13:47:58 2015 daemon.notice netifd: wan_4 (1816): Sending select for 87.96.73.181...
Thu Oct 29 13:47:58 2015 daemon.notice netifd: wan_4 (1816): Lease of 87.96.73.181 obtained, lease time 518400
Thu Oct 29 13:47:59 2015 daemon.notice netifd: Interface 'wan_4' is now up
Thu Oct 29 13:47:59 2015 daemon.info dnsmasq[1518]: reading /tmp/resolv.conf.auto
Thu Oct 29 13:47:59 2015 daemon.info dnsmasq[1518]: using local addresses only for domain lan
Thu Oct 29 13:47:59 2015 daemon.info dnsmasq[1518]: using nameserver 172.19.0.1#53
Thu Oct 29 13:47:59 2015 daemon.info dnsmasq[1518]: using nameserver 8.8.8.8#53
Thu Oct 29 13:47:59 2015 daemon.info dnsmasq[1518]: using nameserver 194.204.152.34#53
Thu Oct 29 13:47:59 2015 daemon.info dnsmasq[1518]: using nameserver 194.204.159.1#53
Thu Oct 29 13:48:00 2015 user.notice ddns-scripts[1882]: myddns_ipv4: PID '1882' started at 2015-10-29 13:48
Thu Oct 29 13:48:02 2015 daemon.warn dnsmasq-dhcp[1518]: no address range available for DHCP request via br-b_wan
Thu Oct 29 13:48:03 2015 user.err ddns-scripts[1882]: myddns_ipv4: BusyBox nslookup error: '1'
Thu Oct 29 13:48:04 2015 user.err ddns-scripts[1882]: myddns_ipv4: BusyBox nslookup error: '1'
Thu Oct 29 13:48:04 2015 user.warn ddns-scripts[1882]: myddns_ipv4: Get registered/public IP for 'derc53.ddns.net' failed - retry 1/0 in 60 seconds
Tue Nov  3 19:01:48 2015 authpriv.info dropbear[2333]: Child connection from 192.168.1.199:55701
Tue Nov  3 19:02:03 2015 authpriv.notice dropbear[2333]: Password auth succeeded for 'root' from 192.168.1.199:55701
Tue Nov  3 19:02:18 2015 daemon.info dnsmasq-dhcp[1518]: DHCPINFORM(br-lan) 192.168.1.199 38:ea:a7:fe:3c:39 
Tue Nov  3 19:02:18 2015 daemon.info dnsmasq-dhcp[1518]: DHCPACK(br-lan) 192.168.1.199 38:ea:a7:fe:3c:39 HP_Compaq
Tue Nov  3 19:02:22 2015 daemon.warn dnsmasq-dhcp[1518]: no address range available for DHCP request via br-b_wan
Tue Nov  3 19:02:22 2015 cron.err crond[1105]: time disparity of 7514 minutes detected
Tue Nov  3 19:02:26 2015 user.err ddns-scripts[1882]: myddns_ipv4: BusyBox nslookup error: '1'
Tue Nov  3 19:02:26 2015 user.warn ddns-scripts[1882]: myddns_ipv4: Get registered/public IP for 'derc53.ddns.net' failed - retry 2/0 in 60 seconds
Tue Nov  3 19:03:26 2015 user.err ddns-scripts[1882]: myddns_ipv4: BusyBox nslookup error: '1'
Tue Nov  3 19:03:26 2015 user.warn ddns-scripts[1882]: myddns_ipv4: Get registered/public IP for 'derc53.ddns.net' failed - retry 3/0 in 60 seconds
Tue Nov  3 19:04:26 2015 user.err ddns-scripts[1882]: myddns_ipv4: BusyBox nslookup error: '1'
Tue Nov  3 19:04:26 2015 user.warn ddns-scripts[1882]: myddns_ipv4: Get registered/public IP for 'derc53.ddns.net' failed - retry 4/0 in 60 seconds
Tue Nov  3 19:05:26 2015 user.err ddns-scripts[1882]: myddns_ipv4: BusyBox nslookup error: '1'
Tue Nov  3 19:05:27 2015 user.warn ddns-scripts[1882]: myddns_ipv4: Get registered/public IP for 'derc53.ddns.net' failed - retry 5/0 in 60 seconds
Tue Nov  3 19:06:27 2015 user.err ddns-scripts[1882]: myddns_ipv4: BusyBox nslookup error: '1'
Tue Nov  3 19:06:27 2015 user.warn ddns-scripts[1882]: myddns_ipv4: Get registered/public IP for 'derc53.ddns.net' failed - retry 6/0 in 60 seconds
Tue Nov  3 19:06:36 2015 daemon.warn dnsmasq-dhcp[1518]: no address range available for DHCP request via br-b_wan

Czy stawiając tunel pomiędzy routerem 3G a innym komputerem (np. z Windows) będę mógł uzyskać dostęp do rejestratora podłączonego do routera 3G? I dalej jak to zrobić? Router 3G ma być serwerem czy klientem? Do rejestratora mogę dostać się za pomocą HTTP lub za pomocą aplikacji wykorzystującej port 8000.

12

Odp: Problem z usb-modeswitch po zaniku zasilania

Nie ma takiego hosta jak derc53.ddns.net. Więc najpierw załóż go żeby istniał w dnsach jeżeli to twój ddns.

Jeżeli masz publiczny adres ip i wykupioną usługę do możesz bezpośrednio przekierować porty. Jeżeli nie to musisz postawić tunel do jakiegoś hosta w sieci - opisane jest to u mnie przy opisie openvpn - choć jaki tunel zastosujesz to już twoja sprawa.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

13

Odp: Problem z usb-modeswitch po zaniku zasilania

Właśnie tu też mam zagwozdkę, ponieważ w NoIp.com jest skonfigurowany. Wcześniej na org sofcie TP-Link adres się odświeżał, ale musiałem mieć podłączony dodatkowy komputer z zainstalowanym DUC. Założyłem też drugiego hosta w NoIP - bob.ddns.net, ale jego też nie widać (ten wskazuje na na mój adres w domu).

14

Odp: Problem z usb-modeswitch po zaniku zasilania

To wywołaj choć raz w przeglądarce pełny url który zaktualizuje adres w ddns.

Skrypty ddns w openwrt działają w ten sposób, że najpierw sprawdzają jaki adres ma domena i czy trzeba ten adres aktualizować. Jeżeli nie może sprawdzić domeny bo jej jeszcze nie ma to się buntuje i masz dokładnie taki wynik jak pokazałeś.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

15 (edytowany przez build000 2015-11-03 21:20:12)

Odp: Problem z usb-modeswitch po zaniku zasilania

Co do Free Net w Orange to nie ma tam usługi VPN - jest tylko w abonamentach biznesowych jako dodatokowo płatna usługa. Jeżeli masz natomiast na myśli apn: VPN to jest to jak najbardziej dostępne, tyle, że wymaga to najpierw aktywacji po stronie operatora, gdzie robią z tym problemy. Gdy już masz aktywny ów apn vpn (aktywowany w Orange i ustawiony odpowiednio w routerze lub modemie), wtedy nie ma znaczenia na jakiej prędkości się łączysz, czy też działasz w danej chwili - działa na wszystkim. Efekt: darmowy, dynamiczny (co pełny restart modemu zmienia się IP), publiczny adres IP z otwartymi, a raczej nieblokowanymi wszystkimi portami na świat - dostęp z zewnątrz jest wtedy jak najbardziej możliwy, czy to do routera, czy do maszyn w LAN - zależy od konkretnej konfiguracji routera/usług na nim/usług w lan i typu (hilink lub no-hilink) modemu.

Ogólnie dla apn: vpn trzeba też podać:
username vpn
password vpn
...a to, gdzie to podać, to zależy od wersji modemu.

16 (edytowany przez boro50 2015-11-03 23:11:45)

Odp: Problem z usb-modeswitch po zaniku zasilania

Dokładnie chodziło mi o APN VPN, dlatego wcześniej napisałem "ichniego VPN" wink. Usługa aktywowana (oczywiście nie obyło się bez problemów; nie pamiętam już, za którym razem się udało, ale - i tu ciekawostka (żebym nie wyszedł na szowinistyczną świnię) parę razy tłumaczyłem - już nawet "jak chłop krowie na rowie" o co mi chodzi - facetom z tej - pożal się Boże - infoliniii "technicznej", aż trafiłem na dziewuszkę, która w pół momentu mi uruchomiła usługę. Rozmowa trwała może z 2 min., po czym (jeszcze korzystając z modemu podłączonego do Windy) dostałem sms'a z potwierdzeniem aktywacji. Szacun dla tej Pani! Przez jakiś czas używałem oryginalnego softu TP-Linka z podłączonym dodatkowym komputerem do obsługi DUC NoIP.com po wcześniejszych bezowocnych próbach z OpenWRT. Postanowiłem jednak wrócić do projektu z uwagi na większą ilość wolnego czasu. I teraz tak... Otrzymuję "publiczny dynamiczny adres IP", jednak żaden port wydaje się nie być otwarty (sprawdzam canyouseeme.org). Na pingi po adresie IP odpowiada i na tym się kończy. Obsługa DDNS jak widać z wcześniejszych postów leży, ale to pewnie gdzieś mój błąd... ale tym razem się nie poddam... Trochę pogrzebałem, bo doszedłem, że moduł ddns odwołuje się nie do tego interfejsu co trzeba i zrobiłem... jeszcze lepiej... wogóle ddns nie chce wystartować pomimo "enabled=1"... Echhhh... jeszcze sporo pracy przede mną... Chociaż jak na lamusa, który ostatni raz miał do czynienia z Linux Router Project (było kiedyś coś takiego jak wydanie, które mieściło się na FDD 1,44MB - tak, tak, Młodzieży - było kiedyś coś takiego - dawno, ale było) radzę sobie chyba i tak w miarę nieźle...

17 (edytowany przez build000 2015-11-04 00:16:49)

Odp: Problem z usb-modeswitch po zaniku zasilania

Może znów nie działać, jeżeli coś zmieniałeś w usługach na zasadzie zwykłego zarządu kontem - jakaś inna, inteligentna "pała" mogła Ci to też wyłączyć - w Orange z co bardziej korzystnymi opcjami/usługami dla klienta, jak w ruletce. Ostatnio też czytałem gdzieś w sieci, że w Orange po zmianie szerokości kanału ("romans" z T-Mobile) na wyższy w LTE, wielu osobom to przestało działać i całą procedurę musiały, owe osoby, powtarzać od początku.
Ale zanim zaryzykujesz, że znów jakaś "rozgarnięta" osoba z B.O.K. Ci to wyłączy - najpierw, jak piszesz, poszukaj u siebie przyczyny.
Ja sprawdzam na http://www.yougetsignal.com/tools/open-ports/ - jest bardziej wiarygodny.
Dlatego napisałem nieblokowany - żeby port był otwarty, najpierw coś musi na tym porcie słuchać, jakaś aktywna usługa, czyli ogólnie jakiś program, który ma taką opcję do ustwiania portu na swoje potrzeby - a to jakiś serwer www, np. w openwrt z luci uhttpd, a to np. jakiś klient torrent (który de facto jest też serwerem torrent)...cała masa tego softu jest, co wykorzystuje do normalnego działania "nasłuch na portach".

18

Odp: Problem z usb-modeswitch po zaniku zasilania

Cezary napisał/a:

Jeżeli masz na nim extroota to już wcześniej modem musi być przełączony. Inaczej przełączenie przez usb-modeswitch powoduje rozwalenie extroota i system plików.
(...)
.

Co rozumiesz przez "musi być przełączony"? Ja też mam modem i też przestawia mi partycję po starcnie modemu, co uniemożliwia użycie extroota. Gzieś widziałem jakąś magiczną komendę AT, ale ja mam modem hilink, więc nie ma terminalu.

19

Odp: Problem z usb-modeswitch po zaniku zasilania

Dokładnie to co napisałem - musi być przełączony, czyli od razu musi być widoczny modem bez zbędnego miotania kodami przełączającymi. Zależy jakiego masz hilinka - niektóre są od razu gotowe do pracy, w przypadku innego modelu musisz posłużyć się innymi metodami, np http://eko.one.pl/forum/viewtopic.php?p … 14#p124114

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.