-
IT café
OpenWrt topic
Új hozzászólás Aktív témák
-
haddent
addikt
válasz yodee_ #18400 üzenetére
Na várjatok, most kavarodás történt. Az alany Asus AX53U, AX1800 emlékeim szerint, nem AX3600. De akkor is irreálisan lassúcska. Lanon megvan, igen. De az lesz, hogy újra átnézem lanon és wifin is (kliens -> AP -> switch -> opnsense -> lokál szerver módon) rendesen iperf3 -mal. Az a tuti
-
Abron
csendes tag
Sziasztok.
MiniDLNA hibával küzdök, a videókat képeket nem olvassa be és a TV-n sem jelenik meg a szolgáltatás.
A luci felületen miniDLNA állapotnál ezt írja: A miniDLNA szolgáltatás aktív, 0 hang, 0 videó, 0 kép fájl található.Volt már hasonló gondom régebben, akkor a files.db-t töröltem majd újraépítette újraindítás után és meg is oldódott a probléma. Sajnos most ez sem segít.
Tapasztalt valaki hasonlót? Mit tudok még tenni?
Köszönöm előre is a válaszokat.
A log file tegnapi tartalma:
[2023/02/28 21:04:31] minidlna.c:1014: warn: Starting MiniDLNA version 1.1.3.
[2023/02/28 21:04:32] minidlna.c:1053: warn: HTTP listening on port 8200
[2023/02/28 21:24:52] getifaddr.c:109: error: Network interface br-lan not found
[2023/02/28 21:24:53] getifaddr.c:109: error: Network interface br-lan not found
[2023/02/28 21:24:53] getifaddr.c:109: error: Network interface br-lan not found
[2023/02/28 21:04:33] minidlna.c:1014: warn: Starting MiniDLNA version 1.1.3.
[2023/02/28 21:04:33] minidlna.c:355: warn: Creating new database at /mnt/minidlna/files.db
[2023/02/28 21:04:35] minidlna.c:1053: warn: HTTP listening on port 8200
[2023/02/28 21:27:22] minidlna.c:929: error: MiniDLNA is already running. EXITING.
[2023/02/28 21:28:35] minidlna.c:929: error: MiniDLNA is already running. EXITING.
[2023/02/28 21:30:55] minidlna.c:929: error: MiniDLNA is already running. EXITING.
[2023/02/28 21:31:36] minidlna.c:929: error: MiniDLNA is already running. EXITING.
[2023/02/28 21:33:07] minidlna.c:929: error: MiniDLNA is already running. EXITING.
[2023/02/28 21:33:31] minidlna.c:929: error: MiniDLNA is already running. EXITING.
[2023/02/28 21:33:31] minidlna.c:929: error: MiniDLNA is already running. EXITING.
[2023/02/28 21:33:56] getifaddr.c:109: error: Network interface br-lan not found
[2023/02/28 21:33:57] getifaddr.c:109: error: Network interface br-lan not found
[2023/02/28 21:33:57] getifaddr.c:109: error: Network interface br-lan not found
[2023/02/28 21:33:26] minidlna.c:1014: warn: Starting MiniDLNA version 1.1.3.
[2023/02/28 21:33:26] minidlna.c:355: warn: Creating new database at /mnt/minidlna/files.db
[2023/02/28 21:33:27] minidlna.c:1053: warn: HTTP listening on port 8200
[2023/02/28 21:36:18] upnphttp.c:1043: error: recv (state0): Connection reset by peer
[2023/02/28 21:36:18] upnphttp.c:1043: error: recv (state0): Connection reset by peer
[2023/02/28 21:36:18] upnphttp.c:1043: error: recv (state0): Connection reset by peer
[2023/02/28 21:36:36] upnphttp.c:1043: error: recv (state0): Connection reset by peer
[2023/02/28 21:36:36] upnphttp.c:1043: error: recv (state0): Connection reset by peer
[2023/02/28 21:36:36] upnphttp.c:1043: error: recv (state0): Connection reset by peer
[2023/02/28 21:47:01] minidlna.c:929: error: MiniDLNA is already running. EXITING.
[2023/02/28 21:47:55] minidlna.c:929: error: MiniDLNA is already running. EXITING.
[2023/02/28 21:47:56] minidlna.c:929: error: MiniDLNA is already running. EXITING.
[2023/02/28 21:48:18] getifaddr.c:109: error: Network interface br-lan not found
[2023/02/28 21:48:18] getifaddr.c:109: error: Network interface br-lan not found
[2023/02/28 21:47:16] minidlna.c:1014: warn: Starting MiniDLNA version 1.1.3.
[2023/02/28 21:47:18] minidlna.c:355: warn: Creating new database at /mnt/minidlna/files.db
[2023/02/28 21:47:19] minidlna.c:1053: warn: HTTP listening on port 8200 -
haddent
addikt
válasz haddent #18393 üzenetére
Ehhez + új infó, hátha valakinek lesz ötlete. Tehát a feltételek: változatlan teszteszköz, változatlan helyzet, minden változatlan, 1 percen belüli 3 mérés (de nem ritka eset, sőt, azt mondanám, hogy mindig reprodukálható):
Speedtest.net - ~300mbps
WifiMan ~591mbps
LAN -on (de tűzfalon keresztül) egy iperf3 ~620mbpsAz látszik, hogy az Ubiquiti féle WifiMan meg a lanos iperf mindig tudja azt, ami épp a reálian elvárható, ezekkel semmi baj nincs is. De a speedtest.net egyszerűen néha hozza ugyanezt, 5-700mbps, néha (sokszor azért) meg 300mbps körül "cappel". Ami még +fűszer az egészhez, hogy kábelen (ugyanabba a switchbe dugva, ahova az AP van, egyébként egy enterprise Juniper) kábelen bármi, bármikor tudja a 800mbps+ -ot speedtest -tel
Szóval ezeket a következtetéseket vontam le:
- nem a bejövő vonal, szolgáltatói eszköz
- nem a tűzfal
- nem a switch
- nem a kábelezés (áthelyezve, másik sw portra dugva is csinálja ezt, illetve mindkét AP)Én itt elfogytam
-
hmzs
csendes tag
válasz haddent #18404 üzenetére
A felvetésen eddig nem gondolkodtam, de hasonlót tapasztalok, csak már megszoktam Bármelyik elitebook notit (4-8. gen intel és win10) nyitom ki, speedtest.net-en mérve wifin csak kb a felét - 2/3-át tudja sebességben mint lanon.
I3 8. gen-es intel nuc wi11-el kb 2/3 sebességet mér, mint egy hp820g2 win10-zel. Ez kb igaz az elmúlt 2 évben megjelent openwrt-k mellett, bár én nem hiszem hogy itt kell keresni a hibát. Nem épp tudományos összehasonlítási alapok, nem is biztos hogy hasznos infó... -
Rick4
félisten
-
vargalex
Topikgazda
válasz haddent #18404 üzenetére
Nekem a router ugye egy Xiaomi AX3200. A notebookban (Dell Latitude 5500) csak AC-s wifi adapter van:
[gavarga@gavarga-5500]$ lspci -vv -s $(lspci | grep -i network | grep -i wireless | cut -f 1 -d " ")
00:14.3 Network controller: Intel Corporation Cannon Point-LP CNVi [Wireless-AC] (rev 30)
DeviceName: Onboard - Ethernet
Subsystem: Intel Corporation Device 4030
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 16
Region 0: Memory at cc33c000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi
iperf-el mérve a mini szerverre:
[gavarga@gavarga-5500]$ iperf3 -c 192.168.22.200
Connecting to host 192.168.22.200, port 5201
[ 5] local 192.168.22.103 port 48286 connected to 192.168.22.200 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 77.0 MBytes 646 Mbits/sec 0 2.26 MBytes
[ 5] 1.00-2.00 sec 78.8 MBytes 661 Mbits/sec 0 2.70 MBytes
[ 5] 2.00-3.00 sec 75.0 MBytes 629 Mbits/sec 0 2.85 MBytes
[ 5] 3.00-4.00 sec 81.2 MBytes 682 Mbits/sec 0 3.00 MBytes
[ 5] 4.00-5.00 sec 80.0 MBytes 671 Mbits/sec 0 3.00 MBytes
[ 5] 5.00-6.00 sec 80.0 MBytes 671 Mbits/sec 0 3.00 MBytes
[ 5] 6.00-7.00 sec 80.0 MBytes 671 Mbits/sec 0 3.00 MBytes
[ 5] 7.00-8.00 sec 80.0 MBytes 671 Mbits/sec 0 3.00 MBytes
[ 5] 8.00-9.00 sec 80.0 MBytes 671 Mbits/sec 0 3.00 MBytes
[ 5] 9.00-10.00 sec 78.8 MBytes 661 Mbits/sec 0 3.00 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 791 MBytes 663 Mbits/sec 0 sender
[ 5] 0.00-10.01 sec 789 MBytes 661 Mbits/sec receiver
iperf Done.
Speedtest-el (ugye nálam "csak" 500 Mbps-es net van):
[gavarga@gavarga-5500]$ speedtest
Speedtest by Ookla
Server: Vodafone Magyarország Zrt. - Budapest (id: 31271)
ISP: Vodafone Hungary
Idle Latency: 6.71 ms (jitter: 0.39ms, low: 6.57ms, high: 7.53ms)
Download: 512.76 Mbps (data used: 503.1 MB)
108.18 ms (jitter: 28.66ms, low: 12.34ms, high: 197.57ms)
Upload: 22.54 Mbps (data used: 10.2 MB)
6.56 ms (jitter: 1.37ms, low: 4.08ms, high: 12.62ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/e6b1147e-9e73-4f6a-acd6-a18fd521404a
Esetleg nem lehet, hogy nálad a sok szál miatt történik valami (a speedtest ugye sebesség függvényében több szálon mér)? Esetleg ha az
iperf
-et több szálon próbálod, van változás? Mondjuk 20 szállal (--parallel 20
kapcsoló). Nálam 20 szál esetén sincs változás a sebességben.Alex
-
hmzs
csendes tag
Saját használatú gépeken az energiagazdálkodást erősen visszafogom. Igen, ki van kapcsolva, usb és pci is mindig aktív, nincs hibernálás, nincs alvás, nincs felébresztés, semmi ilyen funkció nincs engedélyezve, csak a képernyő kikapcsolás. Belegondolva, szörnyen pocsékolok
Visszatérve az offtopikhoz: nálam a feltöltés majdnem mindig magasabb sebességű, mint a le. Most is wifin ~ 250mbps le, és 350mbps feltöltési sebességet mérek, ha átülnék a másik szobába, akkor kb 50-60mbps-el magasabb lenne mindkét sebesség.
És ez évek óta így van. Változott a router, változtak a kliens gépek, a kliensek op rendszere, az openwrt verzió, a szolgáltatói router/bridge, és a lakás. Változatlan a szolgáltató (mert nincs másik), ill a router(ekből) ap-k lettek. A jelenség kb azóta megvan, hogy pppoe-s a net. -
yodee_
őstag
Üdv!
Kísérletezett már valaki x86 platformon GPIO-val? Szeretnék LED-eket meghajtani vele.
Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M920s
-
fatpingvin
őstag
válasz yodee_ #18411 üzenetére
így látatlanban nehezen értelmezhető ez a kérdés. az adott hardverplaformon a GPIO-khoz van valami kernel driver meg interfész ami az userspace felé megjeleníti őket?
miről van szó konkrétan?
A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)
-
yodee_
őstag
válasz fatpingvin #18412 üzenetére
Az alaplap konkrétan egy Commell LV-67H. Ezen kívül a többi kérdésedre nem tudok válaszolni sajnos De eddig mindig bejött amit talán vargalex szokott mondani hogy ez openwrt itt mindent is lehet a
[ Szerkesztve ]
Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M920s
-
vargalex
Topikgazda
válasz yodee_ #18416 üzenetére
A leírásból azt látom, hogy akár lehet az is. Tedd fel a
kmod-hwmon-w83627ehf
csomagot. Abban van elvileg a hozzá való kernel driver.Alex
-
vargalex
Topikgazda
válasz yodee_ #18418 üzenetére
A manual-ból én azt látom (37. oldal), hogy GPIO10-17-ig van kivezetve. Így szerintem ezeket lehet érdemes export-álni:
for i in $(seq 10 17); do echo ${i} > /sys/class/gpio/export; done
Ekkor elvileg a
/sys/class/gpio/gpioXX
meg kell, hogy jelenjen, mint könyvtár. Aztán alatta lehet még adirection
-al játszani.Alex
-
Dadan01
senior tag
Üdv!
Van itt valaki, aki készített saját buildet AX53U-hoz, amiben az alap dolgok bele lettek fordítva, és megosztaná azt? Torrent - médiaszerverként gondolom ez a router is megállja a helyét.
Köszi előre is!
-
xabolcs
őstag
válasz Archttila #18345 üzenetére
Velemenyetek szerint mi lehet az oka annak, hogy nem javitjak ezt (az egyebkent orbitalis) bugot?
Szeptemberben jelentettem...Elnezve a bejelentest (22.03.0 IPv4 PPPoE software flow offload not working #10224) ugy tunik, hogy kings-way (egy sima OpenWrt felhasznalo) tegnapi hozzaszolasa hozta meg a kivant eredmenyt: az ezzel a temaval foglalkozo jow- OpenWrt fejleszto is bekapcsolodott a beszelgetesbe.
Szerintem az az oka, hogy a fejlesztoket nem erinti a problema, ezert nem zavarja oket annyira, hogy azzal foglalkozzanak.
Mivel a fejlesztok tobbsege a szabadidejeben foglalkozik OpenWrt-vel, ezert van ezer fontosabb dolguk.Igen, kell valamilyen szintu hozzaertes a temahoz, de ha megvan a hajlandosag, akkor szivesen segitenek a fejlesztok. Amikor pl. a Mi Router 4A Gigabit edition uj, eon tipusu csipje miatt bootloopolni kezdtek az ujabb verzioju routerek, akkor csak annyit csinaltam, hogy forditottam a javitast tartalmazo OpenWrt-t es rairtam az erintett routerre.
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
xabolcs
őstag
válasz Headless #18423 üzenetére
Ahh, a TFTP egy katasztrofa ezeken a Mi R4A Gigabit routereken a gyari bootloaderjukkel!
Muszaj voltam programozoval rairni a javitott OpenWrt-t.
Aztan, mivel ugyse fog visszaterni a hivatalos fw-re, ezert egy ujraforditott U-boot-ot tettem fel: ismeri az uj csipet es van normalisan mukodo recovery-je (utobbit azert meg ujratesztelem).aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
xabolcs
őstag
válasz xabolcs #18424 üzenetére
Az a baj a gyari bootloaderrel, hogy (nem meglepo modon) csak megfeleloen alairt firmware-eket fogad el es valami hibanal fogva az 1.7 mbyte-nal nagyobbak fajlokat szinten visszautasitja.
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
nimmrody
tag
OpenWrt esetében arra van lehetőség, hogy pl a munkahelyemről rá tudjak nézni az otthoni routerre? Milyen kiegészítő kell ehhez vagy milyen setup? Köszi
-
Headless
őstag
válasz nimmrody #18426 üzenetére
Két dolog kell ehhez:
1. Publikus ipv4 cím, ha ez az ip címed változik, otthoni szolgáltatások 90%-a változik. Szóval kell egy dinamikus dns cím és szolgáltatás a routeren.2. A webszerver elérése ez történhet több módon:
2.1 port forward/port opening 80-as vagy 443 portok valamelyikét kinyitod, vagy külső random portról továbbitod a belső port valamelyikére pl 8080->80 vagy 8443 ->443 (ez a megoldás kevésbé biztonságos, de kényelmes.
2.2 vpn kiépítese csak példák, nem fogok belemenni részletekbe, openvpn/wireguard/pptp/l2t stb... openvpn/wireguard az egyik legkönnyebb és vannak mindhez dokumentációk.
LEDE - R3G/DIR860l -> https://tinyurl.hu/Ntkb/
-
varaki
csendes tag
Sziasztok!
Jelenleg egy elég régi routerrel használjuk a vidéken, egyedüli opcióként elérhető RLAN PPPoE internetet, egy TP-Link TL-WR841N-el (gyári TP-Link firmware-rel)
Ezt szeretném most leváltani egy TP-Link Archer C7 (v5)-tel, amin OpenWrt fut (22.03.3).
Korábban ez a router Vodafone kábeles internettel volt használva gond nélkül, most viszont PPPoE kapcsolattal nincs internet.
Az itteni beüzemelés előtt csináltam rajta egy full resetet és a WAN interfész protokolt lecseréltem PPPoE-re, beállítottam a login nevet és jelszót.Látszólag az authentikáció sikeres, a router kap is IP címet, DNS címeket a WAN interfészen, viszont a névfeloldáson kívül más nem működik és az is csak a routeren, a routerhez csatlakoztatott klienseken az sem.
A routeren indított traceroute nem megy tovább a mars456.szivarvanynet.hu (193.30.164.38)-nál (1. hop), tetszőleges domaint pingelve sem jön válasz.Bekapcsoltam a routeren a pppd debug logolását is, a log elérhető itt: https://privatebin.net/?8443b33e78af91ec#FkmxSon1obdp9Ui3og6m28nRPPoeNSg6oF7ud1GKA2Ef
A CCP negotiation során történik valami hiba, többször kapok "Received bad configure-ack" üzenetet míg végül a CCP eltimeoutol: "CCP: timeout sending Config-Requests".
Mi lehet a gond? Mit csinál másképp a gyári TP-Link firmware a régi ócska routeren?
Már lassan megőrülök
Van esetleg valami speciális pppd option amit használnom kellene?Köszönöm előre is
[ Szerkesztve ]
-
xabolcs
őstag
válasz varaki #18429 üzenetére
Erdekes hibauzenetek.
Az en DIGI-s naplom itt van. Ami kiszurta a szememet, hogy a te naplod nem 0.0.0.0-as IP cimet ker, hanem valami 192.168.xxx.xxx-et. De attol meg tovabb megy ...
Az en PPPoE konfigom nagyon minimalis:
config interface 'wan'
option device 'wan'
option proto 'pppoe'
option username 'titkos'
option password 'ez is titkos'
option keepalive '80 20'
option pppd_options 'debug'A "keepalive" nyilvan nem relevans esetunkben.
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
varaki
csendes tag
válasz xabolcs #18430 üzenetére
Igen, ez vmi CGNAT-os megoldás lehet, valszeg több user osztozik néhány külső public IP-n. A működő ócska routeren is lokál IP látszik wan addressnek:
[link]
Írtam a szolgáltatónak is hátha tudnak vmi okosat mondani. Próbáltam pár pppd optiont de semelyik nem segített...[ Szerkesztve ]
-
Balage85
tag
Sziasztok!
Segítséget szeretnék kérni.
Adott egy Openwrt és egy helyi hálón lévő szerveren futó nginx proxy. Az utóbbinál nem tudom megoldani, hogy 80/443 port-on figyeljen, mert más lefoglalja.
Openwrt-ben a 80/443-as portok forwardolva vannak az nginx 8080/8443-as portjára és a publikus domain-ek az nginx-ben vannak feloldva, proxy-zva.Ez így rendben működik. Viszont a belsó hálózataból is szeretném a publikus domain-eket használni, de a névfeloldás a router publikus ip-jére mutat. Az oldalak rendben betöltenek, viszont fájlfeltöltésnél vettem észre, hogy a kapcsolat lényegesen lassabb mintha a belső ip-vel érném el. Gondolom tesz egy "kört" az egész.
Próbálkoztam azzal, hogy Openwrt-ben a domain-ekre a fix belső ip-t adtam meg (nginx), de mivel az más porton figyel, ezért a port számát hiányolja.
Meg lehet oldani valahogy, hogy a router-en keresztül menjen ez a forgalom úgy, hogy a wan-lan-ra beállított port forward-ot használja?
-
varaki
csendes tag
válasz varaki #18431 üzenetére
Válaszolt a szolgáltató: mac szűrést is alkalmaznak, ez volt még tegnap eszembe, hogy átírom a mac címet a régi routerére, de már késő volt és nem sz@rakodtam vele. Egyelőre kikapcsolták a filtert és megy rendesen végre a cucc, ha végeztem beállítják az új macet fixen oszt jónapot
[ Szerkesztve ]
-
xabolcs
őstag
válasz Balage85 #18432 üzenetére
Ha nginx, akkor a server_name beallitassal tudnal jatszani.
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
vargalex
Topikgazda
válasz xabolcs #18434 üzenetére
Szerintem ez megvan a kollégának. Neki az a gondja, hogy belül nem a 80-as porton hallgat (amit nem értek teljesen, de ok, más foglalja), viszont kívülről az van forward-olva.
De akkor a kollégához is:
#18432 Balage85: Mi foglalja le a 80/443-as portot a szerveren? Ha egy másik web szerver, akkor miért nem proxy-zol oda is és az nginx mehetne a 80/443-on?
Alex
-
xabolcs
őstag
válasz vargalex #18435 üzenetére
Igen, erre gondoltam, amikor irtam: a 80/443-asat lecserelni nginx-re es:
- az eredeti 80/443-as es 8080/8443-as alkalmazasokat "visszazarni", azaz nem kiengedni hanem meghagyni localhost-on, vagy ha docker-ben fut, akkor ott ...
- a default server_name-et az eredeti 80/443-as alkalmazasra reverse proxy-zni
- a kinti elerhetoseg server_name-et pedig az eredeti 8080/8443-as alkalmazasra reverse proxy-zniIgy a szerveren levo ngnix a server name-bol fogja tudni eldonteni, hogy melyi alkalmazas fele iranyitsa a kerest.
Ezt a reverse proxy funkcionalitast persze tudja az apache is meg a haproxy-is ... a lenyeg, hogy olyat valasszon az ember, amit ismer (vagy legalabb hasznalhato a dokumentacioja), es tudja konfiguralni!
[ Szerkesztve ]
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
xabolcs
őstag
válasz Balage85 #18438 üzenetére
Akkor jatszd el ezt a reverse proxy-s mutatvanyt a routeren!
Elbirja (tarhely, memoria)?Atrakod az uhttpd-t localhost-ra, s mehet az nginx a helyere. Aztan mehet a reverse proxy konfiguralas.
Ha meg nem birja el a router, akkor: tedd masik portra az uhttpd-t es a router 80/443-as portjat iranyitsd at a synology-n futo nginx-re, ami server_name alapjan szetvalogatja, hogy melyik alkalmazasra kuldje a kerest (igen, akar vissza a routeren masik porton futo uhttpd-nek). Ahogy vargalex is irta.
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
mano42
aktív tag
Sziasztok. AX3600-on futtatok Openwrt-t. Felraktam a Simple Adblockot, mukodik rendesen, viszont minden ujrainditaskor/ aram elvetel utan a statusza FAIL.
Ha varok par percet es nyomok egy Restartot a Software menuben akkor megint gond nelkul fut. Feltetelezem, hogy reboot utan hamarabb toltodik be mint egy masik process, es emiatt feladja a futtatast. Gondoltam a scheduled taskon belul beallitok egy opciot, hogy ujraindulas utan par percel legyen egy restart a Simple Adblockra, de meghalad. Valaki tudna segiteni? -
Blasius
tag
Sziasztok,
A routerem WPA Enterprise wifihez kliensként csatlakozik 5 GHzen (wlan0, sta). Az Enterprise miatt wpad-wolfssl van, nem pedig wpad-mini. (A mini az Enterprise-t nem ismerné.) A netet tovább osztja routed kliensként, 2.4 (wlan1, ap) és 5 GHzen (wlan0-1, ap) is. Tehát a /etc/config/wireless -ben 5GHzre két interfész bejegyzés is van, egy sta, egy ap.
5G-n a router egy ideig rendesen oszt, de egy idő után eltűnik. Volt már olyan is hogy az 5G használata közben tűnt el. Ha kiadok egy “wifi down; wifi”-t akkor az 5G visszajön.
Enterprise-os hálózat amihez csatlakozom úgy látszik hogy akar rekeyeket. Itt van a dmesg-ből egy pár rekey ciklus:[30725.901359] Rekeying PTK for STA xx:xx:xx:xx:xx:yy but driver can't safely do that.
[30725.901399] ath10k_pci 0000:02:00.0: mac flush vdev 1 drop 0 queues 0x2 ar->paused: 0x0 arvif->paused: 0x0
[30729.039455] wlan0: deauthenticated from xx:xx:xx:xx:xx:yy (Reason: 15=4WAY_HANDSHAKE_TIMEOUT)
[30729.127026] ath10k_pci 0000:02:00.0: mac flush null vif, drop 0 queues 0xffff
[30730.068284] br-lan: port 3(wlan0-1) entered disabled state
[30732.059520] wlan0: authenticate with 5c:83:8f:14:7c:1e
[30732.072635] wlan0: send auth to 5c:83:8f:14:7c:1e (try 1/3)
[30732.078179] wlan0: authenticated
[30732.083211] wlan0: associate with 5c:83:8f:14:7c:1e (try 1/3)
[30732.089924] wlan0: RX AssocResp from 5c:83:8f:14:7c:1e (capab=0x1111 status=0 aid=1)
[30732.098821] ath10k_pci 0000:02:00.0: pdev param 0 not supported by firmware
[30732.104783] ath10k_pci 0000:02:00.0: failed to enable peer stats info: -122
[30732.111792] wlan0: associated
[30732.127653] wlan0: Limiting TX power to 14 dBm as advertised by 5c:83:8f:14:7c:1e
[30732.639643] br-lan: port 3(wlan0-1) entered blocking state
[30732.643766] br-lan: port 3(wlan0-1) entered forwarding state
[60967.421353] Rekeying PTK for STA 5c:83:8f:14:7c:1e but driver can't safely do that.
[60967.421406] ath10k_pci 0000:02:00.0: mac flush vdev 1 drop 0 queues 0x2 ar->paused: 0x0 arvif->paused: 0x0
[60970.598175] wlan0: deauthenticated from 5c:83:8f:14:7c:1e (Reason: 15=4WAY_HANDSHAKE_TIMEOUT)
[60970.679305] ath10k_pci 0000:02:00.0: mac flush null vif, drop 0 queues 0xffff
[60971.637611] br-lan: port 3(wlan0-1) entered disabled state
[60973.612681] wlan0: authenticate with xx:xx:xx:xx:xx:yy
[60973.621811] wlan0: send auth to xx:xx:xx:xx:xx:yy (try 1/3)
[60973.626863] wlan0: authenticated
[60973.633056] wlan0: associate with xx:xx:xx:xx:xx:yy (try 1/3)
[60973.639605] wlan0: RX AssocResp from xx:xx:xx:xx:xx:yy (capab=0x1111 status=0 aid=4)
[60973.647924] ath10k_pci 0000:02:00.0: pdev param 0 not supported by firmware
[60973.653611] ath10k_pci 0000:02:00.0: failed to enable peer stats info: -122
[60973.660605] wlan0: associated
[60973.663771] wlan0: Limiting TX power to 14 dBm as advertised by xx:xx:xx:xx:xx:yy
[60974.194943] br-lan: port 3(wlan0-1) entered blocking state
[60974.199077] br-lan: port 3(wlan0-1) entered forwarding state
[86973.533839] wlan0: Limiting TX power to 17 dBm as advertised by xx:xx:xx:xx:xx:yy
[87542.796558] wlan0: Limiting TX power to 14 dBm as advertised by xx:xx:xx:xx:xx:yy
[91208.531504] Rekeying PTK for STA xx:xx:xx:xx:xx:yy but driver can't safely do that.
[91208.531544] ath10k_pci 0000:02:00.0: mac flush vdev 1 drop 0 queues 0x2 ar->paused: 0x0 arvif->paused: 0x0
[91211.620184] wlan0: deauthenticated from xx:xx:xx:xx:xx:yy (Reason: 15=4WAY_HANDSHAKE_TIMEOUT)
[91211.703693] ath10k_pci 0000:02:00.0: could not get mac80211 beacon, vdev_id: 0 addr: a0:1b:29:64:54:61
[91211.723310] ath10k_pci 0000:02:00.0: mac flush null vif, drop 0 queues 0xffff
[91212.646534] br-lan: port 3(wlan0-1) entered disabled state
[91214.638767] wlan0: authenticate with xx:xx:xx:xx:xx:xx
[91214.652032] wlan0: send auth to xx:xx:xx:xx:xx:xx (try 1/3)
[91214.657237] wlan0: authenticated
[91214.662439] wlan0: associate with xx:xx:xx:xx:xx:xx (try 1/3)
[91214.669090] wlan0: RX AssocResp from xx:xx:xx:xx:xx:xx (capab=0x1111 status=0 aid=6)
[91214.678602] ath10k_pci 0000:02:00.0: pdev param 0 not supported by firmware
[91214.684197] ath10k_pci 0000:02:00.0: failed to enable peer stats info: -122
[91214.691604] wlan0: associated
[91214.699670] wlan0: Limiting TX power to 14 dBm as advertised by xx:xx:xx:xx:xx:xx
Úgy látszik hogy rekey wlan0-1 -et is érinti:
[30730.068284] br-lan: port 3(wlan0-1) entered disabled state
[30732.639643] br-lan: port 3(wlan0-1) entered blocking state
[30732.643766] br-lan: port 3(wlan0-1) entered forwarding state
Úgy úgy tűnik hogy ha ez a három dolog (disabled, blocking, forwarding) megvan akkor wlan0-1 ap rendben visszatér
De az utolsó ciklusban:
[91212.646534] br-lan: port 3(wlan0-1) entered disabled state
Csak “disabled” van, és nem is tér vissza.Valaki találkozott már ilyennel ? Mi lehet vajon a megoldás erre? Ezt a rekeyt én ki tudom valahogy kapcsolni? Vagy az a hálózat amihez én csatlakozom az határozza meg hogy kell vagy nem kell rekey.
Az 5G mac80211 -on megy ath10k driverrel.Ezek a wifi-s kmodok vannak fenn. 10K az 5G-t hajtja, 9K a 2.4G-t:
kmod-ath - 5.4.188+5.10.110-1-1
kmod-ath10k-ct - 5.4.188+2021-09-22-e6a7d5b5-1
kmod-ath9k - 5.4.188+5.10.110-1-1
kmod-ath9k-common - 5.4.188+5.10.110-1-1Üdv
Ha ''a'' ram megy dualban ''b'' rammal, és ''c'' ram megy dualban ''b'' rammal, akkor ''a'' ram megy dualban ''c'' rammal?
-
xabolcs
őstag
válasz Blasius #18441 üzenetére
Van lehetoseged atterni a kmod-ath10k-ct-rol a sima kmod-ath10k-ra?
Amikor az ipq40xx-es GL-B1300-on a ct valtozatot hasznaltam SNAPSHOT vagy epp 22.03 alatt, akkor is nehany nap utan szimplan megszunt letezni az 5G-s AP ... pont ahogy irod.Ahogy attertem minden problema megszunt: a 42 nap uptime alatt egyszersem kellett ujrainditanom a wifit!
20:20:34 up 42 days, 22:58, load average: 2.05, 1.37, 1.19
Ezen felul a ct -> sima atteresen felul: van lehetoseged frissiteni 22.03-ra? Hamarosan megjelenik a 22.03.4-es kiadas.
[ Szerkesztve ]
aláírás1: csocsó-vesztes vagyok, főleg a Bog és Bocha páros ellen, aláírás2: van mobilarénáskulcstartóm! :D
-
Kenderice
senior tag
Sziasztok.
Gargoyle-t használok de nem találok hozzá terminálos speedtest plugint.
Speerdtest-cli nincs a feed-ben. A speedtest-netperf plugin telepítve van de nem indul el. Annyit ad vissza, hogy not found.Tudnátok ajánlani rá valamit vagy másik tárolót, ahol több plugin van mint az alap gargoyle tárolóban?
Köszönöm.
-
zsozsosama
csendes tag
Sziasztok!
50e forintból milyen routert vennétek openwrthez? Erős és megbízható kéne, jelenleg egy xiaomi r4a gigabit van és a hócipőm tele van azzal, hogy ledobálja 100mbitre a digit:
[380155.604723] mt7530 mdio-bus:1f wan: Link is Down
[380155.754672] mt7530 mdio-bus:1f wan: configuring for phy/gmii link mode
[380155.761748] 8021q: adding VLAN 0 to HW filter on device wan
[380158.454881] mt7530 mdio-bus:1f wan: Link is Up - 1Gbps/Full - flow control off
[380159.832435] mt7530 mdio-bus:1f wan: Link is Down
[380159.984162] mt7530 mdio-bus:1f wan: configuring for phy/gmii link mode
[380159.991487] 8021q: adding VLAN 0 to HW filter on device wan
[380162.115191] mt7530 mdio-bus:1f wan: Link is Up - 100Mbps/Full - flow control off -
woodworm
veterán
válasz zsozsosama #18446 üzenetére
Xiaomi ax3600 vagy dynalink Dynalink DL-WRX36 az amazonról. Sajnos előbbi túl drága lett itthon, utóbbit pedig nem forgalmazzák.
-
vargalex
Topikgazda
-
yodee_
őstag
válasz zsozsosama #18449 üzenetére
Nálam amikor ilyen hiba volt akkor a fali aljzat volt oxidált...
Honor Magic 6 Pro | Lenovo Thinkpad X280 | Lenovo Thinkcentre M920s
Új hozzászólás Aktív témák
- Skoda, VW, Audi, Seat topik
- Mibe tegyem a megtakarításaimat?
- Samsung Galaxy S23 Ultra - non plus ultra
- Milyen processzort vegyek?
- Robotporszívók
- Milyen széket vegyek?
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Nvidia GPU-k jövője - amit tudni vélünk
- Samsung Galaxy Watch6 Classic - tekerd!
- TCL LCD és LED TV-k
- További aktív témák...
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Adobe Előfizetések - Adobe Creative Cloud All Apps, Photography Plan - 12 Hónap
- Megmaradt - Eredeti Humble, Choice - Steam kulcsok
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs