Hirdetés
- Vélemény: ezt teheti majd az új vezető az Intellel
- Itt a legtöbb kézikonzolra telepíthető SteamOS előzetese
- Annyira örül az SNES öregedésének Super Mario, hogy idővel nagyobbat ugrik
- Vélemény: nem valószínű, hogy jönnének dedikált neuronháló gyorsítók
- Extrém magas az új GeForce-ok előállítási költsége?
- Bluetooth hangszórók
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- Bambu Lab 3D nyomtatók
- AMD Navi Radeon™ RX 6xxx sorozat
- Itt a legtöbb kézikonzolra telepíthető SteamOS előzetese
- Milyen billentyűzetet vegyek?
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- iPad topik
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Azonnali VGA-s kérdések órája
-
PROHARDVER!
OpenWrt topic
Új hozzászólás Aktív témák
-
attilam
őstag
Sziasztok!
Szeretnék megoldani egy rejtélyt, de nem jövök rá, hogy hol a hiba.
Friss OpenWRT telepítés. WIFI AP-k beállítva. Ennyi egyelőre.Jönne a vendéghálózat a hivatalos OpenWRT leírás alapján UCI parancsokkal:
Forrás: [OpenWrt Wiki] Guest Wi-Fi basicsStep by step végignéztem, hogy hol nyekken meg az internetkapcsolatom:
Egész pontosan a DHCP beállításnál hasal el:# Configure DHCPuci -q delete dhcp.guestuci del_list dhcp.@dnsmasq[0].interface=br-guestuci add_list dhcp.@dnsmasq[0].interface=br-guestuci set dhcp.guest="dhcp"uci set dhcp.guest.interface="guest"uci set dhcp.guest.start="100"uci set dhcp.guest.limit="150"uci set dhcp.guest.leasetime="1h"uci set dhcp.guest.netmask="255.255.255.0"uci commit dhcp/etc/init.d/dnsmasq restartEnnyi, és az internetnek annyi + nem is lehet többet wireless kapcsolódni a routerhez.
Visszaállítva ok:
uci -q delete dhcp.guestuci del_list dhcp.@dnsmasq[0].interface=br-guestuci commit dhcp/etc/init.d/dnsmasq restart
Nem tudom hol lehet a hiba, elvégre ez a hivatalos oldal alapján történt, és úgy emlékszem már működött eddig hiba nélkül.Így a vendéghálózat beállításánál kihagytam ezt a részt, és a LUCI-ból állítottam be utána a DHCP-t.
A cat /etc/config/dhcp aljára így ez a sor került:
config dhcp 'guest'option interface 'guest'option start '100'option limit '150'option leasetime '12h'option netmask '255.255.255.0'De ezzel megy minden szépen. még akkor is ha újraindítom a dnsmasq-t. Nem látok sok különbséget (A 12h és 1h lease time-tól eltekintve, de az nem érdekes, mert nem ezen múlik a dolog).
Szeretném megfejteni ezt, ha valaki tudja mi lehet a baj.
Köszönöm előre is. -
-
Blasius
tag
válasz
xabolcs
#18454
üzenetére
Szia,
Bevártam a 22.03.4 verziót, tegnap feltettem. Ebben valami DSA jelent meg ( ami nem tudom pontosan hogy micsoda), de emiatt a konfigurációs beállítások átvitele frissítéskor nem ajánlott, azaz mindent újra be kellett állítani. Maradt alapból a -ct verziójú driver, viszont kb egy évvel frissebb. Na majd látjuk hogy hogy szuperál. Ha probléma lesz kipróbálom amit javasoltál, és felteszem a ct nélküli drivert.root@OpenWrt:~# opkg list-installed | grep athath10k-board-qca988x - 20220411-1ath10k-firmware-qca988x-ct - 2020-11-08-1kmod-ath - 5.10.176+5.15.92-1-1kmod-ath10k-ct - 5.10.176+2022-05-13-f808496f-1kmod-ath9k - 5.10.176+5.15.92-1-1kmod-ath9k-common - 5.10.176+5.15.92-1-1root@OpenWrt:~# uname -r5.10.176 -
Rick4
félisten
Srácok, tényleg köszi a segítséget, meg az ötletelést, megoldottam, csak az 5GHz-re van fellépve a telefon, működik, ennyi, ez volt a cél.
Értem én, hogy mindenféle csillapítási tényezők befolyásolják, de valóban elég sok módon próbáltam már, ráadásul nem lehet készülékhiba, mert az asszonynak is egy ugyanilyen Oneplus 8 po-ja van, ugyanazzal a 13 -as androddal, 99%-ban ugyanazokkal a beállításokkal, az övé se megy ugyanúgy, ahogy szerintem kellene, de már túlléptem rajta, 2.4 mindenek jó, ezek ellesznek az 5GHz-en, ez az ideális állapot, csak kellett némi rásegítés.
Igaz, az alap probléma, hogy ennek automatikusan kellene működnie, nem oldódott meg, de a több hónapi küzdés után felüdülés, hogy foglalkozhatok az élet más területeivel is.
Ha másnak már feltűnt ugyanez, és gyanítja, mégsem csak a távolság- telítettség- sebesség szentháromságon belül az ideálisnak mondható középutat találja meg a telefon- router kapcsolat, és írt is rá valamit, akkor minden bizonnyal nem én reagálom túl, és nem én gondolom azt, hogy ennek másképp kellene működnie.
Van itt egy másik AX3600-as, elővehetném, berakva egész biztos, hogy szinte mindig 5GH-z-en eresztené a telefont, régebben, mikor még 2.5 éve megvettem a routert, ez így működött. Azóta nálam az eszközök nem változtak, viszont mindenre jött frissebb rendszer, és költöztem, de egy helységen belül másképp kellene működjenek a dolgok.
-
xabolcs
őstag
válasz
xabolcs
#18391
üzenetére
Rick4, februar vegen mar emlitettem a Proper configuration of 802.11k and 802.11v nemzetkozi forumon levo topicot, ahol az usteer-rel probalnak hatast gyakorolni a wifi kliensek roamingolasara.
Ha van kedved, akkor vegigolvashatod, s kiprobalhatod! A telefonodnak is csak egy kis hatszel kellene, hogy ha mar hasznalhato az 5 GHz terero, akkor azt hasznalja, ne a 2.4 GHz-t.
Az en telefonom egesz ertelmes roamingolas szempontjabol, nem ugy, mint neha a laptopom, ami akkor is az 5 GHz-t erolteti, amikor epp csak csorog rajta valami, mikozben a 2.4 GHz maxon van.
-
vargalex
Topikgazda
A kérdés csak azért merült fel, mert nem írtad, hogy 4-5 m-ről ki- és bekapcsoltad a kliensen a wifi-t (úgy is érthető volt, hogy 4-5 m-re megközelítve sem vált át 5 GHz-re)...
Egyébként érdekes a dolog, mert nálam ugyan külön SSID van, de minden telefonon fel van véve (és le van tárolva) mindkét SSID, mégis az 5 GHz-es sávot részesítik előnyben távolról is. Van köztük IOS és Android is. És az összes routeremnél így volt, mindegyik OpenWrt-vel. -
Rick4
félisten
válasz
vargalex
#18491
üzenetére
#18478-ból idéznék a kedvedért:
"asztali gépen ax211-es kártyával persze rögtön megy a 800-900-as kapcsolat, szóval ez inkább telefon lesz"Másik felére is ott a válasz tegnap óta:
" a 2.4GHz, nálam meg vannak okos hosszabbítók, okos mosógép, wifis kamera, ez-az, aminek kell a 2.4, ezért a telefon (vagy a router) is előnyben részesíti a 2.4-es sávot, még 4-5 m-ről, szabad rálátással is, és persze a két wifi sáv egy néven fut, azaz a készülékek döntik el, melyik sávon kommunikálnak."Azaz a közvetlen közelről, wifi ki- be kapcsolás után is 2.4-re akar és fog fellépni a telefon. Nem tudtam, hogy még egyszer be kell másolni ugyanazt, amit tegnap leírta, hogy senkinek se maradjon kérdés...
És mindez annak fényében furcsa, hogy az egész házban jó az 5GHz-es térerő, a legkritikusabb pontokon, ahol 2.4-en 40Mbit-tel ment, 5GHz-en megy ugyanannyival, csak a felfelé irány rosszabb.
-
vargalex
Topikgazda
Ez: "Namost mivel ez a gyári rendszerrel ment, nálam egyértelmű volt, hogy a két ssid azonos néven fut, de mostmár nem vagyok benne biztos, hogy az openwrt ezen kiadásai ismerik is ezt a funkciót, vagy ha ismerik, jól tudják használni." nem azt jelenti számomra, hogy tudod, hogy a kliens választ. Ez alapján azt gondolnám, hogy te valami AP oldali választást várnál, de ilyen nincs...
Egyébként biztos vagy benne, hogy nem az történt, hogy viszonylag távol a routertől már felcsatlakozott a kliensed (így a 2,4 GHz-et választva)? Mert ha ez már megtörtént, akkor nem is fog átcsatlakozni 5 GHz-re, csak ha lekapcsolod a 2,4 GHz-et (vagy lerúgod onnan).
-
Rick4
félisten
Itt nem is a használat volt kérdés, hanem hogy azonos néven megy-e. A két freki. Namost mivel ez a gyári rendszerrel ment, nálam egyértelmű volt, hogy a két ssid azonos néven fut, de mostmár nem vagyok benne biztos, hogy az openwrt ezen kiadásai ismerik is ezt a funkciót, vagy ha ismerik, jól tudják használni.
Én most Fix 5GHz- én hagytam a telefonokat, a többi a 2.4- én, minden probléma elszállt, működik jól. Igaz ezt a wpa3- at nem próbáltam még. -
tlala
addikt
Természetesen használom a 2.4GHz wifit is, a porszívó, a Home Assistant rendszerem egyes cuccai miatt, de még a wifis macskaetető is arról megy.
A beszúrt telefonos screenshot képeimen is láthatod a dupla wifi jelet, mert a telefonom összefogja elméletileg a két freki sávszélességét, bár ez nem nagyon jelent konkrét sebesség növekedést. -
hmzs
tag
Beleolvasva a 2,4/5GHz macerába, az elején nem sejtettem, mi lesz a megoldás. Pedig pár évvel ezelőtt bő két nap beállítgatás, fórum olvasás, hajtépés után döntöttem úgy, hogy kikapcsolom a 2,4GHz-t. Utána a két ap-nek használt router beállítása szinte csak pár kattintás volt...
Azóta csak a dfs meg a pppoe net okozott némi fejtörést (na jó, meg az egységes ssl), de mivel ezeken is túl vagyok, több mint egy éve firm-öt sem csináltam. Teljesen el fogok lustulni így, de majd ha megint hajtépéshez támad kedvem, elgondolkodom én is az ax wifin
(Az egyedi firmware miatt még nem vagyok szakértő, csak kitartó hibbista. Van olyan időszak, amikor több a szabadidőm, valamivel el kell tölteni, és ez számomra szórakoztatóbb és hasznosabb tanulás, mint c++-ban leprogramozni a hűtő-zsiráf-elefánt klasszikust) -
Rick4
félisten
válasz
vargalex
#18481
üzenetére
Tudom, mindez az általam leírtakból meg mások számára is világos kell legyen, hiszen írtam is, hogy a telefon nem akar menni 5GH-zen sem, az asztali gép az ax211-es kártyával simán megy 160Hz-en is, tehát nem a routerrel van a gond, esetleg beállítás, vagy más, amire nem jövök rá. Végül szét lett választva a két sáv, és be is fejeztem a küzdést...
yodee- : Megoldottam, végső lépésként már tényleg nem maradt más, a legtávolabbi ponton is megy 100Mbitz fölött, jó ez így...
-
Rick4
félisten
válasz
yodee_
#18479
üzenetére
Az a köze, hogy azonos elnevezés esetén automatikusan váltanak az eszközök a 2.4-es és az 5GHz-es sáv között, már az ax3600-as gyári rendszere is így működött, és az is egy openwrt alapú szoftver volt.Szóval mennie kellene, de mégse, úgyhogy végülis igazad van, átneveztem, ami 2.4-en akar menni, az megy ott, a telefonok meg mennek 5GHz-en, és meg van oldva...
-
Rick4
félisten
2.4-es wifit kikapcsolva azonnal felugrik 648- 720-as linksebességre a kapcsolat, 320-350-et mérek, szóval a gond ez lesz, vissza akarja mindenáron rakni 2.4-re, holott kertes házban lakom, nincs telítettség, még egy eszköz van 5GHz-en, az is gyengén, mérés szerint 80m-re sugároz, szóval elvi akadálya nincs, hogy menjen rendesen...
asztali gépen ax211-es kártyával persze rögtön megy a 800-900-as kapcsolat, szóval ez inkább telefon lesz. Hogy most a friss rendszer, vagy más miatt, nem tudom. -
Rick4
félisten
Természetesen!
Még ha nem is lenne ennél sokkal gyorsabbnak kellene lenni, de nem.
Viszont nálad lehet be sincs kapcsolva a 2.4GHz, nálam meg vannak okos hosszabbítók, okos mosógép, wifis kamera, ez-az, aminek kell a 2.4, ezért a telefon (vagy a router) is előnyben részesíti a 2.4-es sávot, még 4-5 m-ről, szabad rálátással is, és persze a két wifi sáv egy néven fut, azaz a készülékek döntik el, melyik sávon kommunikálnak. Én sem értem, miért, néha feljebb vált, de a linksebesség jellemzően 206- 229 Mbit/s, és ennyi. Amúgy tényleg mindegy, mert telefonon max napi 5-10 perc használat van itthon, ami értesítés kell, az ilyen sebességgel is megjön...Saját telefonomnál pl most ezt látom:
-62/-106 dBm
229.4 Mbit/s, 20 MHz, HE-MCS 9,
HE-NSS 2 12.0 Mbit/s, 20 MHz
És a készülék is ezt a linksebességet mutatja, kb 100Mbit-tel tud mérni.yodee_ :
Érthető volt, ha nagyon akarta az ember, csak előtted több értékről volt szó, jobb volt tisztázni! -
Rick4
félisten
Feltettem ugyanezt, vártam szépen, 36-os csatorna, 160MHZ, 5-6 m-r ea routertől jött kb 100 Mbit, gépen vezetékkel 910/935 ahogy szokott..
Nem értem, nálad melyik csati, melyik országkód, hogy ekkorát megy, Még mindig mindegy, de ezek szerint valami nálam rosszul van beállítva. A router mellett mérve is 150/120..
És ugyanezzel a telefonnal volt 940 is a gyári fw-rel. -
krealon
Topikgazda
-
Zirowe
nagyúr
válasz
vargalex
#18466
üzenetére
Jelentősen lassabb sebességet ér el wifi irpef3-al való méréskor, illetve wifiről másolva lan kapcsolatos szerveren lévő hdd-ről.
Illetve a lefedettség is gyengébbnek tűnik a lakásban az új fw-vel.22.03.4 fw-vel
Pc-szerver iperf3 sebesség, mindkettő lanon: 920mbit/s
Pc szerver iperf3 sebesség első wifin, második lanon: 280-300mbit/s
Pc-szerverre kötött usb 3.0-ás hdd-ről másolás, mindkettő lanon: 75-95MB/s
Pc-szerverre kötött usb 3.0-ás hdd-ről másolás, első wifin, második lanon: 5MB/s körül, de inkább alatta
Lakás legszélső szobájában (két szobára a routertől ajtók vonalában) 15-20mbit/s mérve telefonon.A korábbi régi openwrt snapshottal a lan-lan iperf3 azonos volt, sambán a korábbi kommentem óta javítottam és szintén 75-95MB/s-t ért el, a wifi pedig iperf3-al hozta a 350mbit-et néha 400 fölé benézve, a másolás meg 25-45MB/s körül.
Lakás legszélső szobájában mért telefonos sebesség bőven 50mbit felett.Beállítások, csatornák, tartományok minden esetben azonosak voltak.
Igazából az iperf3 helyett jobban érdekel a másolási sebesség, legalább egy 30MB/s-t jó lenne elérni wifin.
Nem értem miért rosszabb az új fw.
Mindenesetre a napokban visszarakom a régebbieket és megnézem hozzák-e megint a korábbi értékeket, ha igen, akkor marad. -
Zirowe
nagyúr
válasz
vargalex
#18464
üzenetére
Lanon 920mbit a kapcsolat a szerverrel, samba beállításain közben finomítottam és felment 75-95MB/s tartományban (usb 3.0-án csatlakozik és a hdd ház is olyan) írás/olvasás.
Végigpróbálgattam csomó rendszert és most a 22.03.4 maradt fent, de ennek a legpocsékabb eddig a teljesítménye, mint wifi, mind wifi-lan sebességben.
Illetve nem tudom mi lehet a baj a beállításoknál, az androidos mobilomon privád dns van beállítva reklámszűrés végett, eddig nem volt gond vele, ment rendesen a wifi, most ha nem állítom át a default dnsre a telefont, akkor nem kap netet wifin.
Lehet vissza kéne mennem az kezdeti fw-re (OpenWrt SNAPSHOT r11618+3-416d2cc71e / LuCI Master git-19.336.76949-74cb64f), csak azt már nem tudom honnan töltöttem annyi évvel ezelőtt.edit: közben meglett, csak a linkek már nem élnek.
-
-
Celtis
veterán
válasz
Celtis
#18457
üzenetére
Hozzáférési jogosultség problémának gondoltam, de miután kiderült, hogy írni és törölni is tudok fájlokat, csak olvasni nem, mindjárt másfelé kezdtem keresgélni.
Ugyan a leírásából egyáltalán nem derül ki, de a "Force synchronous I/O"-t bekapcsolva működik.
ASUS RT-AC65P, OpenWrt 21.02.3 r16554 -
Zirowe
nagyúr
Sziasztok, rég jártam itt.
Van egy AC65P routerem, amivel teljes mértékben elégedett vagyok, rajta egy jó régi vargalex féle openwrt (OpenWrt SNAPSHOT r11618+3-416d2cc71e / LuCI Master git-19.336.76949-74cb64f).
Rendkívül stabil és problémamentes.Viszont asztali gépbe beszereztem egy ax210-es wifi kártyát és elég jó rálátással is max 350mbit/s sebességet tudok kicsikarni belőle wifi-wifi, wifi-lan kapcsolaton.
Wifi-lan-usb 3 2.5" hdd másolási/írási sebesség 25-45MB/s között van (a vinyó nem a routerre van kötve, hanem külön szerverre), nagyjából lan-lan kapcsolaton is ilyen sebességet hozott.A router iperf3 mérés között a gép kapcsolatára ilyen értékeket írt:
1733.3 Mbit/s, 160MHz, VHT-MCS 9, VHT-NSS 2, Short GI
585.1 Mbit/s, 80MHz, VHT-MCS 6, VHT-NSS 2, Short GIAz ax210-esen minden beállítás gyári, a routeren 23dbm erősség, 48-as csatorna 160mhz, wmm engedélyezve, wpa2-psk-val van beállítva, a mérés idején nem volt más 5ghz-s kapcsolat, 2,4ghz-n viszont volt.
Ez vajon a max, ami kihozható ezekből vagy lehet valahogy javítani az értékeken?
-
Celtis
veterán
Sziasztok,
Hátha valaki tud segíteni. Openwrt és samba4. Egy /etc alatti foldert szeretnék megosztani. Elég lenne olvasásra. Meg sem próbálom leírni hányféle beállítással próbálkoztam. Látom a megosztott mappát, az almappákat, a fájlokat is, de nem lehet olvasásra megnyitni vagy akár csak másolni a fájlokat.
-
xabolcs
őstag
válasz
Blasius
#18441
üzenetére
Meg szerencse, hogy irtam, milyen sokaig nem tunt el nalam az 5 GHz wifi, nehany napja nalam is eltunt.
Sun Apr 9 14:22:29 2023 daemon.notice hostapd: phy1-ap0: DFS-RADAR-DETECTED freq=5580 ht_enabled=0 chan_offset=0 chan_width=3 cf1=5610 cf2=0Sun Apr 9 14:22:29 2023 daemon.notice hostapd: phy1-ap0: AP-DISABLEDSun Apr 9 14:22:29 2023 daemon.notice hostapd: phy1-ap0: AP-STA-DISCONNECTED 8c:fd:f0:24:20:ebSun Apr 9 14:22:29 2023 daemon.notice hostapd: nl80211: deinit ifname=phy1-ap0 disabled_11b_rates=0Sun Apr 9 14:22:29 2023 kern.info kernel: [3862745.893653] device phy1-ap0 left promiscuous modeSun Apr 9 14:22:29 2023 kern.info kernel: [3862745.893914] br-lan: port 3(phy1-ap0) entered disabled stateSun Apr 9 14:22:29 2023 daemon.notice netifd: Network device 'phy1-ap0' link is downSun Apr 9 14:22:29 2023 daemon.info avahi-daemon[1958]: Interface phy1-ap0.IPv6 no longer relevant for mDNS.Sun Apr 9 14:22:29 2023 daemon.info avahi-daemon[1958]: Leaving mDNS multicast group on interface phy1-ap0.IPv6 with address fe80::e695:6eff:fe45:1079.Sun Apr 9 14:22:29 2023 daemon.info avahi-daemon[1958]: Withdrawing address record for fe80::e695:6eff:fe45:1079 on phy1-ap0.Sun Apr 9 14:22:29 2023 daemon.notice hostapd: phy1-ap0: interface state ENABLED->DISABLEDSun Apr 9 14:22:31 2023 kern.info kernel: [3862747.858048] br-lan: port 3(phy1-ap0) entered blocking stateSun Apr 9 14:22:31 2023 kern.info kernel: [3862747.858182] br-lan: port 3(phy1-ap0) entered disabled stateSun Apr 9 14:22:31 2023 kern.info kernel: [3862747.864015] device phy1-ap0 entered promiscuous modeSun Apr 9 14:22:31 2023 daemon.notice hostapd: phy1-ap0: interface state DISABLED->COUNTRY_UPDATESun Apr 9 14:22:31 2023 daemon.notice hostapd: phy1-ap0: interface state COUNTRY_UPDATE->HT_SCANSun Apr 9 14:22:31 2023 daemon.notice hostapd: phy1-ap0: interface state HT_SCAN->DFSSun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: DFS-NOP-FINISHED freq=5580 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5580 cf2=0Sun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: interface state DFS->DFSSun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: DFS-NOP-FINISHED freq=5600 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5600 cf2=0Sun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: interface state DFS->DFSSun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: DFS-CAC-START freq=5580 chan=116 sec_chan=1, width=0, seg0=122, seg1=0, cac_time=60sSun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: DFS-NOP-FINISHED freq=5620 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5620 cf2=0Sun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: interface state DFS->DFSSun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: DFS-CAC-START freq=5580 chan=116 sec_chan=1, width=0, seg0=122, seg1=0, cac_time=60sSun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: DFS-NOP-FINISHED freq=5640 ht_enabled=0 chan_offset=0 chan_width=0 cf1=5640 cf2=0Sun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: interface state DFS->DFSSun Apr 9 14:52:52 2023 daemon.notice hostapd: phy1-ap0: DFS-CAC-START freq=5580 chan=116 sec_chan=1, width=0, seg0=122, seg1=0, cac_time=60sAhogy a naplobol is latszik, a radar detektalas uti ki a biztositekot, ami utan - bar probal - nem tud visszaterni mukodo allapotba. A DFS-es 116-os csatornan hasznaltam.
-
Kenderice
senior tag
Nagy gondom van.
A leírási itt van, nem akarom mégegyszer beírni a dolgokat.
[link]
Tudna valaki erre ötletet, hogy ez a jelenség miért van?
Már egyszer lecsatoltam a HDD-t, újraformáztam, létrehoztam a felhasználókat és a megosztott mappákba újra felmásoltam mindent.
(Még szerencse, hogy két héttel ezelőtt valami fura ötlettől vezérelve másolatot készítettem az összes adatról, ami nagy szerencsém volt.)
Ezek után működött minden rendesen, amíg egy új felhasználót nem csináltam és nem adtam meg a hozzáférést egy megosztott mappához.
Ekkor tűnt el minden adat.
Köszönöm. -
#18452
adika4444
addikt
zsozsosama
#18446
adika4444
addikt
válasz
zsozsosama
#18446
üzenetére
Én csatlakozom az előttem szólókhoz
ez valami hardverhiba lehet, pl. rossz csatlakozó, ez a leggyakoribb. Cserélj kábelt, vagy ha hosszú és ez nehézkes akkor a csatlakozókat. -
#18451
vargalex
Topikgazda
zsozsosama
#18449
vargalex
Topikgazda
válasz
zsozsosama
#18449
üzenetére
Ha valami hw hiba miatt fallback-ol 100 Mbps-re, akkor szerintem magától nem is fog már gigabitre visszaállni...
-
#18450
yodee_
őstag
zsozsosama
#18449
yodee_
őstag
válasz
zsozsosama
#18449
üzenetére
Nálam amikor ilyen hiba volt akkor a fali aljzat volt oxidált...
-
#18448
vargalex
Topikgazda
zsozsosama
#18446
vargalex
Topikgazda
válasz
zsozsosama
#18446
üzenetére
A kábel biztosan jó?
-
#18447
woodworm
veterán
zsozsosama
#18446
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.
-
#18446
zsozsosama
tag
zsozsosama
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 -
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.
-
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.19Ezen felul a ct -> sima atteresen felul: van lehetoseged frissiteni 22.03-ra? Hamarosan megjelenik a 22.03.4-es kiadas.
-
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
-
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? -
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.
-
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!
-
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?
-
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
-
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
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...
-
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.
-
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
-
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.
-
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). -
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.
-
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; doneEkkor elvileg a
/sys/class/gpio/gpioXXmeg kell, hogy jelenjen, mint könyvtár. Aztán alatta lehet még adirection-al játszani. -
#18413
yodee_
őstag
fatpingvin
#18412
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 -
hmzs
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. -
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 - EthernetSubsystem: Intel Corporation Device 4030Control: 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 bytesInterrupt: pin A routed to IRQ 16Region 0: Memory at cc33c000 (64-bit, non-prefetchable) [size=16K]Capabilities: <access denied>Kernel driver in use: iwlwifiKernel modules: iwlwifiiperf-el mérve a mini szerverre:
[gavarga@gavarga-5500]$ iperf3 -c 192.168.22.200Connecting 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 receiveriperf Done.Speedtest-el (ugye nálam "csak" 500 Mbps-es net van):
[gavarga@gavarga-5500]$ speedtestSpeedtest by OoklaServer: Vodafone Magyarország Zrt. - Budapest (id: 31271)ISP: Vodafone HungaryIdle 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-a18fd521404aEsetleg 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 20kapcsoló). Nálam 20 szál esetén sincs változás a sebességben. -
hmzs
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ó... -
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
-
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
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
?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- Telefon felvásárlás!! iPhone 12 Mini/iPhone 12/iPhone 12 Pro/iPhone 12 Pro Max
- Bomba ár! HP ProBook 470 G2 - i5-5GEN I 8GB I 256SSD I 17,3" HD+ I Radeon I HDMI I Cam I W10 I Gari!
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA! Épített KomPhone i5 10600KF 16/32/64GB RAM RX 7600 8GB GAMER PC termékbeszámítással
- MSI B550 GAMING GEN3 AM4 DDR4 alaplap bontatlan csomagolásban 3 év garancia 27% áfa
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest