Witam,

proszę o pomoc w następującej sprawie. Mam extroota na mr3420 v2 i z softem Gargoyle i uruchomioną sambą, usb storage i QMI (modem to e398).

Problem w tym, że dość często zdarza się, że muszą resetować wszystko i stawiać extroota na nowo bo przestaje działać internet po LAN i Wifi. Dziwne bo w routerze jest internet - działa przycisk sprawdź aktualizacje w GUI, jest ping przez SSH.

Dziś próbowałem zapuścić e2fsck wg instrukcji tzn. start bez extroot, instalacja do ram, odmontowanie i skan. Jednak nadal to samo. Nie wiem nawet jak zdiagnozować problem, dlatego proszę o rady.

Nadmieniam, że nigdy nic nie zmieniam w konfiguracji. Nagle przestaje działać i już. Zauważyłem, że jest to skorelowane z korzystaniem z usb storage ale może się mylę.

Z góry dziękuję.

W serv.config dodałem

client-to-client

i działa smile

Jest status Connected. Poza tym z serwerem lacze sie na 10.8.0.1 przez SSH i loguje się, więc połączenie jest.
Na telefonie puściłem Traceroutena 10.8.0.6 i wyskakują same giwazdki:


1. *
2. *
3. *
4. *
5. *

Pinga też brak.

Hm. Na SSH też nie mam dostępu do serwera. Proszę o pomoc w zdiagnozowaniu problemu smile

Na telefonie pusciłem Traceroutena 10.8.0.6 i wyskakują same giwazdki:


1. *
2. *
3. *
4. *
5. *

Mój plik serv.conf

dev tun                         # rodzaj interfejsu
local 123.123.123.123                       # IP serwera (zamiast xxx podajemy adres IP serwera)
proto udp                       # uzywany protokol
port 1194                       # uzywany port
server 10.8.0.0 255.255.255.0   # klasa IP dla tunelu VPN
ca /etc/openvpn/ca.crt                       # plik certyfikatu CA
cert /etc/openvpn/openvpn-server.crt         # plik certyfikatu serwera
key /etc/openvpn/openvpn-server.key          # plik klucza prywatnego serwera
dh dh2048.pem                   # plik z parametrami algorytmu Diffiego-Hellmana
max-clients 100                 # maksymalna ilosc klientow
persist-tun                     # podtrzymuje interfejs TUN w stanie UP podczas restartu
persist-key                     # zapamietuje klucz
keepalive 10 120                # utrzymuje polaczenie
cipher AES-256-CBC              # ustawienie algorytmu szyfrowania
comp-lzo                        # wlaczenie kompresji
verb 1                          # poziom logowania
user nobody                     # uzytkownik na potrzeby OpenVPN
group nogroup                   # grupa na potrzeby OpenVPN
#push "redirect-gateway def1"    # przekierowanie calego ruchu przez VPN
push "dhcp-option DNS 8.8.8.8"  # konfiguracja DNS dla DHCP
push "dhcp-option DNS 8.8.4.4"  # konfiguracja DNS dla DHCP

log openvpn.log                 # pliki logów serwera OpenVPN
status openvpn-status.log

# Konfiguracja tls-auth         # klucz HMAC
key-direction 0
<tls-auth>
#
# 2048 bit OpenVPN static key
#
-----BEGIN OpenVPN Static key V1-----
...


...
-----END OpenVPN Static key V1-----
</tls-auth>

Witam ponownie,
proszę jeszcze o jedną rzecz związaną z tym tematem.

Mianowice dodałem nowego klienta do telefonu (Android - aplikacja -Open VPN Connect). Chciałem zalogować się na router czyli 10.8.0.6. Jak jestem podłączony przez WIFI w domu to jest ok, jednak jak przełączam się na Internet operatora (czyli nazwijmy to zewnętrzny, inny niż Play w sieci domowej) mojego telefonu komórkowego to lipa.

Proszę jeszcze o pomoc z tym. Pewnie trzeba dodać routing

Wyedytowałem plik /etc/openvpn/serv.conf Konkretnie zakomentowałem linijkę:

push "redirect-gateway def1"

Potem

/etc/init.d/openvpn restart

I działa pięknie.
Dziękuję.

Witam,

mam w domu siec lokalną z wyjściem na zewnątrz poprzez LTE w Play. Jak wiadomo blokowane są tam też porty, a ja chciałem mieć możliwość skorzystania z kamery IP z zewnątrz.

W tym celu postawiłem na zewnętrzny serwerze z publicznym IP OpenVPN. Skonfigurowałem też router z oprogramowaniem Gargoyle (eko.one.pl) tym razem jako Klient. Wydaje się to działać, ale problem jest z Internetem w domu. Mianowice wszystkie połączenia idą przez VPN – wolno, często połączenie nie dochodzi do skutku. Chciałbym, aby dostęp do Internetu z domu odbywał się po staremu tzn. przez Internet Play + żeby dało się połączyć z serwerem VPN (10.8.0.1) + z siecią domową (10.8.0.6) od strony VPN Serwer – czyli to co było kiedyś + tunel w dwie strony.

IP w Play z tego co widzę nie do końca jest stałe. Tzn. raz na kilka dni się zmienia. Czy to nie będzie problem?

Szkic siec: https://prnt.sc/jt83is

58

(4 odpowiedzi, napisanych Sprzęt / Hardware)

Częściowo rozwiązałęm problem - po prostu podpiąłem stary modem Huawei E3131s-2 - teraz daje 6-7mbit/s. Czyli udało się uciec z lejka.

Niemniej może na e398 można by liczyć na lepszy transfer. Dlatego temat nadal aktualny. Pięknie proszę o pomoc smile

59

(4 odpowiedzi, napisanych Sprzęt / Hardware)

Mam QMI. Do pliku network dopisałem linijkę i zresetowałem urządzenie:

service modes 'umts'
(nie znalazłem 3G na podanym linku - czy to jest ok?)

Niestety transfer nadal jest lejkowy.

Wyczytałem na https://eko.one.pl/?p=openwrt-3g że może być potrzebne wymuszenie opoznienia dla niektorych modemów.

Dodałem zatem linijkę:

option delay '30'

I oczywiście reboot.
Niestety nadal transfer "lejkowy' 2mbit/s

Albo się nie przełącza, albo siec nadal ogranicza predkosc nawet w trybie innym niż "lte"

Proszę o dalsze rady, ew. jak zdiagnozować jakie mam połączenie.

60

(4 odpowiedzi, napisanych Sprzęt / Hardware)

Witam,

jak wymusić, aby połączenie przebiegało w HSPA+. Mam internet mobilny z PLAY i włączył mi się lejek LTE. Chciałbym zatem uciec z tego trybu i przejść do HSPA+ żeby móc cieszyć się limitem transferu, który jeszcze mam.

Mam Huawei E398 i MR3420 z Gargoyle.

Pozdrawiam i z góry dziękuję

Cezary napisał/a:

Ale jeżeli masz qmi ustawione to czemu w logach masz informacje o połączeniu ppp?

Szukając przyczyny przełączyłem na ppp. Teraz dałem z powrotem na QMI i też działa. Wszystko przez to, że na koniec ustawiania wszystkiego postanowiłem dodać wisienkę na torcie i podpisać router zgodnie z fizyczną lokalizacją smile

Hmmmm. Zmieniłem "Dół" na "Dol" w identyfikacji routera + reset i zaczęło działać. Czy to był powód?

Witam,

wczoraj rozpocząłem zabawę z udoskonaleniem prędkości mojego połączenia z internetem. Po zainstalowaniu trybu QMI wszystko zaczęło chodzić z taką prędkością jak powinno. Na wieczór zostawiłem wszystko działające, a rano klapa - brak internetu zarówno po WIFI, LAN ani przez AccessPoint (router 2). Jego IP 192.168.2.1

Proszę o pomoc w zdiagnozowaniu i rozwiązaniu problemu.

Stan faktyczny

1. Router główny MR3420 v2 z najnowszym Gargoyle. Współpracuje z e398 w trybie QMI. Jest zrobiony extroot wg https://eko.one.pl/forum/viewtopic.php?id=1807 dodatkowe pakiety wg http://eko.one.pl/forum/viewtopic.php?pid=91152#p91152 i QMI wg https://eko.one.pl/?p=openwrt-3g

Niestety brak jest internetu w sieci. Zarówno po LAN jak i Wifi. Dziwne bo router ma internet - pobiera np. informację o dostępności wersji nowego firmware z panela Gargoyla. W SSH na początku nie było teraz wydaje się że jest - więc działa wget. Lampka na modemie łądnie świeci się na zielono.


Logi serwer główny - widzę, że są błędy jednak niewiele mi mówią

Apr  1 17:12:01 Góra kern.debug kernel: [26517.390000] UDP: bad checksum. From 192.168.2.205:62631 to 192.168.2.1:53 ulen 42
Apr  1 17:12:01 Góra kern.debug kernel: [26517.420000] UDP: bad checksum. From 192.168.2.205:52380 to 192.168.2.1:53 ulen 68
Apr  1 17:12:02 Góra kern.debug kernel: [26518.020000] UDP: bad checksum. From 192.168.2.205:52381 to 192.168.2.1:53 ulen 64
Apr  1 17:12:03 Góra kern.warn kernel: [26519.860000] net_ratelimit: 1 callbacks suppressed
Apr  1 17:12:03 Góra kern.debug kernel: [26519.860000] UDP: bad checksum. From 192.168.2.205:61714 to 192.168.2.1:53 ulen 39
Apr  1 17:12:04 Góra kern.debug kernel: [26520.820000] UDP: bad checksum. From 192.168.2.205:61715 to 192.168.2.1:53 ulen 50
Apr  1 17:12:04 Góra kern.debug kernel: [26520.820000] UDP: bad checksum. From 192.168.2.205:61716 to 192.168.2.1:53 ulen 50
Apr  1 17:12:05 Góra kern.debug kernel: [26521.800000] UDP: bad checksum. From 192.168.2.205:58408 to 192.168.2.1:53 ulen 47
Apr  1 17:12:06 Góra kern.debug kernel: [26521.980000] UDP: bad checksum. From 192.168.2.205:57992 to 192.168.2.1:53 ulen 43
Apr  1 17:12:06 Góra kern.debug kernel: [26521.980000] UDP: bad checksum. From 192.168.2.205:62416 to 192.168.2.1:53 ulen 48
Apr  1 17:12:06 Góra kern.debug kernel: [26522.020000] UDP: bad checksum. From 192.168.2.205:54608 to 192.168.2.1:53 ulen 64
Apr  1 17:12:06 Góra kern.debug kernel: [26522.200000] UDP: bad checksum. From 192.168.2.205:49301 to 192.168.2.1:53 ulen 34
Apr  1 17:12:07 Góra kern.debug kernel: [26523.810000] UDP: bad checksum. From 192.168.2.205:57023 to 192.168.2.1:53 ulen 50
Apr  1 17:12:09 Góra kern.debug kernel: [26525.830000] UDP: bad checksum. From 192.168.2.205:61219 to 192.168.2.1:53 ulen 50
Apr  1 17:12:11 Góra kern.debug kernel: [26527.010000] UDP: bad checksum. From 192.168.2.205:60973 to 192.168.2.1:53 ulen 53
Apr  1 17:12:11 Góra kern.debug kernel: [26527.500000] UDP: bad checksum. From 192.168.2.205:53541 to 192.168.2.1:53 ulen 59
Apr  1 17:12:13 Góra kern.debug kernel: [26529.410000] UDP: bad checksum. From 192.168.2.205:64608 to 192.168.2.1:53 ulen 42
Apr  1 17:12:14 Góra kern.debug kernel: [26530.000000] UDP: bad checksum. From 192.168.2.205:49472 to 192.168.2.1:53 ulen 40
Apr  1 17:12:14 Góra kern.debug kernel: [26530.830000] UDP: bad checksum. From 192.168.2.205:49473 to 192.168.2.1:53 ulen 50
Apr  1 17:12:14 Góra kern.debug kernel: [26530.830000] UDP: bad checksum. From 192.168.2.205:49474 to 192.168.2.1:53 ulen 50
Apr  1 17:12:15 Góra kern.debug kernel: [26531.360000] UDP: bad checksum. From 192.168.2.205:62201 to 192.168.2.1:53 ulen 52
Apr  1 17:12:15 Góra kern.debug kernel: [26531.460000] UDP: bad checksum. From 192.168.2.205:57040 to 192.168.2.1:53 ulen 58
Apr  1 17:12:15 Góra kern.debug kernel: [26531.510000] UDP: bad checksum. From 192.168.2.205:65472 to 192.168.2.1:53 ulen 46
Apr  1 17:12:16 Góra kern.warn kernel: [26532.830000] net_ratelimit: 1 callbacks suppressed
Apr  1 17:12:16 Góra kern.debug kernel: [26532.830000] UDP: bad checksum. From 192.168.2.205:60647 to 192.168.2.1:53 ulen 50
Apr  1 17:12:17 Góra kern.debug kernel: [26533.440000] UDP: bad checksum. From 192.168.2.205:64143 to 192.168.2.1:53 ulen 68
Apr  1 17:12:17 Góra kern.debug kernel: [26533.830000] UDP: bad checksum. From 192.168.2.205:52514 to 192.168.2.1:53 ulen 50
Apr  1 17:12:18 Góra kern.debug kernel: [26534.000000] UDP: bad checksum. From 192.168.2.205:61770 to 192.168.2.1:53 ulen 52
Apr  1 17:12:18 Góra kern.debug kernel: [26534.050000] UDP: bad checksum. From 192.168.2.205:61771 to 192.168.2.1:53 ulen 68
Apr  1 17:12:18 Góra kern.debug kernel: [26534.050000] UDP: bad checksum. From 192.168.2.205:61772 to 192.168.2.1:53 ulen 68
Apr  1 17:18:07 Góra kern.info kernel: [26883.160000] device wlan0 left promiscuous mode
Apr  1 17:18:07 Góra kern.info kernel: [26883.160000] br-lan: port 2(wlan0) entered disabled state
Apr  1 17:18:09 Góra kern.info kernel: [26885.030000] eth1: link down
Apr  1 17:18:09 Góra kern.info kernel: [26885.050000] br-lan: port 1(eth1) entered disabled state
Apr  1 17:18:09 Góra kern.info kernel: [26885.790000] device eth1 left promiscuous mode
Apr  1 17:18:09 Góra kern.info kernel: [26885.790000] br-lan: port 1(eth1) entered disabled state
Apr  1 17:18:10 Góra kern.info kernel: [26886.860000] device eth1 entered promiscuous mode
Apr  1 17:18:10 Góra daemon.notice netifd: Interface 'lan' is now up
Apr  1 17:18:10 Góra daemon.notice netifd: Interface 'loopback' is now up
Apr  1 17:18:11 Góra user.notice firewall: Reloading firewall due to ifup of lan (br-lan)
Apr  1 17:18:11 Góra kern.info kernel: [26887.460000] eth1: link up (1000Mbps/Full duplex)
Apr  1 17:18:11 Góra kern.info kernel: [26887.460000] br-lan: port 1(eth1) entered forwarding state
Apr  1 17:18:11 Góra kern.info kernel: [26887.470000] br-lan: port 1(eth1) entered forwarding state
Apr  1 17:18:11 Góra kern.debug kernel: [26887.820000] UDP: bad checksum. From 192.168.2.205:61685 to 192.168.2.1:53 ulen 34
Apr  1 17:18:12 Góra kern.debug kernel: [26888.270000] UDP: bad checksum. From 192.168.2.205:60308 to 192.168.2.1:53 ulen 62
Apr  1 17:18:12 Góra kern.debug kernel: [26888.550000] UDP: bad checksum. From 192.168.2.205:55153 to 192.168.2.1:53 ulen 33
Apr  1 17:18:12 Góra kern.debug kernel: [26888.570000] UDP: bad checksum. From 192.168.2.205:52130 to 192.168.2.1:53 ulen 42
Apr  1 17:18:13 Góra kern.debug kernel: [26889.070000] UDP: bad checksum. From 192.168.2.205:54799 to 192.168.2.1:53 ulen 34
Apr  1 17:18:13 Góra kern.info kernel: [26889.470000] br-lan: port 1(eth1) entered forwarding state
Apr  1 17:18:13 Góra kern.debug kernel: [26889.600000] UDP: bad checksum. From 192.168.2.205:55135 to 192.168.2.1:53 ulen 40
Apr  1 17:18:14 Góra kern.debug kernel: [26889.990000] UDP: bad checksum. From 192.168.2.205:53751 to 192.168.2.1:53 ulen 50
Apr  1 17:18:14 Góra kern.debug kernel: [26889.990000] UDP: bad checksum. From 192.168.2.205:59002 to 192.168.2.1:53 ulen 33
Apr  1 17:18:14 Góra kern.debug kernel: [26890.000000] UDP: bad checksum. From 192.168.2.205:59003 to 192.168.2.1:53 ulen 50
Apr  1 17:18:14 Góra kern.debug kernel: [26890.000000] UDP: bad checksum. From 192.168.2.205:59004 to 192.168.2.1:53 ulen 50
Apr  1 17:18:14 Góra daemon.notice pppd[12787]: pppd 2.4.5 started by root, uid 0
Apr  1 17:18:14 Góra daemon.notice pppd[12787]: Removed stale lock on ttyUSB0 (pid 11234)
Apr  1 17:18:15 Góra kern.info kernel: [26891.850000] device wlan0 entered promiscuous mode
Apr  1 17:18:15 Góra local2.info chat[12868]: abort on (BUSY)
Apr  1 17:18:15 Góra local2.info chat[12868]: abort on (NO CARRIER)
Apr  1 17:18:15 Góra local2.info chat[12868]: abort on (ERROR)
Apr  1 17:18:15 Góra local2.info chat[12868]: report (CONNECT)
Apr  1 17:18:15 Góra local2.info chat[12868]: timeout set to 10 seconds
Apr  1 17:18:15 Góra local2.info chat[12868]: send (AT&F^M)
Apr  1 17:18:16 Góra local2.info chat[12868]: expect (OK)
Apr  1 17:18:16 Góra local2.info chat[12868]: AT&F^M^M
Apr  1 17:18:16 Góra local2.info chat[12868]: OK
Apr  1 17:18:16 Góra local2.info chat[12868]:  -- got it
Apr  1 17:18:16 Góra local2.info chat[12868]: send (ATE1^M)
Apr  1 17:18:16 Góra local2.info chat[12868]: expect (OK)
Apr  1 17:18:16 Góra local2.info chat[12868]: ^M
Apr  1 17:18:16 Góra local2.info chat[12868]: ATE1^M^M
Apr  1 17:18:16 Góra local2.info chat[12868]: OK
Apr  1 17:18:16 Góra local2.info chat[12868]:  -- got it
Apr  1 17:18:16 Góra local2.info chat[12868]: send (AT+CGDCONT=1,"IP","internet"^M)
Apr  1 17:18:16 Góra kern.info kernel: [26892.090000] br-lan: port 2(wlan0) entered forwarding state
Apr  1 17:18:16 Góra kern.info kernel: [26892.100000] br-lan: port 2(wlan0) entered forwarding state
Apr  1 17:18:16 Góra local2.info chat[12868]: timeout set to 30 seconds
Apr  1 17:18:16 Góra local2.info chat[12868]: expect (OK)
Apr  1 17:18:16 Góra local2.info chat[12868]: ^M
Apr  1 17:18:16 Góra local2.info chat[12868]: AT+CGDCONT=1,"IP","internet"^M^M
Apr  1 17:18:16 Góra local2.info chat[12868]: OK
Apr  1 17:18:16 Góra local2.info chat[12868]:  -- got it
Apr  1 17:18:16 Góra local2.info chat[12868]: send (ATD*99***1#^M)
Apr  1 17:18:16 Góra local2.info chat[12868]: expect (CONNECT)
Apr  1 17:18:16 Góra local2.info chat[12868]: ^M
Apr  1 17:18:16 Góra local2.info chat[12868]: ATD*99***1#^M^M
Apr  1 17:18:16 Góra local2.info chat[12868]: CONNECT
Apr  1 17:18:16 Góra local2.info chat[12868]:  -- got it
Apr  1 17:18:16 Góra local2.info chat[12868]: send ( ^M)
Apr  1 17:18:16 Góra daemon.info pppd[12787]: Serial connection established.
Apr  1 17:18:16 Góra daemon.info pppd[12787]: Using interface 3g-wan
Apr  1 17:18:16 Góra daemon.notice pppd[12787]: Connect: 3g-wan <--> /dev/ttyUSB0
Apr  1 17:18:17 Góra kern.warn kernel: [26893.350000] net_ratelimit: 10 callbacks suppressed
Apr  1 17:18:17 Góra kern.debug kernel: [26893.350000] UDP: bad checksum. From 192.168.2.205:58348 to 192.168.2.1:53 ulen 34
Apr  1 17:18:17 Góra daemon.warn pppd[12787]: Could not determine remote IP address: defaulting to 10.64.64.64
Apr  1 17:18:17 Góra daemon.notice pppd[12787]: local  IP address 100.127.144.174
Apr  1 17:18:17 Góra daemon.notice pppd[12787]: remote IP address 10.64.64.64
Apr  1 17:18:17 Góra daemon.notice pppd[12787]: primary   DNS address 185.89.185.1
Apr  1 17:18:17 Góra daemon.notice pppd[12787]: secondary DNS address 89.108.202.21
Apr  1 17:18:17 Góra daemon.notice netifd: Interface 'wan' is now up
Apr  1 17:18:17 Góra kern.debug kernel: [26893.860000] UDP: bad checksum. From 192.168.2.205:59454 to 192.168.2.1:53 ulen 58
Apr  1 17:18:17 Góra kern.debug kernel: [26893.860000] UDP: bad checksum. From 192.168.2.205:50005 to 192.168.2.1:53 ulen 64
Apr  1 17:18:17 Góra kern.debug kernel: [26893.860000] UDP: bad checksum. From 192.168.2.205:56356 to 192.168.2.1:53 ulen 58
Apr  1 17:18:18 Góra kern.info kernel: [26894.100000] br-lan: port 2(wlan0) entered forwarding state
Apr  1 17:18:18 Góra kern.debug kernel: [26894.460000] UDP: bad checksum. From 192.168.2.205:61968 to 192.168.2.1:53 ulen 37
Apr  1 17:18:18 Góra kern.debug kernel: [26894.460000] UDP: bad checksum. From 192.168.2.205:64000 to 192.168.2.1:53 ulen 39
Apr  1 17:18:18 Góra kern.debug kernel: [26894.460000] UDP: bad checksum. From 192.168.2.205:63403 to 192.168.2.1:53 ulen 37
Apr  1 17:18:18 Góra kern.debug kernel: [26894.860000] UDP: bad checksum. From 192.168.2.205:54865 to 192.168.2.1:53 ulen 52
Apr  1 17:18:19 Góra kern.debug kernel: [26895.180000] UDP: bad checksum. From 192.168.2.205:61197 to 192.168.2.1:53 ulen 34
Apr  1 17:18:19 Góra user.notice dnsmasq: DNS rebinding protection is active, will discard upstream RFC1918 responses!
Apr  1 17:18:19 Góra user.notice dnsmasq: Allowing 127.0.0.0/8 responses
Apr  1 17:18:19 Góra user.notice dnsmasq: Allowing RFC1918 responses for domain free.aero2.net.pl
Apr  1 17:18:20 Góra kern.debug kernel: [26895.930000] UDP: bad checksum. From 192.168.2.205:50494 to 192.168.2.1:53 ulen 50
Apr  1 17:18:22 Góra daemon.crit dnsmasq[13009]: bad PTR record at line 26 of /var/etc/dnsmasq.conf
Apr  1 17:18:22 Góra daemon.crit dnsmasq[13009]: FAILED to start up
Apr  1 17:18:23 Góra kern.warn kernel: [26899.350000] net_ratelimit: 1 callbacks suppressed
Apr  1 17:18:23 Góra kern.debug kernel: [26899.350000] UDP: bad checksum. From 192.168.2.205:56886 to 192.168.2.1:53 ulen 62
Apr  1 17:18:24 Góra kern.debug kernel: [26900.280000] UDP: bad checksum. From 192.168.2.205:57870 to 192.168.2.1:53 ulen 68
Apr  1 17:18:24 Góra kern.debug kernel: [26900.280000] UDP: bad checksum. From 192.168.2.205:57871 to 192.168.2.1:53 ulen 68
Apr  1 17:18:24 Góra kern.debug kernel: [26900.280000] UDP: bad checksum. From 192.168.2.205:58395 to 192.168.2.1:53 ulen 68
Apr  1 17:18:24 Góra kern.debug kernel: [26900.460000] UDP: bad checksum. From 192.168.2.205:57275 to 192.168.2.1:53 ulen 37
Apr  1 17:18:24 Góra kern.debug kernel: [26900.460000] UDP: bad checksum. From 192.168.2.205:61448 to 192.168.2.1:53 ulen 37
Apr  1 17:18:24 Góra kern.debug kernel: [26900.460000] UDP: bad checksum. From 192.168.2.205:62712 to 192.168.2.1:53 ulen 39
Apr  1 17:18:24 Góra kern.debug kernel: [26900.570000] UDP: bad checksum. From 192.168.2.205:55238 to 192.168.2.1:53 ulen 29
Apr  1 17:18:25 Góra kern.debug kernel: [26901.810000] UDP: bad checksum. From 192.168.2.205:61492 to 192.168.2.1:53 ulen 44
Apr  1 17:18:26 Góra kern.debug kernel: [26902.780000] UDP: bad checksum. From 192.168.2.205:64259 to 192.168.2.1:53 ulen 34
Apr  1 17:18:30 Góra kern.warn kernel: [26906.870000] net_ratelimit: 6 callbacks suppressed
Apr  1 17:18:30 Góra kern.debug kernel: [26906.880000] UDP: bad checksum. From 192.168.2.205:51562 to 192.168.2.1:53 ulen 63
Apr  1 17:18:31 Góra kern.debug kernel: [26907.870000] UDP: bad checksum. From 192.168.2.205:63515 to 192.168.2.1:53 ulen 57
Apr  1 17:18:32 Góra kern.debug kernel: [26908.000000] UDP: bad checksum. From 192.168.2.205:63857 to 192.168.2.1:53 ulen 50
Apr  1 17:18:32 Góra kern.debug kernel: [26908.780000] UDP: bad checksum. From 192.168.2.205:60793 to 192.168.2.1:53 ulen 36
Apr  1 17:18:32 Góra kern.debug kernel: [26908.780000] UDP: bad checksum. From 192.168.2.205:60984 to 192.168.2.1:53 ulen 58
Apr  1 17:18:33 Góra kern.debug kernel: [26909.870000] UDP: bad checksum. From 192.168.2.205:49834 to 192.168.2.1:53 ulen 57
Apr  1 17:18:36 Góra kern.debug kernel: [26912.380000] UDP: bad checksum. From 192.168.2.205:49835 to 192.168.2.1:53 ulen 58
Apr  1 17:18:36 Góra kern.debug kernel: [26912.380000] UDP: bad checksum. From 192.168.2.205:49836 to 192.168.2.1:53 ulen 58
Apr  1 17:18:36 Góra kern.debug kernel: [26912.380000] UDP: bad checksum. From 192.168.2.205:49837 to 192.168.2.1:53 ulen 64
Apr  1 17:18:36 Góra kern.debug kernel: [26912.380000] UDP: bad checksum. From 192.168.2.205:49838 to 192.168.2.1:53 ulen 64
Apr  1 17:18:38 Góra kern.warn kernel: [26913.890000] net_ratelimit: 4 callbacks suppressed
Apr  1 17:18:38 Góra kern.debug kernel: [26913.900000] UDP: bad checksum. From 192.168.2.205:54968 to 192.168.2.1:53 ulen 44
Apr  1 17:18:38 Góra kern.debug kernel: [26913.910000] UDP: bad checksum. From 192.168.2.205:56134 to 192.168.2.1:53 ulen 50
Apr  1 17:18:38 Góra kern.debug kernel: [26913.940000] UDP: bad checksum. From 192.168.2.205:61938 to 192.168.2.1:53 ulen 57
Apr  1 17:18:38 Góra kern.debug kernel: [26914.370000] UDP: bad checksum. From 192.168.2.205:50837 to 192.168.2.1:53 ulen 62
Apr  1 17:18:38 Góra kern.debug kernel: [26914.370000] UDP: bad checksum. From 192.168.2.205:58001 to 192.168.2.1:53 ulen 58
Apr  1 17:18:38 Góra kern.debug kernel: [26914.370000] UDP: bad checksum. From 192.168.2.205:62412 to 192.168.2.1:53 ulen 64
Apr  1 17:18:38 Góra kern.debug kernel: [26914.390000] UDP: bad checksum. From 192.168.2.205:58608 to 192.168.2.1:53 ulen 68
Apr  1 17:18:39 Góra kern.debug kernel: [26914.930000] UDP: bad checksum. From 192.168.2.205:59994 to 192.168.2.1:53 ulen 50
Apr  1 17:18:39 Góra kern.debug kernel: [26915.870000] UDP: bad checksum. From 192.168.2.205:65231 to 192.168.2.1:53 ulen 57
Apr  1 17:18:40 Góra kern.debug kernel: [26915.900000] UDP: bad checksum. From 192.168.2.205:64287 to 192.168.2.1:53 ulen 63
Apr  1 17:18:42 Góra user.notice firewall: Reloading firewall due to ifup of wan (3g-wan)
Apr  1 17:18:44 Góra kern.warn kernel: [26920.000000] net_ratelimit: 2 callbacks suppressed
Apr  1 17:18:44 Góra kern.debug kernel: [26920.000000] UDP: bad checksum. From 192.168.2.205:61103 to 192.168.2.1:53 ulen 50
Apr  1 17:18:44 Góra kern.debug kernel: [26920.000000] UDP: bad checksum. From 192.168.2.205:61105 to 192.168.2.1:53 ulen 50
Apr  1 17:18:44 Góra kern.debug kernel: [26920.000000] UDP: bad checksum. From 192.168.2.205:61104 to 192.168.2.1:53 ulen 50
Apr  1 17:18:44 Góra kern.debug kernel: [26920.780000] UDP: bad checksum. From 192.168.2.205:50253 to 192.168.2.1:53 ulen 36
Apr  1 17:18:44 Góra kern.debug kernel: [26920.780000] UDP: bad checksum. From 192.168.2.205:55329 to 192.168.2.1:53 ulen 58
Apr  1 17:18:45 Góra kern.debug kernel: [26920.890000] UDP: bad checksum. From 192.168.2.205:56794 to 192.168.2.1:53 ulen 44
Success

2. Router dodatkowy pracuje jako AccessPoint. Wgrany Gargoyle najnowszy i tyle. W zasadzie jak odczepiam go z sieci to i tak występuje problem z połączeniem internetowym na głównym routerze. Jego IP 192.168.1.1. Ma ustawioną bramę 192.168.2.1

Przy okazji pytanie - czy to normalne, że jeśli pracuje jako AccessPoint z wyłączonym DHCP to nie można zalogować się do panela Gargoyle? Muszę wtedy ustawiać na karcie sieciowej adres np. 192.168.1.2 żeby działało. Dziwne też, że jak w panelu włączę znowu DHCP to nie widać go nawet po resecie.

Bardzo proszę o pomoc. Wiele godzin to męczę i nic. sad

Cezary napisał/a:

Z powodu małej ilości flash. Chcesz to zainstaluj oryginał z gargoyle-router.com, ale wtedy usb nie będzie. Mam rozumieć że niepotrzebne i tak skoro chcesz repeatera  używać.

Sorki, że odgrzebuję. Ale czy jak chcę wgrać  firmware gargoyle-router.com mając już GargoylePL to powinienem wybrać paczkę factory czy sysupgrade?

Bardzo dziękuję. Udało się. smile

Dla potomnych:
Ostatecznie musiałem przeinstalować wszystko bo nie działało.

1. Instalacja extroot https://eko.one.pl/forum/viewtopic.php?id=1807
2. Doinstalowałem najważniejsze pakiety http://eko.one.pl/forum/viewtopic.php?pid=91152#p91152
3. Doinstalowałem obsługę QMI dla mojego e398 https://eko.one.pl/?p=openwrt-3g

w ostatnim punkcie wybrałem:
- Połączenie: Modem 3G/LTE (NGIS)
- Interfejs WAN: wwan0
- Protokół QMI
- urządzenie - wykryło automatycznie (opcja skanuj): /dev/cdc-wdm0

Pozdrawiam

Bardzo dziękuję. Spróbuje i napiszę czy się udało.

W Gargoyle:

Modem CDMA/3G/LTE
Technologia: 4G/3G/2G (zależy od modemu)

Czy o to chodziło?

Niestety nie mam zielonego pojęcia. Jak to mogę sprawdzić?

Witam,

przez przypadek odkryłem, że router mr3420 v2 z modemem e398 z softem Gargoyle daje osiągi rzędu 18-20mbs (download)/20-30mbs upload, natomiast z oryginalnym softem 40-50 / 30-40.

Czy znany jest ten problem? Z czym może to być związane i czy można sobie z tym jakoś poradzić. Dodam, że na Gargoylu mam jeszcze extroota.

Nie chciałbym rozstawać się z Gargoylem ale przyznacie, że różnica znaczna.

Pomóżcie smile

Witam

Mam dwa routery MR3420 z softem Gargoyle. Drugi jest podpięty do pierwszego przez gniazdo LAN. W ustawieniach drugiego  wyłączyłem DHCP oraz nadalem mu kolejny numer czyli 192.68.1.2 Komputer podłączony jest pod drugi router i internet fajnie działa. Jednak po zalogowaniu sie na SSH na router  192.68.1.2 nie ma internetu. Nie dziala pingowanie. Pod panelem Gargoyla nie pobierany jest czas oraz nie da sie sprawdzic aktualizacji (czyli tez nie ma internetu).

Pierwszy router czyli 192.168.1.1 ma DHCP oraz internet bierze z modemu USB. Tutaj oczywiście jest internet i po wifi i po kablu i w SSH tez pinguje itd.

Prosze o pomoc jak to poprawic, aby router nr 2 mial internet. Chcialem doinstalowac pare rzeczy w tym exroota i nie moge.

71

(4 odpowiedzi, napisanych Oprogramowanie / Software)

Czy ten plugin na mewno nazywa sie USB reset? Jakos nie moge znalezc.

Dzieki.

72

(4 odpowiedzi, napisanych Oprogramowanie / Software)

Dzięki za radę.

Bo przy takich osiagach to lepiej wlaczyc HDSPA+ w moim przypadku (20mbit kontra 27mbit)

73

(4 odpowiedzi, napisanych Oprogramowanie / Software)

Zrobilem jeszcze inaczej. Wlozylem modem do kompa i pod programem plusa ustawilem LTE a w drugiej skecji brak. W wyniku czego polaczyl mi sie z LTE. Jednak tylko 20mbps sad

Czy nie powinno byc w nazwie hosta slowa LTE?
Mam apn-xxx-xxx-xxx-xxx.dynamic.gprs.plus.pl

Konfiguracja: najnowszy Gargoyle mr3420 + e398 + iPlus

Mam bardzo blisko BTS plusa (jakies 200-300m w lini prostej bez przeszkod - prawie czysta łąka). Na modemie podlaczonym do kompa wszystko smiga az milo. LTE daje prawie 60Mbit (http://www.speedtest.net/my-result/3448917872). Na zwyklym HDSPA+ oko 25-27mbit.

Problem gdy podlaczam modem do MR3420. Wywala mi od razu HDSPA+ (a chcialbym LTE).

Robilem:
echo "AT^SYSCFGEX=\"0302\",3fffffff,2,4,7fffffffffffffff,, " > /dev/ttyUSB0
ale i tak w koncu dzialal tylko 3G.

Zrobilem zatem:
echo "AT^SYSCFGEX=\"03\",3fffffff,2,4,7fffffffffffffff,, " > /dev/ttyUSB0
w rezultacie pokazywalo mi w Status > Modem3G/LTE zasieg LTE jednak wogole nie laczylo.

Wiem ze sa problemy z tym ruterem gdy nie ma HUBa USB z zasilaczem, no ale chyba mimo wszystko powinno chwile pochodzic na LTE?

Z gory dzieki za reade

75

(4 odpowiedzi, napisanych Oprogramowanie / Software)

W oryginalnym sofcie TP Linka na MR3420 byla normalnie mozliwosc rozlaczenia polaczenia a potem ponowne nawiazanie polaczenia. Niby nic, ale w razie potrzeby moglem szybko zmienic swoje IP. (ponowne polaczenie przypisuje inny IP). Korzystam z E398 i plusa.

Tutaj nic takiego nie widze (najnowszy
Gargoyle). Nie moge znalezc tez zadnego dodatku. Probowalem nowy dodatek do AERO2, ale pierwszy przycisk to chyba reset routera (ponowne uruchomienie trwa bardoz dlugo) a ten drugi nie dziala z karta plusa chyba.

Poprosze o jakies rozwiazanie problemu.