Najprościej - zainstaluj i włącz adblocka, dodaj youtube.com jako blokowaną domenę. Łatwe do obejścia jak ktoś użyje innych serwerów dns zamiast routera.

Możesz skorzystać z ipset do blokowania zakresów adresów IP na podstawie domeny, ale w ten sposób możesz też poblokować inne serwery googla, bo często mają ten sam adres IP.

Cześć zaczynam dopiero z OpenWRT. Zainstalowałem wersję OpenWrt 23.05-SNAPSHOT r23893-08becaf62f i mam podobnie jak @Konrad_1992 problem z błędami w logach opisanymi w poście https://eko.one.pl/forum/viewtopic.php? … 31#p298831

Wygląda to tak jak poniżej:

Mon Jul 15 00:34:10 2024 daemon.err collectd[7483]: rrdtool plugin: rrd_update_r failed: /tmp/rrd/OpenWrt/sensors-ath11k_hwmon-isa-c000000/temperature-temp1.rrd: illegal attempt to update using time 1720996451 when last update time is 1720996451 (minimum one second step)
Mon Jul 15 00:34:40 2024 daemon.err collectd[7483]: rrdtool plugin: rrd_update_r failed: /tmp/rrd/OpenWrt/sensors-ath11k_hwmon-isa-c000000/temperature-temp1.rrd: illegal attempt to update using time 1720996481 when last update time is 1720996481 (minimum one second step)
Mon Jul 15 00:35:10 2024 daemon.err collectd[7483]: rrdtool plugin: rrd_update_r failed: /tmp/rrd/OpenWrt/sensors-ath11k_hwmon-isa-c000000/temperature-temp1.rrd: illegal attempt to update using time 1720996511 when last update time is 1720996511 (minimum one second step)

Próbowałem tego: https://eko.one.pl/forum/viewtopic.php? … 34#p298834
i tego: https://forum.openwrt.org/t/collectd-rr … e/47223/12
ale nic się nie zmieniło.

Szperając dalej, zauważyłem, że za problem najbardziej odpowiedzialna jest sytuacja opisana w tym wątku:
https://github.com/openwrt/packages/issues/10623

Po wpisaniu w konsolę komendy sensors otrzymuję:

root@OpenWrt:~# sensors
ath11k_hwmon-isa-c000000
Adapter: ISA adapter
temp1:        +47.0°C  

ath10k_hwmon-pci-0100
Adapter: PCI adapter
temp1:            N/A  

ath11k_hwmon-isa-c000000
Adapter: ISA adapter
temp1:        +53.0°C  

stąd ten błąd ... Macie na to jakiś pomysł?
Pozdrawiam

To wygląda na taki błąd: https://github.com/collectd/collectd/issues/781
Jest tam opis jak to można rozwiązać.

Cześć,

Potrzebuję pomocy.

Wrzuciłem na niego OpenWRT luci-23.05-snapshot-r24016-f791ec1f6d-mediatek-filogic-xiaomi_mi-router-ax3000t-ubootmod-initramfs-factory.ubi

Wszystko git, ale zrobiłem sysupgrade luci-23.05-snapshot-r24016-f791ec1f6d-mediatek-filogic-xiaomi_mi-router-ax3000t-ubootmod-squashfs-sysupgrade.itb i od tego momentu nic nie działa. Failsafe nie wchodzi... Co zrobiłem nie tak? Router do kosza?

[Edit]
Nie ten wątek, bo faktycznie mam i pobierałem dla AX3000T

Dzięki!

Pomogło MiWiFi Repair Tool. Przywróciłem do chińskiego systemu (dla AX3000T w wersji 1.0.47). Następnie powtórzyłem procedurę, ale już dla wersji OpenWRT 23.05.4.

Śmiga aż miło!

Ja mogę powiedzieć, że jest mega stabilnie. Mam 2 routery i spokojnie chodzą tygodniami. RAM jest stabilne. W domu mam podpięte ok. 50 urządzeń po WiFi + 2 repeatery na tańszych routerach. Ale generalnie przy 600Mbps router ciśnie pięknie.

Jedyny mankament to to, że czasami się wykrzacza, ale na to już jest przynajmniej jedno rozwiązanie, drugie już jest opracowane i oczekuje na dodatnie do kolejnych wydań OpenWRT.
Póki co, wystarczy dodać ten skrypt w autostarcie OpenWRT i jest cudnie:
https://forum.openwrt.org/t/potential-m … /172291/45

To, jak już każdy mówi, co ma, to mam i ja

Regularnie wgrywam nowe snapshoty (teraz OpenWrt SNAPSHOT r26741)  i przyznam, ze nie zauważyłem żadnych problemów, restartów. Działa na tym wireguard, adguard. Wysyłam stream z mojego tunera do mojej mamy do Niemiec, ogląda godzinami. Dla mnie jest bardzo ok.

Piszecie, ze jest  ok, a u mnie sie ciagle radio wiesza. Ja robię.swoje własne kompilację, ale może mam jakieś zaszłości w konfigach.
Muszę przejrzeć konfigi, lub używać gotowych buildów.
Teraz te routery robią za dumb AP, więc moje custom konfigi nie są już jakoś potrzebne.

Na samej górze po prawej  "Dodaj do subskrypcji"?

Mam zwykle snapshota nie starszego niz miesiąc, bo sam je kompiluję.

Dodam skrypt, i napiszę, czy pomogło.

W logach nic nie widać ciekawego, bo jak się wykrzacza, to podgląd dziennika też nie działa, a w kernelowym są

ath11k c000000.wifi: failed to flush transmit queue, data pkts pending xxxxx

Skrypt dopisane do 3 szt routerów, restart, są wpisy w logach, wgranie najnowszego snapshota i po około 10 h uptime mam:

ath11k c000000.wifi: failed to flush transmit queue, data pkts pending 22

Może irqbalance go psuje?

Coś na pewno Ci wiesza ten skrypt. Ja bym całkowicie włączył tego irq balance - co on ma niby dawać?
PS. W najnowszych snapshotach ten skrypt już chyba jest automatycznie dodawany, więc sprawdź czy nie uruchamiasz go podwójnie.
I włącz też Packet Steering, żeby pracował na wszystkich rdzeniach.
https://puu.sh/KcplQ/af0441259c.png