U mnie stało się dokładnie tak samo. Naciskałem na serwisanta, aż w piątek wszystko ruszyło pełnym speedem. Nie wiem co zmienili ale jest OK.
Dzięki wszystkim za sugestie. Problem rozwiązany. Temat do zamknięcia
Strony 1
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Opcje wyszukiwania
eko.one.pl → Posty przez lasicz
Znalezione posty: 20
1 2021-01-24 22:10:40
Odp: Download spada na stałym publicznym IP względem dynamicznego (7 odpowiedzi, napisanych Inne)
2 2021-01-16 18:02:24
Odp: Download spada na stałym publicznym IP względem dynamicznego (7 odpowiedzi, napisanych Inne)
Nie chodzi mi o to jak problem obejść tylko jak go rozwiązać. Teoretycznie zmiana publicznego IP z dynamicznego na stały nie powinna zmniejszać transferu.
3 2021-01-16 15:28:32
Odp: Download spada na stałym publicznym IP względem dynamicznego (7 odpowiedzi, napisanych Inne)
Niestety tak łatwo nie jest - testy były robione nie przez VPN.
O VPN wspomniałem jedynie w kontekście do czego mi stałe IP.
Pozdr, Adam
4 2021-01-16 15:25:45
Odp: Sieć LAN w domu jednorodzinnym (2 odpowiedzi, napisanych Inne)
Witam,
Większość aktualnych urządzeń i tak wymaga WiFi, więc każdy pod Eth podłącza switche, lokalne routery Wifi, co niestety słabo wpływa na transfery i zwiększa awaryjność. Czy nie zastanawiałeś się nad rozwiązaniem takim: Na każdej kondygnacji jedno gniazdo Eth i do tego podpięty router WiFi w standardzie 802.11 ax (WiFi6)? Jeśli do tego zastosujesz kompatybilne routery mesh, to dodatkowo na + będzie komfortowe i automatyczne przełączanie telefonów, laptopów czy tabletów między węzłami sieci WiFi w czasie przemieszczania się po domu.
Wiem, że routery ax mesh kosztują aktualnie sporo ale kucie ścian, tynkowanie oraz kabel i akcesoria eth w standardzie 6a też tanie nie są (jak pruć ściany to warto założyć najlepsze jakie aktualnie są).
Pozdr, Adam
5 2021-01-16 14:58:32
Temat: Download spada na stałym publicznym IP względem dynamicznego (7 odpowiedzi, napisanych Inne)
Witam,
Mieszkam na przedmieściach gdzie po wielu latach wreszcie pojawiła się firma (nikomu nieznana) oferująca łącze światłowodowe. Przez miesiąc testowałem internet na zmiennym IP (opcja standard) i uzyskiwałem prędkości DL:~600 Mb/s, UL:~700 Mb/s, Ping:<2ms. Wszystko mierzone bezpośrednio na routerze Asus RT-AX88U (fw oryginalny, najnowszy), podpiętym do terminala GPON Huawei HG8010H (nic do konfiguracji po mojej stronie). Połączenie jest typu PPPoE. Oczywiście byłem bardzo zadowolony z takich parametrów.
Aby mieć stabilny dostęp przez VPN wykupiłem u dostawcy publiczny, stały IP i tu niespodzianka: DL spada do 260-320 Mb/s, UL do ~420Mb/s przy lekko większych pingach ~3ms. Razem z serwisantem dostawcy zrobiliśmy kilkakrotnie test na stałym IP i za chwilę na dynamicznym IP (oczywiście resetując router) i zawsze na stałym IP transfery są o ponad 200Mb/s niższe. Oczywiście po swojej stronie nic nie zmieniam. Serwisant nie ma pomysłu i stara się mi wmówić że tak ma być lub problem leży po mojej stronie.
Co zwróciło moją uwagę, że zmieniając publiczny IP na stały (217.17.x.x), gateway pozostaje taki sam jak dla dynamicznego (192.168.10.66) czyli 192.168.10.1. Maska jest 255.255.255.255.
Serwisant jest chyba z Ukrainy i słabo idzie mi przekonywanie go aby poszukał jakiegoś rozwiązania. Macie jakieś pomysły o co może chodzić?
Pozdr, Adam
6 2018-05-02 19:36:16
Odp: Reset TP-Link TL-WDR4300 v1 dokładnie co 2 minuty na gargoyle 1.10.0.x (10 odpowiedzi, napisanych Oprogramowanie / Software)
Witam,
Problem resetów rozwiązany 
W akcie desperacji kolejny raz ograłem Gargoyle 1.10.0.3 (r49617) i tym razem całą konfigurację wpisałem ręcznie zamiast przywrócić z pliku. Wszystko działa. To co jest dziwne, to uprzednio wgrywałem różne pliki z konfiguracją i w żadnej wersji 1.9.x.x nie było problemów i jednocześnie w każdej wersji 1.10.x.x były. W plikach konfiguracji nigdy nic ręcznie nie modyfikowałem, czyli jest jakiś wpis (który występuje u mnie a u innych nie), który wywraca nową wersję gargulca. No ale problem z głowy i nie wnikam.
7 2018-04-20 05:35:23
Odp: Reset TP-Link TL-WDR4300 v1 dokładnie co 2 minuty na gargoyle 1.10.0.x (10 odpowiedzi, napisanych Oprogramowanie / Software)
Witam,
Cezary dopatrzyłeś się może czegoś nieprawidłowego w plikach w tym co wysłałem powyżej?
Tak się zastanawiam czy mój problem nie jest przypadkiem taki sam jak opisany https://eko.one.pl/forum/viewtopic.php?id=17126 tylko dlaczego w moim przypadku aktywuje się po jakimś czasie i zawsze po zapisaniu jakiejś zmiany? Nigdy samoistnie.
Pozdr, Adam
8 2018-04-18 19:34:26
Odp: Reset TP-Link TL-WDR4300 v1 dokładnie co 2 minuty na gargoyle 1.10.0.x (10 odpowiedzi, napisanych Oprogramowanie / Software)
Witam,
Dziś musiałem zmienić coś w /Firewall/Ograniczenia i po zapisaniu znowu miałem resety co 2 minuty. Po uruchomieniu w filesafe zrobiłem wszystko zgodnie z instrukcją:
root@(none):~# mount_root
root@(none):~# cat /etc/crontabs/root
cat: can't open '/etc/crontabs/root': No such file or directory
root@(none):~# cat /etc/config/network
cat: can't open '/etc/config/network': No such file or directory
root@(none):/etc# ls -la
drwxrwxr-x 22 root root 1128 Oct 28 2017 .
drwxrwxr-x 16 root root 235 Oct 28 2017 ..
lrwxrwxrwx 1 root root 7 Oct 28 2017 TZ -> /tmp/TZ
-rw-rw-r-- 1 root root 1009 Oct 28 2017 banner
-rw-rw-r-- 1 root root 564 Feb 7 2015 banner.failsafe
drwxr-xr-x 2 root root 47 Oct 28 2017 chatscripts
drwxr-xr-x 2 root root 302 Oct 28 2017 config
drwxr-xr-x 2 root root 3 Oct 28 2017 crontabs
-rw-r--r-- 1 root root 10433 Jan 31 2017 ddns_providers.conf
-rw-rw-r-- 1 root root 76 Oct 28 2017 device_info
-rw-r--r-- 1 root root 6780 Nov 30 2016 diag.sh
-rw-r--r-- 1 root root 1368 Oct 28 2017 dnsmasq.conf
drwxr-xr-x 2 root root 44 Oct 28 2017 dropbear
-rw-r--r-- 1 root root 38 Oct 28 2017 e2fsck.conf
-rw-r--r-- 1 root root 1317 Oct 28 2017 ethertypes
-rw-r--r-- 1 root root 36 Oct 28 2017 exports
-rw-r--r-- 1 root root 8 Oct 28 2017 filesystems
-rw-r--r-- 1 root root 352 Oct 28 2017 firewall.user
lrwxrwxrwx 1 root root 10 Oct 28 2017 fstab -> /tmp/fstab
drwxr-xr-x 2 root root 204 Oct 28 2017 gcom
-rw-rw-r-- 1 root root 123 Dec 26 2015 group
-rw-rw-r-- 1 root root 20 Dec 26 2015 hosts
-rw-r--r-- 1 root root 326 Oct 28 2017 hotplug-preinit.json
drwxr-xr-x 9 root root 105 Oct 28 2017 hotplug.d
-rw-r--r-- 1 root root 1657 Oct 28 2017 hotplug.json
drwxr-xr-x 2 root root 534 Oct 28 2017 init.d
-rw-rw-r-- 1 root root 101 Dec 26 2015 inittab
drwxr-xr-x 2 root root 32 Oct 28 2017 iproute2
drwxr-xr-x 2 root root 195 Oct 28 2017 l7-protocols
drwxr-xr-x 2 root root 255 Oct 28 2017 modules-boot.d
drwxr-xr-x 2 root root 1851 Oct 28 2017 modules.d
-rw-r--r-- 1 root root 550 Oct 28 2017 msmtprc
lrwxrwxrwx 1 root root 12 Oct 28 2017 mtab -> /proc/mounts
drwxr-xr-x 2 root root 3 Oct 28 2017 openvpn
-rwxrwxr-x 1 root root 83 Jul 26 2012 openvpn.down
-rwxrwxr-x 1 root root 7483 Mar 25 2015 openvpn.firewall
-rwxrwxr-x 1 root root 82 Jul 26 2012 openvpn.up
-rw-rw-r-- 1 root root 225 Oct 28 2017 openwrt_release
-rw-rw-r-- 1 root root 8 Oct 28 2017 openwrt_version
drwxrwxr-x 3 root root 27 May 24 2015 opkg
-rw-rw-r-- 1 root root 822 Oct 28 2017 opkg.gpkg.tmp
-rw-rw-r-- 1 root root 190 Dec 26 2015 passwd
drwxr-xr-x 4 root root 115 Oct 28 2017 ppp
-rwxrwxr-x 1 root root 952 Jan 14 2016 preinit
-rw-r--r-- 1 root root 699 Oct 28 2017 profile
-rw-rw-r-- 1 root root 2478 Dec 26 2015 protocols
drwxrwxr-x 2 root root 126 Dec 27 2015 rc.button
-rwxrwxr-x 1 root root 2407 Dec 26 2015 rc.common
drwxr-xr-x 2 root root 750 Oct 28 2017 rc.d
-rw-rw-r-- 1 root root 132 Dec 26 2015 rc.local
lrwxrwxrwx 1 root root 16 Oct 28 2017 resolv.conf -> /tmp/resolv.conf
drwxr-xr-x 2 root root 94 Oct 28 2017 samba
-rw-rw-r-- 1 root root 3017 Dec 26 2015 services
-rw------- 1 root root 149 Dec 26 2015 shadow
-rw-rw-r-- 1 root root 9 Dec 26 2015 shells
drwxr-xr-x 4 root root 62 Oct 28 2017 ssl
-rw-rw-r-- 1 root root 1023 Dec 26 2015 sysctl.conf
drwxrwxr-x 2 root root 3 Nov 19 2016 sysinfo.d
-rw-rw-r-- 1 root root 128 Dec 26 2015 sysupgrade.conf
drwxrwxr-x 2 root root 718 Jun 1 2016 uci-defaults
-rw-rw-r-- 1 root root 582 Jun 17 2015 uhttpd.conf.gargoyle
-rw-rw-r-- 1 root root 904 Mar 17 2015 uhttpd.crt
-rw-rw-r-- 1 root root 887 Mar 17 2015 uhttpd.key
-rw-r--r-- 1 root root 50218 Oct 28 2017 usb-mode.json
-rw-r--r-- 1 root root 574 Oct 28 2017 vsftpd.conf.template
Po wyjściu z filesafe i uruchomieniu routera w trybie normalnym ponownie były resety co 2 minuty. Niestety rodzina naciskała mnie na pilne przywrócenie internetu, więc ponownie wgrałem konfigurację i router przestał się resetować.
Pozdr, Adam
9 2018-04-13 21:10:46
Odp: Reset TP-Link TL-WDR4300 v1 dokładnie co 2 minuty na gargoyle 1.10.0.x (10 odpowiedzi, napisanych Oprogramowanie / Software)
OK, dzięki. Odezwę się za kilka dni jak znowu padnie.
10 2018-04-13 21:05:40
Odp: Reset TP-Link TL-WDR4300 v1 dokładnie co 2 minuty na gargoyle 1.10.0.x (10 odpowiedzi, napisanych Oprogramowanie / Software)
Teraz nie bo kilka godzin wcześniej wgrałem konfig, więc kilka dni będzie OK. Niestety 2 minuty to na tyle mało że trzeba się bardzo uwijać aby cokolwiek sprawdzić.
11 2018-04-13 21:01:03
Odp: Reset TP-Link TL-WDR4300 v1 dokładnie co 2 minuty na gargoyle 1.10.0.x (10 odpowiedzi, napisanych Oprogramowanie / Software)
W pliku konfiguracji mam reset zawsze o 3:00 (tak miałem przez lata) ale też myślałem że to jest problem i zaraz po wgraniu konfigu zmieniam na "brak" a problem jest nadal.
12 2018-04-13 20:50:22
Temat: Reset TP-Link TL-WDR4300 v1 dokładnie co 2 minuty na gargoyle 1.10.0.x (10 odpowiedzi, napisanych Oprogramowanie / Software)
Witam,
Problem dotyczy routera TL-WDR4300 v1 pracującego pod gargoyle 1.10.0.1, 1.10.0.2 i 1.10.0.3 (wszystkie sprawdziłem) natomiast nigdy nie wystąpił pod żadną wersją 1.9.x ani 1.6.2.x
Na wersji 1.10 zależy mi ze względu na aktualizację openvpn (nowsze pewnie jest lepsze). Na gargoyle zależy mi ze względu na łatwość ustawienia i zmiany limitów transferu.
Opis problemu:
Po zainstalowaniu gargoyle 1.10.0.x bez zachowywania konfiguracji, dogrywam konfigurację z pliku. Mogę coś zmodyfikować, zapisać i wszystko działa idealnie (uruchomiony extroot, openvpn, kilka reguł limitu transferu, kilka reguł ograniczeń - tu dużo adresów, DHCP z 60 statycznymi IP i to w zasadzie wszystko). Jeśli po kilku dniach dokonam jakiejkolwiek zmiany w konfiguracji, zapis kończy się sukcesem (zmiana konfiguracji jest widoczna po resecie) ale router się resetuje samoczynnie dokładnie co dwie minuty. Jedynym ratunkiem jest powtórne przywrócenie konfiguracji z pliku i znowu przez kilka dni do kolejnej zmiany wszystko jest OK.
Podejrzewałem, że padł pendrive extroota ale problem pojawia się nawet bez extroota. No to może pamięć routera (zajęte 23.1/123MB)? Tylko dlaczego wszystko działało na wersji 1.9.x ? Wyłączyłem Openvpn bo może owa przebudowa pakietu coś zmieniła ale dalej to samo. Może się przegrzewa, ale obciążenie CPU 0.04/15 minut i przy wgrywaniu nowej konfiguracji raczej się nie wystudzi, więc to też nie. Diagnostyka jest wyjątkowo trudna bo o ile wiem jak to szybko naprawić to wywołanie problemu udaje mi się dopiero po kilku dniach. Tak walczę od stycznia.
Ostatnie dwie rzeczy jakich nie sprawdziłem to:
- ręczna konfiguracja routera po wgraniu świeżego firmware. Tylko że gdyby to był problem to raczej od początku a nie po kilku dniach.
- nie wróciłem do wersji 1.9.x aby sprawdzić czy nadal działa (zrobię to po wyczerpaniu lepszych pomysłów czyli z mojej strony już niebawem).
Będę wdzięczny za wszelkie sugestie.
--
Pozdr, Adam
13 2015-06-10 10:32:30
Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276 (39 odpowiedzi, napisanych Oprogramowanie / Software)
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 2015-06-10 10:27:41
Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276 (39 odpowiedzi, napisanych Oprogramowanie / Software)
Czyli ruter zwalony? Dlaczego po ponownym ograniu gargoyle przez pewien czas jest dobrze? Dalczego magiczne czynności dają 100% sukcesu?
15 2015-06-10 08:40:46
Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276 (39 odpowiedzi, napisanych Oprogramowanie / Software)
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.
16 2015-06-09 21:30:24
Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276 (39 odpowiedzi, napisanych Oprogramowanie / Software)
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 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
17 2015-06-08 18:55:10
Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276 (39 odpowiedzi, napisanych Oprogramowanie / Software)
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
18 2015-06-08 18:27:21
Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276 (39 odpowiedzi, napisanych Oprogramowanie / Software)
OK, dzięki
19 2015-06-08 18:23:21
Odp: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276 (39 odpowiedzi, napisanych Oprogramowanie / Software)
Tak prosto nie będzie 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.
20 2015-06-08 18:02:51
Temat: Regularne zrywanie połączenia CP LTE, gargoyle, TL-WDR4300, E3276 (39 odpowiedzi, napisanych Oprogramowanie / Software)
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
Znalezione posty: 20
Strony 1
eko.one.pl → Posty przez lasicz
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc