Openwrt alatt fel lehet telepíteni egy HDD Idle utilityt amikor a HGParm nem működik. Nekem is azzal megy.
Esetleg Padavan alatt van ilyen?

[ Szerkesztve ]

mobil: Xiaomi Mi 9T PRO; PC:intel i7-7700

Van padavan alatt alapból olyan, hogy lekapcsolja a winyót, ha nem csinál semmit.
Itt az a baj, hogy csinál valamit, amikor a transmission fut, akkor is, ha üresen fut.
Ha lekapcsolom a transmissiont-t, akkor lemegy alvóba a winyó.

Én mindenképpen a transmission-nél gyanakszom valami hibás beállításra, mert annak a működése közben villog csak a led, és marad ébren a winyó.

Elgondolkodtam, hogy entware-ből felteszek egy deluge-t, de ezt csak akkor, ha végképp nem tudom megoldani a dolgot.

[ Szerkesztve ]

Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html

de ha le akarod mindenképp állítani a transmissionos vinyót, miért nem kapcsolod ki a transmissiont cron-al? az a legtutibb megoldás

LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/

Soha életemben nem használtam cron-t még, így nem is jutott eszembe azt használni.
Utánaolvasok, hogy miket tud.

Viszont a problémát megoldottam máshogy: biztosra vettem, hogy a logolás a gond forrása, így először a transmission configjában vettem 0-ra a message-level-t, de ez nem volt elég; létrehozta a logot üresen, de nyitva hagyta.
Ezután csináltam egy másolatot a transmission-t elindító shell script-ből (asszem transmission.sh), amiben átírtam a logolásra vonatkozó paramétert a /tmp mappára, és ezzel indítom el a transmission-t. Ez leállította a led villogását. Feltételezem, hogy ezután le is fog állni a winyó.

Már csak azt kell kitalálni, hogy az eredeti shell script-be bele lehet-e piszkálni.

[ Szerkesztve ]

Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html

Mindenbe bele tudsz piszkalni, ha vissza is tudod allitani. Egy backupot azert csinalnek rola.

Lehet, hogy ez nagyon láma kérdés lesz, de hogy tudok túllépni a Read-only filesystem problémán?

Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html

Ma reggelre kiderült, hogy bevált a log file áthelyezős művelet, a winyó szépen leáll ha nincs használatban.
Nagyon örülök neki.

Már csak két dolog hiányzik a boldogsághoz:
1.) - URL blokkolást szeretnék valahogy megvalósítani, ami műxik https címekkel is.
2.) - Szeretnék egy VPN szervert, hogy kívülről is a routeren keresztül tudjak netezni.

Az első fontos, a második kevésbé.

Merre induljak, minek nézzek utána?
Kössz előre is.

[ Szerkesztve ]

Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html

2.) A főmenüben nincs VPN Server vagy valami gondod van vele?

De van, de gondolom, hogy ehhez kell valami külső szolgáltató is, nem?
Amit a wikijében olvastam, az alapján belső vpn-nek tűnik, ami nem tudom, hogy mire jó.
Nálam az lenne a lényeg, hogy kívülről (melóhelyi pc, telefon) tudjak csatlakozni rá, és érvényesek legyenek az 1.) pontban megszabott szürések, illetve lássam a winyó tartalmát.

Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html

Sziasztok!

Mostanában random időközönként leáll a transmission (1-3 naponta), próbáltam router újraindítást, de nem oldotta meg a problémát. Logból kiderült, hogy kevés a memória és lelövi a transmissiont (...kernel: Out of memory: Kill process (transmission-da)...). Padavan fw.
Hogyan tudnám ezt megakadályozni?

[ Szerkesztve ]

Kevesebb torrent fusson. Az oom-killer pontozza a processzeket és a legnagyobb memória evőt nyírja ki először.

A másik lehetséges ok, hogy leakes az adott transmission, akkor próbáld frissíteni.

[ Szerkesztve ]

van az /etc/config/transmission-ben

option mem_percentage-t vedd fel 80-ra.

cache ha nullan van akkor nem kellene sok memoriat benyalnia.

A kondi kiszáradás gyanúval kapcsolatban tovább nyomoztam:

A router panelján kicseréltem a 3 elkót (3 darab 35Volt 220uF kondi van rajta összesen), illetve ugyanolyan kocka tápból volt itthon egy 0km-es, azt kicseréltem.

És láss csodát: a router azóta stabilan működik.

A 3 kondi a nyákon nem tűnt púposnak (persze ettől még lehet szar, majd megmérem őket valamikor), a kocka táp viszont elég jól túl van méretezve: 12/2A, nálam (semmi nincs az USB-n) 5-6 watt körül megáll a téma.

Szóval az még nem világos, hogy az a 3 kondi a routerben, vagy a kocka táp (vagy mindkettő) volt a szar, de valamelyik egészen biztosan az volt. 2 év és 2 hónap használat után.... Ha jól rémlik ilyen hamar semmimben nem szart be elkó korábban...

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

te legalább találtál tápot, én fél napig túrtam a fiókokat, mire meglett a sajátja, mert csakazértse olyan a csatlakozója, mint az összes többi 12 voltosnak...

istálló? gazemberség? hupákolás?

Na várjál, nálad is előjött ez a jelenség ami nálam? Pár óránként vagy 1-2 napnként eltűnt a hálózat (a komplett hálózat), és csak restart után működödtt?

Nekem egyébként gyanús, hogy nem a kocka táp, hanema belső kondik adták meg magukat. Most még várok 2-3 napot az új táppal így átkondizás után, hogy lássam: tényleg megjavult. Utána visszarakom a gyári tápját (amiben még az eredeti kondik vannak), hogy kiderüljön hogy az jó-e.

Nálam amúgy elég melegben volt a cucc: éves átlagban 31-32 fokos "szoba"hőmérsékleten.

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

Kemény 28 torrent futott, kivettem egyet és jobban bírta a dolgot. Köszönöm a segítséget!
Viszont volt amikor 30+ torrenttel is elbírt mindenféle probléma nélkül. Függne ez a torrent méretétől is?

(#1962) F34R:
Nem igazán találtam meg, valószínűleg rossz helyen kerestem. Egyelőre beérem azzal a megoldással, hogy kevesebb torrentet futtatok.

[ Szerkesztve ]

nem. megvettem, használtam pár hónapot, majd kíváncsiságból rendeltem egy xiaomi mi 3g-t, ami aztán meg is maradt, így a d-link az elmúlt másfél évet a fiókban töltötte... nemrég meg kihelyeztem anyósékhoz.
most pedig drukkolok, hogy tartós maradjon

istálló? gazemberség? hupákolás?

Nekem a kezdetektől megy, nincs még semmi hiba... (Csak nehogy elkiabáljam.)

Alex

Úgy tűnik az átkondizás nem segített, 6 nap után most volt újabb restart.

Próbálok egy másik Openwrt-t, hátha valami szoftveres gebasz van.

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

Firmware Version OpenWrt 18.06.2 r7676-cddd7b4c77 / LuCI openwrt-18.06 branch (git-19.020.41695-6f6641d)
Kernel Version 4.14.95
Local Time Tue Feb 26 14:27:40 2019
Uptime 9d 17h 10m 16s

kopp kopp kopp.

istálló? gazemberség? hupákolás?

Sziasztok!
Hálózatfejlesztés volt idehaza, és most már az xbox360-at is vezetéken kötöttem a netre. Eddig wifivel csatlakoztam. Érdekes módon most a system video player menü alatt nem jelenik meg az openwrt dlna player (minidlna). Kipróbáltam egy laptoppal is és valóban, ha wifin csatlakozik, akkor látja a dlna kiszolgálót, de ha vezetéken, akkor nem.
A minidlna settingsen belül a kiszolgált interfészeknél ez van:

Lehet ezen kellene állítani valamit?
Van tippetek, hogy ez mitől lehet?

mobil: Xiaomi Mi 9T PRO; PC:intel i7-7700

Felváltottam legújabb trunk-ra, egyelőre jónak tűnik (5 nap uptime). Lehet hogy valami szoftver gubanc volt...

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

én közben 14 napnál járok de a 2,4-es wifi ki van kapcsolva (külön ap), az 5-öst meg alig használják.

istálló? gazemberség? hupákolás?

Feltettem ezt a verziót:

OpenWrt 18.06.2, r7676-cddd7b4c77

Viszont az 5ghz és az ethernet is instabil :/

Sőt, az ethernet kifejezetten lassú, 90mbitre korlátozódik.

[ Szerkesztve ]

Ez a build ezzel a hibaüzenettel működik sajnos:
Tue Mar 19 20:49:08 2019 kern.err kernel: [212509.902877] mt76x2e 0000:01:00.0: MCU message 31 (seq 10) timed out

A CPU load 0.6-0.9 között van folyamatosan. Nem állandó hiba, egyszer csak így kezd el működni.

Az ethernet deluge szerverem miatt volt lassú, leterhelte a NAT-ot.

Viszont most ezt a buildet használom, s elég jó eredményeim vannak. Kommenteltem oda, eredményekkel:
[link]

Mégse, mégis van valami bottleneck.

Csak 60-80mbit jön át.

pedig még az offloadot is bekapcsoltam.

Van valakinek valamilyen ötlete, hogy tudnám ezt kitesztelni?

Most tartok ott, hogy ki kellett vennem a 860L-t, mert napi szinten hasal meg.

Nem táp hiba, nem kondi hiba (mindet átmértem, ki is cseréltem már őket).

A jelenség ugyanaz: a router egyszerűen újraindul, előtte pár percre elérhetetlenné válik.

Kénytelen voltam visszarakni, a jó öreg, átkondizás után még mindig hibátlanul működő 1043ND-t (v1).

Nem nagyon van több ötletem, hogy ez mitől lehet...

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

A poén kedvéért nyomtam a 860L-nek fél órányi Iperf-et gigabiten, utána 3-4 kör openssl tesztet, de nem hasalt meg egyiken sem. proci alig melegedett. Ha valakinek van tippje, vagy hasonló tapasztalata, szívesen veszem.

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

Sajnos ötletem sincs, nekem kezdetektől stabilan ment. Illetve a cégnél is egy példány AP-ként, valamint egy másik wifi kliensként. Most 1 hónapja egy Mikrotik hAP ac2-t használok, hogy azzal is ismerkedjek.

[ Szerkesztve ]

Alex

Igazából azt kéne csinálni, hogy folyamatosan dumpolni kéne a soros portját, hátha látszik valami amikor meghal. De tekintve, hogy általában napokba telik mire megtörténik, nem érzek borzalmas nagy affinitást arra, hogy megtegyem.

A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]

szintén passzolok, anyóséknál is többhetes uptime-ok vannak (és ezeket mindig én rontottam el, nem magától). igaz náluk a 2,4-es wifi ki van kapcsolva (külön ap van), az ötgigásat meg szinte senki nem használja.
itthon viszont a közeli rokon xiaomi 3g mostanában pár naponta magába gabalyodik, pedig az alapfeladatain kívül nem nagyon csinál semmit, nincs plafonig hajtva a procija, mostanában a wifi azon is ki van kapcsolva... nem értem.

istálló? gazemberség? hupákolás?

Nálam is stabil, de azt egyébként nem írtad hogy melyik fw.
Én a Headless egyik régebbi buildjét használom (smb, transmission, hdd+pen, rsync, wifi 2.4+5ghz, wput).
A 2.4-es wifi nem százas, néha leakad, de van másik ap-m is. Az 5ghz stabil és gyors.
100 nap fölött van most is....

Meg tudod adni a linkjét? Köszi előre is!

Üdv : Energie Zolee

[link]
én a 08-at szoktam ajánlani
de a tűzfalat rendbe kell tenni az első boot után!!!!

Jaja, ezt tudom! Ezzel szívtunk egy keveset... Azért köszi, de nem vállalom be megint...

[ Szerkesztve ]

Üdv : Energie Zolee

pedig tök egyszerű
/etc/config/firewall -t kell alapra állítani
vagyis ennyi legyen benne és kész:

config defaults
option output 'ACCEPT'
option forward 'ACCEPT'
option input 'ACCEPT'

config zone
option name 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option network 'lan'

config zone
option name 'wan'
option output 'ACCEPT'
option masq '1'
option mtu_fix '1'
option input 'REJECT'
option forward 'REJECT'
option network 'wan wan6'

config rule
option name 'Allow-DHCP-Renew'
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'

config rule
option name 'Allow-Ping'
option src 'wan'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'

config rule
option name 'Allow-IGMP'
option src 'wan'
option proto 'igmp'
option family 'ipv4'
option target 'ACCEPT'

config rule
option name 'Allow-DHCPv6'
option src 'wan'
option proto 'udp'
option src_ip 'fc00::/6'
option dest_ip 'fc00::/6'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-MLD'
option src 'wan'
option proto 'icmp'
option src_ip 'fe80::/10'
list icmp_type '130/0'
list icmp_type '131/0'
list icmp_type '132/0'
list icmp_type '143/0'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-ICMPv6-Input'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-ICMPv6-Forward'
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'

config rule
option name 'Allow-IPSec-ESP'
option src 'wan'
option dest 'lan'
option proto 'esp'
option target 'ACCEPT'

config rule
option name 'Allow-ISAKMP'
option src 'wan'
option dest 'lan'
option dest_port '500'
option proto 'udp'
option target 'ACCEPT'

config include
option path '/etc/firewall.user'

config forwarding
option dest 'lan'
option src 'wan'

A többit akár luciban is beállíthatod, ha kellenek egyéni frowardok/szabályok.

Üdv Mindenkinek!
Új telefont vettem és AC-s wfit akartam életre kelteni. (..még soha nem használtam)
A routeren Openwrt van fent. A felderítés működik... (több féle Openwrt kipróbáltam... )
Indítás után 0% és nem működik.
Megoldás?

Vigyorka

várj pár percet, és utána próbáld. vagy tedd valamelyik alsó (36-48) csatornára.

[ Szerkesztve ]

istálló? gazemberség? hupákolás?

Sajna - nem nyert...
Feleszek egy Padavan-t...

Vigyorka

hm. akkor szokott ilyen lenni, amikor a dfs miatt bámészkodik az éterben.

istálló? gazemberség? hupákolás?

Az Openwrt-ben 0% látszik..
A telo látja és működik.

Vigyorka

A csatornaszámokat állítgattam és lön csoda... - minden OKÉ

Vigyorka

A 0% nem azt jelenti, hogy nem működik, hanem azt, hogy működik, de nem csatlakozik hozzá semmi.

Hello!

Voltak problémáig a routeren keresztül történő torrentezésből fakadóan. Ugyanis 1-2 nap elteltével folyamatosan kapok a kernel logba tcp net_ratelimit: 44 callbacks suppressed illetve egyéb figyelmeztetéseket, hibakódokat a hálózatkezelésre vonatkozóan. Emiatt utánanéztem és találtam linux serverekre pár ipv4,ipv6,tcp,udp optimalizációs és biztonsági paramétert. Amit beállítottam a routeremen és lás csodát hiba nélkül működik tökéletesen a hálózati kommunikáció, főleg torrent kapcsolatok hibák kiküszöbölésére. Plusz nekem úgy tűnik alacsonyabb a CPU LOAD-ja is!

Következő területeken lehet beírni:
/etc/sysctl.conf
/etc/sysctl.d/

Custom User Scripts
Run Before Router Initialized:

# Networking tweaks
kernel.sysrq=1
net.ipv4.conf.default.rp_filter=1
net.ipv4.conf.all.rp_filter=1
net.ipv4.conf.all.accept_redirects = 0
net.ipv6.conf.all.accept_redirects = 0
net.ipv4.conf.all.secure_redirects = 1
net.core.netdev_max_backlog=1024
net.ipv4.tcp_reordering=5

net.core.rmem_default = 31457280
net.core.rmem_max = 12582912
net.core.wmem_default = 31457280
net.core.wmem_max = 12582912
net.core.somaxconn = 4096
net.core.netdev_max_backlog = 65536
net.core.optmem_max = 25165824
net.ipv4.tcp_mem = 65536 131072 262144
net.ipv4.udp_mem = 65536 131072 262144
net.ipv4.tcp_rmem = 8192 87380 16777216
net.ipv4.udp_rmem_min = 16384
net.ipv4.tcp_wmem = 8192 65536 16777216
net.ipv4.udp_wmem_min = 16384
net.ipv4.tcp_max_tw_buckets = 1440000
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_keepalive_probes = 5
net.ipv4.tcp_keepalive_intvl = 30
net.ipv4.ip_local_port_range = 2000 65535
net.ipv4.tcp_rfc1337 = 1
net.ipv4.tcp_fin_timeout = 35
net.ipv4.tcp_keepalive_time = 300
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_sack=1
net.ipv4.tcp_fack=1
net.ipv4.tcp_timestamps=1
net.ipv4.tcp_window_scaling=1
net.ipv4.tcp_mtu_probing=1
net.ipv4.icmp_echo_ignore_broadcasts=1

Nekem egyenlőre bevált ez a dolog, hátha segít nektek is.
Üdv mindenkinek

ui.:forrás!
[link]

[ Szerkesztve ]

Sziasztok,

wpad-ot szeretnem feltenni a 18.06.02 FW-re de nem talalom. Alapbol wpad-mini van rajta de WPA2 halozathoz szeretnek kapcsolodni. Honnan tudnam a csomagot beszerezni?

Koszi

Szerintem opkg felteszi, de előtte törölni kell a minit....

Gyurka

Töröltem, de utána sem találja és a package listában sincs benne...
Valamit én nézhettem el?