-
Fototrend
600 Mbps-os tempót ígér 2,4 GHz-en az ASUS RT-N18U High Power routere
Új hozzászólás Aktív témák
-
limpi
aktív tag
Sziasztok!
Az Asus RT-N18U router-emen a legújabb (nem béta) Asus firmware van fent (3.0.0.4.380_7266) és a Download Master-t is aktívan használom (egy külső notebook HDD van csatlakoztatva a router-re).
Eddig beton stabil volt az egész, gond nélkül ment éjjel-nappal, akár hónapokig.
A legutóbbi Download Master verzióra (3.1.0.101) frissítés óta azonban ez megszűnt, a Transmission (amit 2.82-ről 2.92-re frissít ez az update) gyakran egyszerűen megáll és onnantól nem reagál semmire, RPC-n keresztül sem irányítható (Transmission Remote GUI 5.5.1-et használok).
Ebből az állapotából csak a router admin felületén keresztül a Download Master USB applikáció Disable, majd Enable műveleteivel lehet feléleszteni. Ezt jelenleg naponta többször is meg kell tennem...Szóval kérdésem, hogy hogyan tudom downgrade-elni a Download Master-t egyel korábbi verzióra?
Sajnos annak a verziószámát nem jegyeztem meg, mert nem számítottam rá, hogy a következő verzió instabil lesz... De az még a Transmission 2.82-re épült és teljesen jól működött nekem, arra is a router admin felületén keresztül frissítettem korábban. Vagy nekem az is jó lenne, ami a 3.0.0.4.380_7266 firmware-be alapból csomagolva van, az is stabil volt.Ha lehet, úgy szeretném visszatenni az egyel korábbi Download Master verziót, hogy minden más változatlan maradjon (mert a router egyéb működése változatlanul stabil).
Köszi!
U.I.:
Szerintem NE frissítsétek az Asus Download Master-t 3.1.0.101-re, ha a jelenlegi verzió gond nélkül megy nálatok!<:v)
-
limpi
aktív tag
válasz Gubek-Einste #8011 üzenetére
Köszi, az lesz a végső megoldás!
Meg is találtam hogy kell fent.
Ilyen esetben is kell előtte/utána NVRAM törlés?
Az egész után visszatölthetem a mentett beállításaimat?És csak a Download Master-t downgrade-elni az esélytelen?
Igazából azt tenném. Vagy várnék, hátha az Asus javítja a hibát a következő verzióban.
Sajnos a logokba nem ír semmit, így nem is tudom mi a megfagyás oka...[ Szerkesztve ]
<:v)
-
limpi
aktív tag
válasz Gubek-Einste #8013 üzenetére
Értem, köszi!
Egyébként mit ajánlanátok nekem a gyári firmware helyett, ha ezek fontosak?:
- Stabilitás (LAN és WiFi) - ezzel jelenleg nincs gondom
- Ne legyen rosszabb a WiFi hatótávja (a gyárié pont elég, de éppen hogy csak...)
- Ne kelljen nagyon sokat kütyüzni vele (ne nagyon sokkal többet, mint amit a gyári fw beállításával kell )
- Webes admin felület, ami iOS Safari-ból is működik (a gyári fw az ilyen)
- Beépített (vagy könnyen telepíthető) Transmission, ami stabil
- Felismerje az USB 3.0-ra csatlakoztatott notebook HDD-t, ha lehet restart után is
(utóbbi nekem sosem volt meg, restart után nem látja, aztán meg nem tudja enumerálni - szóval bármilyen okú újraindítás után nagyon nagy szívás újra felismertetni, ezért inkább éjjel-nappal járatom és kész J-)Van olyan Tomato build ami a fentieket _mind_ tudja és jobb (megbízhatóságban is), mint a gyári fw?
Vagy OpenWRT? Vagy DD-WRT?[ Szerkesztve ]
<:v)
-
limpi
aktív tag
Ez a hiba az összes általam ismert verziónál megvolt.
Nekem nem nullára, hanem valami használhatatlanul alacsony értékre állítja vissza az Upload Speed Limit-et.
Én ezért alapból az Alternate bandwith settings-el használom (a csigálval ) és
Transmission Remote GUI-val irányítom, mert az Asus webes irányító felülette és a PC-s kliense is totál gáz (utóbbi csak egy rakás hibaüzenetet dob nekem).
TransGUI viszont szuper! Amúgy itt a legújabb: https://github.com/leonsoft-kras/transmisson-remote-gui/releases
iOS-en meg a nemrég megjelent "Monitor for Transmission" appot használom, az még egy béna kacsa, de azért nehézkesen meg lehet vele csinálni mindent (főleg arra használom, hogy ellenőrizzem, nem halt-e meg a Transmission).Egyébként a legújabb 3.1.0.101 Download Master-nél amikor csak feltölt, akkor az stabil maradt.
De nekem minden más műveletnél (akár csak torrent-ek hozzáadása) meg tud fagyni... :/2016. szeptembere óta a korábbi verziókkal nem volt gondom. De azok mind Transmission 2.82 alapúak voltak, ez meg már 2.92 alapú. Ami tök jó lenne, ha stabil is maradt volna...
[ Szerkesztve ]
<:v)
-
limpi
aktív tag
iOS alatt a Monitor for Transmission-t ajánlom. Mondjuk ez is az egyedüli.
Elvileg torrent hozzáadását is tudja valahogy a Safari-n keresztül, de még nem próbáltam.
Én főleg PC-ről Transmission Remote GUI-val irányítom.
Az Asus webes felülete nekem csak ahhoz kell, hogy elindítsam az egészet.
(Ha egy torrent sem aktív, a rourter lekapcsolja a Transmission RPC-n keresztüli elérhetőségét is,
szóval egyet hozzáadok az Asus felületen és akkor onnantól már lehet használni más cuccokkal jól.)<:v)
-
limpi
aktív tag
Én azt hívom fagyásnak, amikor úgy megáll, hogy soha többé nem válaszol semmire sem, se RPC-n keresztül, sem máshogy. Ilyenkor csak a Download Master-en a disable, majd enable kiadása segít (a router Asus-os web-es felületén).
Amíg hashing-el, addig a korábbi verziókban is látszólag megfagyott, de az nem volt igazi fagyás, csak addig nem válaszolt, amíg kész nem lett vele.
A legújabb, Transmission 2.92-re épülő Download Master viszont, ha kicsit melegebbé válik a helyzet, akkor nem azt csinája, hogy egy ideig nem válaszol, aztán később magához tér és folytatja, hanem az utóbbit elfelejti. J-)Jelenleg úgy használom, hogy a Download Queue méretét 1-re vettem, valamint amikor új torrent-eket adok hozzá (Transmission Remote GUI-val), akkor szépen lassan csinálom. Csak mert, ha gyorsan, akkor abba is jó eséllyel belefagy. Így használva ritkán fagy meg. Amikor csak felfelé seed-el, az hosszú ideig stabil tud lenni. Bár azért akkor is meg tud fagyni (gondolom akkor, amikor nagyon sok felé kéne töltenie viszonylag gyorsan). Az upload nekem 150 KB/sec-re van limitálva, a download meg 3000 KB/sec-re (de ez korábban is így volt nálam). (A net csomagom lefelé nem is tud sokkal többet.)
Mindenesetre így már nem kell napjában többször újraindítanom (a Download Master-t), hanem "csak" néhány naponta. Ez még nálam belefér. A router egyéb működése szerencsére stabil, azt sosem kell újraindítanom (az USB-n csatlakoztatott HDD nehézkes újrafelismertetése miatt az nagy gáz is lenne).
Most megvárom a köv. Download Master verziót, hátha javítják valahogy a hibát (bár ezzel kapcs. sok reményem nincsen). Írtam az Asus-nak is, de egyelőre még nem válaszoltak (mondjuk még a két munkanap sem telt le ). A levélben azt kérdeztem főleg, hogy hogyan tudnám visszatenni az egyel korábbi Download Master verziót anélkül, hogy teljesen újra kéne húznom a router-t, mert tulajdonképpen azt szeretném tenni leginkább...
[ Szerkesztve ]
<:v)
-
limpi
aktív tag
HGG-vel kapcs. további kérdésem, hogy ha egyszer már fent van,
akkor utána már ugyanolyan egyszerű frissíteni, mint a gyári firmware-t?
Nem kell minden frissítés után mindig újrakonfigurálni?<:v)
-
limpi
aktív tag
válasz Gubek-Einste #8074 üzenetére
Köszi!
Viszont az Asus saját USB applikációit, mint pl. a Download Master-t ugye nem tudja automatikusan frissíteni, mint a gyári? Vagy igen?
Ha igen, akkor esetleg korábbi verziót is fel lehet vele tenni?
Mert a gyári csak a legújabb verzióra tudja frissíteni az USB applikációkat, downgrade az nincs...Végül utolsó kérdésem, hogy a 380.65.5 verzióban milyen Transmission van? 2.82 vagy 2.92?
Vagy az Asus Download Master béna kacsa megoldása? Ha az, akkor abból melyik verzió?<:v)
-
limpi
aktív tag
Akkor nincs itt senki, aki HGG-t használna és rajta a Transmission-t is külső USB-s HDD-vel?
Az Asus support ennyi idő alatt még felfogni sem tudta a problémámat. J-)
<:v)
-
limpi
aktív tag
Közben böngésztem kicsit az asuswrt-merlin kódját és az alapján kikísérletezve rájöttem, hogy ezeket a fájlokat le tudom tölteni az Asus-tól:
http://nw-dlcdnet.asus.com/asusware/mipsbig/stable/downloadmaster_3.1.0.95_mipsbig.ipk
http://nw-dlcdnet.asus.com/asusware/mipsbig/stable/downloadmaster_3.1.0.96_mipsbig.ipk
http://nw-dlcdnet.asus.com/asusware/mipsbig/stable/downloadmaster_3.1.0.97_mipsbig.ipk
http://nw-dlcdnet.asus.com/asusware/mipsbig/stable/downloadmaster_3.1.0.98_mipsbig.ipk
http://nw-dlcdnet.asus.com/asusware/mipsbig/stable/downloadmaster_3.1.0.99_mipsbig.ipk
http://nw-dlcdnet.asus.com/asusware/mipsbig/stable/downloadmaster_3.1.0.100_mipsbig.ipk
http://nw-dlcdnet.asus.com/asusware/mipsbig/stable/downloadmaster_3.1.0.101_mipsbig.ipkCsak fogalmam sincs ezek az RT-N18U-hoz is jó IPK fájlok-e vagy sem...
Meg azt sem tudom, melyik volt az utolsó (számomra) stabil.
Az biztos, hogy a 3.1.0.101 már nem stabil, de sajna nem jegyeztem meg, melyik verzióra lehetett frissíteni korábban (pedig az még jó volt nekem).Valaki meg tudja mondani, hogy ezek a fájlok jók-e az RT-N18U-hoz és hogy az ipkg paranccsal fel tudom-e tenni bármelyik korábbi verziót úgy, hogy azzal tényleg csak a Download Master downgrad-elődjön és semmi más ne változzon?
Továbbra is a 3.0.0.4.380_7266 hivatalos fimrware-t használom, szóval abban szeretném a 3.1.0.101-es DM-et korábbira visszavarázsolni.
Bónusz kérdésem, hogy tudja-e valaki, hogy a 3.0.0.4.380_7266 firmware-be alapból melyik verzió van csomagolva?
[ Szerkesztve ]
<:v)
-
limpi
aktív tag
Közben sikerült kiszednem a .ipk fájlokból (amik valójában .tar fájlok) a tényleges release dátumokat:
Download Master 3.1.0.95 - 2014.12.16.
Download Master 3.1.0.96 - 2015.06.24.
Download Master 3.1.0.97 - 2015.09.09.
Download Master 3.1.0.98 - 2016.02.26.
Download Master 3.1.0.99 - 2016.09.18.
Download Master 3.1.0.100 - 2016.11.16.
Download Master 3.1.0.101 - 2017.02.22.Szóval nekem akkor ez alapján a 3.1.0.100 verzió kéne, az volt a még stabil.
Csak sajna a linux-hoz nem értek és a router-ek belső lelki világához sem...
<:v)
-
limpi
aktív tag
Közben megtudtam, hogy nekem az arm verzió kell, tehát konkrétan ez a csomag:
http://nw-dlcdnet.asus.com/asusware/arm/stable/downloadmaster_3.1.0.100_arm.ipkEz meg is van.
Most már csak annyi a kérdésem, hogy ezt hogy telepítsem?
Az jó, ha a router-re csatlakoztatott külső HDD-re másolom a Download2 könyvtárba, majd PuTTY-al a bejelentkezem a router-re és ott kiadom a
# ipkg install /tmp/mnt/HIGH_SPEED/Download2/downloadmaster_3.1.0.100_arm.ipk
parancsot? Ennyi?
Nem kell először a Download Master-t a router admin felületén leállítani?
Vagy először a meglévő verziót eltávolítani?[ Szerkesztve ]
<:v)
-
limpi
aktív tag
Na, nem bírtam megállni, kiadtam a
# ipkg install /tmp/mnt/HIGH_SPEED/Download2/downloadmaster_3.1.0.100_arm.ipk
parancsot! Amire a válasz ez volt:
Not downgrading package downloadmaster on /opt/ from 3.1.0.101 to 3.1.0.100.
Nothing to be done
Successfully terminated.LOL, de nem adtam fel, hanem inkább ezt adtam ki:
# ipkg -force-downgrade install /tmp/mnt/HIGH_SPEED/Download2/downloadmaster_3.1.0.100_arm.ipk
Mire ez történt:
Downgrading downloadmaster on /opt/ from 3.1.0.101 to 3.1.0.100...
ipkg: /debian-binary: Read-only filesytem
Configuring downloadmaster
Successfully terminated.Elég nagy mázli, semmi hibaüzenet.
Ezután először nem ment a Download Master, de aztán kiadtam egy disable, majd enabe parancsot rá a router admin felületén és most megy!Ami fura, hogy a Transmission verziója maradt 2.92, pedig korábban 2.82 volt.
Szóval azt gondolom nem downgrade-elte.
Valamint a Download Master webes felületénél is megmaradt az új bejelentkezési felület és beállítás (HTTPS port), szóval azt sem csinálta vissza.
Így aztán nem nagyon tudom, hogy mi az, amit ténylegesen downgrade-elt a Download Master
verziószámán kívül.
(Lehet, hogy az asuslighttpd-t is downgrade-elni kellett volna, ezt nem tudom.
De a HGG készítője azt írta nekem, hogy szerinte az én problémám esetében elég csak a Download Master-t.)Mindenesetre most majd tesztelem a stabilitását! Ha nem fagy ki, akkor jó.
Merthogy a 3.1.0.101 előtti verziók nekem sosem fagytak ki, egyszer sem...
Ha ez is kifagy, akkor feleslegesen csináltam az egészet és gondolom akkor a Transmission 2.92 körül van a gond és azt is downgrade-elni kéne valahogy...[ Szerkesztve ]
<:v)
-
limpi
aktív tag
Kijött egy új hivatalos firmware verzió:
"
Firmware version 3.0.0.4.380_7378-g7a25649
- Release Note -Security fixed
- Fixed CVE-2017-5891.
- Fixed CVE-2017-5892.
- Fixed CVE-2017-6547.
- Fixed CVE-2017-6549.
- Fixed CVE-2017-6548.
- Added log message for brute force attack.Bug fixed
- Fixed UI issue when using Chrome 56.
"
Úgy nézem egyelőre még csak a router admin felületéről érhető el, az asus.com-ról még nem.Feltette már valaki?
Én egyelőre még nem, mert az Asus Download Master számomra ismeretlen okból újra stabil lett (csak annyit csináltam, hogy újratelepítettem a HDD-n), szóval most jó a 3.1.0.101-es verzió (vagy legalábbis már 3d, 6h óta nem fagyott meg). (Lehet, hogy csináltak egy silent update-et, bár nem nagyon hiszem.)
[ Szerkesztve ]
<:v)
-
limpi
aktív tag
Innen mégis letölthető:
http://dlcdnet.asus.com/pub/ASUS/wireless/RT-N18U/FW_RT_N18U_30043807378.ZIP<:v)
-
limpi
aktív tag
Sikerült végre kiküszöbölnöm a Download Master 3.1.0.101 instabilitását.
A megoldás a HDD-ről való uninstall, majd reinstall volt.
Ennyi.
5 napja fut gond nélkül.<:v)
-
limpi
aktív tag
Nem tudom érdekel-e még valakit rajtam kívül, de az Asus Download Master 3.1.0.102 verziója végre újra stabil lett! Szóval ezt feltenni ajánlom mindenkinek! Nálam már 9 napja fut fagyás nélkül. Nem úgy, mint az előző verzió. (A 3.1.0.100 szintén stabil volt nekem, szóval csak a 3.1.0.101-et nem ajánlom senkinek.)
<:v)
-
limpi
aktív tag
Viszonylag gyakran kerül a naplófájlba a következő(höz hasonló) hiba:
Aug 6 15:02:14 kernel: BUG: scheduling while atomic: mtdblock3/238/0x00000002
Aug 6 15:02:14 kernel: module: ohci_hcd bf7c6000 18734
Aug 6 15:02:14 kernel: module: ehci_hcd bf7b8000 32909
Aug 6 15:02:14 kernel: module: xhci_hcd bf7a5000 51973
Aug 6 15:02:14 kernel: module: sr_mod bf71c000 10914
Aug 6 15:02:14 kernel: module: cdrom bf70f000 30881
Aug 6 15:02:14 kernel: module: nf_nat_sip bf708000 4987
Aug 6 15:02:14 kernel: module: nf_conntrack_sip bf6ff000 15753
Aug 6 15:02:14 kernel: module: nf_nat_h323 bf6f8000 4741
Aug 6 15:02:14 kernel: module: nf_conntrack_h323 bf6ea000 33999
Aug 6 15:02:14 kernel: module: nf_nat_rtsp bf6e4000 3194
Aug 6 15:02:14 kernel: module: nf_conntrack_rtsp bf6de000 4079
Aug 6 15:02:14 kernel: module: nf_nat_ftp bf6d8000 1136
Aug 6 15:02:14 kernel: module: nf_conntrack_ftp bf6d1000 4933
Aug 6 15:02:14 kernel: module: ip6table_mangle bf6cb000 926
Aug 6 15:02:14 kernel: module: cdc_mbim bf6c5000 3117
Aug 6 15:02:14 kernel: module: qmi_wwan bf6be000 5748
Aug 6 15:02:14 kernel: module: cdc_wdm bf6b7000 8188
Aug 6 15:02:14 kernel: module: cdc_ncm bf6af000 8862
Aug 6 15:02:14 kernel: module: rndis_host bf6a8000 4920
Aug 6 15:02:14 kernel: module: cdc_ether bf6a2000 3183
Aug 6 15:02:14 kernel: module: asix bf69a000 10912
Aug 6 15:02:14 kernel: module: usbnet bf691000 11473
Aug 6 15:02:14 kernel: module: mii bf68b000 3359
Aug 6 15:02:14 kernel: module: usblp bf683000 10657
Aug 6 15:02:14 kernel: module: ufsd bf5ae000 611527
Aug 6 15:02:14 kernel: module: jnl bf5a1000 28507
Aug 6 15:02:14 kernel: module: vfat bf599000 8505
Aug 6 15:02:14 kernel: module: fat bf588000 43594
Aug 6 15:02:14 kernel: module: ext2 bf573000 53784
Aug 6 15:02:14 kernel: module: ext4 bf532000 221238
Aug 6 15:02:14 kernel: module: jbd2 bf51f000 48637
Aug 6 15:02:14 kernel: module: crc16 bf519000 999
Aug 6 15:02:14 kernel: module: ext3 bf4f6000 106505
Aug 6 15:02:14 kernel: module: jbd bf4e5000 41319
Aug 6 15:02:14 kernel: module: mbcache bf4de000 4927
Aug 6 15:02:14 kernel: module: usb_storage bf4cf000 34566
Aug 6 15:02:14 kernel: module: sg bf4c3000 20775
Aug 6 15:02:14 kernel: module: sd_mod bf4b7000 22075
Aug 6 15:02:14 kernel: module: scsi_wait_scan bf4b1000 408
Aug 6 15:02:14 kernel: module: scsi_mod bf48b000 110762
Aug 6 15:02:14 kernel: module: usbcore bf467000 104022
Aug 6 15:02:14 kernel: module: ip6t_LOG bf460000 4526
Aug 6 15:02:14 kernel: module: ip6table_filter bf45a000 742
Aug 6 15:02:14 kernel: module: jffs2 bf43c000 93034
Aug 6 15:02:14 kernel: module: zlib_deflate bf432000 19481
Aug 6 15:02:14 kernel: module: wl bf034000 3938550
Aug 6 15:02:14 kernel: module: igs bf02b000 12311
Aug 6 15:02:14 kernel: module: emf bf022000 15978
Aug 6 15:02:14 kernel: module: et bf00b000 62033
Aug 6 15:02:14 kernel: module: ctf bf000000 21339
Aug 6 15:02:14 kernel: Modules linked in: ohci_hcd ehci_hcd xhci_hcd sr_mod cdrom nf_nat_sip nf_conntrack_sip nf_nat_h323 nf_conntrack_h323 nf_nat_rtsp nf_conntrack_rtsp nf_nat_ftp nf_conntrack_ftp ip6table_mangle cdc_mbim qmi_wwan cdc_wdm cdc_ncm rndis_host cdc_ether asix usbnet mii usblp ufsd(P) jnl vfat fat ext2 ext4 jbd2 crc16 ext3 jbd mbcache usb_storage sg sd_mod scsi_wait_scan scsi_mod usbcore ip6t_LOG ip6table_filter jffs2 zlib_deflate wl(P) igs(P) emf(P) et(P) ctf(P) [last unloaded: ohci_hcd]
Aug 6 15:02:14 kernel: [<c003d708>] (unwind_backtrace+0x0/0xf8) from [<c02bb008>] (schedule+0x3b0/0x410)
Aug 6 15:02:14 kernel: [<c02bb008>] (schedule+0x3b0/0x410) from [<c02bb804>] (schedule_timeout+0x144/0x1e0)
Aug 6 15:02:14 kernel: [<c02bb804>] (schedule_timeout+0x144/0x1e0) from [<c02bb680>] (io_schedule_timeout+0x48/0x70)
Aug 6 15:02:14 kernel: [<c02bb680>] (io_schedule_timeout+0x48/0x70) from [<c009ede4>] (congestion_wait+0x74/0x94)
Aug 6 15:02:14 kernel: [<c009ede4>] (congestion_wait+0x74/0x94) from [<c0091cb0>] (__alloc_pages_nodemask+0x3fc/0x694)
Aug 6 15:02:14 kernel: [<c0091cb0>] (__alloc_pages_nodemask+0x3fc/0x694) from [<c0361a18>] (__slab_alloc+0x688/0x708)
Aug 6 15:02:14 kernel: [<c0361a18>] (__slab_alloc+0x688/0x708) from [<c00b9e7c>] (__kmalloc+0xd8/0xe4)
Aug 6 15:02:14 kernel: [<c00b9e7c>] (__kmalloc+0xd8/0xe4) from [<c01af7bc>] (_nflash_mtd_read+0x9c/0x3a0)
Aug 6 15:02:14 kernel: [<c01af7bc>] (_nflash_mtd_read+0x9c/0x3a0) from [<c01b033c>] (nflash_mtd_read+0x4c/0x64)
Aug 6 15:02:14 kernel: [<c01b033c>] (nflash_mtd_read+0x4c/0x64) from [<c0192b94>] (part_read+0x64/0xe8)
Aug 6 15:02:14 kernel: [<c0192b94>] (part_read+0x64/0xe8) from [<c0195ea4>] (mtdblock_readsect+0x40/0x114)
Aug 6 15:02:14 kernel: [<c0195ea4>] (mtdblock_readsect+0x40/0x114) from [<c0195620>] (mtd_blktrans_thread+0x250/0x2f8)
Aug 6 15:02:14 kernel: [<c0195620>] (mtd_blktrans_thread+0x250/0x2f8) from [<c006eed0>] (kthread+0x88/0x90)
Aug 6 15:02:14 kernel: [<c006eed0>] (kthread+0x88/0x90) from [<c00389d4>] (kernel_thread_exit+0x0/0x8)Meg tudja mondani valaki, hogy ilyenkor mi száll el és ez mennyire fontos hiba?
A router egyébként nagyon stabilan működik (a legújabb verzió óta az Asus Download Master is).
Amúgy mások is találkoztak már ezzel:
https://www.snbforums.com/threads/frequent-syslog-entries-kernel-bug-scheduling-while-atomic.23174/
Memóriakezelési hiba volna?Kell tennem valamit?
[ Szerkesztve ]
<:v)
-
limpi
aktív tag
válasz Gubek-Einste #9049 üzenetére
Huh, köszi az infót, akkor egyelőre nem is teszem fel!
Pedig a leírása szerint csak ennyit változtattak:
Firmware version 3.0.0.4.380_7743-g2cf84e9
- Release Note -
Security fixed
- Fixed CVE-2017-8828 (XSS vulnerability)
- Fixed CVE-2017-5892 (JSONP Information Disclosure)
- Fixed CVE-2017-7494 (Samba remote code execution vulnerability)
- Improved brute-force protection for SSH, Telnet connection.
Bug fixed
- Fixed URL filter, keyword filter, network filter time related issue.De akkor gondolom suttyomban még elrontottak ezt-azt... J-)
<:v)
-
limpi
aktív tag
Az Asus Download Master 3.1.0.102 annyira azért nem stabil, mint amennyire a 3.1.0.100 volt (9 nap után végül megadta magát), de a 3.1.0.101-nél azért jobb.
Amiket nálam nem szeret:
- Ha a háttérben felejtem a Transmission GUI-t, ami folyamatosan frissítgeti a torrent-ek listáját (ebbe egy idő múlva belefagy)
- Sok torrent hozzáadása egyszerre Transmission GUI-val (ebbe azonnal is bele tud fagyni J-)
(A Download Master fagyása esetén a router webes admin felületén leállítom, majd újraindítom és utána megint jó egy jó ideig...)Amúgy a TransGUI tök jó irányítani, itt a legújabb verziója:
https://github.com/leonsoft-kras/transmisson-remote-gui/releases[ Szerkesztve ]
<:v)
-
limpi
aktív tag
Próbálta már valaki a legújabb gyári v3.0.0.4.382.18991 FW-t?
Tudja valaki ténylegesen mi változott?
Csak mert az ASUS ugyanazt másolta a "Security fixed" részbe, mint az előző 3.0.0.4.382.18495 verziónál, a "New features" részt meg lehagyta. Az újdonság tehát, hogy még sincsenek az új fícsörök?Én egyébként egyelőre még mindig a v3.0.0.4.380_7378-at használom, ennek a hálózati része abszolút stabil (már 211 napja fut gond nélkül a router, csak a Download Master v3.1.0.102-t kell kb. hetente újraindítanom rajta, annál a v3.1.0.100 volt nálam az utolsó valóban stabil verzió, de arra nem lehet könnyen visszaállni sajna)...
Van ennél újabb hasonlóan stabil verzió?
Az előző verzióban beharangozott HDD Hibernation funkció rendben működik? Ez ugye csak opcionális, tehát kikapcsolható?[ Szerkesztve ]
<:v)
-
limpi
aktív tag
Köszi a válaszokat!
Az tök jó, hogy egyelőre nincs gond vele.
Békés Karácsonyi Ünnepeket!<:v)
-
limpi
aktív tag
válasz -FreaK- #10256 üzenetére
Ha teszel elé szünetmentest, akkor én ezeket ajánlom:
https://www.pcx.hu/fsp-ep-nano-600-600va-360w-szunetmentes-tap-059988
https://www.pcx.hu/fsp-nano-800-800va-480w-szunetmentes-tapegyseg-024869
Nekem a nagyobbik van előtte (plusz még egy kábelmodem és egy nagyobb PC).
A router aktuális uptime-ja 252 days 23 hours, ami alatt volt már jó néhány áramszünet...
(Egyébként a v3.0.0.4.380_7378 FW ennyire stabil nekem. Kivéve az Asus Download Master-t, amit 1-2 hetente újra kell indítanom a v3.1.0.101 óta. Sajnos a v3.1.0.102-t is...)[ Szerkesztve ]
<:v)
-
limpi
aktív tag
Sziasztok!
Mi a helyzet a legújabb gyári v3.0.0.4.382.50018 firmware-rel? (Itt)
Ez stabil és hibamentes?
Én egyébként még mindig a v3.0.0.4.380.7378-at használom, ami már 269 napja fut stabilan, hibamentesen (mármint a hálózati része, mert az Asus Download Master-t, ami egyébként szintén éjjel-nappal fut nálam, kb. hetente újra kell indítanom). Ezért nem is mertem újabb verziókra cserélni. Hiába a sok biztonsági javítás... J-)
Bónusz kérdés:
Esetleg tudja valaki hogy az ASUS RP-N12 repeater legújab v1.0.1.1d firmware-én hogyan lehetne megjavítani, hogy működjön az automatikus idő szinkronizáció? Csak mert az gyárilag nem megy. Az NTP Server a default "pool.ntp.org", de nem csinál vele semmit sem... Manuálisan szoktam telnet-ten keresztül belépni néha és kézzel frissíteni az időt (mert a belső órája amúgy elég druván siet).
Ezt leszámítva ez a repeater tökéletesen működik az RT-N18U router-rel.[ Szerkesztve ]
<:v)
-
limpi
aktív tag
válasz uriember #10391 üzenetére
Köszi!
Akkor még várok, mert a leírása szerint downgrade-elni nem lehet a legújabb verziót...Egyébként kijött a Download Master-ből is új, a verziószáma 3.1.0.104 és gond nélkül felment.
(Ez utóbbit is bátor dolog csak úgy feltenni, mert downgrade-elni azt sem lehet egykönnyen...)
Aki nem ismerné, annak itt van hozzá egy tuti jó GUI (a gyári webes szerintem extrém gáz):
https://github.com/transmission-remote-gui/transgui/releases[ Szerkesztve ]
<:v)
-
-
limpi
aktív tag
A TransGUI link helyesen:
https://github.com/transmission-remote-gui/transgui/releases<:v)
-
limpi
aktív tag
Az Asus szerint a legújabb verziót nem lehet downgrade-elni sehogy sem:
"
Please note: this version enhanced the security mechanism. RT-N18U upgrade to this version cannot downgrade to the previous firmware.
"
De ettől még gondolom valahogyan trükkösen lehet, csak nem könnyedén a webes admin felületéről...<:v)
-
limpi
aktív tag
válasz solyomvari #10441 üzenetére
Szia!
Igen, azzal van egy kis trükk, mert az Asus Download Master folyamatosan visszaveszi az upload limitet...
Szóval fixen be kell kapcsolni a "Use alternative bandwith settings (F8)" opciót, amit a kis csiga jelez és ott megadni a kívánt értékeket! Azokhoz ugyanis nem nyúl.
Én pl. 3000 / 150 KB/s-re veszem mindkét helyen, de az elsőn nekem is visszaveszi 40 KB/s-re, amit viszont a Transmission így ignorál:
Nekem 3000 KB/s felett már nem annyira stabil a download, a 150 KB/s-t meg azért állítom be, hogy ne terhelje annyira a szolgáltatóm hálózatát...
Ezekkel a beállításokkal nálam éjjel-nappal fut (egy USB-n csatlakoztatott notebook HDD-vel).
Ami jó hír: úgy néz ki a legújabb Download Master verzió (.104 végű) végre újra stabil!
Bár ez még nem biztos, majd írok, ha 10 napnál tovább is stabilan fut...
(A korábbi verziók nálam legkésőbb 10 nap körül megadták magukat.)Ja nálam még a download queue mérete is 1-re van véve:
De ez annyira nem fontos.[ Szerkesztve ]
<:v)
-
limpi
aktív tag
Hát, pl. az "adat-teljesítmény" beállítást próbáltad 65%-ról 100%-ra venni?
Amúgy mihez kevés a 80 Mbit?
Vagy miért akarod a csomagod által biztosított elméleti maximumot elérni?Szerintem inkább a kapcsolat stabilitása a fontos.
Nekem pl. 30 / 3 Mbit-es netem van és teljesen elég mindenre.
Ezt tényleg 100%-ban kihasználja a router és nagyon stabilan.
(Van pár ismerősöm, aki 1000 Mbit-es csomagot vett a T-től, de egyik sem tudta nekem megindokolni, hogy tulajdonképpen miért is... Mondjuk egyik sem UHD-s videóvágással foglalkozó youtuber... )[ Szerkesztve ]
<:v)
-
limpi
aktív tag
válasz uriember #10445 üzenetére
Szívesen.
De elfelejtettél válaszolni!
Szóval mihez kevés neked a 80 Mbps?Ezt amúgy tényleg érdemes lenne elolvasnod:
https://itcafe.hu/tema/milyen_routert_topik_tema_osszefoglalo/hsz_3-3.html#msg3
Itt egy darabja:
"[...]A gyakorlatban tehát ezeknek a linksebességeknek csak a töredékét lehet elérni, amik a különbözõ szabványok esetén így alakulnak:- G (54 Mbps): 20-25 Mbps
- N lite (150 Mbps): 40-60 Mbps
- N (300 Mbps): 80-130 Mbps (itt nagyobb a szórás)
(Mindez zajmentes környezetben, 100%-os jelszint mellett. Az adott szabványt mind a két oldalnak támogatnia kell.)[...]" (kiemelés tőlem )[ Szerkesztve ]
<:v)
-
limpi
aktív tag
válasz uriember #10449 üzenetére
Hát mert mellékattintottam!
doe2 kollégát próbáltam volna finoman rávezetni arra, hogy egyrészt valószínűleg soha nem fogja tudni elérni a 150 Mbps-t, másrészt pedig ezt próbálnia vélhetőleg teljesen felesleges is neki...
De azt hiszem inkább feladom. Végül is miért ne próbálkozhatna vele, ha ehhez van kedve.
Azt azonban tényleg nem értem, hogy a 80 Mbps mihez nem elég neki.
Wi-fi-n keresztül akar torrent-ezni és túl lassan jön le neki egy full HD-s film?
Vagy mi más értelmes haszna lehet azon túl, hogy a sebességmérő progi a 150 Mbps értéket mutatja?
Valószínűleg örök rejtély marad.[ Szerkesztve ]
<:v)
-
limpi
aktív tag
Az újabb FW verziókban található új HDD hibernation fícsört próbálta már valaki?
Nekem hasznos lenne, ha rendben működne.
(De a jelenlegi verzióval nekem az USB-n csatlakoztatott HDD szabályos leválasztása, majd újra csatlakoztatása sem megy rendben. Pontosabban a leválasztás az igen, csak utána már többé nincs kedve újra csatlakoztatni, reboot után sem. Hanem csak nagyon sok trükközés után.
Részben emiatt került szünetmentes táp mögé...)<:v)
-
limpi
aktív tag
válasz solyomvari #10462 üzenetére
Ja, sajnos az normálisnak számít, mert amíg a torrent-et hash-eli (vagy elindítja, ha úgy tetszik), az annyira leterheli, hogy addig RPC-kre sem tud időben válaszolni...
Továbbá a 3.1.0.101 - 3.1.0.103 verziókkal nekem olyan gondom is volt, hogy ha túl sok torrent-et adtam hozzá vagy töröltem egyszerre, valamint ha a TransGUI-t a háttérben felejtettem (ami folyamatosan hívogatja frissítés végett), akkor nekem előszeretettel behalt az egész... Olyankor a router webes admin felületén az Asus Download Master-t kellett csak leállítani, majd újraindítani (és nem a teljes router-t). Azonban az ilyen újraindítás után általában elfelejtette újra elindítani a korábban már futó torrent-eket, így onnantól a TransGUI-nak sem válaszolt RPC-n. Ilyenkor az Asus Download Master felületére belépve is üres lett a torrent-ek listája és csak egy új torrent hozzáadásával lehetett helyrerázni (amikor is a korábbiakat is elindította és aztán a listában is megjelentek és onnantól a TransGUI is tudott rá újra csatlakozni).
Ezt az instabilitás a 3.1.0.100 és korábbi verzióknál nem tapasztaltam és eddig a 3.1.0.104 is stabilan fut (de még csak 6 napja, szóval majd csak 4-5 nap múlva derül ki, hogy tényleg végre javították-e, mert nekem eddig 10 nap után is előszeretettel meghalt).Viszont az egész előnye, hogy egy komplett PC-s szervert ki tudtam váltani vele, amit korábban csak torrent-ezésre használtam. Most meg csak a router és az USB-n rákötött notebook HDD megy éjjel-nappal. Sokkal kevesebbet fogyaszt és csendesebb is. Megdöbbentő, hogy a notebook HDD, amit nyilván nem szerver használatra terveztek, mennyire jól bírja.
[ Szerkesztve ]
<:v)
-
limpi
aktív tag
válasz uriember #10525 üzenetére
Nálam a v3.0.0.4.380_7378 hálózati része a köv. beállításokkal extrém stabil (vezetéken és wi-fi-n is):
Wireless Mode: Auto
Channel bandwidth: 20/40 MHz (b/g Protection kipipálva)
Control Channel: 8
Extension Channel: AboveÍgy nekem ez az FW verzió 276 napja stabilan fut (pedig iOS-en a WarFirends PvP játékot is tolom sokat, ott sincs akadozás).
Későbbi verziókat nem mertem feltenni, részben pont azért, mert hasonló sebesség ingadozásokról olvastam, mint ami most neked is van...
Ja, korábban "Control Channel: Auto"-t használtam, de az kevésbé volt stabil, mert néha olyan csatornára is váltott, amire tökre nem kellet volna. J-)
Aztán az inSSIDer 2.1-el (itt) megnéztem, hogy melyik csatorna lenne legjobb mifelénk, akkor a 8-as tűnt annak és azóta azt használom.Valamint az egész cucc elé tettem egy ilyet:
https://www.pcx.hu/fsp-nano-800-800va-480w-szunetmentes-tapegyseg-024869
Ez is elég jól bevállt.
Főleg azért kellett, mert áramszünetet után, miután felállt a router, a csatlakoztatott HDD-t tökre nem látta,
kb. fél órás szívás volt utána felismertetni... (Ilyenkor előbb mindenféle más cuccot kell rácsatlakoztatni, majd végül újra ugyanazt a HDD-t és csak úgy hajlandó ismét rendben használni. J-)[ Szerkesztve ]
<:v)
-
limpi
aktív tag
Milyen 80-as baromságom? A 80-at te írtad, hogy akkor éppen annyit vitt.
Én meg azt írtam, hogy az bőven elég.
Ha laptopon letöltesz ahhoz is, youtube-on 4k-s videóhoz meg végképp.
Tehát nincs szükséged a 150-re, csak nem tudsz róla.
(Egyébként 80-ra sincs.)Sajnos a cikket, amit belinkeltünk neked ketten is, úgy néz ki nem olvastad el.
Azt sem én írtam.Mindenesetre, ha most megy 140-el, örülj neki!
Bár ugye még így sem éred el a 150-et, amiért pedig fizettél , így tehát akkor mindenképpen próbáld meg még tovább tuningolni! Meg kell legyen az a 150, ha egyszer az van írva a dobozra!
[ Szerkesztve ]
<:v)
-
limpi
aktív tag
válasz uriember #10567 üzenetére
Én a helyedben visszavinném és másikat kérnék, semmiképpen sem próbálkoznék ilyen állapotban a HGG-vel.
De ez persze csak az én véleményem. Meg attól is függ, hogy hol vetted és ott mennyire jó fejek...Egyébként mi a router pontos HW revision-je? A dobozon fel szokták tüntetni.
Én már sajna találkoztam olyasmivel, hogy egy újabb revision sokkal szarabb volt
(mondjuk nem Asus, hanem TP-Link router-nél, de szerintem bármelyik gyártónál előfordulhat).Korábban többször is frissítettem a gyári FW-t a webes admin felületről és mindig problémamentes végigment és utána rendben működött, pedig nem csináltam sem előtte, sem utána NVRAM törlést.
Persze lehet, hogy csak pont mindig mázlim volt.
De szerintem ez lenne az elvárható normális működés...[ Szerkesztve ]
<:v)
Új hozzászólás Aktív témák
- APPLE MacBook Air 2020 13" Retina - M1 / 8GB / 256 GB SSD / MAGYAR / 96% akku, 81 ciklus / Garancia
- LG NanoCell 55NANO766QA Halvány píxel csík
- Philips 58PUS8545/12 1 ÉV GARANCIA Játék üzemmód
- Tyű-ha! HP EliteBook 850 G7 Fémházas Szuper Strapabíró Laptop 15,6" -65% i7-10610U 32/512 FHD HUN
- Bomba ár! HP EliteBook 840 G5 - i5-8G I 8GB I 128GB SSD I 14" FHD I HDMI I Cam I W10 I Gari!