Hirdetés
-
PROHARDVER!
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
-
SztiviVander
őstag
"Illetve szintén az erős SoC és az USB3.0 csatlakozás segítségével NAS-oknál jellemző fájlmegosztási sebesség lehetséges."
Na igen, csak azt azért tegyük hozzá hogy akkor ha szerencséd van és olyan házad van (vagy olyat sikerül venni, vagy van olyan pendrive-od) amit hajlandó is felismerni usb3-asnak. Kettő külső 2.5-es házzal próbáltam ki (egy samsung ssd volt bennük ext4 fs-el), nem is a legolcsóbbakkal, de mindkettőt csak usb2-es sebességgel vitte (samban és ftp-n is 26-28MB/s volt a max, cc/dd/lede detto). Úgy, hogy egy régi dell e6420 és egy noname, asus alaplapos asztali gép is simán tudta mindkettő házzal a 100MB-s fölötti sebességet. Még írtam is anno Suste-nak hogy hát ez így valóban remek hogy van rajta egy usb3 port csak ha ilyen válogatós akkor talán megadhatnák hogy mégis milyen usb3-as chipset-et méltóztatik támogatni és akkor olyan házat keresgélek hozzá. Bár a legtöbb helyen a háznak ezen paraméteréről nincs is semmi info. De az se megoldás hogy megrendelem a házat, kipróbálom, nem megy usb3-ként, visszaküldöm, és ezt csinálom a választék erejéig vagy amíg véletlenül belenyúlok egy működőbe. Vagy amíg el nem küldenek a boltból a p...ba. Ja és gyári fw-el (fat32-re formázva) is detto ez volt a helyzet, szóval itt egyértelműen a külső házak chipset-jei (amúgy két teljesen különböző) nem tetszettek neki.
A gyári fw-e nekem egy vicc, kezdve onanntól hogy a dhcp-jének nem lehet megadni ki a gw. Szóval nekem az alapból használhatatlan volt. Pedig a gyári fw-el legalább jó volt az 5Ghz-en a sebesség. CC-vel, DD-vel és LEDE-vel (november végi állapot) is siralmas volt az archer c5-höz képest. A d-link jelszintje ugyan nagyobb volt kb 5dBm-el (2.4-en és 5G-n is) az igaz, de a portsebességet állandóan változtatta (és leginkább lefelé, a jól megszokott 433-at csak nagyon ritkán és rövid ideig mutatta a telefon) és ezzel párhuzamosan a valós átvitel is kb fele volt a c5-höz képest. Ja és mindezt 5m-re a routertől, falak és más 5g-s routerek zavarásától mentesen. Én a beamforming-ra tippeltem hogy esetleg talán amiatt, hogy azt a LEDE/openwrt valahogy nem jól kezeli le. De persze lehet akármitől, ehez én már nem értek.
Bocs nem fikázni akarom ám, csak leírtam hogy nekem mi volt vele a kevésbé jó tapasztalat. Na de ennyire kicsi pénzért nyilván nem lehet tökéletes. Pedig milyen jó lenne, és hogy bele is éltem magam hogy végre valami amire érdemes lecserélni az árcsert... Aztán mégis a d-link ment pár hét után.
[ Szerkesztve ]
-
SztiviVander
őstag
Sajnos semmit ami bármi hibára utalt volna Fentvolt minden usb3-as csomag ami elvileg kell (talán még több is) és mégse. De ha csak ezek alatt nem ment volna azt mondom oké tuti én vagyok a balfácán vagy simán bugos mindegyik. na de a gyári fw-el is ugyanezt tudta. Ja és az 5Ghz az AC-s telefonnal is meg egy 5G N-es notival is gyászos sebességű volt. Ezek amúgy tökéletesen stabilak és gyorsak az arcsi + cc kombóval. De lehet hogy az 5G ellenoldalra is pont olyan háklis mint az usb chipkészletre.
Érdekes módon Suste meg ha jól emlékszem pont a 2.4-re panaszkodott. Na azt meg én nem teszteltem mert az a része kevésbé érdekelt, amik azon lógnak (ip kamerák, tablet) azoknak elég volt amit tudott.
Ahogy másik routereknél is van, nyilván ez se lesz tökéletes megoldás mindenkinek. De akinek igen, az nagy mázlista mert ennyiért tényleg nagyon erős vas[ Szerkesztve ]
-
dchard
veterán
Kis érdekesség B1 procival kapcsolatban:
root@LEDE:~# cat /proc/cpuinfo
system type : MediaTek MT7621 ver:1 eco:3
machine : D-Link DIR-860L B1
processor : 0
cpu model : MIPS 1004Kc V2.15
BogoMIPS : 586.13
wait instruction : yes
microsecond timers : yes
tlb_entries : 32
extra interrupt vector : yes
hardware watchpoint : yes, count: 4, address/irw mask: [0x0ffc, 0x0ffc, 0x0ffb, 0x0ffb]
isa : mips1 mips2 mips32r1 mips32r2
ASEs implemented : mips16 dsp mt
shadow register sets : 1
kscratch registers : 0
package : 0
core : 0
VCED exceptions : not available
VCEI exceptions : not available
VPE : 0
processor : 1
cpu model : MIPS 1004Kc V2.15
BogoMIPS : 437.45
wait instruction : yes
microsecond timers : yes
tlb_entries : 32
extra interrupt vector : yes
hardware watchpoint : yes, count: 4, address/irw mask: [0x0ffc, 0x0ffc, 0x0ffb, 0x0ffb]
isa : mips1 mips2 mips32r1 mips32r2
ASEs implemented : mips16 dsp mt
shadow register sets : 1
kscratch registers : 0
package : 0
core : 0
VCED exceptions : not available
VCEI exceptions : not available
VPE : 1
processor : 2
cpu model : MIPS 1004Kc V2.15
BogoMIPS : 586.13
wait instruction : yes
microsecond timers : yes
tlb_entries : 32
extra interrupt vector : yes
hardware watchpoint : yes, count: 4, address/irw mask: [0x0ffc, 0x0ffc, 0x0ffb, 0x0ffb]
isa : mips1 mips2 mips32r1 mips32r2
ASEs implemented : mips16 dsp mt
shadow register sets : 1
kscratch registers : 0
package : 0
core : 1
VCED exceptions : not available
VCEI exceptions : not available
VPE : 0
processor : 3
cpu model : MIPS 1004Kc V2.15
BogoMIPS : 586.13
wait instruction : yes
microsecond timers : yes
tlb_entries : 32
extra interrupt vector : yes
hardware watchpoint : yes, count: 4, address/irw mask: [0x0ffc, 0x0ffc, 0x0ffb, 0x0ffb]
isa : mips1 mips2 mips32r1 mips32r2
ASEs implemented : mips16 dsp mt
shadow register sets : 1
kscratch registers : 0
package : 0
core : 1
VCED exceptions : not available
VCEI exceptions : not available
VPE : 1Ezek szerint két fizikai mag, és négy logikai szál van a cuccban, ha jól értem a MIPS VPE működését. Gondolom az Intel-féle HT-hoz hasonlóan működik.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Igen, LAN oldalrol mertem lede 17 rc2-vel. Egy honap mulvare igerik a 17 finalt, akkor ujra probalkozom (hacsak addig nem talalok irritalo hibat).
Annyi bug van, hogy a wan6 interfeszt nem tudom torolni. Korabban CC 15.01 es LEDE alatt is mukodott ez a resz.
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
vottokar
senior tag
Ha ilyen eredményeket hoz nálad a LEDE alatt a wifi, akkor az nekem már bőven sok is lenne. A notimba úgyis csak intel 3165 van, és a netem is csak digi100, de az általad mért értékek felével is tökéletesen kiegyeznék.
Minél többet olvasgatok, annál jobban úgy érzem, hogy nem értek én ehhez az openwrt/lede cwf dolgokhoz. Tudom, hogy ez nem "egyszerűprogramú" magamfajta felhasználóknak van, de itt olyan egyáltalán nincs is, hogy szépen belinkelem a DIR860L firmware flashelő "ablakában" az ehhez a típusú routerhez a megfelelő aktuális file-t, és ő ezt megteszi nekem úgy, hogy az újraindulás után már csak be kell állítanom böngésző alól magamnak a szükséges dolgokat? (jó cirkalmas mondat lett ) Olvasom én, hogy mit csináltok itt többen, de én sügér vagyok ahhoz, hogy én magamnak rakjak össze build-eket, és megtanuljam a parancssoros mahinációkat. Tudom, hogy ez olyan mással kikapartatni a gesztenyét hozzáállásnak tűnik, de nekem ez nem a szakmám, és vagy 25 éve tanultam számítástechnikát. Ki tudok próbálni dolgokat, infót megosztani az eredményekről, de én inkább az elektronika oldaláról vagyok érintve.
"Hát te meg ki a tö*öm vagy, hogy bundában szeded itt a málnát?"
-
Zirowe
nagyúr
-
vottokar
senior tag
Akkor megnyugodtam, hogy gondolnak a magamfajta egységsugarú user-ekre is. Akkor már csak meg kell keresnem, hogy a nekem (vagis a DIR860L-nek) megfelelő lede-t hol tudom letölteni...
ui. azt hiszem megtaláltam. A google barátom segített...
[ Szerkesztve ]
"Hát te meg ki a tö*öm vagy, hogy bundában szeded itt a málnát?"
-
dchard
veterán
A kliens egy A6-3600 volt (4magos AMD), közelében nem volt egyik mag sem a 100%-nak, nem a proci koppant ki. Az lehet, hogy az RC2 és a snapshot között van ilyen mértékű eltérés a teljesítményben LEDE-n?
Hibát egyelőre nem találtam, a környezetemben többen ráizgultak, mikor mondtam hogy mit és mennyiért tud Ha kijön a stabil 17, azzal is kipróbálom, és akkor lesz összehasonlítható eredményünk.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
-
dchard
veterán
Sysupgrade-del átmentem mai LEDE snapshot-ra, és ez lett az eredmény:
Hát nem kicsit jobb. És csak a LEDE verzió változott, semmi más. A leszívások - ki nem fogod találni - a webes felület frissítése a háttérben.
Ez LAN-LAN mérés, iperf3 szerver a routeren futott ismét. Az RC2-höz képest 650Megáról gyorsult 830-ra, és megint csak az egyik mag pörgött fullon (egy szál 25%-on).
Dchard
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
Rossz szóválasztás. Én eddig teljesen elégedett vagyok, amúgy sem használom a routert adattárolásra, az hogy gigabittel olvas, is egy kisebbfajta csoda. AZ extrém lassulást úgy értettem, hogy még nem láttam olyat linuxon, hogy ennyire aszimmetrikus legyen a fájlrendszert érintő művelet a két irányban.
> Ugye noatime-val mount-oltad?
Nem, de akkor így is ki fogom próbálni.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
vottokar
senior tag
A doboz és a router is külsőre tökéletes állapotban volt a vásárláskor. Most is mikor kivettem csak "enyhén" poros volt kivülről. Belül meg lehet, hogy valamiképpen feltöltődött, és ez vonzotta oda a port ilyen "érdekes formában.
Sajnos panelben lakunk a harmadikon (4 emeletes.) Itt fűtési szezonban iszonyatosan száraz tud lenni a levegő és eléggé statikusan feltöltődik minden. Két gyermekem miatt azért mosás párásít, meg van ultrahangos jófajta párásítónk (egyik csemete asztmás), de akkor is. Lehet, hogy ez tesz be ennek a csodás szerkezetnek. A rozsdásodó árnyékoló meg szvsz. selejtes darab. Csak azért érdekességképp leírtam és fotóztam. Hátha mégsem..."Hát te meg ki a tö*öm vagy, hogy bundában szeded itt a málnát?"
-
dchard
veterán
Én 5giga AC-n használom, teljesen korrekt a wifi (is).
És megerősítem: egy hete még Edigital mamutban B1-et kaptam (raktárról).
Szerintem azért árulják hulladék pénzért, mert egyrészt nem tud AC3200at, "csak" 1200-at, se MU-MIMO-t, tehát nem cseng már elég jól a tudása. A másik, hogy gyári SW-vel tényleg elég fos az egész, ezért lehúzták sok reveiw-ban. Tehát összegezve: marketing.
Érdemes volna hasonló MTK chippel szerelt routereket nézni az összehasonlítás kedvéért.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
vottokar
senior tag
Mondjuk a nyákon árnyékolják is az USB vezetékeit a hátoldalról, viszont az egyik árnyékolólemez nincs gyárilag leforrasztva. (legalább is az enyémben) Lehet, hogy ezt még megejtem jövő héten és próbálok úgy is egyet. (Nem látok sok esélyt rá,hogy megoldja a gondot, de elég egyszerűen meg tudom tenni. Csak legyen rá egy órám.)
"Hát te meg ki a tö*öm vagy, hogy bundában szeded itt a málnát?"
-
dchard
veterán
http://www.pcmag.com/article2/0,2817,2423604,00.asp
És nézzétek csak, pont melyik típusról van szó a cikkben:
"What Are Router Makers Doing?
In addition, router makers are taking other measures. According to Loyd, D-Link added an option to turn on and off the USB 3.0 port on the DIR-860L and DIR-868L routers. When enabled, it notifies users with a message that enabling USB 3.0 might adversely affect the 2.4GHz wireless signal."Az intel szintén beleütközött ebbe:
A másik gond a vékony, szarul szigetelt kábelek, mert hiába a panelon lévő árnyékolás, ha rögtön a csati külső oldalán szétsugározza ezt a zajt egy vacak kábel (vagy a kábel végén lévő szarul árnyékolt USB3-mas eszköz). De ez nem D-Link specifikus probléma az biztos.
A külső merevlemez beépítése biztosan rontott a problmán, mivel a gagyi kínai USB3 vezérlő (a vélhetően műanyag házával) gyakorlatilag az antennák tőszomszédságába került, tehát nem a merevlemez fém teste a gond, hanem az USB3-Sata átalakító és/vagy a kábel által szétsugárzott zaj.
Nálam teljesen jó LEDE-vel a 2.4GHz (nincs semmi USB-n beledugva).
Dchard
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz vargalex #108 üzenetére
Szia,
LEDE stabil alatt te tudsz mondjuk 100-as csatornát állítani 5gigán? Nálam az istenért sem megy, pedig:
root@LEDE:~# iw phy phy0 channels
Band 2:
* 5180 MHz [36]
Maximum TX power: 20.0 dBm
Channel widths: 20MHz HT40+ VHT80
* 5200 MHz [40]
Maximum TX power: 20.0 dBm
Channel widths: 20MHz HT40- HT40+ VHT80
* 5220 MHz [44]
Maximum TX power: 20.0 dBm
Channel widths: 20MHz HT40- HT40+ VHT80
* 5240 MHz [48]
Maximum TX power: 20.0 dBm
Channel widths: 20MHz HT40- HT40+ VHT80
* 5260 MHz [52]
Maximum TX power: 20.0 dBm
Radar detection
Channel widths: 20MHz HT40- HT40+ VHT80
DFS state: usable (for 30773 sec)
DFS CAC time: 60000 ms
* 5280 MHz [56]
Maximum TX power: 20.0 dBm
Radar detection
Channel widths: 20MHz HT40- HT40+ VHT80
DFS state: usable (for 30773 sec)
DFS CAC time: 60000 ms
* 5300 MHz [60]
Maximum TX power: 20.0 dBm
Radar detection
Channel widths: 20MHz HT40- HT40+ VHT80
DFS state: usable (for 30773 sec)
DFS CAC time: 60000 ms
* 5320 MHz [64]
Maximum TX power: 20.0 dBm
Radar detection
Channel widths: 20MHz HT40- VHT80
DFS state: usable (for 30773 sec)
DFS CAC time: 60000 ms
* 5500 MHz [100]
Maximum TX power: 27.0 dBm
Radar detection
Channel widths: 20MHz HT40+ VHT80
DFS state: usable (for 30773 sec)
DFS CAC time: 60000 ms
* 5520 MHz [104]
Maximum TX power: 27.0 dBm
Radar detection
Channel widths: 20MHz HT40- HT40+ VHT80
DFS state: usable (for 30773 sec)
DFS CAC time: 60000 ms
* 5540 MHz [108]
Maximum TX power: 27.0 dBm
Radar detection
Channel widths: 20MHz HT40- HT40+ VHT80
DFS state: usable (for 30773 sec)
DFS CAC time: 60000 ms
* 5560 MHz [112]
Maximum TX power: 27.0 dBm
Radar detection
Channel widths: 20MHz HT40- HT40+ VHT80
DFS state: usable (for 30773 sec)
DFS CAC time: 60000 ms
* 5580 MHz [116]
Maximum TX power: 27.0 dBm
Radar detection
Channel widths: 20MHz HT40- HT40+ VHT80
DFS state: usable (for 30773 sec)
DFS CAC time: 60000 ms
* 5600 MHz [120]
Maximum TX power: 27.0 dBm
Radar detection
Channel widths: 20MHz HT40- HT40+ VHT80
DFS state: usable (for 30773 sec)
DFS CAC time: 60000 ms
* 5620 MHz [124]
Maximum TX power: 27.0 dBm
Radar detection
Channel widths: 20MHz HT40- HT40+ VHT80
DFS state: usable (for 30773 sec)
DFS CAC time: 60000 ms
* 5640 MHz [128]
Maximum TX power: 27.0 dBm
Radar detection
Channel widths: 20MHz HT40- HT40+ VHT80
DFS state: usable (for 30773 sec)
DFS CAC time: 60000 ms
* 5660 MHz [132]
Maximum TX power: 27.0 dBm
Radar detection
Channel widths: 20MHz HT40- HT40+ VHT80
DFS state: usable (for 30773 sec)
DFS CAC time: 60000 ms
* 5680 MHz [136]
Maximum TX power: 27.0 dBm
Radar detection
Channel widths: 20MHz HT40- HT40+ VHT80
DFS state: usable (for 30773 sec)
DFS CAC time: 60000 ms
* 5700 MHz [140]
Maximum TX power: 27.0 dBm
Radar detection
Channel widths: 20MHz HT40- VHT80
DFS state: usable (for 30773 sec)
DFS CAC time: 60000 ms36-48 között működik kizárólag, pedig radart sehol sem talál (ott sem, ahol lehetne, mert minket gyönyörűen kitakar a Ferenc hegy ).
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
sutszi
veterán
válasz vargalex #151 üzenetére
Akkor a routerOS nem ad érdemi pluszt LEDE-hez képest?
Az lenne jó, ha másik hasonló wifis router is lenne hasonló alapokon, mert engem csak ez bizonytalanít el. Már megfordult a fejemben a vezetékes router + AP kombó is, de annyit nem akarok rákölteni. Viszont szeretnék valamit ami stabil.
(#152) F34R : Van rajta, 2.0.
[ Szerkesztve ]
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
sutszi
veterán
-
dchard
veterán
válasz vargalex #162 üzenetére
Milyen fw volt rajta?
Egyébként most reszelik a 4.9-es kernelt lede alatt, amint kijön kipróbálom.
Nálam az intel AC-s kártyája rosszabb eredményt produkál 2x2 MIMO alatt, mint a Xiaomi telóm 1x1 SISO módban. Előbbi a már korábban linkelt hibákat generálja a router kernel logjában.
Dchard
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
dchard
veterán
válasz vargalex #168 üzenetére
Nekem is intel 7260 az AC-s kliensem és nálam borzalmasan rossz. Ha megtolod a wifit AC-n az intel 7260-nal, akkor mit látsz a kernel logban: látsz hasonló hibákat mint amiket én linkeltem korábban? A kliensed windowst vagy linuxot futtat?
Dchard
[ Szerkesztve ]
A kitárulkozó idegenektől mindig elfog a hányinger. [Cornelius]
-
sutszi
veterán
válasz vargalex #172 üzenetére
Jó, hogy mondod a mobilt. Oneplus 3-am van, de azzal is ugyanazokat a rossz értékeket mértem...Pedig tudom, hogy többre képes...
A stabil verzió februári... Viszont a sourceból buildelést még nem csináltam, és nem is tudom, hogy win10 alatt megoldható-e. Meg ilyenkor a LUCI-t bele kell tennem külön?
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
sutszi
veterán
válasz vargalex #172 üzenetére
Ma délutáni snapshot-ot upgrade-ként feltettem, meg húztam rá egy LUCI-t... Gyors kipróbáltam... Sokkal stabilabb. A késleltetés is jobb lett, a sebességgel együtt.
[ Szerkesztve ]
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
sutszi
veterán
válasz vargalex #197 üzenetére
A gyári FW-vel 400Mbps jött át...a 7260-as kliensen. (Hálózati fájlmásolás)
Ezért zárnám ki a külső zavarást...
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
sutszi
veterán
válasz vargalex #202 üzenetére
Megnéztem egy Ubuntu 16.04 LTS live rendszerrel. (Azért ezzel mert az Arch live készítés bonyolultabbnak tűnt... )
kliens 7260: Az eddigi gyenge szereplés most megfordult. Több mérés alapján 2.4Ghz-en hozott egy 40Mbps szintet. Ami teljesen jó. Ami sokkal izgalmasabb, hogy 5Ghz AC mód estén végre sikerült párszor kihajtani a maximális 120Mbps-os netsebességet. Azért előfordult pár mérés esetén, hogy hirtelen nem tudott teljesíteni, csak nagyon alacsony értéket minden különösebb ok nélkül. A ping értéke viszont többnyire rossz volt. 80-100ms.kliens 6205: Itt is fordult a kocka. 2.4Ghz-en 30Mbps volt a plafon szintén több mérés alapján. Az 5Ghz pedig bezuhant és 53 Mbps fölé nem volt hajlandó menni... A ping itt hektikusan ingadozott...
Fájlmásolást most nem próbáltam.
Az eddigi pozíció függő mérések eltűntek... Az elhelyezkedés nem befolyásolta az eredményt...
Mondanám, hogy driver lehet a gond, de a jelenlegi wdr3600-al meg nincs gond?! Érdekes egy anomália az biztos...
Mondja, Mr. Babbage, ha rossz adatokat ad meg a gépnek, akkor is jó válasz fog kijönni belőle?" Képtelen vagyok felfogni azt az értelmi zavart, ami valakit egy ilyen kérdés feltevésére késztethet. - by Charles Babbage
-
F34R
nagyúr
válasz vargalex #247 üzenetére
Nem hasznalok semmit, csak a dhcpcd-t itt viszont a dhcpcd.conf-ba hiaba allitom be a static ip-t akkor sem valtozik semmi.
Egyebkent valamelyik oldal a 192.168.1.2 -t irja, masik meg 192.168.0.2-t. LEDE volt elsonek rajta, majd megprobalkoztam volna suste CC-vel es a mentesevel. Itt akadt meg a flasheles es azota csak villodzik a led.
Ezekszerint a WAN-kabelnek bedugva kell lennie? Mindjart keresek egy pendrive-t es megnezem valami masik disztroval ahol be tudom loni a NetworkManager-t. -
F34R
nagyúr
válasz vargalex #270 üzenetére
Meglett, nagyon nehezen akart bejonni de sikerult. Be volt ragadva a dhcpcd szerviz igy manualisan kellett inditanom allitanom dynamic ip > static ip.
Koszonom mindenkinek a segitseget.Szoval mielott ment volna fel a CC, LEDE-n felraktam a blockmounts , ext4-s csomagot de valamiert az overlay-ba kezdte el tolteni, lehetseges az hogy az elso csomag mar nem hasznalhato az uj Openwrt/LEDE alatt es helyette az ubox lett a valtoja? Mert akkor mindent megmagyaraz
[ Szerkesztve ]
-
suste
veterán
válasz vargalex #268 üzenetére
ezzel még nálam bent maradnak a sok 0-ás mac-ek
én is hasonlóra jutttam:cat /proc/net/arp|egrep -v "IP|00:00:00:00:00:00"|grep br-lan|sort|awk '{print $1 " " $4}'|egrep -v "$(cat /tmp/dhcp.leases|awk '{print $3}'|tr '\n' '|'|sed "s/.$//")"
de ezzel is bentmaradnak az ARP-ban bentragadt de már nem kapcsolódó dhcp-s kliensek is
szóval a teljes DHCP kiosztást ki kéne vonni belőle, nem csak az aktuálist[ Szerkesztve ]
-
woodworm
veterán
válasz vargalex #280 üzenetére
Van egy köröm a családdal, utána kipróbálom!
Egyébként a padavanon működnie kellene az ssh szervernek, de dhcp-vel "Resource temporarily unavailable", fix ip-vel pedig "Connection refused" üzenetet kapok.
Végső megoldásként, paraszti ésszel a cat beolvasás és képernyőről másolásnál a karakterkódoláson kívül lehet valami fennakadás? -
woodworm
veterán
válasz vargalex #280 üzenetére
Megoldódott a kérdés de újabbak adódtak, ha esetleg van pár ötleted az eredeti állapot helyreállítására!
Sikerült végigvinni a folyamatot, egy pendrive mountolása megoldotta a problémát, a végén működött a padavan. Reggel frissíteni akartam egy bővebb funkciókat tartalmazó verzióra, de újraindulás után se kép, se hang.
A eddigi folyamat:
- openwrt alatt:mtd -r write DIR-860L_3.4.3.9-099.trx firmware
- amikor elindult a padavan, semmilyen más formában nem sikerült csatlakozni hozzá, csak telneten. Az is meglehetősen instabil volt, sokszor vált elérhetetlenné és szakadt meg a kapcsolat. A leírás szerint az mtd2 módosítása után ez rendeződik. Élve a gyanúperrel itt is mentettem mielőtt írtam:
mount -t vfat /dev/sda1 /media -o uid=1000,gid=1000,utf8,dmask=027,fmask=137
cd /media
cat /dev/mtdblock2 > mymtd2.bin
umount /media
mtd_write write -r mtd2.bin "Factory"Innentől működött a router, volt hálózat, routolt és a wifi is működött.
Reggel a frissítés után elérhetetlenné vált a router, nem tudom, hogy az fw miatt vagy mert esetleg a webes frissítést választottam. A recovery-n keresztül a gyári és az openwrt visszamegy, innen van továbbút ddwrt-re. Amikor a jelenlegi állapotot összehasonlítom az eredetivel, észrevettem, hogy openwrt alatt vannak olyan részletek, amik teljesen más partícióra kerültek. Nem akarok tovább rontani a helyzeten, az a mini howto, amin elindultam, kicsit olyan, mintha emlékezetből írta volna az user. Nem teljesen korrektül írta le a parancsot, keverte a csatlakozási protokollt.
Teljes mentésem van ddwrt és openwrt alatt is, és a padavanos változtatásról. A hozzászólásában azt írja, hogy a ddwrt-s mtd2 partíció visszaírása rendezi az eredeti helyzetet, de mellette megjegyzi, nem teljesen ugyanakkora az a partíció, mint openwrt-n.
Tehát igaza van és működik vajon ez a megoldás vagy más utat kell keresni?[ Szerkesztve ]
-
woodworm
veterán
válasz vargalex #288 üzenetére
Igen, éltem a gyanúperrel ezzel kapcsolatban, ezért mentettem ddwrt alatt is, ott nincs ilyen korlát tudtommal. Plusz a módosítás előtt padavanon is egyet a kérdéses partícióról.
Sebességet hiába mérek, nincs sok lehetőségem, csak a minivel tudom használni. Ott pedig limit a 100-as lan, azt hozza mindkét frekvencián. Esetleg most, hogy a 1043v1 kidőlése után beüzemeltem a wdr3600-ast, 5GHz-en tudok nézni n-es sebességet.
-
F34R
nagyúr
válasz vargalex #276 üzenetére
Tegnap megint nekiugrottam (mert amiota megvan csak joforman pihen az asztalon)
Mountpoints jo, transmission config jo [tobbszor is lecsekkolva], majd amikor elakarom kezdeni a toltest akkor nem a hdd-re hanem a belso flash-re tortenik : SMinden usb-vel kapcsolatos csomag fentvan, szoval nem hiszem hogy ez lehet a problema.
Es akkor tegnap este kaptam meg egy zold pulzalo ledet is. -
-
F34R
nagyúr
válasz vargalex #299 üzenetére
Kozben sikerult megoldanom ujraindittam a routert es akkor mar felcsatolta.
Ha jol tudom fs-ext4 visszafele kezeli a regi ext3/2-s particiokat is. Legalabbis linux kernelben igy van. Egyebkent ext3 csak azert mert a media lejatszo ezt kezeli ntfs-n kivul.Viszont rtorrent-et is megneznem ha lehet, csak nem tudom mennyire tudja utemezve sorba allitani a torrenteket.
[ Szerkesztve ]
-
woodworm
veterán
válasz vargalex #327 üzenetére
Ha padavan után rakok vissza openwrt-t, akkor a radio partíció teljesen üres, a wifi ugyan működik, de nem tudom mennyire jó, ha csak a default kerül visszaírásra.
Szerintem a prometheust használja ő is a buildelésre, csak a board konfigurációját módosította az első fw-kben. A prometheusba lassan kerülnek a módosítások, eleinte mindig megszakadt a buildelés a switch rossz konfigurációja miatt, most módosítás után pedig nem működik a lan1-es port. A want ki sem próbáltam, lanként működött.
A mostani fw-jében működnek a ledek, régiónként és csatornánként finomította a wifi power limitjét.A prometheus egyébként menti az aktuális rendszert flash előtt, elméletileg vissza is tudná rakni. Bár nem tudom, hogy ez csak azonos rendszer előző mentését rakja vissza, vagy tudja kezelni a padavan és az openwrt/lede eltérő layoutját is.
-
woodworm
veterán
válasz vargalex #329 üzenetére
Újraírja. Nem használja csak az elejét, ami openwrt-re visszatérés után az u-boot-env-be kerül, a radio és a factory teljesen üresen marad.
A radmir-féle fw jó és tökéletesen működik, a prometheusos környezet végeredményével vannak gondok, amit gondolom radmir orvosolt. Igazából nekem megfelelne a munkája, amit hiányolok az csak kozmetika, nem implementálta a skineket. Ha d-linkem van, pofásabb lenne d-link logo a fejlécben.Egyébként az orosz fórumon a ddwrt-s fórum posztjaival egy időben volt egy kis diskurzus a témában és nem tudom, hogy a nick őt takarja-e, de akkor osztott meg valaki fájlokat, amiket azóta törölt. A power limites fájlok pl. megegyeznek.
-
woodworm
veterán
válasz vargalex #329 üzenetére
Mennyire járható út összetenni egy fájlba az openwrt adott partícióit és padavan alatt visszaflashelni a többivel együtt?
mtd1_u-boot-env.backup \
mtd2_radio.backup >> mtd1.bin
mtd3_factory.backup /
mtd4_defaults.backup >> mtd2.bin
mtd5_firmware.backup >> mtd6.bin[ Szerkesztve ]
-
woodworm
veterán
válasz vargalex #333 üzenetére
Hosszú távon maradnék mindenképp padavanon, csak esz a kíváncsiság. Nem mellesleg jó tudni, hogy van visszatérési lehetőség. Esetleg ezzel az mtk chipsetes adapterrel egy pár mérést végezni openwrt/lede alatt is.
Visszaíráskor az mtd parancs tud egyszerre több partíciót írni vagy több menetben kell és a végén újraindítani? -
woodworm
veterán
válasz vargalex #335 üzenetére
Köszi szépen!
A partíciónkénti visszaírást és az újraindítást én is így gondoltam, hogy csak a végén megadni az -r paramétert.(#336) suste
Működik, de azzal csak az fw írható vissza. A padavan viszont más felosztásban használja a partíciókat és felülírja a tartalmát, ezért openwrt-re visszatérve nullás lesz a radio és factory partíció, a rádióadatok a defaults-ra kerülnek, ahol nem hiszem, hogy használni tudná. -
woodworm
veterán
válasz vargalex #338 üzenetére
Gyorsan megnéztem, mert ap módban nem jelenik meg minden szolgáltatás, de beleforgatta a vpn szervert. Van nyomtató szerver is, a ddns-nek nincs webes felülete, config fájlból kell beállítani.
A leírásom óta kipróbáltam az övét is, bármilyen merész lépésnek tűnik, de valóban gördülékenyebb wifin megtenni az első lépést és flashelni a módosított partíciót. Bekapcsoltam az ssh-t, winscp-vel felmásoltam a bin-t, majd flasheltem.
-
woodworm
veterán
válasz vargalex #340 üzenetére
Az írási módszerére vonatkozott.
A mostani nem túl bőbeszédű readme már kibővített verzió, az elsőben ennyi sem volt. A lényeget a hozzászólásokban napokon keresztül csepegtette, mert kábelen rettentő nehéz bejelentkezni, végigvinni és ezt nem említette, nem konkretizálta mikor telnetelt, és mikor csatlakozott ssh-n. Később kiderült, hogy ő wifin keresztül csatlakozott, úgy tényleg könnyebb.
A fórumon csak a default partíció mentése szerepel és annak visszaírásával szerinte helyreállítható az eredeti állapot.Egyébként már 4 fw-t töltöttem le a linkelt yandex tárhelyről, ezekből csak kettőt tettem fel. Az egyik eleve működésképtelen próbálkozás volt, hogy az uboot recoveryjén keresztül lehessen flashelni. Az elsőben emlékeim szerint a ledek működése volt korlátozott és a wifi power limit táblázatok elég magas értékeket tartalmaztak, lehet a chip nem is tud ilyen tartományban dolgozni, a méréseket ezzel készítettem. Azóta került fel még kettő, az egyikben nincs módosított power limit, a másikban pedig finomított értékek vannak már és állítható a frontledek működése.