1 Temat przez lasicz (edytowany przez lasicz 2015-06-08 18:04:09)

  • lasicz
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-11-26
  • Posty: 20

Temat: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Witam,

Ruterek WDR4300 v1 z gargoyle 1.6.2.2 (r42647) by obsy, łączy się przez modem E3276 z CP LTE. Trzeci już raz po kilku tygodniach od wgrania gargoyle na ten ruter, zaczynają się codzienne (lub kilka razy dziennie) zerwania połączenia z internetem. Nie wiem czy ma to związek z jakąś specyficzną konfiguracją ustawień, czy też gdzieś się coś przepełnia, ale zdecydowanie problem rozwiązuje (na kilka tygodni) ponowne ogranie gargoyle bez zachowania starej konfiguracji i wpisaniu takiej samej konfiguracji od nowa ręcznie (wyjątkowo upierdliwa czynność). Problemy z połączeniem czasami trwają kilka godzin i ustają samoistnie (zwykle tak się dzieje w nocy po kilku godzinach zwisu i wielu automatycznych resetach rutera), a czasami muszę interweniować ręcznie. Co ciekawe nigdy nie pomaga reset połączenia, nie zawsze pomaga reset rutera. Za to ZAWSZE i NATYCHMIAST pomaga wejście do Konfiguracja/Podstawowa/Internet/WAN/Urządzenie ->SKANUJ (ustawia się to co było tam zawsze wpisane czyli /dev/ttyUSB0) i robię Zapisz Zmiany. W tym momencie ruter ZAWSZE natychmiast łączy się z internetem.

Pewnie diagnoza tego przypadku będzie trudna, dlatego pytanie: Czy opisaną powyżej czynność można zapisać w postaci skryptu, który automatycznie wykona się po stwierdzeniu przez Monitor Połączenia problemów z internetem?

Pozdr,
Lasicz

2 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,890

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Diagnoza będzie łatwa - brakuje energii dla modemu i rozłącza ci urządzenie na magistrali usb?

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

Cezary's Strona

3 Odpowiedź przez lasicz

  • lasicz
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-11-26
  • Posty: 20

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Tak prosto nie będzie smile Zasilanie modemu przez HUBa z osobnym zasilaczem ze złącza Power USB czyli o wydajności 2,5A.

To co napisałem powyżej to moje wielokrotne testy i ogranie świeżego gargoyle lub wykonanie opisanej magicznej czynności nie powinno mieć wpływu na kondycję zasilania. Ponadto problemy z zasilaniem, przegrzewaniem itp. powinny się pojawiać przy dużych prędkościach, a problemy występują zwykle w trybie jałowym czyli wtedy gdy nic nie jest pobierane/wysyłane. Nie pamiętam czy kiedyś  straciłem połączenie w czasie aktywnego korzystania z internetu, czyli gdy coś ciągnę. Wydaje mi się więc, że to nie jest problem zasilania.

4 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,890

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Więc jak zerwie pokaż wynik polecenia logread.

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

Cezary's Strona

5 Odpowiedź przez lasicz

  • lasicz
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-11-26
  • Posty: 20

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

OK, dzięki

6 Odpowiedź przez lasicz (edytowany przez lasicz 2015-06-08 19:08:22)

  • lasicz
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-11-26
  • Posty: 20

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Poniżej załączam logread. Dziś o 9 rano padło połączenie. Około 18:40 wykonałem magiczne czynności i połączenie zostało nawiązane.

Jun  8 09:00:19 Lasicz1 kern.notice kernel: [   55.080000] scsi 2:0:0:0: CD-ROM            HUAWEI   Mass Storage     2.31 PQ: 0 ANSI: 2
Jun  8 09:00:19 Lasicz1 kern.notice kernel: [   55.090000] scsi 3:0:0:0: Direct-Access     HUAWEI   TF CARD Storage  2.31 PQ: 0 ANSI: 2
Jun  8 09:00:19 Lasicz1 kern.notice kernel: [   55.100000] sd 3:0:0:0: [sda] Attached SCSI removable disk
Jun  8 09:00:21 Lasicz1 daemon.info dnsmasq[2164]: started, version 2.66 cachesize 150
Jun  8 09:00:21 Lasicz1 daemon.info dnsmasq[2164]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth
Jun  8 09:00:21 Lasicz1 daemon.info dnsmasq-dhcp[2164]: DHCP, IP range 10.1.1.2 -- 10.1.1.50, lease time 416d15h
Jun  8 09:00:21 Lasicz1 daemon.info dnsmasq[2164]: using local addresses only for domain lan
Jun  8 09:00:21 Lasicz1 daemon.info dnsmasq[2164]: reading /tmp/resolv.conf.auto
Jun  8 09:00:21 Lasicz1 daemon.info dnsmasq[2164]: using nameserver 208.67.222.222#53
Jun  8 09:00:21 Lasicz1 daemon.info dnsmasq[2164]: using nameserver 208.67.220.220#53
Jun  8 09:00:21 Lasicz1 daemon.info dnsmasq[2164]: using local addresses only for domain lan
Jun  8 09:00:21 Lasicz1 daemon.info dnsmasq[2164]: read /etc/hosts - 34 addresses
Jun  8 09:00:21 Lasicz1 daemon.info dnsmasq-dhcp[2164]: read /etc/ethers - 32 addresses
Jun  8 09:00:22 Lasicz1 user.err syslog: error starting threads: errno 89 (Function not implemented)
Jun  8 09:00:22 Lasicz1 user.info sysinit: exportfs: could not open /var/lib/nfs/.etab.lock for locking: errno 2 (No such file or directory)
Jun  8 09:00:22 Lasicz1 user.info sysinit: exportfs: can't lock /var/lib/nfs/etab for writing
Jun  8 09:00:22 Lasicz1 user.info sysinit: exportfs: could not open /var/lib/nfs/.xtab.lock for locking: errno 2 (No such file or directory)
Jun  8 09:00:22 Lasicz1 user.info sysinit: exportfs: can't lock /var/lib/nfs/xtab for writing
Jun  8 09:00:24 Lasicz1 user.info sysinit: ERROR: No valid dynamic DNS service configurations defined
Jun  8 09:00:24 Lasicz1 user.info sysinit: (Did you specify correct configuration file path?)
Jun  8 09:00:32 Lasicz1 user.notice usb-modeswitch: 1-1.1.4:1.0: Manufacturer=HUAWEI_Technology Product=HUAWEI_Mobile Serial=?
Jun  8 09:00:33 Lasicz1 user.notice usb-modeswitch: 1-1.1.4:1.1: Manufacturer=HUAWEI_Technology Product=HUAWEI_Mobile Serial=?
Jun  8 09:00:33 Lasicz1 user.notice usb-modeswitch: 1-1.1.4:1.2: Manufacturer=HUAWEI_Technology Product=HUAWEI_Mobile Serial=?
Jun  8 09:00:33 Lasicz1 user.notice usb-modeswitch: 1-1.1.4:1.3: Manufacturer=HUAWEI_Technology Product=HUAWEI_Mobile Serial=?
Jun  8 09:00:49 Lasicz1 user.notice root: vsftpd init: mounted = 0
Jun  8 09:00:49 Lasicz1 user.info sysinit: ERROR: No drives attached, no directories to share!
Jun  8 09:00:49 Lasicz1 user.info sysinit: setting up led USB1
Jun  8 09:00:49 Lasicz1 user.info sysinit: setting up led USB2
Jun  8 09:00:49 Lasicz1 user.info sysinit: setting up led WLAN2G
Jun  8 09:01:41 Lasicz1 daemon.info dnsmasq-dhcp[2164]: DHCPREQUEST(br-lan) 10.1.1.2 b8:6b:23:23:aa:80
Jun  8 09:01:41 Lasicz1 daemon.info dnsmasq-dhcp[2164]: DHCPACK(br-lan) 10.1.1.2 b8:6b:23:23:aa:80 ADS_Laptop
Jun  8 09:01:47 Lasicz1 daemon.info dnsmasq-dhcp[2164]: DHCPREQUEST(br-lan) 10.1.1.8 f8:16:54:56:a3:42
Jun  8 09:01:47 Lasicz1 daemon.info dnsmasq-dhcp[2164]: DHCPACK(br-lan) 10.1.1.8 f8:16:54:56:a3:42 ADS_Laptop_WIFI3
Jun  8 09:02:36 Lasicz1 kern.warn kernel: [  191.630000] ipt_bandwidth: timezone shift of 120 minutes detected, adjusting
Jun  8 09:02:36 Lasicz1 kern.warn kernel: [  191.640000]                old minutes west=0, new minutes west=-120
Jun  8 09:03:06 Lasicz1 daemon.info dnsmasq[2164]: exiting on receipt of SIGTERM
Jun  8 09:03:09 Lasicz1 kern.info kernel: [  224.440000] br-lan: port 1(eth0.1) entered disabled state
Jun  8 09:03:09 Lasicz1 kern.info kernel: [  224.450000] device eth0.1 left promiscuous mode
Jun  8 09:03:09 Lasicz1 kern.info kernel: [  224.450000] device eth0 left promiscuous mode
Jun  8 09:03:09 Lasicz1 kern.info kernel: [  224.450000] br-lan: port 1(eth0.1) entered disabled state
Jun  8 09:03:09 Lasicz1 kern.info kernel: [  224.510000] eth0: link down
Jun  8 09:03:09 Lasicz1 kern.info kernel: [  224.520000] ADDRCONF(NETDEV_UP): eth0.1: link is not ready
Jun  8 09:03:09 Lasicz1 kern.info kernel: [  224.530000] ADDRCONF(NETDEV_UP): eth0: link is not ready
Jun  8 09:03:09 Lasicz1 kern.info kernel: [  224.590000] device eth0.1 entered promiscuous mode
Jun  8 09:03:09 Lasicz1 kern.info kernel: [  224.590000] device eth0 entered promiscuous mode
Jun  8 09:03:09 Lasicz1 kern.info kernel: [  224.600000] ADDRCONF(NETDEV_UP): br-lan: link is not ready
Jun  8 09:03:09 Lasicz1 daemon.notice netifd: Interface 'lan' is now up
Jun  8 09:03:09 Lasicz1 daemon.notice netifd: Interface 'loopback' is now up
Jun  8 09:03:09 Lasicz1 kern.info kernel: [  224.610000] ADDRCONF(NETDEV_UP): wwan0: link is not ready
Jun  8 09:03:09 Lasicz1 user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
Jun  8 09:03:10 Lasicz1 daemon.notice netifd: wan (3711): Trying to set mode
Jun  8 09:03:10 Lasicz1 kern.info kernel: [  225.650000] eth0: link up (1000Mbps/Full duplex)
Jun  8 09:03:10 Lasicz1 kern.info kernel: [  225.670000] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jun  8 09:03:10 Lasicz1 kern.info kernel: [  225.670000] br-lan: port 1(eth0.1) entered forwarding state
Jun  8 09:03:10 Lasicz1 kern.info kernel: [  225.680000] br-lan: port 1(eth0.1) entered forwarding state
Jun  8 09:03:10 Lasicz1 kern.info kernel: [  225.680000] ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready
Jun  8 09:03:10 Lasicz1 kern.info kernel: [  225.690000] ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
Jun  8 09:03:12 Lasicz1 kern.info kernel: [  227.680000] br-lan: port 1(eth0.1) entered forwarding state
Jun  8 09:03:13 Lasicz1 daemon.notice netifd: wan (3711): Trying to set mode
Jun  8 09:03:14 Lasicz1 kern.info kernel: [  229.870000] cdc_ncm: wwan0: 150 mbit/s downlink 150 mbit/s uplink
Jun  8 09:03:14 Lasicz1 kern.info kernel: [  229.870000] cdc_ncm: wwan0: network connection: connected
Jun  8 09:03:14 Lasicz1 kern.info kernel: [  229.880000] ADDRCONF(NETDEV_CHANGE): wwan0: link becomes ready
Jun  8 09:03:14 Lasicz1 user.notice dnsmasq: DNS rebinding protection is active, will discard upstream RFC1918 responses!
Jun  8 09:03:14 Lasicz1 user.notice dnsmasq: Allowing 127.0.0.0/8 responses
Jun  8 09:03:14 Lasicz1 user.notice dnsmasq: Allowing RFC1918 responses for domain free.aero2.net.pl
Jun  8 09:03:17 Lasicz1 daemon.notice netifd: wan (4203): udhcpc (v1.19.4) started
Jun  8 09:03:17 Lasicz1 daemon.info dnsmasq[4207]: started, version 2.66 cachesize 150
Jun  8 09:03:17 Lasicz1 daemon.info dnsmasq[4207]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth
Jun  8 09:03:17 Lasicz1 daemon.info dnsmasq-dhcp[4207]: DHCP, IP range 10.1.1.2 -- 10.1.1.50, lease time 416d15h
Jun  8 09:03:17 Lasicz1 daemon.info dnsmasq[4207]: using local addresses only for domain lan
Jun  8 09:03:17 Lasicz1 daemon.info dnsmasq[4207]: reading /tmp/resolv.conf.auto
Jun  8 09:03:17 Lasicz1 daemon.info dnsmasq[4207]: using nameserver 208.67.222.222#53
Jun  8 09:03:17 Lasicz1 daemon.info dnsmasq[4207]: using nameserver 208.67.220.220#53
Jun  8 09:03:17 Lasicz1 daemon.info dnsmasq[4207]: using local addresses only for domain lan
Jun  8 09:03:17 Lasicz1 daemon.info dnsmasq[4207]: read /etc/hosts - 34 addresses
Jun  8 09:03:17 Lasicz1 daemon.info dnsmasq-dhcp[4207]: read /etc/ethers - 32 addresses
Jun  8 09:03:17 Lasicz1 daemon.notice netifd: wan (4203): Sending discover...
Jun  8 09:03:20 Lasicz1 daemon.notice netifd: wan (4203): Sending discover...
Jun  8 09:03:23 Lasicz1 daemon.notice netifd: wan (4203): Sending discover...
Jun  8 09:04:21 Lasicz1 daemon.notice netifd: wan (4203): Sending select for 100.124.115.17...
Jun  8 09:04:21 Lasicz1 daemon.notice netifd: wan (4203): Lease of 100.124.115.17 obtained, lease time 518400
Jun  8 09:04:21 Lasicz1 daemon.notice netifd: Interface 'wan' is now up
Jun  8 09:04:21 Lasicz1 user.notice firewall: Reloading firewall due to ifup of wan (wwan0)
Jun  8 09:04:23 Lasicz1 daemon.info dnsmasq[4207]: reading /tmp/resolv.conf.auto
Jun  8 09:04:23 Lasicz1 daemon.info dnsmasq[4207]: using nameserver 208.67.222.222#53
Jun  8 09:04:23 Lasicz1 daemon.info dnsmasq[4207]: using nameserver 208.67.220.220#53
Jun  8 09:04:23 Lasicz1 daemon.info dnsmasq[4207]: using nameserver 208.67.222.222#53
Jun  8 09:04:23 Lasicz1 daemon.info dnsmasq[4207]: using nameserver 208.67.220.220#53
Jun  8 09:04:23 Lasicz1 daemon.info dnsmasq[4207]: using local addresses only for domain lan
Jun  8 09:04:35 Lasicz1 daemon.info dnsmasq[4207]: exiting on receipt of SIGTERM
Jun  8 18:40:16 Lasicz1 kern.info kernel: [  313.200000] br-lan: port 1(eth0.1) entered disabled state
Jun  8 18:40:16 Lasicz1 kern.info kernel: [  313.210000] device eth0.1 left promiscuous mode
Jun  8 18:40:16 Lasicz1 kern.info kernel: [  313.220000] device eth0 left promiscuous mode
Jun  8 18:40:16 Lasicz1 kern.info kernel: [  313.220000] br-lan: port 1(eth0.1) entered disabled state
Jun  8 18:40:16 Lasicz1 kern.info kernel: [  313.240000] eth0: link down
Jun  8 18:40:16 Lasicz1 kern.info kernel: [  313.250000] ADDRCONF(NETDEV_UP): eth0.1: link is not ready
Jun  8 18:40:16 Lasicz1 kern.info kernel: [  313.250000] ADDRCONF(NETDEV_UP): eth0: link is not ready
Jun  8 18:40:16 Lasicz1 kern.info kernel: [  313.300000] device eth0.1 entered promiscuous mode
Jun  8 18:40:16 Lasicz1 kern.info kernel: [  313.310000] device eth0 entered promiscuous mode
Jun  8 18:40:16 Lasicz1 kern.info kernel: [  313.310000] ADDRCONF(NETDEV_UP): br-lan: link is not ready
Jun  8 18:40:16 Lasicz1 daemon.notice netifd: Interface 'lan' is now up
Jun  8 18:40:16 Lasicz1 daemon.notice netifd: Interface 'loopback' is now up
Jun  8 18:40:16 Lasicz1 user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
Jun  8 18:40:17 Lasicz1 daemon.notice netifd: wan (5432): Trying to set mode
Jun  8 18:40:17 Lasicz1 kern.info kernel: [  314.390000] cdc_ncm: wwan0: network connection: disconnected
Jun  8 18:40:18 Lasicz1 kern.info kernel: [  314.650000] eth0: link up (1000Mbps/Full duplex)
Jun  8 18:40:18 Lasicz1 kern.info kernel: [  314.670000] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jun  8 18:40:18 Lasicz1 kern.info kernel: [  314.670000] br-lan: port 1(eth0.1) entered forwarding state
Jun  8 18:40:18 Lasicz1 kern.info kernel: [  314.680000] br-lan: port 1(eth0.1) entered forwarding state
Jun  8 18:40:18 Lasicz1 kern.info kernel: [  314.680000] ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready
Jun  8 18:40:18 Lasicz1 kern.info kernel: [  314.690000] ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
Jun  8 18:40:20 Lasicz1 kern.info kernel: [  316.680000] br-lan: port 1(eth0.1) entered forwarding state
Jun  8 18:40:21 Lasicz1 daemon.notice netifd: wan (5432): Trying to set mode
Jun  8 18:40:21 Lasicz1 kern.info kernel: [  318.610000] cdc_ncm: wwan0: 150 mbit/s downlink 150 mbit/s uplink
Jun  8 18:40:21 Lasicz1 kern.info kernel: [  318.620000] cdc_ncm: wwan0: network connection: connected
Jun  8 18:40:22 Lasicz1 user.notice dnsmasq: DNS rebinding protection is active, will discard upstream RFC1918 responses!
Jun  8 18:40:22 Lasicz1 user.notice dnsmasq: Allowing 127.0.0.0/8 responses
Jun  8 18:40:22 Lasicz1 user.notice dnsmasq: Allowing RFC1918 responses for domain free.aero2.net.pl
Jun  8 18:40:25 Lasicz1 daemon.notice netifd: wan (5945): udhcpc (v1.19.4) started
Jun  8 18:40:25 Lasicz1 daemon.notice netifd: wan (5945): Sending discover...
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq[5959]: started, version 2.66 cachesize 150
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq[5959]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq-dhcp[5959]: DHCP, IP range 10.1.1.2 -- 10.1.1.50, lease time 416d15h
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq[5959]: using local addresses only for domain lan
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq[5959]: reading /tmp/resolv.conf.auto
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq[5959]: using nameserver 208.67.222.222#53
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq[5959]: using nameserver 208.67.220.220#53
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq[5959]: using local addresses only for domain lan
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq[5959]: read /etc/hosts - 34 addresses
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq-dhcp[5959]: read /etc/ethers - 32 addresses
Jun  8 18:40:25 Lasicz1 daemon.notice netifd: wan (5945): Sending select for 100.124.115.17...
Jun  8 18:40:25 Lasicz1 daemon.notice netifd: wan (5945): Lease of 100.124.115.17 obtained, lease time 518400
Jun  8 18:40:25 Lasicz1 daemon.notice netifd: Interface 'wan' is now up
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq[5959]: reading /tmp/resolv.conf.auto
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq[5959]: using nameserver 208.67.222.222#53
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq[5959]: using nameserver 208.67.220.220#53
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq[5959]: using nameserver 208.67.222.222#53
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq[5959]: using nameserver 208.67.220.220#53
Jun  8 18:40:25 Lasicz1 daemon.info dnsmasq[5959]: using local addresses only for domain lan
Jun  8 18:40:49 Lasicz1 user.notice firewall: Reloading firewall due to ifup of wan (wwan0)
Jun  8 18:40:55 Lasicz1 kern.info kernel: [  352.150000] IMQ driver unloaded successfully.
Jun  8 18:40:55 Lasicz1 kern.info kernel: [  352.210000]        Hooked IMQ after mangle on INPUT
Jun  8 18:40:55 Lasicz1 kern.info kernel: [  352.220000]        Hooked IMQ after mangle on FORWARD
Jun  8 18:40:55 Lasicz1 kern.info kernel: [  352.220000] IMQ driver loaded successfully. (numdevs = 1, numqueues = 1)
Jun  8 18:40:56 Lasicz1 daemon.info dnsmasq-dhcp[5959]: DHCPINFORM(br-lan) 10.1.1.39 00:17:c4:dc:a1:7c
Jun  8 18:40:56 Lasicz1 daemon.info dnsmasq-dhcp[5959]: DHCPACK(br-lan) 10.1.1.39 00:17:c4:dc:a1:7c KUGAR
Jun  8 18:41:45 Lasicz1 kern.info kernel: [  402.580000] IMQ driver unloaded successfully.
Jun  8 18:41:45 Lasicz1 kern.info kernel: [  402.610000]        Hooked IMQ after mangle on INPUT
Jun  8 18:41:45 Lasicz1 kern.info kernel: [  402.610000]        Hooked IMQ after mangle on FORWARD
Jun  8 18:41:45 Lasicz1 kern.info kernel: [  402.610000] IMQ driver loaded successfully. (numdevs = 1, numqueues = 1)
Jun  8 18:48:50 Lasicz1 daemon.info dnsmasq-dhcp[5959]: DHCPINFORM(br-lan) 10.1.1.39 00:17:c4:dc:a1:7c
Jun  8 18:48:50 Lasicz1 daemon.info dnsmasq-dhcp[5959]: DHCPACK(br-lan) 10.1.1.39 00:17:c4:dc:a1:7c KUGAR
Jun  8 19:00:05 Lasicz1 daemon.info dnsmasq-dhcp[5959]: DHCPINFORM(br-lan) 10.1.1.39 00:17:c4:dc:a1:7c
Jun  8 19:00:05 Lasicz1 daemon.info dnsmasq-dhcp[5959]: DHCPACK(br-lan) 10.1.1.39 00:17:c4:dc:a1:7c KUGAR
Jun  8 19:02:12 Lasicz1 daemon.info dnsmasq-dhcp[5959]: DHCPINFORM(br-lan) 10.1.1.39 00:17:c4:dc:a1:7c
Jun  8 19:02:12 Lasicz1 daemon.info dnsmasq-dhcp[5959]: DHCPACK(br-lan) 10.1.1.39 00:17:c4:dc:a1:7c KUGAR
Jun  8 19:03:50 Lasicz1 daemon.info dnsmasq-dhcp[5959]: DHCPINFORM(br-lan) 10.1.1.39 00:17:c4:dc:a1:7c
Jun  8 19:03:50 Lasicz1 daemon.info dnsmasq-dhcp[5959]: DHCPACK(br-lan) 10.1.1.39 00:17:c4:dc:a1:7c KUGAR
Jun  8 19:18:50 Lasicz1 daemon.info dnsmasq-dhcp[5959]: DHCPINFORM(br-lan) 10.1.1.39 00:17:c4:dc:a1:7c
Jun  8 19:18:50 Lasicz1 daemon.info dnsmasq-dhcp[5959]: DHCPACK(br-lan) 10.1.1.39 00:17:c4:dc:a1:7c KUGAR
Jun  8 19:27:33 Lasicz1 authpriv.info dropbear[9674]: Child connection from 10.1.1.2:62028
Jun  8 19:27:44 Lasicz1 authpriv.warn dropbear[9674]: Bad password attempt for 'root' from 10.1.1.2:62028
Jun  8 19:27:51 Lasicz1 authpriv.notice dropbear[9674]: Password auth succeeded for 'root' from 10.1.1.2:62028
Jun  8 19:33:50 Lasicz1 daemon.info dnsmasq-dhcp[5959]: DHCPINFORM(br-lan) 10.1.1.39 00:17:c4:dc:a1:7c
Jun  8 19:33:50 Lasicz1 daemon.info dnsmasq-dhcp[5959]: DHCPACK(br-lan) 10.1.1.39 00:17:c4:dc:a1:7c KUGAR

7 Odpowiedź przez lasicz

  • lasicz
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-11-26
  • Posty: 20

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Witam,

Dziś około 16:00 ponownie na kilka godzinek zostało zerwane połączenie z internetem. Poniżej wynik logread zanim przywróciłem połączenie magiczną czynnością opisaną w pierwszym poście smile Swoją drogą w logu ostatnie zapisy są  o 16:01, czyli mniej więcej wtedy gdy zostało zerwane połączenie. Logread zrobiłem o 22:09. Zgodnie z ustawieniem Monitora połączenia, ruter powinien wykonywać co 5 minut resety gdy nie ma odpowiedzi na 2 kolejne pingi serwera google, a nie mogę znaleźć aby to robił.

logread:
Jan  1 01:00:39 Lasicz1 kern.notice kernel: [   25.640000] scsi 0:0:0:0: CD-ROM            HUAWEI   Mass Storage     2.31 PQ: 0 ANSI: 2
Jan  1 01:00:39 Lasicz1 kern.notice kernel: [   25.650000] scsi 1:0:0:0: Direct-Access     HUAWEI   TF CARD Storage  2.31 PQ: 0 ANSI: 2
Jan  1 01:00:39 Lasicz1 kern.notice kernel: [   25.660000] sd 1:0:0:0: [sda] Attached SCSI removable disk
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   30.270000] eth0: link down
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   30.770000] Loading modules backported from Linux version master-2014-05-22-0-gf2032ea
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   30.780000] Backport generated by backports.git backports-20140320-37-g5c33da0
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   30.930000] cfg80211: Calling CRDA to update world regulatory domain
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   30.930000] cfg80211: World regulatory domain updated:
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   30.940000] cfg80211:  DFS Master region: unset
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   30.940000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   30.950000] cfg80211:   (2400000 KHz - 2483000 KHz @ 40000 KHz), (N/A, 3000 mBm), (N/A)
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   30.960000] cfg80211:   (5140000 KHz - 5860000 KHz @ 40000 KHz), (N/A, 3000 mBm), (N/A)
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   31.190000] NET: Registered protocol family 10
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.230000] ath: EEPROM regdomain: 0x0
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.230000] ath: EEPROM indicates default country code should be used
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.230000] ath: doing EEPROM country->regdmn map search
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.230000] ath: country maps to regdmn code: 0x3a
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.230000] ath: Country alpha2 being used: US
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.230000] ath: Regpair used: 0x3a
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.250000] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.250000] Registered led device: ath9k-phy0
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   32.250000] ieee80211 phy0: Atheros AR9340 Rev:0 mem=0xb8100000, irq=47
Jan  1 01:00:39 Lasicz1 kern.warn kernel: [   32.250000] PCI: Enabling device 0000:00:00.0 (0000 -> 0002)
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.270000] ath: EEPROM regdomain: 0x0
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.270000] ath: EEPROM indicates default country code should be used
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.270000] ath: doing EEPROM country->regdmn map search
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.270000] ath: country maps to regdmn code: 0x3a
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.270000] ath: Country alpha2 being used: US
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.270000] ath: Regpair used: 0x3a
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.270000] ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
Jan  1 01:00:39 Lasicz1 kern.debug kernel: [   32.280000] Registered led device: ath9k-phy1
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   32.280000] ieee80211 phy1: Atheros AR9300 Rev:4 mem=0xb0000000, irq=40
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   32.290000] cfg80211: Calling CRDA for country: US
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   32.290000] cfg80211: Regulatory domain changed to country: US
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   32.300000] cfg80211:  DFS Master region: unset
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   32.300000] cfg80211:   (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   32.310000] cfg80211:   (2400000 KHz - 2483000 KHz @ 40000 KHz), (N/A, 3000 mBm), (N/A)
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   32.320000] cfg80211:   (5140000 KHz - 5860000 KHz @ 40000 KHz), (N/A, 3000 mBm), (N/A)
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   32.630000] RPC: Registered named UNIX socket transport module.
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   32.630000] RPC: Registered udp transport module.
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   32.640000] RPC: Registered tcp transport module.
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   32.640000] RPC: Registered tcp NFSv4.1 backchannel transport module.
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   33.070000] PPP generic driver version 2.4.2
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   33.180000] tun: Universal TUN/TAP device driver, 1.6
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   33.190000] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   33.290000] GRE over IPv4 demultiplexor driver
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   33.310000] GRE over IPv4 tunneling driver
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   33.600000] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   33.690000] ip_tables: (C) 2000-2006 Netfilter Core Team
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   34.140000] NET: Registered protocol family 24
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   34.260000] nf_conntrack version 0.5.0 (1978 buckets, 7912 max)
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   34.640000] PPTP driver version 0.8.5
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   35.350000] xt_time: kernel timezone is -0000
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   36.010000]        Hooked IMQ after mangle on PREROUTING
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   36.010000]        Hooked IMQ after nat on POSTROUTING
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   36.020000] IMQ driver loaded successfully. (numdevs = 2, numqueues = 1)
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   36.200000] Netfilter messages via NETLINK v0.30.
Jan  1 01:00:39 Lasicz1 kern.notice kernel: [   36.390000] ip_set: protocol 6
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   36.950000] usbcore: registered new interface driver cdc_acm
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   36.960000] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.080000] usbcore: registered new interface driver usblp
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.110000] usbcore: registered new interface driver usbserial
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.110000] USB Serial support registered for generic
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.120000] usbcore: registered new interface driver usbserial_generic
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.130000] usbserial: USB Serial Driver core
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.210000] USB Serial support registered for Sierra USB modem
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.210000] usbcore: registered new interface driver sierra
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.220000] sierra: v.1.7.40:USB Driver for Sierra Wireless USB modems
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.240000] usbcore: registered new interface driver sierra_net
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.450000] usbcore: registered new interface driver cdc_wdm
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.470000] usbcore: registered new interface driver cdc_ether
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.600000] usbcore: registered new interface driver cdc_ncm
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.670000] usbcore: registered new interface driver qmi_wwan
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.690000] usbcore: registered new interface driver rndis_host
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.770000] USB Serial support registered for GSM modem (1-port)
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.780000] usbcore: registered new interface driver option
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.790000] option: v0.7.2:USB Driver for GSM modems
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.810000] USB Serial support registered for Qualcomm USB modem
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.810000] usbcore: registered new interface driver qcserial
Jan  1 01:00:39 Lasicz1 kern.info kernel: [   37.940000] fuse init (API version 7.18)
Jan  1 01:00:43 Lasicz1 kern.info kernel: [   43.680000] ADDRCONF(NETDEV_UP): eth0: link is not ready
Jan  1 01:00:45 Lasicz1 kern.info kernel: [   45.220000] ADDRCONF(NETDEV_UP): eth0: link is not ready
Jan  1 01:00:45 Lasicz1 kern.info kernel: [   45.230000] ADDRCONF(NETDEV_UP): eth0.1: link is not ready
Jan  1 01:00:45 Lasicz1 kern.info kernel: [   45.240000] device eth0.1 entered promiscuous mode
Jan  1 01:00:45 Lasicz1 kern.info kernel: [   45.240000] device eth0 entered promiscuous mode
Jan  1 01:00:45 Lasicz1 kern.info kernel: [   45.250000] ADDRCONF(NETDEV_UP): br-lan: link is not ready
Jan  1 01:00:45 Lasicz1 daemon.notice netifd: Interface 'lan' is now up
Jan  1 01:00:45 Lasicz1 daemon.notice netifd: Interface 'loopback' is now up
Jan  1 01:00:45 Lasicz1 user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
Jan  1 01:00:46 Lasicz1 kern.info kernel: [   46.450000] eth0: link up (1000Mbps/Full duplex)
Jan  1 01:00:46 Lasicz1 kern.info kernel: [   46.470000] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jan  1 01:00:46 Lasicz1 kern.info kernel: [   46.470000] br-lan: port 1(eth0.1) entered forwarding state
Jan  1 01:00:46 Lasicz1 kern.info kernel: [   46.480000] br-lan: port 1(eth0.1) entered forwarding state
Jan  1 01:00:46 Lasicz1 kern.info kernel: [   46.480000] ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready
Jan  1 01:00:46 Lasicz1 kern.info kernel: [   46.500000] ADDRCONF(NETDEV_CHANGE): br-lan: link becomes ready
Jan  1 01:00:47 Lasicz1 user.notice usb-modeswitch: 1-0:1.0: Manufacturer=Linux_3.3.8_ehci_hcd Product=Generic_Platform_EHCI_Controller Serial=ehci-platform
Jan  1 01:00:48 Lasicz1 kern.info kernel: [   48.480000] br-lan: port 1(eth0.1) entered forwarding state
Jun  9 16:00:02 Lasicz1 authpriv.info dropbear[1778]: Running in background
Jun  9 16:00:02 Lasicz1 daemon.crit httpd_gargoyle[1824]: bind 0.0.0.0 - Address already in use
Jun  9 16:00:02 Lasicz1 daemon.crit httpd_gargoyle[1824]: bind 0.0.0.0 - Address already in use
Jun  9 16:00:02 Lasicz1 user.notice usb-modeswitch: 1-1:1.0: Manufacturer=? Product=USB2.0_Hub Serial=?
Jun  9 16:00:02 Lasicz1 daemon.warn httpd_gargoyle[1838]: started as root without requesting chroot(), warning only
Jun  9 16:00:02 Lasicz1 daemon.notice httpd_gargoyle[1838]: httpd_gargoyle/1.0 14mar2008 starting on Lasicz1, port 80
Jun  9 16:00:03 Lasicz1 user.notice usb-modeswitch: 1-1.1:1.0: Manufacturer=? Product=USB_2.0_HUB Serial=?
Jun  9 16:00:03 Lasicz1 user.notice usb-modeswitch: 1-1.1.4:1.0: Manufacturer=HUAWEI_Technology Product=HUAWEI_Mobile Serial=?
Jun  9 16:00:03 Lasicz1 user.notice usb-modeswitch: 1-1.1.4:1.0: Selecting /etc/usb_modeswitch.d/12d1:14fe for mode switching
Jun  9 16:00:04 Lasicz1 syslog.notice usb_modeswitch: switch device 12d1:14fe on 001/005
Jun  9 16:00:04 Lasicz1 kern.warn kernel: [   53.520000] usb 1-1.1.4: usbfs: process 1974 (usb_modeswitch) did not claim interface 0 before use
Jun  9 16:00:04 Lasicz1 kern.info kernel: [   53.660000] usb 1-1.1.4: USB disconnect, device number 5
Jun  9 16:00:04 Lasicz1 user.notice dnsmasq: DNS rebinding protection is active, will discard upstream RFC1918 responses!
Jun  9 16:00:04 Lasicz1 user.notice dnsmasq: Allowing 127.0.0.0/8 responses
Jun  9 16:00:04 Lasicz1 user.notice dnsmasq: Allowing RFC1918 responses for domain free.aero2.net.pl
Jun  9 16:00:04 Lasicz1 kern.info kernel: [   53.930000] usb 1-1.1.4: new high-speed USB device number 6 using ehci-platform
Jun  9 16:00:04 Lasicz1 kern.info kernel: [   54.060000] option 1-1.1.4:1.0: GSM modem (1-port) converter detected
Jun  9 16:00:04 Lasicz1 kern.info kernel: [   54.070000] usb 1-1.1.4: GSM modem (1-port) converter now attached to ttyUSB0
Jun  9 16:00:04 Lasicz1 kern.info kernel: [   54.080000] usb 1-1.1.4: MAC-Address: 0x0c:0x5b:0x8f:0x27:0x9a:0x64
Jun  9 16:00:04 Lasicz1 kern.info kernel: [   54.080000] cdc_ncm 1-1.1.4:1.1: wwan0: register 'cdc_ncm' at usb-ehci-platform-1.1.4, Mobile Broadband Network Device, 0c:5b:8f:27:9a:64
Jun  9 16:00:04 Lasicz1 kern.info kernel: [   54.100000] scsi2 : usb-storage 1-1.1.4:1.2
Jun  9 16:00:04 Lasicz1 kern.info kernel: [   54.100000] scsi3 : usb-storage 1-1.1.4:1.3
Jun  9 16:00:05 Lasicz1 user.notice usb-modeswitch: 1-1.1.4:1.1: Manufacturer=HUAWEI_Technology Product=HUAWEI_Mobile Serial=?
Jun  9 16:00:05 Lasicz1 kern.notice kernel: [   55.100000] scsi 2:0:0:0: CD-ROM            HUAWEI   Mass Storage     2.31 PQ: 0 ANSI: 2
Jun  9 16:00:05 Lasicz1 kern.notice kernel: [   55.110000] scsi 3:0:0:0: Direct-Access     HUAWEI   TF CARD Storage  2.31 PQ: 0 ANSI: 2
Jun  9 16:00:05 Lasicz1 kern.notice kernel: [   55.120000] sd 3:0:0:0: [sda] Attached SCSI removable disk
Jun  9 16:00:07 Lasicz1 daemon.info dnsmasq[2162]: started, version 2.66 cachesize 150
Jun  9 16:00:07 Lasicz1 daemon.info dnsmasq[2162]: compile time options: IPv6 GNU-getopt no-DBus no-i18n no-IDN DHCP no-DHCPv6 no-Lua TFTP no-conntrack no-ipset no-auth
Jun  9 16:00:07 Lasicz1 daemon.info dnsmasq-dhcp[2162]: DHCP, IP range 10.1.1.2 -- 10.1.1.50, lease time 416d15h
Jun  9 16:00:07 Lasicz1 daemon.info dnsmasq[2162]: using local addresses only for domain lan
Jun  9 16:00:07 Lasicz1 daemon.info dnsmasq[2162]: reading /tmp/resolv.conf.auto
Jun  9 16:00:07 Lasicz1 daemon.info dnsmasq[2162]: using nameserver 208.67.222.222#53
Jun  9 16:00:07 Lasicz1 daemon.info dnsmasq[2162]: using nameserver 208.67.220.220#53
Jun  9 16:00:07 Lasicz1 daemon.info dnsmasq[2162]: using local addresses only for domain lan
Jun  9 16:00:07 Lasicz1 daemon.info dnsmasq[2162]: read /etc/hosts - 34 addresses
Jun  9 16:00:07 Lasicz1 daemon.info dnsmasq-dhcp[2162]: read /etc/ethers - 32 addresses
Jun  9 16:00:08 Lasicz1 user.err syslog: error starting threads: errno 89 (Function not implemented)
Jun  9 16:00:08 Lasicz1 user.info sysinit: exportfs: could not open /var/lib/nfs/.etab.lock for locking: errno 2 (No such file or directory)
Jun  9 16:00:08 Lasicz1 user.info sysinit: exportfs: can't lock /var/lib/nfs/etab for writing
Jun  9 16:00:08 Lasicz1 user.info sysinit: exportfs: could not open /var/lib/nfs/.xtab.lock for locking: errno 2 (No such file or directory)
Jun  9 16:00:08 Lasicz1 user.info sysinit: exportfs: can't lock /var/lib/nfs/xtab for writing
Jun  9 16:00:10 Lasicz1 user.info sysinit: ERROR: No valid dynamic DNS service configurations defined
Jun  9 16:00:10 Lasicz1 user.info sysinit: (Did you specify correct configuration file path?)
Jun  9 16:00:18 Lasicz1 user.notice usb-modeswitch: 1-1.1.4:1.0: Manufacturer=HUAWEI_Technology Product=HUAWEI_Mobile Serial=?
Jun  9 16:00:18 Lasicz1 user.notice usb-modeswitch: 1-1.1.4:1.1: Manufacturer=HUAWEI_Technology Product=HUAWEI_Mobile Serial=?
Jun  9 16:00:19 Lasicz1 user.notice usb-modeswitch: 1-1.1.4:1.2: Manufacturer=HUAWEI_Technology Product=HUAWEI_Mobile Serial=?
Jun  9 16:00:19 Lasicz1 user.notice usb-modeswitch: 1-1.1.4:1.3: Manufacturer=HUAWEI_Technology Product=HUAWEI_Mobile Serial=?
Jun  9 16:00:22 Lasicz1 kern.warn kernel: [   71.380000] ipt_bandwidth: timezone shift of 120 minutes detected, adjusting
Jun  9 16:00:22 Lasicz1 kern.warn kernel: [   71.390000]                old minutes west=0, new minutes west=-120
Jun  9 16:00:35 Lasicz1 user.notice root: vsftpd init: mounted = 0
Jun  9 16:00:35 Lasicz1 user.info sysinit: ERROR: No drives attached, no directories to share!
Jun  9 16:00:36 Lasicz1 user.info sysinit: setting up led USB1
Jun  9 16:00:36 Lasicz1 user.info sysinit: setting up led USB2
Jun  9 16:00:36 Lasicz1 user.info sysinit: setting up led WLAN2G
Jun  9 16:01:00 Lasicz1 authpriv.info dropbear[3319]: Child connection from 10.1.1.2:53056
Jun  9 16:01:12 Lasicz1 authpriv.notice dropbear[3319]: Password auth succeeded for 'root' from 10.1.1.2:53056

8 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,890

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

To wygląda bardziej na restart systemu o 16 - nie ma za grosz informacji o ponownym połączeniu.

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

Cezary's Strona

9 Odpowiedź przez lasicz

  • lasicz
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-11-26
  • Posty: 20

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Jakieś pomysły jak to zdiagnozować? Mam wrażenie, że pełniejszy jest log w przedostatnim moim poście bo obejmuje okres utraty połączenia i okres pracy prawidłowej.

10 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,890

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Tam masz tylko nawiązanie połączenia i żadnej więcej przyczyny. I jakąś dziurę pomiędzy 9-18 smile

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

Cezary's Strona

11 Odpowiedź przez lasicz (edytowany przez lasicz 2015-06-10 10:28:30)

  • lasicz
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-11-26
  • Posty: 20

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Czyli ruter zwalony? Dlaczego po ponownym ograniu gargoyle przez pewien czas jest dobrze? Dalczego magiczne czynności dają 100% sukcesu?

12 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,890

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Nie koniecznie, może zrywanie jest po prostu spowodowane obciążeniem BTSów lub pracami.

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

Cezary's Strona

13 Odpowiedź przez lasicz

  • lasicz
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-11-26
  • Posty: 20

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Zdecydowanie nie jest to problem zewnętrzny. Kiedy wkładam bezpośrednio do laptopa modem, sieć działa bez problemu i nikt inny w tym czasie nie raportuje problemów z siecią. Coś się musi dziać z wykrywaniem modemu na wejściu rutera.

14 Odpowiedź przez razz (edytowany przez razz 2015-06-12 18:01:44)

  • razz
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2015-05-07
  • Posty: 19

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Witam,

Podłącze się pod temat, sprzęt mam podobny wdr4300 + E3372 + hub unitek ~2A

Problem mam taki że o różnych porach dnia, czasem zupełnie nagle, komputer i wszystkie urządzenia bezprzewodowe tracą łączność z routerem, z tym że moja sieć wifi jako taka jest widoczna ale nie można się z nią połączyć. Po ok. 5 max 10 min już jest ok, ale jak to wkurza mówić chyba nie muszę.
Przy podłączonym modemie pod kompa żadnych problemów nie odnotowałem, ponadto nie da się wejść w czasie tej zwiechy na strone konfiguracyjną bo z routerem nie da się poprostu połączyć.

Po mechanicznym restarcie jest zwykle ok.

Logread:http://wklej.to/SmJAM

Log z gargoyla: http://wklej.to/2BMEg

Niewiem czy w tym logu coś będzie bo mi się zwiesił dzisiaj o 15 a log jest od 17 30 (?!)

15 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,890

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

To inny problem - zmień soft na nowszy bo sterowniki od wifi sie wywalają.

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

Cezary's Strona

16 Odpowiedź przez razz

  • razz
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2015-05-07
  • Posty: 19

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Wersję mam taką jak kolega, a to chyba jest najnowsza (stabilna):

Wersja Gargoyle:1.6.2.2 (r42647), by obsy

Jeszcze tu nowy log bo tamten mi ucieło w połowie:

http://wklej.to/cZudg

Chyba że chodziło o nowszy soft do sterowników wifi w laptopie, ale czy byłoby tak w dwóch laptopach i na telefonie?

17 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,890

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

To jest AA - nie jest to ani najnowsze, ani najstabilniejsze smile

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

Cezary's Strona

18 Odpowiedź przez razz

  • razz
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2015-05-07
  • Posty: 19

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

ok, wgrałem firmware ze strony:

http://dl.eko.one.pl/gargoyle-pl/attitu … xx/8M-16M/

narazie śmiga pięknie smile dziękuję smile

19 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,890

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Ale wgrałeś dokładnie to samo smile

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

Cezary's Strona

20 Odpowiedź przez razz (edytowany przez razz 2015-06-13 11:51:17)

  • razz
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2015-05-07
  • Posty: 19

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

wgrałem BB by luci próbowałem to jakoś skonfigurować na stronie routra, no i niewiem co zrobiłem - próbowałem ustawiać adresy modemu, ale po zapisaniu nie mogę wejść na stronę routera.

Próbowałem restartować go ale się nie chce przywrócić do ustawień fabrycznych, połączenie przez putty też nie działa.

ipconfig /all: http://wklej.to/RXZVo

Na routerze świeci się: zasilanie, "gwiazdka" i połączenie kablowe jeśli jest podłączone z drugiej strony do komputera, bądz też dioda "saturn" smile jeśli jest podłączony kabel do niebieskiego portu.

21 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,890

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Naciśnij reset z tyłu obudowy na 10s. jeżeli system żyje to przywróci ustawienia domyślnie. Jak nie - tryb failsafe, patrz na eko.one.pl.

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

Cezary's Strona

22 Odpowiedź przez razz

  • razz
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2015-05-07
  • Posty: 19

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

ok, udało mi się wczoraj przez failsafe go uratować.

Trochę mnie zdziwiło że w tym sofcie da się tak wyklikać żeby siebie samego pozbawić dostępu do rutera, bez jakiegoś nawet ostrzeżenia - no nie wszystko jest windowsoodporne jak widać.

Po jeszcze kilku próbach, w końcu udało mi się router ustawić i tu na koniec miałem małą niespodziankę, bo połączenie mi po wifi zerwało i już tak zostało.
Podejrzewam że mogłem nie zawsze odczekać aż router sobie jakąś opcje skonfiguruje, tylko od razu przechodziłem do zakładki obok (?). Straciłem cierpliwość i zmieniłem go na Gargoyle BB 1.7.2. Jednak tu z kolei miałem problem bo niewiedziałem jak wgrać mu obsługę modemu Hilink.
Próbowałem wg. tego:

http://eko.one.pl/?p=openwrt-3g

ale router zdawał się wogóle nie reagować na polecenia, połączenie nawiązałem tymczasowo mostkowe i działało bo dodatki mi się ściągały, lecz przez modem niestety nie działało.

W rezultacie powróciłem narazie na stare śmieci czyli do wersji AA 1.6. Wersja 1.7 działała bardzo przyzwoicie i jak tylko się dowiem jak w niej to ustawić, napewno do niej powrócę, skoro wersja alfa ma lepiej działać od stabilnej smile

23 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,890

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

Tylko ręcznie. Nowe Gargoyle nie z gui nie obsługuje hlinka i nie będzie, bo Eryk się uparł że nie.

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

Cezary's Strona

24 Odpowiedź przez razz

  • razz
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2015-05-07
  • Posty: 19

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

To jak to można skonfigurować ręcznie pod Gargoyle 1.7?
Szkoda że nie będzie GUI dla obsługi hilinka, dla takich użytkowników jak ja, którym zależy na możliwie prostej bezproblemowej i szybkiej konfiguracji i dużej bezawaryjności sprzętu. Ale to wy jesteście twórcami i znacie wszystkie za i przeciw.

25 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,890

Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276

http://eko.one.pl/?p=openwrt-3g#obsugam … ysieciowej

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

Cezary's Strona