Ja używam dostępnego w repo OpenWRT nlbwmon. Pod LuCI bardzo przejrzyście prezentuje dane wykożystania łącza.
Cezary kiedyś tu opisywał ten programik big_smile

Z chęcią bym przetestował ten pakiet, ale przy próbie instalacji wywaliło mi komunikat "Unknown package 'dawn'". sad
Czyżby mi brakowało jakiegoś repozytorium?

Jak chcesz w LuCI skonfigurować gniazdo wan jako lan, to po wyłączeniu DHCP, wchodzisz  w SIEC -> PRZEŁĄCZNIK i na dole masz ustawienia VLAN. Usuwasz ten niżej, a ten wyżej ustawiasz dla WAN i LAN jako "nieotagowane".

Przynajmniej mam ja tak w swojej konfiguracji i sieć śmiga...
A tak to u mnie wygląda: https://tinypic.pl/vh3nu6hkwoao

4

(291 odpowiedzi, napisanych Oprogramowanie)

Hmm... Nie wiem, czy to tylko przypadłość mojej konfiguracji, czy co, ale nie mogłem zrobić w GUI exroota w Edge, Chrome i Operze... Dopiero udało się to zrobić w Firefoxie.

5

(376 odpowiedzi, napisanych Oprogramowanie)

@rbej1977 Mi miniDLNA na najnowszym LEDE pod TL-WDR4300 od Cezarego śmiga bez problemów. Co prawda przez chwilkę miałem problem, bo mi się skanowanie biblioteki zatrzymało, ale po usunięci wszelkich lokalnych baz danych miniDLNA ruszyło z kopyta i śmiga ładnie big_smile

6

(31 odpowiedzi, napisanych Sprzęt)

A spróbuj wpisać firstboot -y

7

(43 odpowiedzi, napisanych Oprogramowanie)

W Repo chyba jeszcze nie ma... Ja instalowałem to ściągając paczuszkę na dysk, później za pomocą WinSCP wrzucałem do głównego katalogu routera i poleceniem "opkg install luci-theme-material_git-15.259.53707-f3f0de3-1_all.ipk" zainstalowałem.

8

(7 odpowiedzi, napisanych Oprogramowanie)

Z tego co pamiętam, to Gargulec wymagał odmontowany dysk, aby się pojawiła opcja exroot i wtedy sobie samodzielnie formatował i partycjonował aby uzyskać swap oraz miejsce na system.

9

(50 odpowiedzi, napisanych Oprogramowanie)

RAM służy do przetrzymywana danych do aktualnie przeprowadzanych operacji przez procesor.
Flash pełni rolę dysku twardego z komputera. Ma za zadanie przechowywanie oprogramowania i jego stałej konfiguracji.

Szybki i duży RAM umożliwia szybkie działanie całego urządzenia. Duży Flash umożliwia zainstalowanie dużej ilości dodatków i on determinuje jakie "bogate"obrazy można instalować.

Problem rozwiązany. Przyczyna ostatnich błędów, to namieszanie w regułach zapory bramy.

A co do ostatniego błędu to robiłem tak:
Używam GUI i klikałem w zakładce "System ->Oprogramowanie ->Akcje" na przycisk "Aktualizuj listy" i otrzymywałem coś takiego:

wget: server returned error: HTTP/1.1 404 Not Found
wget: server returned error: HTTP/1.1 404 Not Found
wget: server returned error: HTTP/1.1 404 Not Found
wget: server returned error: HTTP/1.1 404 Not Found
wget: server returned error: HTTP/1.1 404 Not Found
wget: server returned error: HTTP/1.1 404 Not Found
wget: server returned error: HTTP/1.1 404 Not Found
wget: server returned error: HTTP/1.1 404 Not Found
Collected errors:
 * opkg_download: Failed to download http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/base/Packages.gz, wget returned 1.
 * opkg_download: Failed to download http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/luci/Packages.gz, wget returned 1.
 * opkg_download: Failed to download http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/management/Packages.gz, wget returned 1.
 * opkg_download: Failed to download http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/oldpackages/Packages.gz, wget returned 1.
 * opkg_download: Failed to download http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/packages/Packages.gz, wget returned 1.
 * opkg_download: Failed to download http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/routing/Packages.gz, wget returned 1.
 * opkg_download: Failed to download http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/telephony/Packages.gz, wget returned 1.
 * opkg_download: Failed to download http://dl.eko.one.pl/barrier_breaker/ar71xx/packages/Packages.

Notka dla potomnych: Jeżeli po prawidłowym ustawieniu DNSów w "wewnętrznym" routerze nadal wywala błędy, sprawdź, czy nie ma w "granicznym" routerze nieprzemyślanych reguł dla przekierowywania z routera wewnętrznego.

Wielkie dzięki Cezary za pomoc.

"wget: server returned error: HTTP/1.1 404 Not Found" dla każdego adresu podanego w repo.

Czy trzeba jakoś specjalnie konfigurować zaporę w routerze robiącym za bramę?

PING downloads.openwrt.org (78.24.191.177): 56 data bytes
64 bytes from 78.24.191.177: seq=0 ttl=51 time=54.100 ms
64 bytes from 78.24.191.177: seq=1 ttl=51 time=54.080 ms
64 bytes from 78.24.191.177: seq=2 ttl=51 time=54.158 ms
64 bytes from 78.24.191.177: seq=3 ttl=51 time=54.179 ms
64 bytes from 78.24.191.177: seq=4 ttl=51 time=54.100 ms

--- downloads.openwrt.org ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 54.080/54.123/54.179 ms
PING dl.eko.one.pl (178.235.241.16): 56 data bytes
64 bytes from 178.235.241.16: seq=0 ttl=55 time=279.284 ms
64 bytes from 178.235.241.16: seq=1 ttl=55 time=65.032 ms
64 bytes from 178.235.241.16: seq=2 ttl=55 time=34.939 ms
64 bytes from 178.235.241.16: seq=3 ttl=55 time=136.988 ms
64 bytes from 178.235.241.16: seq=4 ttl=55 time=237.509 ms

--- dl.eko.one.pl ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 34.939/150.750/279.284 ms

A zaktualizowanie listy pulginów nadal wywala błąd. sad Gdzieś po drodze jest blokowany jakiś port? A może coś nie jest tak w poleceniu?

Tak, router połączony przez LAN.

Pingi

PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: seq=0 ttl=64 time=0.502 ms
64 bytes from 192.168.1.1: seq=1 ttl=64 time=0.407 ms
64 bytes from 192.168.1.1: seq=2 ttl=64 time=0.418 ms
64 bytes from 192.168.1.1: seq=3 ttl=64 time=0.400 ms
64 bytes from 192.168.1.1: seq=4 ttl=64 time=0.388 ms

--- 192.168.1.1 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 0.388/0.423/0.502 ms
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=0 ttl=56 time=22.532 ms
64 bytes from 8.8.8.8: seq=1 ttl=56 time=22.385 ms
64 bytes from 8.8.8.8: seq=2 ttl=56 time=22.647 ms
64 bytes from 8.8.8.8: seq=3 ttl=56 time=22.279 ms
64 bytes from 8.8.8.8: seq=4 ttl=56 time=22.281 ms

--- 8.8.8.8 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 22.279/22.424/22.647 ms
PING google.com (212.191.236.101): 56 data bytes
64 bytes from 212.191.236.101: seq=0 ttl=59 time=8.080 ms
64 bytes from 212.191.236.101: seq=1 ttl=59 time=7.612 ms
64 bytes from 212.191.236.101: seq=2 ttl=59 time=7.620 ms
64 bytes from 212.191.236.101: seq=3 ttl=59 time=7.516 ms
64 bytes from 212.191.236.101: seq=4 ttl=59 time=7.389 ms

--- google.com ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 7.389/7.643/8.080 ms
# uci show network
network.loopback=interface
network.loopback.ifname=lo
network.loopback.proto=static
network.loopback.ipaddr=127.0.0.1
network.loopback.netmask=255.0.0.0
network.globals=globals
network.globals.ula_prefix=fde6:8cfc:3f73::/48
network.lan=interface
network.lan.ifname=eth0.1
network.lan.force_link=1
network.lan.type=bridge
network.lan.proto=static
network.lan.netmask=255.255.255.0
network.lan.ip6assign=60
network.lan.ipaddr=192.168.1.250
network.lan.gateway=192.168.1.1
network.lan.dns=192.168.1.1
network.@switch[0]=switch
network.@switch[0].name=switch0
network.@switch[0].reset=1
network.@switch[0].enable_vlan=1
network.@switch_vlan[0]=switch_vlan
network.@switch_vlan[0].device=switch0
network.@switch_vlan[0].vlan=1
network.@switch_vlan[0].ports=0t 2 3 4 5
network.@switch_vlan[1]=switch_vlan
network.@switch_vlan[1].device=switch0
network.@switch_vlan[1].vlan=2
network.@switch_vlan[1].ports=0t 1
# uci show wireless
wireless.radio0=wifi-device
wireless.radio0.type=mac80211
wireless.radio0.hwmode=11g
wireless.radio0.path=platform/ar934x_wmac
wireless.radio0.htmode=HT20
wireless.radio0.country=PL
wireless.radio0.channel=3
wireless.radio0.txpower=19
wireless.@wifi-iface[0]=wifi-iface
wireless.@wifi-iface[0].device=radio0
wireless.@wifi-iface[0].mode=ap
wireless.@wifi-iface[0].network=lan
wireless.@wifi-iface[0].ssid=PiterusNet
wireless.@wifi-iface[0].encryption=psk2+tkip+ccmp
wireless.@wifi-iface[0].key=****
wireless.radio1=wifi-device
wireless.radio1.type=mac80211
wireless.radio1.hwmode=11a
wireless.radio1.path=pci0000:00/0000:00:00.0
wireless.radio1.htmode=HT20
wireless.radio1.country=PL
wireless.radio1.channel=44
wireless.radio1.txpower=15
wireless.@wifi-iface[1]=wifi-iface
wireless.@wifi-iface[1].device=radio1
wireless.@wifi-iface[1].mode=ap
wireless.@wifi-iface[1].network=lan
wireless.@wifi-iface[1].ssid=PiterusNet5G
wireless.@wifi-iface[1].encryption=psk2+tkip+ccmp
wireless.@wifi-iface[1].key=****

Hmm... Po zabawie z DNSami zamiast "wget: bad address (...)" mam "wget: server returned error: HTTP/1.1 404 Not Found".
Jest gdzieś poradnik jak poprawnie ogarnąć DNSy w LuCI?

Witam! Jestem tu nowy, więc proszę o lekkie bicie za ewentualne grzechy przeciw regulaminowi. wink
Ale do rzeczy. Mam problem z aktualizacją pakietów na routerze, który działa jako AP. W zakładce "System -> Oprogramowanie" kiedy kliknę "Aktualizuj listy", zamiast zaktualizować listę pokazuje mi się dwie tabelki z taką zawartością:

Downloading http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/base/Packages.gz.
Downloading http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/luci/Packages.gz.
Downloading http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/management/Packages.gz.
Downloading http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/oldpackages/Packages.gz.
Downloading http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/packages/Packages.gz.
Downloading http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/routing/Packages.gz.
Downloading http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/telephony/Packages.gz.
Downloading http://dl.eko.one.pl/barrier_breaker/ar71xx/packages/Packages.gz.

oraz

wget: bad address 'downloads.openwrt.org'
wget: bad address 'downloads.openwrt.org'
wget: bad address 'downloads.openwrt.org'
wget: bad address 'downloads.openwrt.org'
wget: bad address 'downloads.openwrt.org'
wget: bad address 'downloads.openwrt.org'
wget: bad address 'downloads.openwrt.org'
wget: bad address 'dl.eko.one.pl'
Collected errors:
 * opkg_download: Failed to download http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/base/Packages.gz, wget returned 1.
 * opkg_download: Failed to download http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/luci/Packages.gz, wget returned 1.
 * opkg_download: Failed to download http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/management/Packages.gz, wget returned 1.
 * opkg_download: Failed to download http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/oldpackages/Packages.gz, wget returned 1.
 * opkg_download: Failed to download http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/packages/Packages.gz, wget returned 1.
 * opkg_download: Failed to download http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/routing/Packages.gz, wget returned 1.
 * opkg_download: Failed to download http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/telephony/Packages.gz, wget returned 1.
 * opkg_download: Failed to download http://dl.eko.one.pl/barrier_breaker/ar71xx/packages/Packages.gz, wget returned 1.

Na routerze robiącym za bramę ten problem nie występuje (lista się sama aktualizuje yikes ).

Macie pomysł jak to poprawić? (garulec na tym samym sprzęcie nie maił problemów z pobraniem listy). Moje routerki to TL-WDR4300 v1.6(AP) i v1.7(brama)