26

(267 odpowiedzi, napisanych Oprogramowanie / Software)

boood napisał/a:

Dziękuję  bardzo za sprawdzenie.  Szkoda że nie daje rady prądowo. Inaczej byłby  wszystko mającym ekonomicznym routerem. Jestem tylko ciekaw czy podwójny USB by coś zmienił. Choć z drugiej strony szkoda dwóch USB pod modem.

Porobiłem kilka testów dzisiaj (a w zasadzie to wczoraj wink) i rezultaty okazały się zaskakujące. Mianowicie, gdy modem był podłączony do routera bezpośrednio (tj. bez huba, przez dość długi przedłużacz USB) to połączenie na modemie było rwane i to w dość zaskakujących momentach, np. nie w czasie najszybszego transferu, a w czasie gdy transfer ten przerywałem. Natomiast gdy podłączyłem modem poprzez huba (tj. wpiąłem do niego wspomniany przedłużacz) - połączenie było stabilne, pomimo, że hub nie był zasilany (ani przez ładowarkę ani przez dodatkowy port USB). Dziwne, no nie? Może to rwanie połączenia było spowodowane jakąś niekompatybilnością a nie brakiem prądu? No bo jak wytłumaczyć, że dodatkowy element na drodze, który trochę prądu zabiera (może niewiele, ale jednak) poprawia sytuację.

Aha, modem działał stabilnie także gdy wpięty był z dodatkowym zasilaniem zewnętrznym -  hub zasilany ładowarką od komórki lub wpięty dodatkowo do drugiego portu USB routera.

ADDENDUM:
Po głębokim zastanowieniu:

1) Modem wpięty przez kabel do routera zalicza padakę, znaczy się - ma za mało prądu,
2) Tenże modem wpięty za pośrednictwem huba - działa stabilnie, pomimo, że hub nie jest zasilany - widać tym razem prądu starcza,
3) Zatem hub musiał sam z siebie jakoś wygenerować brakujący prąd ...

Wniosek nasuwa się sam: panowie, odkryłem perpetuum mobile!
ROTFL

Nie mogę tego teraz znaleźć, ale gdy szukałem informacji na temat obu tych routerów, to znalazłem sugestię, że sprzęt jest ten sam a różnica w prędkości wynika ze sztucznego ograniczenia w oprogramowaniu. Z drugiej strony nikt nigdzie tego nie potwierdził na 100%.

28

(267 odpowiedzi, napisanych Oprogramowanie / Software)

@9tysięcy - Ja nie wiem co "wiadomo", ja wiem co sam od kilku lat używam. Mam zasięg LTE około 60 procent, może w porywach dojdzie do 70 jak wiatr w dobrą stronę zawieje. Mój MR420 to v1 i nie miałem z nim problemu. Potem przeszedłem na WR842N v1 - te same bebechy co MR3420, tylko flasza 8 MB a nie 4. Też bez problemu z modemem. Hmm może wyższe wersje sprzętowe sobie inaczej radzą z modemami?

A to chętnie zobaczę gdzie.

30

(267 odpowiedzi, napisanych Oprogramowanie / Software)

Szybki test po przeinstalowaniu LEDE - prądu dla modemu LTE nie starcza - Huawei E3372h rozłącza się przy "poważniejszych" obciążeniach, np. przy sprawdzaniu prędkości na speedtest.net. Bez huba się nie obejdzie. Akurat dzisiaj odebrałem też huba (Unitek 4x USB 3.0 - model Y-3089 - ma dodatkowe wejście mikro USB na zasilacz) i wygląda na to, że z tym hubem działa. Z kablem USB typu Y nie próbowałem bo takowego nie mam (tj. aby wpiąć modem do obu portów USB jednocześnie).

BTW, z TP-Linkami ten modem działał bez żadnych hubów (przetestowane na MR3420, WR842N, WR1043ND - zarówno v1 jak i v2, oraz WDR3600).

ADDENDUM: szybki test sprawności i wychodzi, że niestety zasięg tego routera jest chyba gorszy (u mnie w domu) niż WDR3600 (z naciskiem na "chyba", bo jeden szybki teścik jeszcze niczego nie przesądza), tj. na 2.4 GHz daje radę nie gorzej niż konkurencja, ale na 5 GHz jest niezbyt dobrze. W efekcie chyba więcej korzyści odniosę robiąc z niego AP (niech propaguje sieć domową w AC) niż router. Szkoda by było trochę tej "wypasioności", ale jeszcze zobaczymy.

Ale Twoje forum napędza sprzedaż ;-)

BTW, sam ostatnio licytowałem Archera C5 ale odpuściłem sobie zanim cena osiągnęła 200 zł, a tu niespodzianka - Zyxel o podobnych możliwościach, bez nerwów i taniej big_smile

He, he, Cezary, wygląda, ze wszyscy z eko.one.pl chcą Zyxele - powinieneś procent dostać od sprzedaży ;-)

33

(267 odpowiedzi, napisanych Oprogramowanie / Software)

@up - sprawdzę to pewnie niedługo - tylko muszę LEDE przeflaszować.

Super! Ja też skasowałem swojego posta jak zobaczyłem, że Twój znikł big_smile
I dzięki za instrukcję - czeka mnie to dzisiaj - też odebrałem swoje "S13" wink
Dalsze rozważania proponuję przeniść do tego wątku: https://eko.one.pl/forum/viewtopic.php?id=10569

35

(14 odpowiedzi, napisanych Oprogramowanie / Software)

OK, sprawdzę gdy wrócę do Gargulca - na razie na LEDE jadę smile

36

(14 odpowiedzi, napisanych Oprogramowanie / Software)

Restart był na 3-cią nad ranem i to OK. Tylko potem router próbował się podnieść ale nie mógł - restartował się bez przerwy. Odpięcie modemu od USB pomagało - router wstawał i pracował OK, ale co mi po routerze gdy nie mam połączenia do neta? ;-) A próba wpięcia modemu do USB kończyła się ciągłymi restartami.

37

(51 odpowiedzi, napisanych Oprogramowanie / Software)

@ad2014 - oprócz nlbwmon powinieneś mieć zainstalowany także programik nlbw - on pozwala wypisać to co masz zapisane w bazie danych. Rzuć okiem na opis: https://github.com/jow-/nlbwmon/blob/master/README.md (pod koniec tego readme masz podane przykłady).

38

(14 odpowiedzi, napisanych Oprogramowanie / Software)

Powiem tak: spotkało mnie to na najnowszym Gargoylu na dwóch różnych routerach - na moim starym WR842N oraz jednym z "nowych" które testowałem: albo WDR3600 albo WR1043ND. W przypadku WR842N wyglądało to tak: zaktualizowałem się do najnowszego Gargulca i wszystko działało przez jakiś czas, aż tu pewnego ranka zauważyłem, że router wpadł w pętlę ciągłych resetów. Prawdopodobnie wszystko zaczęło się od zaplanowanego restartu, który był nastawiony na 3-cią nad ranem - tak myślę, że po restarcie router już nie wstał. Wskutek ciągłych resetów nie szło sprawdzić o co chodzi, ale zauważyłem, że router wstaje, załącza Wi-FI, po czym próbuje załączyć modem na USB i w tym momencie padaka. Odpiąłem modem i wszystko wstało jak należy i nie miało zamiaru się restartować. Podpiąłem modem do działającego routera i za chwilę restart. Problem rozwiązałem wykonując reset do czystych ustawień i ponowne skonfigurowanie wszystkiego (nie wgrywałem zachowanej konfiguracji, aczkolwiek posiłkowałem się nią aby podedytować pliki konfiguracyjne przez SSH). Od tego momentu router pracował stabilnie przez kilka dni i pewnie dalej by działał ale leży teraz na półeczce jako zapasowy smile

BTW, sprzedawca z ww. aukcji, na moją prośbę sprawdził jeden z routerków i okazało się, że miał 256mb oraz numer seryjny zaczynający się od S13. Co więcej, napisał, że wszystkie Zyxele, które sprzedaje mają numery seryjne zaczynające się od S13. Jest więc szansa, że wszystkie są z tej "wypasionej" serii.

40

(51 odpowiedzi, napisanych Oprogramowanie / Software)

Tutaj ciekawy opis jak to można wykorzystać: https://www.linux.com/learn/bandwidth-m … g-iptables

41

(51 odpowiedzi, napisanych Oprogramowanie / Software)

OK, już znalazłem iptables-save oraz iptables-restore. Czyli teoretycznie trzeba wrzucić do crona iptables-save co np. 5 minut a na starcie załadować to co było zapisane?

Dzięki za szybki odzew.

tymmej napisał/a:

Kupiłem Zyxela z tej aukcji:

-wygląda jak nowy, wątpię aby był używany
-wszystkie ustawienia fabryczne i zgodne z naklejką
-trafiłem na wersję 256MB (chociaż na początku się zdziwiłem, bo w fabrycznym OpenWRT było widoczne tylko 32MB)

Tak z ciekawości - jaki jest numer seryjny? Zakładając, że na początku jest kodowany rok produkcji to czy dostałeś S13cośtamcośtam?

44

(51 odpowiedzi, napisanych Oprogramowanie / Software)

Tak z ciekawości poczytałem jak to jest w lede/openwrt i niestety rozwiązanie wykorzystujące iptables ma jedną zasadniczą wadę: reset routera wyczyści liczniki.

Ano prawda, ma 5GHz smile Thx.

Ehh, osiołkowi w żłobie dano ... Gdybyście mogli przygarnąć ruterek i mieli do wyboru TL-WR1043ND v2 oraz TL-WDR3600 v1.5, to który byście brali? Z testów w domu nie wynika aby którykolwiek miał zdecydowaną przewagę w zasięgu czy prędkości Wi-Fi. W jednym procek szybszy, w drugim więcej RAM-u, na obu śmiga i Gargulec i LEDE.

47

(3 odpowiedzi, napisanych Oprogramowanie / Software)

Dzięki za szybką odpowiedź.

A tych skryptów nie da się poprawić? Wiesz może, gdzie je znaleźć? Chodzi mi o jakiś punkt zaczepienia a potem będę sobie (chyba) jakoś radził.

Co do firewalla - dziwne, ze u Ciebie się to nie powtarza. Jeszcze dziwniejsze jest to, że gdy to testowałem dziś po południu, to wydawało mi się, że w przypadku ssh wszystko zachowało się poprawnie. Może jakiś błąd po drodze leci i przerywa operację? Da się włączyć jakieś logi?

Witam,

Właśnie zacząłem konfigurować najnowsze Gargoyle (to z 17-go marca) i znalazłem dwa problemy. Dokładnie mówiąc, używam Gargulca z modemem NCM - być może ma to znaczenie dla pierwego z problemów.

Problem 1 - konfiguracja DNSa

Chciałem nieco poprawić bezpieczeństwo sieci i postanowiłem ustawić DNS-y na OpenDNS Family Shiled. Nie zadziałało. Okazało się, że Gargulec oprócz serwerów Open DNS dorzucił DNS-y operatora komórkowego, co rozłożyło całą ideę na łopatki. Jak na razie podedytowałem /tmp/resolv.conf.auto i usunąłem serwery operatora, po czym zrestartowałem dnsmasq. Pomogło, przynajmniej do czasu gdy będę coś zmieniał na ekranie Podstawowa Konfiguracja. W sumie to jeszcze nie sprawdzałem czy te zmiany przetrwają po restarcie, bo co jeśli resolv.conf.auto zostanie odbudowany? Zawsze mogę przekonfigurować dnsmasq aby czytało serwery DNS z mojego pliku, ale chyba nie o to chodzi.

Pytanie: co, gdzie i kiedy tworzy plik resolv.conf.auto, tj. gdzie można grzebnąć aby to poprawić.


Problem 2 - dostęp zdalny do Web GUI

Zdalny dostęp do Web GUI jest domyślnie zablokowany. Tak z ciekawości odblokowałem go. Efektem było powstanie nowej reguły w /etc/config/firewall:

config remote_accept 'ra_443_444'               
        option local_port '443'
        option remote_port '444'
        option proto 'tcp'    
        option zone 'wan'

Po chwili, używając GUI wyłączyłem zdalny dostęp, ale ww sekcja w /etc/config/firewall pozostała na miejscu :-/ Czy to oznacza, że nadal mam odblokowany dostęp?
Podedytowałem /etc/config/firewall - wywaliłem powyższy wpis i zrestartowałem firewall.

Sprawdziłem też jak to działa w przypadku zdalnego dostępu przez ssh - w pliku firewall pojawia się wpis:

config remote_accept 'ra_22_2222'               
        option local_port '22' 
        option remote_port '2222'
        option proto 'tcp'    
        option zone 'wan'

który też pozostał na miejscu po odwołaniu dostępu z poziomu GUI. Dziwne to.

AQDDENDUM:
Po restarcie DNSy wróciły do "normy", tj. serwery operatora ponownie znalazły się na liście.

Witam,

Dzisiaj przesiadłem się z 1.6.0.4 na 1.6.0.5 (kazałem zachować konfigurację) i zdziwiłem się ponieważ po aktualizacji UPnP/NAT-PMP był włączony. Zazwyczaj dbam o to aby żadne urządzenie nie starało się być mądrzejsze ode mnie i nie otwierało sobie samo przejść na routerze więc UPnP jest wyłączony.

No więc czy tak jest w 1.6.0.5 czy może ja się gdzieś zgapiłem?

Pozdrawiam,
MiPr

Wczoraj się 'kopałem' z routerem przy przejściu z 1.6.0.1 na 1.6.0.4, m.in. po aktualizacji nie działały mi motywy: zaraz po starcie wrzuciłem 'Dark One' i klapa - wszystko 'rozsypane' na tekstowo. Dodatkowo zmiana nazwy urządzenia i domeny w sekcji Identyfikacja powodowało wylogowanie z systemu oraz ... reset ustawień czasu. Objaw powtórzył się dwukrotnie - po resecie do ustawień fabrycznych stało się dokładnie to samo. Dziwne.

Tak czy inaczej zalogowałem się na domyślnym motywie, zmieniłem konfigurację czasu tak aby czas był brany z europejskich serwerów czasu, poczekałem aż się wszystko ustawi, chyba wykonałem restart tak na wszelki wypadek i potem już poszło OK.

Dzisiaj, przy przejściu z 1.6.0.4 na 1.6.0.5 wszystko poszło już gładko (no, za wyjątkiem dodatku SMS, ale to znany problem).

Czary po prostu wink