Pomoc QNAP QHora 301W - Problem z połączeniem WAN na OFW

shevchenko1987

shevchenko1987

Passing Basics
Beginner
30 Grudzień 2023
14
4
3
36
QNAP
null
Ethernet
1 GbE
ześć, witajcie!

W piątek nabyłem drogą kupna nową sztukę routera QNAP QHora 301W. Aktualnie działa na OFW, gdyż mam 14 dni na zwrot.

Niestety mam z nią następujący problem, otóż gdy podłączę ją do ONT (Huawei EchoLife HG8040H, operator: JMDI) wywala mi średnio co 5-6 minut połaczenie z internetem.

Otrzymuje w logach coś w stylu: "[QuRouter]: Failed to connect to the Internet WAN1".

Połączenie się zrywa na kilka sekund (~5 s) i wraca. Jest to o tyle dziwne, że mam w domu TP-Linka AX53, który podłączony do tego samego gniazda nie ma żadnych problemów.

Próbowałem już zmiany kabla ethernetowego, uruchomiłem ponownie ONT, resetowałem QHorę do fabryki, przywróciłem soft o jeden starszy niż najnowszy i dalej to samo.

Wykonałem jeszcze jeden test w postaci wpięcia QHory do portu LAN TP-Linka, który był podłączony do ONT i w takim układzie QHora działała bez przeszkód.

Dlaczego więc podłączona bezpośrednio do ONT krzaczy co 5-6 minut i zrywa połączenie? Brakuje mi już pomysłów.
 
a w JMDI nie ma przypisanego MAC do usługi?
 
Nowy router / urządzenie po podłączeniu się dopisuje do konta abonenta, więc to nie to.
 
shevchenko1987 napisał:
Niestety mam z nią następujący problem, otóż gdy podłączę ją do ONT (Huawei EchoLife HG8040H, operator: JMDI) wywala mi średnio co 5-6 minut połaczenie z internetem.
Kliknij, aby rozwinąć...
Masz złe MTU na WAN ustawione. MTU sie "rozjeżdża".
Spróbuj zmniejszyć MTU na WANie z 1500 na 1492.
shevchenko1987 napisał:
że mam w domu TP-Linka AX53
Kliknij, aby rozwinąć...
to szajs, którym obeszli to poprzez szybko reconnecting - ale zapewniam Cie, nie utrzymasz na nim stabilnego VPN'a.

Adjusting the MTU size to fix dropping connection with all computers

Ew. dzwoń do operatora i pytaj jakie ma być MTU.
 
Zmieniłem MTU na 1492 z 1500, ale niestety bez zmian.

Napisałem zgłoszenie do ISP z prośbą o podanie wartości jaką stosują.
 
shevchenko1987 napisał:
Niestety mam z nią następujący problem, otóż gdy podłączę ją do ONT (Huawei EchoLife HG8040H, operator: JMDI) wywala mi średnio co 5-6 minut połaczenie z internetem.
Kliknij, aby rozwinąć...
To jest typowy problem złej długości ramki.
Sprobuj zjechac nizej... 1480 ?

Połączono posty:

Ps.
Co się dzieje jak wylączysz Qhora i włączysz?
Internet wraca?
 
Niestety, ale mialem tak z jednym operatorem,
Wystarczy ze zrobiłem most Ubiquiti i transfery zrywalo albo spadal o 1/3.
Mało tego... ten sam operator dostawil X firmie VPN'a.... działał 5 minut po czym sie rozlączał i koniec.
Myśle, że Twój operator nie ogarnia czegoś. :(
 
Wiesz co.... logi do analizy, przeslane do centrali, mają sens. Ale IMHO to problem operatora. W zgloszeniu postaraj sie doslac informacje takie jakie ma byc ustawione MTU - według oficjalnej wersji operatora, oraz parametry sieci.
 
Zawsze to będzie jakaś podpórka w walce z operatorem, który pewnie będzie się zapierał, że u nich jest wszystko w porządku.
 
shevchenko1987 napisał:
Zawsze to będzie jakaś podpórka w walce z operatorem, który pewnie będzie się zapierał, że u nich jest wszystko w porządku.
Kliknij, aby rozwinąć...
Ooooo chłooooopie - skąd, że ja to znam xD
Walcz w imieniu wszystkich użytkowników internetu: "że u mnie działa" to tylko bezużyteczny slogan
 
Googluje dalej.

Puściłem ping zakresowy:

shevchenko1987@MacBook-Pro-Sawomir ~ % ping -g 1300 -G 1600 -h 10 -D www.google.com
PING www.google.com (142.250.186.196): (1300 ... 1600) data bytes
76 bytes from 142.250.186.196: icmp_seq=0 ttl=119 time=4.518 ms
wrong total length 96 instead of 1328
76 bytes from 142.250.186.196: icmp_seq=1 ttl=119 time=4.215 ms
wrong total length 96 instead of 1338
76 bytes from 142.250.186.196: icmp_seq=2 ttl=119 time=4.525 ms
wrong total length 96 instead of 1348
76 bytes from 142.250.186.196: icmp_seq=3 ttl=119 time=4.306 ms
wrong total length 96 instead of 1358
76 bytes from 142.250.186.196: icmp_seq=4 ttl=119 time=4.220 ms
wrong total length 96 instead of 1368
76 bytes from 142.250.186.196: icmp_seq=5 ttl=119 time=4.283 ms
wrong total length 96 instead of 1378
76 bytes from 142.250.186.196: icmp_seq=6 ttl=119 time=4.360 ms
wrong total length 96 instead of 1388
76 bytes from 142.250.186.196: icmp_seq=7 ttl=119 time=4.604 ms
wrong total length 96 instead of 1398
76 bytes from 142.250.186.196: icmp_seq=8 ttl=119 time=4.387 ms
wrong total length 96 instead of 1408
76 bytes from 142.250.186.196: icmp_seq=9 ttl=119 time=4.204 ms
wrong total length 96 instead of 1418
76 bytes from 142.250.186.196: icmp_seq=10 ttl=119 time=4.510 ms
wrong total length 96 instead of 1428
76 bytes from 142.250.186.196: icmp_seq=11 ttl=119 time=4.213 ms
wrong total length 96 instead of 1438
76 bytes from 142.250.186.196: icmp_seq=12 ttl=119 time=4.461 ms
wrong total length 96 instead of 1448
76 bytes from 142.250.186.196: icmp_seq=13 ttl=119 time=4.259 ms
wrong total length 96 instead of 1458
556 bytes from qhora301w552312 (192.168.100.1): frag needed and DF set (MTU 1464)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 bc05 1923 0 0000 40 01 ad50 192.168.100.102 142.250.186.196

Request timeout for icmp_seq 14
556 bytes from qhora301w552312 (192.168.100.1): frag needed and DF set (MTU 1464)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 c605 4d59 0 0000 40 01 7910 192.168.100.102 142.250.186.196

Request timeout for icmp_seq 15
556 bytes from qhora301w552312 (192.168.100.1): frag needed and DF set (MTU 1464)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 d005 2827 0 0000 40 01 9e38 192.168.100.102 142.250.186.196

Request timeout for icmp_seq 16
556 bytes from qhora301w552312 (192.168.100.1): frag needed and DF set (MTU 1464)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 da05 b3c0 0 0000 40 01 1295 192.168.100.102 142.250.186.196

ping: sendto: Message too long
Request timeout for icmp_seq 17
ping: sendto: Message too long
Request timeout for icmp_seq 18
ping: sendto: Message too long
Request timeout for icmp_seq 19
ping: sendto: Message too long
Request timeout for icmp_seq 20
ping: sendto: Message too long
Request timeout for icmp_seq 21
ping: sendto: Message too long
Request timeout for icmp_seq 22
ping: sendto: Message too long
Request timeout for icmp_seq 23
ping: sendto: Message too long
Request timeout for icmp_seq 24
ping: sendto: Message too long
Request timeout for icmp_seq 25
ping: sendto: Message too long
Request timeout for icmp_seq 26
ping: sendto: Message too long
Request timeout for icmp_seq 27
ping: sendto: Message too long
Request timeout for icmp_seq 28
ping: sendto: Message too long
Request timeout for icmp_seq 29

--- www.google.com ping statistics ---
31 packets transmitted, 14 packets received, 54.8% packet loss
round-trip min/avg/max/stddev = 4.204/4.362/4.604/0.134 ms
Kliknij, aby rozwinąć...

Maksymalne MTU: 1458?

Czy 1458 + 28?
Połączono posty:

Obie wartości nic nie zmieniają. Ręce mi opadają. :(
 
Puściłem drugi raz:

shevchenko1987@MacBook-Pro-Sawomir ~ % ping -g 1400 -G 1600 -h 10 -D www.google.com
PING www.google.com (172.217.16.4): (1400 ... 1600) data bytes
76 bytes from 172.217.16.4: icmp_seq=0 ttl=119 time=4.340 ms
wrong total length 96 instead of 1428
76 bytes from 172.217.16.4: icmp_seq=1 ttl=119 time=4.599 ms
wrong total length 96 instead of 1438
76 bytes from 172.217.16.4: icmp_seq=2 ttl=119 time=4.497 ms
wrong total length 96 instead of 1448
76 bytes from 172.217.16.4: icmp_seq=3 ttl=119 time=4.243 ms
wrong total length 96 instead of 1458
76 bytes from 172.217.16.4: icmp_seq=4 ttl=119 time=4.623 ms
wrong total length 96 instead of 1468
76 bytes from 172.217.16.4: icmp_seq=5 ttl=119 time=4.379 ms
wrong total length 96 instead of 1478
556 bytes from qhora301w552312 (192.168.100.1): frag needed and DF set (MTU 1486)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 d005 a974 0 0000 40 01 a9cc 192.168.100.102 172.217.16.4

Request timeout for icmp_seq 6
556 bytes from qhora301w552312 (192.168.100.1): frag needed and DF set (MTU 1486)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 da05 842a 0 0000 40 01 cf0c 192.168.100.102 172.217.16.4

ping: sendto: Message too long
Request timeout for icmp_seq 7
ping: sendto: Message too long
Request timeout for icmp_seq 8
ping: sendto: Message too long
Request timeout for icmp_seq 9
ping: sendto: Message too long
Request timeout for icmp_seq 10
ping: sendto: Message too long
Request timeout for icmp_seq 11
ping: sendto: Message too long
Request timeout for icmp_seq 12
ping: sendto: Message too long
Request timeout for icmp_seq 13
ping: sendto: Message too long
Request timeout for icmp_seq 14
ping: sendto: Message too long
Request timeout for icmp_seq 15
ping: sendto: Message too long
Request timeout for icmp_seq 16
ping: sendto: Message too long
Request timeout for icmp_seq 17
ping: sendto: Message too long
Request timeout for icmp_seq 18
ping: sendto: Message too long
Request timeout for icmp_seq 19

--- www.google.com ping statistics ---
21 packets transmitted, 6 packets received, 71.4% packet loss
round-trip min/avg/max/stddev = 4.243/4.447/4.623/0.138 ms
shevchenko1987@MacBook-Pro-Sawomir ~ %
Kliknij, aby rozwinąć...
Połączono posty:

Dobra, już wiem. To wyżej było ograniczone, gdyż ustawiłem na routerze MTU: 1486.

Teraz podbiłem do 1500 i zwraca:

shevchenko1987@MacBook-Pro-Sawomir ~ % ping -g 1402 -G 1600 -h 10 -D www.google.com
PING www.google.com (172.217.16.4): (1402 ... 1600) data bytes
76 bytes from 172.217.16.4: icmp_seq=0 ttl=119 time=4.778 ms
wrong total length 96 instead of 1430
76 bytes from 172.217.16.4: icmp_seq=1 ttl=119 time=4.516 ms
wrong total length 96 instead of 1440
76 bytes from 172.217.16.4: icmp_seq=2 ttl=119 time=4.611 ms
wrong total length 96 instead of 1450
76 bytes from 172.217.16.4: icmp_seq=3 ttl=119 time=4.704 ms
wrong total length 96 instead of 1460
76 bytes from 172.217.16.4: icmp_seq=4 ttl=119 time=4.493 ms
wrong total length 96 instead of 1470
76 bytes from 172.217.16.4: icmp_seq=5 ttl=119 time=4.388 ms
wrong total length 96 instead of 1480
76 bytes from 172.217.16.4: icmp_seq=6 ttl=119 time=4.654 ms
wrong total length 96 instead of 1490
76 bytes from 172.217.16.4: icmp_seq=7 ttl=119 time=4.467 ms
wrong total length 96 instead of 1500
ping: sendto: Message too long
ping: sendto: Message too long
Request timeout for icmp_seq 8
ping: sendto: Message too long
Request timeout for icmp_seq 9
ping: sendto: Message too long
Request timeout for icmp_seq 10
ping: sendto: Message too long
Request timeout for icmp_seq 11
ping: sendto: Message too long
Request timeout for icmp_seq 12
ping: sendto: Message too long
Request timeout for icmp_seq 13
ping: sendto: Message too long
Request timeout for icmp_seq 14
ping: sendto: Message too long
Request timeout for icmp_seq 15
ping: sendto: Message too long
Request timeout for icmp_seq 16
ping: sendto: Message too long
Request timeout for icmp_seq 17
ping: sendto: Message too long
Request timeout for icmp_seq 18

--- www.google.com ping statistics ---
20 packets transmitted, 8 packets received, 60.0% packet loss
round-trip min/avg/max/stddev = 4.388/4.576/4.778/0.124 ms
shevchenko1987@MacBook-Pro-Sawomir ~ %
Kliknij, aby rozwinąć...
 
Dowiedziałem się, że mój operator (JMDI) ma ustawione odświeżanie IP po DHCP własnie na 6 minut, więc to by się zgadzało skąd te równe odstępy w zrywaniu połączenia. Musi więc to być jakiś błąd softu, bo w innych routerach, które posiadałem im to nie przeszkadzało, a QNAP'owi już tak.

Zrzut-ekranu-2023-12-31-o-10-47-07.png


Próbowałem też ustawienia statycznego IP zamiast DHCP, ale bez rezultatu.

Ciągle czekam na jakąś informacje od supportu, gdyż poprosili wczoraj o dostęp zdalny, ale od tamtej pory cisza.

Kusi mnie coraz bardziej żeby wrzucić OpenWRT, gdyż na oryginalnym sofcie chyba nie uda się tego naprawić.
Tylko niech się ktoś wypowie czy powrót do oryginalnego softu (w przypadku dalszego zrywania połączenia przez WAN) odbywa się w jakiś cywilizowany sposób (bez patroszenia)? ;)

Jak QHora zachowuje się na OpenWRT? Nie resetuje się? Połączenie jest stabilne? Jak z Wi-Fi? Zasięg jak na oryginalnym sofcie? Nie zrywa połączeń?
 
Musisz się zalogować lub zarejestrować, aby odpowiedzieć tutaj.

Użytkownicy znaleźli tą stronę używając tych słów:

  1. qhora
  2. QHora-301W
  3. QHora-301W SMB
  4. qhora FTP
Początek strony Dół
Z powrotem