Hirdetés
- Xiaomi 15T Pro - a téma nincs lezárva
- Külföldi prepaid SIM-ek itthon
- MWC 2026: Bajnoki címre pályázik a Xiaomi Watch 5
- Apple iPhone 17 - alap
- Samsung Galaxy A56 - megbízható középszerűség
- Távozik az Apple vezérigazgatója
- Vivo X300 Ultra - tárcsázz, ha van rá keret!
- Fotók, videók mobillal
- Így spórolhat az Apple az iPhone 18 kijelzőin
- Samsung Galaxy S26 Ultra - fontossági sorrend
-
Mobilarena
Specifikációjához képest meglepően olcsó router, ami AC1200-as Wifi-t és gyári firmware-val is több hasznos szolgáltatást ígér (fájlmegosztás, dlna, nyomtató megosztás, stb.)
Új hozzászólás Aktív témák
-
Tyrel
őstag
Ha jól emlékszem én kb. 2 hétig használtam a legújabb (bár az is nagyon régi) gyári FW-vel az enyémet. Ilyen szakadozást nem tapasztaltam, de amúgy nálam is napi rendszerességgel belassult olykor a netkapcsolat néhány percre (Telekom PPPoE). Meg nem szakadt, meg nem villogott semmi LED furán, csak szimplán borzasztó lassú volt, aztán gondolt egyet és magától helyre jött - vagy ha épp nem akkor újraindítottam.
A gyári firmware tényleg elég kukás, szerintem a legrosszabb amit valaha láttam, illetve a DIR-842-é még vetekszik vele ezért a címért (de kb. ugyan ez van rajta).
Ez tipikusan egy olyan router amibe a bele pakolt SoC illetve hardver lényegesen túl nőtte az eszköz "gyártóját". Érdemes rá feltenni valami más FW-t - ha kevésbé értesz a routerekhez akkor leginkább a Padavan-t, annak - szerintem - felhasználóbarát a felülete, még ha a navigációja itt-ott kicsit logikátlan is. A telepítése sem nehéz, hála vargalex-nek.
Ezt egyszer beállítod és ott lehet hagyni magára, stabil, nem szakad (kivéve hogy a Telekom hetente egyszer újracsatlakoztat), nem lassul, a WiFi erősebb vele mint a gyárival. -
-
fraba
aktív tag
Sziasztok!
Kis segítséget szeretnék kérni.
A Diginél van netem (Diginet 100 Pro csomag), amit ezzel a routerrel, WiFin keresztül használok. Pontosabban használnám, mert mindennap egyszer legalább újra kell indítani a routert, hogy megint menjen a net. Hbajelenség: a "földgömb" LED sárgán villog, és nincs internetelérés.
Amikor megy, akkor hasít, és kábelen és WiFin (ac) is hozza a kb. elméleti maximum sebességet, szóval azzal nincs is baj. Csak ez a újraindítgatósdi nem tetszik. Egyáltalán nem.
2.03-as gyári FW van rajta, B1-es HW-el. Ugyan mondtátok már, hogy a gyári FW egy fabatkát sem ér, de azt azért nem gondolom, hogy ennyire rossz lenne. Aki nem ért ehhez a LEDE/Padavan/OpenWRT dolgokhoz, annak is kell tudnia használni egy 15 000 Ft-os routert ilyen problémák nélkül. Vagy a szolgáltatás lenne ilyen rossz, hogy random időpontokban ledobál a központ?
-
#897
Kisbatyu75
tag
Kisbatyu75
tag
Ez a Beamforming amúgy micsoda, hogy kell elképzelni?
Másik kérdésem, hogy milyen módon lehet mondjuk egy adott eszközre jutó sávszélességet korlátozni?
A Guest AP mire jó?
Köszi előre is! -
#896
Multibit
nagyúr
Kisbatyu75
#893
Multibit
nagyúr
válasz
Kisbatyu75
#893
üzenetére
De legalább gyors (mármint az 5 GHz-es wifi). Sokkal gyorsabb, mint a 2.4 GHz-es!
-
#894
suste
veterán
Kisbatyu75
#893
suste
veterán
válasz
Kisbatyu75
#893
üzenetére
Ha azt hitted, hogy az 5ghz messzebre ellát,mint a 2,4ghz, akkor nagyot tévedtél!
Igazából pont fordítva van!!! -
#893
Kisbatyu75
tag
Kisbatyu75
tag
Közben megtaláltam a backupolt fájlok közül a factory.backup fájlban az eredeti mac címeket (legalábbis remélem az az eredetieket tartalmazza), és azokkal egyezik most a rendszerben lévő. Akkor nem aggódok.
Igazából csak azért érdekelt a dolog, mert az 5GHz-es wifim elég rosszul muzsikál, egy szobával a routertől márt leesik a jelerősség.
Én meg azt hittem, majd hogy még a ház melletti játszótérre is ki fog érni a hatósugara.
Amúgy padavan alatt én csak a Wifik MAC címét találtam meg. -
woodworm
veterán
A lede_to_padavan fw megteszi helyetted. Az egész azért került fel, mert elképzelhető volt egy téves írás, és az újbóli flash esetleg átvehette volna a tévesen felülíródott mac-címeket. Egyébként a
lan_eeprom_mac XX:XX:XX:XX:XX:XX
wan_eeprom_mac XX:XX:XX:XX:XX:XX
radio2_eeprom_mac XX:XX:XX:XX:XX:XX
radio5_eeprom_mac XX:XX:XX:XX:XX:XX
parancsok kiadásával lehet padavan alatt módosítani. Lede/openwrt esetén nincs rá szükség. -
vargalex
félisten
Nyilván ellenőrizni nem tudod, de ha lenne esetleg ilyen, akkor ugye előfordulhat, hogy egy eszköz egy csomagot rossz irányba küld, vagy esetleg eldob, mondván ez a MAC cím nekem egy másik lábamon látható...
Nem a Padavanban van beégetett MAC cím, hanem Radmir mtd2 mentésében... -
Tyrel
őstag
válasz
vargalex
#887
üzenetére
"leginkább a szolgáltatód hálózatában egy másik eszköznek"
um... ezt hogyan tudja ellenőrizni bárki is?
Pl. esetemben Telekom hálózatán lévő - tippre több százezer - eszköz MAC címét hogy nézem meg, hogy véletlen nincs-e már ilyen rajta?...Amúgy ebben a Padavanban egy beégetett MAC cím van, vagy miért kell erre figyelni?
-
#887
vargalex
félisten
Kisbatyu75
#884
vargalex
félisten
válasz
Kisbatyu75
#884
üzenetére
Kettő valóban azonos. Ahogy a kolléga is írja, a lan és a 2,4 GHz-es wifi.
A lényeg egyébként annyi, hogy ne legyen azonos hálózatban 2 azonos MAC cím. Ezért igazából a WAN oldali MAC címre érdemes figyelni, nehogy azért ne legyen neted, mert ugyan az a cím, mint a publikus interneten (leginkább a szolgáltatód hálózatában) egy másik eszköznek. -
#886
Tyrel
őstag
Kisbatyu75
#884
Tyrel
őstag
válasz
Kisbatyu75
#884
üzenetére
Úgy emlékszem a 4 MAC címből 2 nálam is megegyezett - ha jól emlékszem talán a 2,4-es WLAN-é és a LAN-é, de nem biztos... már nem tudom visszanézni őket (a UI csak a WAN és a WLAN MAC címeit mutatja, a LAN interfészét nem).
Minden esetre nálam ebből nincs semmi baj, de egyébként engem is érdekelne mit takar az hogy "ellenőrizzük a MAC címeket", vagy mire kell figyelni.
-
válasz
vargalex
#882
üzenetére
Próbálgatom pár napja az SFE-t, hát mit mondjak: elég látványos a javulás. Egyrészt úgy tűnik működik PPPoE mellett is, másrészt legalább 35-40%-kal csökken a processzorterhelés azonos forgalom mellett. Míg korábban 900megabit környékén már eléggé kihasznált volt a proci (85-90% átlagban), addig most alig éri el a 60-at, de amikor conntrack elkezd dolgozni, ez inkább 50% környékére esik.
Eddig semmilyen zavaró anomáliát nem tapasztaltam. Mióta az ehternet drivert érintő javítások bekerültek (+NAPI), azóta a furcsa kernel warningokat sem látom. Szóval alakul ez.
Dchard
-
#884
Kisbatyu75
tag
Kisbatyu75
tag
Mi történik, ha nem jó MAC címeket használok? Arra lennék kíváncsi, hogy a négy (WAN, LAN, 2,4GHz, 5GHz) MAC címből elképzelhető, hogy kettő azonos? Az összesnek azonos az első 11 számjegye, és az utolsóban van 0, 2, és 3, de kettőnek azonosan 0-ra végződik.
-
mozzer14
csendes tag
Sziasztok,
azt szeretném megkérdezni hogy transmission és hozzá tartozó web interface van-e a Padavan firmware verzióban ?
Találok valahol leírást arról, hogy milyen alap router funkciókon túlmutató csomagok vannak ebben a firmware-ben ?
Előre is köszönöm a választ. -
-
válasz
vargalex
#873
üzenetére
Amit szerintem még senki nem próbált ki itthon: mini jumbo frame. Meg fogom nézni, a digi támogatja-e ezt a formátumot. Ilyenkor 1500 helyett 1508 bájtot képes átvinni a hálózat, így PPPoE mellett is használható a normál 1500 bájtos MTU, és nincs MSS camping sem.
Mivel a 860L támogat jumbo frame-et 2000 bájtig, így router oldalon nem látok szűk keresztmetszetet, és mivel az ONT gigabites, így ott is esélyes hogy menni fog. A hálózat már más kérdés
Dchard
-
vargalex
félisten
Pontosan ezt javasoltam itt.
Ezt kliens oldalon egyesével kell beállítani és valószínűleg a router LAN interface-nál sem ártana.
PPPoE-n minden firmware alatt 1492 byte a maximum MTU, ugyanis a PPPoE header 8 byte, aminek együtt be kell férnie az 1500 byte-os ethernet frame-ba (PPPoE: PPP Over Ethernet).Nem használok Windows-t, de gyors kereséssel ott elvileg így tudod módosítani.
-
Tyrel
őstag
válasz
vargalex
#873
üzenetére
LAN-on a frame méretet ki szabályozza? Padavanban nem találok erre vonatkozó beállítást, emlékeim szerint talán Tomato-ban sem volt, a gyári firmware-ekben biztos nem, a LEDE meg nem volt fent annyi ideig hogy ilyesmit észrevegyek...
Az igazat megvallva arra se találok semmi "parancsot" vagy interfészt, hogy a Windowstól megtudjam mekkora max. frame mérettel dolgozik, csak a jumbo frame opciót találtam meg (ami meglepetésemre Disabled).
De alapvetően nem az lenne akkor célszerű hogy a LAN és a WAN interfészek max. frame mérete megegyezzen?
Ez onnan nézve is kérdés számomra, hogy azt írják az Ethernet alapértelmezett MTU-ja 1500, míg a Padavan PPPoE-n maximum 1492-es MTU-t enged beállítani, tehát neki mindig tördelnie kell a frame-eket?...
-
vargalex
félisten
Nincs ebben semmi érdekes. A jellemzően 1500 byte-os frame-okat szét kell tördelnie, hogy a PPPoE header-el együtt beférjen az ethernet keretbe, újra checksum-olnia kell, stb.. Szerver oldalon természetesen a ugyan ezt el kell játszani, az összetartozó frame-okat egybe kell rakni, stb. Jól látható, hogy ez mindkét oldalon jelentős többlet erőforrás igénnyel jár.
-
xabolcs
őstag
Felettebb erdekes ez a PPPoE.
Az biztos, hogy joval eroforras-igenyesebb a PPPoE mint a DHCP.Sajnos nincs gigabites PPPoE-s net elofizetesem igy VLAN segitsegevel kialakitott PPPoE tesztkornyezetemben teszteltem egy 1043NDv4-es routert.
TP-LINK-TL-WR1043N-ND-V4 / LEDE Reboot 17.01.2 r3435-65eec8bd5f
PPPoE:
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-10.00 sec 273 MBytes 229 Mbits/sec 2186/0 287 139K/4237 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 10.00-20.00 sec 248 MBytes 208 Mbits/sec 1983/0 260 154K/7642 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 20.00-30.00 sec 251 MBytes 211 Mbits/sec 2009/0 325 118K/4045 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 30.00-40.00 sec 250 MBytes 210 Mbits/sec 2002/0 351 140K/4083 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 40.00-50.00 sec 255 MBytes 214 Mbits/sec 2043/0 429 150K/5935 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-50.05 sec 1.25 GBytes 214 Mbits/sec 10223/0 1652 150K/5935 us
[ 4] MSS size 1440 bytes (MTU 1500 bytes, ethernet)DHCP:
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-10.00 sec 364 MBytes 306 Mbits/sec 2916/0 132 377K/9343 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 10.00-20.00 sec 363 MBytes 304 Mbits/sec 2903/0 99 472K/12719 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 20.00-30.00 sec 364 MBytes 305 Mbits/sec 2909/0 117 475K/11274 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 30.00-40.00 sec 362 MBytes 303 Mbits/sec 2894/0 114 468K/11166 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 40.00-50.00 sec 359 MBytes 301 Mbits/sec 2875/0 143 452K/19845 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-50.02 sec 1.77 GBytes 304 Mbits/sec 14497/0 605 452K/19845 us
[ 4] MSS size 1448 bytes (MTU 1500 bytes, ethernet)gwlim fele Fast Path-os 201708-as build:
TP-LINK-TL-WR1043N-ND-V4 / LEDE Reboot 17.01-SNAPSHOT r3482-c407e6c
PPPoE:
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-10.00 sec 574 MBytes 482 Mbits/sec 4595/0 296 181K/3030 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 10.00-20.00 sec 572 MBytes 480 Mbits/sec 4574/0 254 139K/1697 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 20.00-30.00 sec 573 MBytes 480 Mbits/sec 4581/0 251 105K/1493 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 30.00-40.00 sec 580 MBytes 487 Mbits/sec 4643/0 215 144K/1860 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 40.00-50.00 sec 564 MBytes 473 Mbits/sec 4509/0 202 161K/1987 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-50.00 sec 2.80 GBytes 480 Mbits/sec 22902/0 1218 161K/1987 us
[ 4] MSS size 1440 bytes (MTU 1500 bytes, ethernet)DHCP:
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-10.00 sec 1002 MBytes 841 Mbits/sec 8016/0 72 411K/2543 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 10.00-20.00 sec 998 MBytes 837 Mbits/sec 7980/0 72 405K/2354 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 20.00-30.00 sec 994 MBytes 833 Mbits/sec 7948/0 78 363K/2579 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 30.00-40.00 sec 995 MBytes 835 Mbits/sec 7962/0 95 312K/2277 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 40.00-50.00 sec 996 MBytes 836 Mbits/sec 7969/0 112 448K/5383 us
[ ID] Interval Transfer Bandwidth Write/Err Rtry Cwnd/RTT
[ 4] 0.00-50.03 sec 4.87 GBytes 836 Mbits/sec 39875/0 429 448K/5383 us
[ 4] MSS size 1448 bytes (MTU 1500 bytes, ethernet)A Fast Path-os PPPoE meresnel 10% idle volt a router, mert a pppoe szerver (Core2Duo-s gep) kifogyott a szuflabol.
Ennel a TP-Link-nel mindig a sirq (ksoftirqd/0) fogyasztott a legtobbet.
Gyari szoftverrel nem keszitettem PPPoE tesztet, mert mintha tudna valami tagging-et, de talan csak belso halora.
-
Tyrel
őstag
válasz
woodworm
#868
üzenetére
Yup, ez világos, ezért kérdeztem #865-ben hogy eddig hogy kapott netet. Persze hozzátartozik hogy továbbra is csak nagyon felszínesen értek ezekhez a dolgokhoz, de szerintem ha pl. DHCP-n ment neki a WAN ott a routere ugyan úgy NAT-ol mint PPPoE-n, és (ha az volt, vagy bármi más) eddig azzal nem volt lassú...
...tehát visszaértünk a PPPoE-hez, nem? -
-
Tyrel
őstag
Én ehhez abszolút nem értek, de amúgy LEDE-vel tök ugyan azt tapasztaltam amit te is.
Viszont valami PPPoE-vel kapcsolatos rész kifejezetten a LEDE-ben lehet rossz, mert a gyári firmware-el és a Padavannal nem jelentkezik ez a probléma.Egyébként korábban milyen módban volt a router ill. hogy kaptál netet, sima DHCP?
-
Átkértem magam bridge módba, így a héten már a router PPPoE kliense hajtja a gigabtes netet. A megállapításom az, hogy valóban jóval nagyobb a router processzor terhelése azonos sebességen, mint pppoe nélkül, most konkrétan a router koppan ki (550-600mbit-nél), a feltöltés megvan. És mérhetően többet fogja a procit, mint amikor PPPoE nélkül működött.
Mivel még mindig nehezemre esik elhinni ezt a mértékű különbséget, azon gondolkodom lehetséges-e, hogy a PPPoE-vel összefüggő egyéb folyamat okozza ezt a megnövekedett terhelést, például az MSS camp?
Amúgy letöltés közben a terhelés 98%-át a kernel okozza.
Dchard
-
suste
veterán
válasz
vargalex
#857
üzenetére
LEDE 17.01.2-vel biztosan problémás, vagyis ugye a 17.01-nél, hiszen nincs is más csomaglistájuk egyelőre (nincs mire kicserélni
), max ha magadnak forgatsz. És itt a 1.1.5 van. Ez folyamatosan leállogat több embernél is......
De lehet egyébként, hogy a LEDE make-jében van/volt a hiba (?) -
vargalex
félisten
Nem tudom, hogy pontosan milyen bug-ról van szó, de az biztos, hogy nálam a 2014.07.16-tól fut folyamatosan a jelenlegi home serverem a kezdetektől Arch Linux-al. Arch Linux alatt a miniDLNA csomag changelog-ja itt található. Ebből látszik, hogy 1.1.3-2-vel kezdtem, jelenleg 1.2.0-1-nél tartunk. Ezen verziók egyikével sem volt soha semmi problémám.
Előtte Seagate GoFlex Net volt szintén Arch Linux-al (2011.05.14-től), ott sem volt semmi problémám. Pedig ott biztos, hogy jóval régebbi verziót is használtam.
Úgyhogy itt szinte biztos, hogy valami más gond lesz. Persze, lehet, hogy a kollégánál egy bizonyos nfo akasztja meg. -
vargalex
félisten
Nem hinném, hogy Radmir újabb miniDLNA-t forgatott volna bele. De meg fogom nézni.
Egyébként nem túl pörgős a DD-Wrt topic, így nem tudom, hogy van-e értelme megosztani a build-emet. Illetve éppen készül a javítása, mert mint kiderült, a radio partíció így nem írható vissza, mert nem blokkhatáron kezdődik. Felszabadult a DIR-860L-em, így valószínűleg tudok most majd ezzel (is) foglalkozni.
-
Tyrel
őstag
válasz
vargalex
#852
üzenetére
Nekem úgy tűnik radmir hajlamos frissítgetni ezt-azt, de hiába keresem semmi részletesebb infót nem találok róla, még konkrétan a repóját sem... Lehet oroszul kéne keresnem, de úgy meg nem tudok.
Itt ugyan van egy changes: [link] de az csak a legutolsó commit változásait tartalmazza, és hogy a korábbi commitjai hol lehetnek... Aktív a csávó egyébként a DD-WRT fórumon is, de ott sem találtam tőle olyan hsz-t ami árulkodna a munkásságáról. Viszont a telepítésbe ahogy nézem többeknek is beletört a bicskája - esetleg megoszthatnád velük a telepítődet
[link] -
#850
Kisbatyu75
tag
Kisbatyu75
tag
Elképzelhető, hogy padavan alatt a jelerősség gyengébb, mint gyári fw alatt? A router a nappaliban van, és egy szobával arrébb a telefonom már nem mutat teljes jelerősséget. (igaz azért a telefon nem egy hitelesített műszer, de eddig lakásban mindenhol teljes jelerősség volt.) mondjuk a gyengébb jelerősség mellett is hozta az androidos speedtest app a szolgáltatói max sebességet, amit eddig a kis ZTE router nem tudott.
A router beállításaiban a wireless szekcióban a TX Power Adjustment (%) 100%-ra van állítva.
A guest network egyébként mire is jó egész pontosan? Nem lehet, hogy azon a sávszélességet lekorlátozom? -
Dadan01
senior tag
Helló
Köszönöm, hogy foglalkozol a gonddal, de már más módon hidaltam át, jelenleg egy j3455 integrált procis lap látja el a torrent+dlna feladatokat. Stabilitás mindenek felett, és amit megszoktam már 3 év alatt, azt el is várom egy újabb/fejlettebb rendszertől. Dlink router most a szekrény mélyén várja a sorsát
Ami a cront illeti, az ok hogy ha nem fut a dlna újraindítja, de force rescan is kell, különben a legutolsó médiafile nem kerül be az adatbázisba. -
Tyrel
őstag
Padavan is érintett lehet? Hogy tudom ebben megnézni a telepített package-ek verzióját?
Hm, mondjuk ez felveti egy régebbi kérdésem is, mi szerint a Padavannak igazából mi az alapja? Rendes gyári AsusWRT? (merthogy Asus-os a felülete meg van pár olyan gomb ami erősen Asus-os elnevezésű, viszont a korábbi RT-N16-om AsusWRT-je meg tökre nem hasonlít erre (más viszonyítási alapom meg nincs)... no meg ha az lenne, az feltételezné, hogy az Asus kiadta a forráskódot, de azt nem nézném ki belőlük)
-
suste
veterán
most volt időm rákeresni erre a hibára (ez is egy indok arra, hogy ne váltsak LEDE-re még)
hibás a minidlna-1.1.5, bizonyos nfo-kat rosszul ismer fel, de az 1.2-es változatban már jó lesz, amit remélhetőleg a LEDE 17.01.3 (vagy 17.02 ) hoz magával leforgatott csomag formájában
addig vagy forgatsz magadnak (vagy valaki más megteszi helyetted), vagy crontab-ba teszel egy ellenőrzés+restartot, pl 5percenként:*/5 * * * * [ "$(ps|grep -i minidlna|egrep -iv grep)" ] || /etc/init.d/minidlna restart -
#843
vargalex
félisten
Kisbatyu75
#840
vargalex
félisten
válasz
Kisbatyu75
#840
üzenetére
Szia!
Bocs, már régen láttam az általam írt felületet, így jól megkavartalak.
Szóval, felteszed recovery-ből az általam buildelt lede-t, majd megnyitod a webes felületet. Itt nem törődsz a MAC címekkel, csak a 3. pontban található Write firmware partition gombra nyomsz rá. -
-
#841
Tyrel
őstag
Kisbatyu75
#840
Tyrel
őstag
válasz
Kisbatyu75
#840
üzenetére
LEDE-ről tértél volna át?
Nekem ugyan ezt csinálta amikor a LEDE-re rá flasheltem vargalex telepítőjével a Padavan-t, hogy a flash és az újraindulás után hiába írtam be a böngészőbe a 192.168.1.1-et, az öreg istennek nem akart oda vinni, hanem átugrott automatikusan annak egy aloldalára (asszem talán arra a 192.168.1.1/cgi/bin-re amit írtál is), ott meg kaptam egy (ha jól emlékszem) rózsaszín(?) hátterű valamit egy HTTP hibával. A hibakódra nem emlékszem, de az volt a lényege hogy az oldal nem található vagy nem férek hozzá, de azt hiszem nem sima 404 volt.
Össze-vissza próbálkoztam de csak nem akart bejönni az alap 192.168.1.1, végül kezdett baromi gyanús lenni az egész, így indítottam egy másik böngészőt (épp Edge-t de kb. mindegy is) és láss csodát ahogy megkapta az IP címet rögtön fel is ugrott a login kérelem, és rögtön előkerült a Padavan meg az admin felülete...
Firefox volt egyébként ez az istentelen gyökér amelyik a 192.168.1.1-et mindenáron a 192.168.1.1/cgi/bin-re (vagy valami hasonlóra) irányította át és nem lehetett neki megmagyarázni hogy neked nem az kell. Csak hát ilyenkor ugye azt gondolná az ember, hogy a szerver (router) redirect-el, de egy másik böngésző bebizonyította hogy nem.
Gép restart után egyébként észhez tért a gyökérfox is.
-
#840
Kisbatyu75
tag
vargalex
#839
Kisbatyu75
tag
válasz
vargalex
#839
üzenetére
Addig sajnos el sem jutott a rendszer, hogy felhasználó nevet kérjen. Legalábbis a 192.168.0.1 és 192.168.1.1 címeken próbáltam belépni.a 192.168.0.1-val weboldal nem elérhető, a 192.168.1.1-nél meg valami színes oldal jött be, a cím átugrott 192.168.1.1/cgi/bin-re.
Ha feltettem a recoveryből a lede to padavan-t, akkor hogy hozom elő a parancssort? (tudom ez kicsit kezdő kérdés) -
#839
vargalex
félisten
Kisbatyu75
#838
vargalex
félisten
válasz
Kisbatyu75
#838
üzenetére
Szia!
A Padavan-ba milyen userrel próbáltál belépni?
Recovery-ből kár volt feltenni a gyári firmware-t, mert a padavan felírása során az mtd2 partíció is módosult, amit a gyári firmware és a lede is használna...
Én recovery-ből feltenném a lede to padavan-t és parancssorból csak a padavan firmware-t felírnám (az mtd2-t nem kell, hiszen az már cserélve volt, ismételt felírás esetén rossz MAC címek lesznek benne. Persze ez meg javítható padavan alatt, úgyhogy lényegében mindegy... -
#838
Kisbatyu75
tag
Kisbatyu75
tag
Sziasztok!
Tegnap éjjel megpróbáltam az egyszerűsített módszerrel feltenni a padavan firmware-t. Valami nem sikerült, nem tudtam belépni a telepítés után a webes felületre, és nem volt internet kapcsolat sem.
Gondoltam akkor recovery módból visszarakom a gyári firmware-t, ami látszólag sikerül is.
Viszont azóta nem tudok WPA2 titkosítást kiválasztani a wireless securitynél. Lehet valami összefüggés ezek között?
Amúgy mit baltázhattam el a padavannal?
A partíciókat lementettem, a mac addressek jónak tűntek, mtd2 partíciót felírta, firmware-t felírta, igaz nem tudom, hogy rendben újraindult-e a router. Valami biztos lett, mert a LED.ek a router elején narancssárgán világítottak. -
woodworm
veterán
Állítsd 192.168.0.2 fix ip-re a pc-t, áramtalanítsd a routert, tartsd lenyomva a router alján található reset gombot és kapcsold be a routert, amikor villogni kezd a power narancs színben elengedheted. A böngészőben írd be a 192.168.0.1-es címet. A recovery felületen add meg még egyszer a lede_to_padavan fw elérhetőségét és írd fel újra.
A recoverynek működnie kell, az eddigi tevékenység nem érintette. -
taky023
tag
A modemet kötöttem össze a routerrel, aztán csatlakoztam a laptopról a wifire - itt kezdtem el az update-et. Ekkor még betöltött ugye a 0-ás ip című oldal.
Mire pedig ismét ránéztem a gépre, a chrome dinoszaurusza fogadott. :/ Már a noti sem látta a wifi hálózatot és egyik ip címmel sem töltött be az oldal.
Totál vakvágányon járhatok?
-
Tyrel
őstag
192.168.1.1-en próbálod igaz? (a gyári d-link cím 192.168.0.1 de az a flash után már nem él)
Egyébként ha már szóba jöttek az elülső LED-ek, a földgömböt a Padavan nálam is rosszul kezeli. Egyrészt a "Front LED Ethernet" opció felelős érte (szerintem az Internetesnek kéne lennie de összekeveri), másrészt bármire is állítom azt a 3 opciója közül, mindig csak sárgán világít vele a LED és kész (nem villog, világít). Ill. negyedik opciónak ki tudom kapcsolni, legalább az működik.
Ennek túl nagy jelentőséget én nem tulajdonítottam, úgy se látok rá a routerre, szóval ez legyen a legnagyobb hibája... (eddig ez is az)
-
taky023
tag
Sziasztok!
Ma vettem át a routeremet és azt szeretném rögtön kérdezni, hogy hol találom azt a leírást, amivel a cfw-t fel tudom a kicsikére rakni? (A "Milyen routert...?" csoportból jöttem egyébként ide.)
Társasházban fogom használni, 2 telefonnal, egy laptoppal, két tv-vel, egy pc-vel. Ha számít.
-
-
suste
veterán
Nekem pont az volt a célom, hogy a valós (átlag)sebességet mérjem. Szóval valamit elkezdesz letölteni az mennyi idő alatt jön le.
De persze gigabites sebességhez már kevés lehet így a router procija, bár a load nem megy fel ilyenkor sem az egekbe.
A speedtestes és hasonló mérések nekem azért nem szimpik, mert igaz hogy nem a csúcsot mutatja, de nem is valós átlagsebességet amivel majd ha letölteni akarsz azt fogod elérni....persze ez már a szerveren is nagyban múlik majd. De ha valaki csak az epéniszre hajt, akkor arra tökéletes
-
#814
xabolcs
őstag
csocsoszán
#811
xabolcs
őstag
válasz
csocsoszán
#811
üzenetére
Ez a suste fele routeres sebessegmeres a routeren (router a vegpont) vegez sebessegmerest, akkor is, ha szamitogeprol, ha laptoprol illetve ha mobilrol nezed ezt az oldalt!
Az a relevans sebessegmeres, amikor sebessegmeres kozben a Feladatkezeloben (vagy hasonlo segedprogrammal) latod megnoni a halozati forgalom sebesseget valamelyik halozati kartyan, azaz a szamitogep a vegpont (es a routeren csak atmegy a forgalom).
-
#812
woodworm
veterán
csocsoszán
#811
woodworm
veterán
válasz
csocsoszán
#811
üzenetére
Akkoriban egy pár hozzászóláson keresztül magyaráztuk, hogy internet sebességet ne a routeren mérj, úgy tűnt sikerült. Ezek szerint mégsem.
-
Tyrel
őstag
Nah, wall of text incoming:
PPPoE WAN / NAT sebesség
Félig off-topic lesz ill. igyekszem összefoglalóbb jelleggel is írni, hogy minden infó meglegyen egy helyen..Az alap felállás ill. a probléma az volt, hogy a gyári D-Link firmware (PPPoE)-vel ezt a sebességet tudta a router:
Viszont voltak vele mindenféle gondok, lassulások, buta is volt, stb. Ezért felraktam rá egy LEDE-t (17.01.2 stable) amivel a gyári fw gyerekbetegségei megszűntek ugyan, viszont a net (NAT?) sebessége jelentősen visszaesett. Kb. 550 - 620 Mbps közti értékeket sikerült mérni, ez talán a legerősebb amit sikerült:
Felmerült közben itt a topicban, hogy ha a LEDE ilyen lassú akkor bízzam a feladat oroszlán részét a Telekomos HGW-re, ami egy Huawei HG8245H. Átkonfigurálva úgy a hálózatot, hogy ez a Huawei létesítse a PPPoE kapcsolatot, a LEDE-s DIR-860L pedig csak egy szimpla DHCP kliensként kapcsolódjon hozzá a WAN interfészével kb. 900 Mbps köré ugrott a sebesség:
Kicsit fura volt, hogy kb. 40 Mbps-el elmarad a gyári firmware-től még így is, de többször is újra mértem más szerverekkel, és mindig benne volt ez a kis lemaradás. Kíváncsiságból végül mértem egyet a DIR-860L teljes kihagyásával is, tisztán a Huawei HG8245H-n keresztül (PPPoE), és láss csodát előkerült a hiányzó ~40 Mbps:
Ez a sebességkülönbség mondjuk már elhanyagolható lenne, de - amennyire én "értek" a hálózatokhoz
- így gyakorlatilag 2 router mögé kerülök, sok feladatot a Huawei eszközre kéne bízni amit nem feltétlen tud, duplán kéne talán port forwardolni is, meg úgy egyáltalán ketté lenne osztva minden. Ha vállalni akartam volna az ezzel járó szívást nem vettem volna új routert az RT-N16 helyett.Úgy döntöttem tehát, hogy ideje nekimenni a Padavan-nak, ami vargalex tök jó kis telepítőjét használva hamar fel is ment a routerre, majd kapásból egy frissítéssel is kezdtem az egészet (gondoltam még a configolás előtt lenne érdemes), így szépen meg is kapta a legújabb, szeptember 1.-i radmir verziót.
Immáron Padavannal (3.4.3.9-099_1aae35d) nekiesve a speedtestnek szépen vissza is jött az eredeti sebesség:
Közben be is laktam már a Padavan-t, van néhány beállítás amit nehezen találtam meg, de alapvetően egy tök felhasználóbarát és gyors firmware, eddig nagyon pozitív benyomást keltett, és a beállításokat átnézve mindent tudni is fog amire a jövőben szükségem lesz.
WiFi sebesség
Kezdeném rögtön azzal, hogy nálam minden komolyabb eszköz kábelen lóg, a WiFi-t csak mobiltelefonok használják, így a sebességét mérni is csak azzal tudom - konkrétan egy Xiaomi Mi 4c a tesztalany, a mérés pedig 80 MHz széles, 5 GHz-es (40-es channel) hálózaton történt, n/ac módban. Ez a frekvenciatartomány teljesen zavarmentes, az összes szomszéd 2,4 GHz-en tülekedik.Az alábbi mérések - a Padavan kivételével - nem teljesen pontosak, lévén az értékek emlékezetből vannak - korábban nem tudtam hogy majd össze akarom hasonlítani őket.
Ezenkívül csak letöltési sebességeket írok, a feltöltéssel sokat nem foglalkoztam és igazán nem is látszik változni a különböző firmware-ek közt, gyanítom sokkal inkább függ magától a telefontól.Mérési pontok:
1. - router mellett állva
2. - szomszéd szobában, bútorok, ajtók takarásában (fal nincs közte)
3. - lakás legtávolabbi pontján, 2 vasbeton fal + hűtőszekrény meg mindenféle vacak takarásábanGyári firmware
1. - Kb. 200 Mbps
2. - Kb. 180 Mbps
3. - Kb. 40 MbpsLEDE
1. - nem mértem
2. - Kb. 160 Mbps
3. - Kb. 40 MbpsPadavan
Igazán e miatt is kezdtem bele ebbe a részbe, nagyon nem tudom hová tenni hogy ezt hogyan hozza össze:
1. - Kb. 300 Mbps
2. - Kb. 240 Mbps
3. - Kb. 70 MbpsMost ezt hogy?
Hogy a LEDE-nél sokkal jobb a WiFi-je az rendben van, de a gyári drivert hogy tudja ennyire megverni?Egyelőre nagyon tetszik ez a Padavan!
-
g0dl
addikt
Tegnap vettem használatba a a dir860l routert LEDE Reboot 17.01.2 verzióval.
Az 5GHz-es wifinél tapasztaltam olyat, hogy a beállítgatások során nem mindig tudott elindulni a wifi interfész.
Illetve ha AC-t bekapcsolom akkor sem megy. Most N módban üzemel, és stabilnak tűnik, de a sugárzási teljesítményt fixen beállítva sikerült csak ezt elérni.Ez most "normális", vagy valamit rosszul állítottam be, esetleg ez még így megy a LEDE-ben?
-
woodworm
veterán
Úgy látom egyébként, hogy pont ma frissített radmir.
@Tyrel
Nem nagyon van fork 860l-re, nekem van egy buildem, raktam bele skineket és d-link logót. A beállítások viszont tőle származnak, egy azóta törölt hozzászólásából. Azóta tovább csiszolta és bővítette az alapbeállításokat, amiket csak ő tud reprodukálni, mivel a környezetet nem osztja meg. -
#805
markussandor
senior tag
Tyrel
#803
markussandor
senior tag
az végez mindent, az alján van egy matricán az username/password páros, és az ip cím, nézegesd nyugodtan
azért adnak mellé dlink routert, mert a HGW nem tud csak N-es wifit, csak 2,4 GHz-en! én csak vendég wifinek használom :-)
20 MHz-es sávszélességgel a legcsendesebb csatornán ki lehet belőle szedni 80-90 Mb/s között, pedig elég zsúfolt a környékünk -
vargalex
félisten
Szia!
Ahogy már megkaptad válaszként, a legfontosabb, hogy az érintett partíciókat (u-boot-env, radio, factory és defaults) mindenképpen mentsd le a Padavan-ra áttérés előtt. Ez kell akkor is, ha gyári firmware-ra, vagy LEDE-re szeretnél visszatérni.
Ha felraktad a Padavan-t, akkor annak a saját webes felületén már frissíthetsz Radmir legújabb firmware-jára. (Radmir egy korábbi firmware-ja van az én LEDE build-emben is, én azt használtam. Nem tudom, hogy mi változott a legújabban.)
-
#803
Tyrel
őstag
markussandor
#801
Tyrel
őstag
válasz
markussandor
#801
üzenetére
Um, azt nem tudtam hogy a T-s HGW-re is rábízhatom a PPPoE kapcsolatot, nem is láttam soha az admin felületét. Abban a hitben éltem hogy az a box az IPTV és a VOIP telefonjuk miatt kell, és más dolga nincsen / nem lehet neki.
Az is erre engedett következtetni hogy kapásból adtak mellé egy DIR-842-t is, hogy nesze hülyegyerek, ez a router, a másikat ne piszkáld.De megnézem majd mit tud...
@xabolcs
persze, nyilván azt nem hagyom ki. -
#801
markussandor
senior tag
Tyrel
#786
markussandor
senior tag
Nem tudom az okát a fele sebességednek, de amikor megvettem a routert, végeztem sebesség teszteket iperf3-al (mert akkor még csak 30 Mb/s-os netem volt) gigabites lanon, és a gyári SW értékeit simán hozta az OWRT. kb 975-980 Mb/s-ot NAT-olt. Most gigás netem van, LEDE-vel, ugyanúgy viszi, de én a telekom HGW-re bízom a betárcsázást, a router jelenleg csak switchként és AP-ként üzemel.
), max ha magadnak forgatsz. És itt a 1.1.5 van. Ez folyamatosan leállogat több embernél is......
Amúgy e-peen for the win! 
Hogy a LEDE-nél sokkal jobb a WiFi-je az rendben van, de a gyári drivert hogy tudja ennyire megverni?Új hozzászólás Aktív témák
Hirdetés
- Dobozos Szinte Új HyperX Cloud Alpha Bolti ár:27k INGYEN FOXPOST
- Samsung Galaxy S25 Ultra - 256 GB - szürke (341) újszerű, 10000 Ft kiegészítő ajándék, Garancia
- Samsung Galaxy S23 Ultra - 256 GB - fekete (340) Használt, 10000 Ft kiegészítő ajándék, Garancia
- Hitachi Travelstar 500 GB SATA II 2,5 Notebook HDD
- Új RAZER Kaira X For Xbox Blue Bolti ár:15k INGYEN FOXPOST
- Samsung Galaxy S26 Ultra 512 GB Égkék Karcmentes állapot 12 GB RAM SN: R5GL22FEBCW 6 hónap g
- darkFlash GR12 Darkstorm Blue/Green
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RTX 5070 Ti 16GB GAMER PC termékbeszámítással
- Apple iPhone Air Black 256GB használt karcmentes 100% akku (20 ciklus) garancia 2026.12.20.-ig
- Lenovo Thinkpad E595 Ryzen 5 3500U, Radeon Vega 8, 8-16GB RAM, SSD, jó akku, számla, gar
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest