-
Fototrend
Tomato firmware
Új hozzászólás Aktív témák
-
válasz
Lasersailing
#7553
üzenetére
Akkor sajnos nem tudok mit mondani rá, ennek a router részéről szerintem így mennie kell.
-
válasz
Lasersailing
#7551
üzenetére
Esetleg a gépre nem telepítettél mostanában valami új biztonsági szoftvert? Tűzfal, antivírus, bármi hasonló?
-
válasz
Lasersailing
#7549
üzenetére
-
válasz
Lasersailing
#7547
üzenetére
Szia!
"USB and NAS/ USB support: szerint mountolva van a HDD"
Hova? Az a mappa ahova mountolva van, meg van osztva?
-
válasz
Petike4040
#7539
üzenetére
És a saját webes felületén? Állítsd recovery módba ugyanúgy, és próbáld elérni böngészővel a 192.168.1.1-en a CFE webszervert.
-
válasz
Petike4040
#7535
üzenetére
Nem tudom mi lehet a gond, szerintem próbáld meg az asus firmware restoration tool-al. Esetleg abból is töltsd le a legfrissebbet az asus weboldaláról.
-
válasz
ArthurShelby
#7536
üzenetére
Szia!
Itt a k26 a kernel, mips r2 a cpu típusa?
Igen.És az 1.28, 132 mit jelent, milyen verziókat jelöl?
1.28 a fő verziószám, ez még az eredeti Jonathan Zarate féle Tomato-ból származik, és már sok éve minden fork ebből a verzióból készül. A 132 pedig Shibby saját kiadásának verziószámozása.Mik a különbségek, mit jelentenek a max, vpn...
Feletted linkeltem a képet, ott láthatod.Az advanced-wireless oldalon a Transmit Power más néven a tx power?
Igen.Ez most (alapból) 42mW-on van, nem nyomhatom föl a max-ra (400-ra)?
Ha akarod igen, bár én nem látom értelmét. Egyrészt nem is biztos, hogy az adott hardver képes ennyire, másrészt ha fel is megy ennyire a teljesítménye, az gerjedést idézhet már elő, stb. Sosem értettem ezt mániát, hogy mindenki csak tolná fel a WiFi teljesítményt az egekbe, megfeledkezve arról az apró ám de fontos tényről, hogy a wifi két irányú kommunikáció, és az egyik hiába tud elkiabálni több száz méterre, ha a másik oldal nem tud majd visszakiabálni. Illetve ez az interferencián sem fog segíteni. Én 1-200mW-nál feljebb nem emelném, de te tudod.a save megnyomásakor ezt dobja ki: "Invalid port. Valid range: 1-65535"
Azon az oldalon több helyen meg kell adni port számot is, közben nem törlöd valahonnan azt? Kellene egy screenshot a teljes oldalról, mielőtt lenyomod a Save-t. -
válasz
Petike4040
#7533
üzenetére
Szia!
A routered típusának megfelelő firmware-t használsz?
-
Persze, a K24-es VPN build-ben elvileg benne van a CIFS.
-
-
[RELEASE] v140-MultiWAN for ARM routers
Changelog:
[RELEASE] 140
All versions:
– Allow to disable APCUPSD daemon
– Updated mymotd script
– kernel: (backport) fix reuse-after-free in DCCP
– Collection of patches from M_ars to hopefully correct IPTraffic/Bandwidth monitor
– Add -N flag to httpd (always send no-cache)
– Allow to change listen interface for MiniDLNA
– Add support for user-defined interfaces for Samba
– libcurl: Add CA bundle support but only for AIO targets
– AdBlock: improvements
– samba, CVE-2015-5252; Subject: Insufficient symlink verification in smbd
– samba, CVE-2012-0870; Subject: Remote code execution vulnerability in smbd
– samba, Patch – Denial of service – CPU loop and memory allocation
– Fix lack of BWM stats for WAN when using PPPoE
– Fix some display issues in wireless rates
– Add generation/use of ECDSA keys for SSH/Dropbear
– Fix VLAN resetting to default
– dropbear: disable MD5 support, for security reasons
– Make bandwidth limiter work with IPv6
– Fix /etc/shadow file. Fix authentication issue for CUPS
– use macvendors.com for OUI lookup
– nginx: updated to 1.10.3
– nano: Updated to 2.8.0
– sqlite: Updated to 3.18.0
– tinc: update to 1.1pre14
– OpenVPN: updated to 2.4.1
– OpenVPN: upgrade bundled LZ4 library to 1.7.5
– dnsmasq: Many changes ported from upstream up to March 17th, 2017
– libsodium: Updated to 1.0.12
– xl2tpd: Updated to 1.3.9
– tor: Updated to 0.2.9.10
– libcurl: Updated to 7.53.1
– e2fsprogs: Updated to 1.43.4
– libiconv: Updated to 1.15
– libjson-c: Updated to 0.12.1
– zlib: Updated to 1.2.11
– sqlite: Updated to 3.17.0
– usb_modeswitch: updated to 2.50 and data package to 20170205 (2017-02-05)
– pcre: updated to 8.40
– dnscrypt: updated to 1.9.4
– openssl: Updated to 1.0.2k
– gmp: updated to 6.1.2
– nettle: updated to 3.3
– busybox: update to 1.25.1
– libnfsidmap: updated to 0.26
– minidlna: Updated to 1.1.6ARM only:
– Add support of Asus RT-AC56S (Single-core clone of RT-AC56U)
– R1D: Turn off USB 3.0 option
– stealthMode and optware no longer to be installed
– ipset: Updated to 6.32
– Use kernel ext4 driver for all ext2/3/4 filesystems
– Fix several ARM nvram utility bugs
– kernel-arm: Patched all 2.6.36 kernel against CVE-2016-5195
– kernel-arm: Disable router anycast address for /127 and /128 prefixes -
-
válasz
tomboy84
#7522
üzenetére
Szia!
Elviekben az nvram erase parancsot lefuttatva SSH-ban, vagy a RESET gombot áram alatt nyomva tartva ~10mp-ig, visszaáll minden beállítás alapra, és el kell érd a webes admin felületet is.
Egyébként fw-t írni azt hiszem így tudsz, de sosem próbáltam.
mtd-write -i firmware.trx -d linux -
válasz
Intruder2k5
#7488
üzenetére
Nagy a csend erről is, pedig lassan eltelt megint egy hét.
-
válasz
Petike4040
#7518
üzenetére
139? Az érdekes, mert 138 volt az utolsó publikus verzió, a Shibby féle Tomato-ból. A napokban (tegnap, vagy tegnap előtt) volt róla szó, hogy hamarosan lesz 140-es verzió, ha nem jön közbe semmi.
-
válasz
Petike4040
#7515
üzenetére
Szia!
Nem, az RT-AC3200 ROM. Ahogy látom kille72 csak ARM modellekhez buildelt firmware-t, így RT-AC66U fw-t ott ne keress!
-
-
-
-
Szívesen! Amúgy nekem ez jelenleg 1db, csak a hátsó USB portról megy. Bár Y-USB kábel van hozzá, de az első portban elég bénán festene. Ezt a rack-et használom már WL-500gP-k óta, ami kb. 9 évet jelent, a HDD azt hiszem a harmadik benne, de mindig is 7/24 ment rajta a torrent.
-
-
Szia!
Mármint mit mennyire bírna? Arra gondolsz, hogy árammal ellátni a HDD-t? Ezt előre megmondani sajnos lehetetlen, mert ugyebár az USB 2.0 szabvány szerint a portról felvehető áram erőssége maximálisan 500mA lehet, viszont a 2,5"-os HDD-k áramfelvétele ettől magasabban szokott indulni, főleg felpörgéskor, és hozzá jön még a rack áramfelvétele is, és ezek párosulnak a router gyengécskének mondható tápegységével, ami azért ugye mégsem egy ~30A-t tudó PC táp. Ezzel szemben sokszor mégis működik, pl. én is évek óta használok HDD-t az ASUS routereimen, WL-500gP (több is volt), RT-N16, RT-N66U, RT-N18U, és sosem használtam mellé külső tápot, legfeljebb Y-USB kábelt, amivel mindkét USB portra rákötöttem a HDD-t. De ha a rack-en adott a lehetőség plusz táp csatlakoztatására, akkor biztosan működőképes a megoldás, kérdés, hogy megéri-e, ha csak a log-ok miatt van erre szükséged.
-
-
-
Mostanában megint kicsit aktívabb lett Shibby a fórumon, és azt írta, hogy 139-es verzió már nem lesz kiadva, tekinthető egy zárt teszt buildnek, 140 lesz hamarosan.
Bár én már csak akkor hiszem, ha látom.

-
-
Szia!
Sajnos a Te nyomtatód is egy azon néhány közül, amik nem működnek "plug and play", hanem szükséges hozzá egy hotplug script, amivel betöltesz egy megfelelő firmware-t hozzá.
-
válasz
fonix232
#7475
üzenetére
Szia!
Pont feletted írtuk - ha visszaolvasol láthatod -, hogy Shibby már nem nagyon foglalkozik az fw-vel, megnősült, szerintem sokat tőle már ne várj. A 139-es buildet is hónapok óta ígérgeti, hogy jövő héten készen lesz, azóta is készül. Nem tudom mi lesz a többi modderrel akikkel összedolgozott, Victek, Toastman, stb,, fognak-e önálló kiadásokat csinálni a továbbiakban, illetve újabban kille72 is frissítgette Shibby fw-jét. Az Openlinksys.info és a Linksysinfo.org fórumokon megtalálod őket.
-
Ezek szerint sokat nem befolyásol az opció állása.
--->
"Április elejére volt ígéret"
Melyik áprilisra? 2017-02-12 18:11:58 -> 2017-03-06 12:10:17
-
-
A kliens eszköz egy teljesen más téma, az a hálózatban működő DHCP szervertől megkapja az IP címet, átjárót, DNS-t, de attól maga a router még nem fogja ismerni az átjárót. Tehát a rá csatlakozó kliensen lehet net, de mondjuk ha bejelentkezel SSH-n a routerre, ott nem lesz. Legalábbis a logika ezt diktálja.
-
Az én értelmezésemben a Use user-entered gateway if WAN is disabled annyit tesz, hogy használja a felhasználó által beállított átjárót, ha a WAN le van tiltva. Na már most nem próbáltam enélkül, de gondolom ha ezt külön be kell kapcsolni, akkor kikapcsolt állapotban nem fogja használni az általam megadott átjárót.
Nekem ez így logikus. Annak nem sok értelme van legalábbis, hogy valamire betesznek egy enable / disable opciót, ami egyébként tök mindegy melyik állásban van, mindig működik.
-
Az első kettő valóban opcionális, anélkül is elmegy, azonban a harmadik pont ahhoz kell, hogy magán a routeren is legyen net. Jelenleg Lasersailing-nek is az a baja, hogy nem megy a transmission a routeren, és ez azért van, mert nem teljes az ip konfigurációja, nem ismer átjárót, és "nem talál ki a netre". Tomato a LAN interfészen nem használ DHCP klienst, így ha a WAN ki van kapcsolva, akkor alapértelmezés szerint csak IP címe van a routernek, de DNS szervert és átjárót nem ismer, ami ugye kell a net használatához, vagyis ezt a kettőt manuálisan kell megadni.
-
válasz
Lasersailing
#7457
üzenetére
Állítsd be rendesen switch módba, és menni fog.
-
válasz
Lasersailing
#7455
üzenetére
Szia!
Az ASUS router kapja a WAN IP címet? Vagy esetleg switch módban van?
-
válasz
Intruder2k5
#7420
üzenetére
Megint működik a CPU Usage kijelzés. Érdekes ez...
-
válasz
sztanozs
#7419
üzenetére
Mondjuk az RT-N12 csak Switch / AP módban megy, de az RT-N18U-ra se lehet panaszom. Annyi van, hogy a CPU Usage kijelzés bugos, 2-3 hét uptime után átváltott erre a NaN kiírásra, de aztán 1-2 hét múlva érdekes módon visszaállt. Most kb. egy hete megint ilyen, de emiatt nem akarom újraindítani. Ez egyébként kap is terhelést, két torrent kliens megy rajra folyamatosan. A WAN Connection uptime is ugyanannyi mint a rendszeré.
-
-
válasz
t.zolka
#7407
üzenetére
Szia!
Próbáld meg reset-elni, áram alatt ~10mp-ig. Tomato-t alapesetben 192.168.1.1 címen, admin/admin vagy root/admin párossal éred el. Mindkettő működik. OpenWrt wiki, Wikidevi, és a Tomato Shibby weboldala szerint is 128MB flash van a routeredben, így a 20MB-os fw simán elfér rajta.
-
válasz
nyikszi
#7402
üzenetére
Nyilván igen, törölődnek, de ez lenne a cél, mivel elállítottad.
Ha csak az az egy beállítás a rossz akkor igen, illetve utána kell még az nvram commit, és a reboot. Ha mást is sikerült elállítani, akkor viszont több fog kelleni. Van még néhány beállítás erre vonatkozólag.
nvram show | grep http_ -
-
-
-
-
-
-
-
-
Átírni vagy SSH-n PuTTY-ban, vagy pedig az admin felületen a Tools -> System Commands menüben tudod, az alábbi két paranccsal:
nvram set t_model_name="ASUS RT-N12 D1"
nvram commitEgyébként szerintem jó esély van rá, hogy 240-es netet még CTF nélkül is elvisz ez a router, mert ha jól rémlik az RT-N66U is 200Mbps felett tudott nyers erőből, ami azért gyengébb vas.
-
De minek tennél rá USB-s verziót? Felesleges. Én arra a Max buildet ajánlom.
Sajnos a buildek összetételéről sok infó nincs, ilyen utoljára a 108-as mellett láttam.
-
Természetesen így mehet rá 8MB közeli fw is.
A JFFS-re az enable bepipálás kevés, formázni is kell.
Administration -> JFFS -> Enable -> Save -> Format / Erase -> Save
Elérni a router filerendszerében tudod, a /jffs mappában, pl. WinSCP-vel. Bármit tárolhatsz ott, ami elfér, nincs megkötés, de a sűrű írás valóban nem használ neki, így én logokat nem tennék oda. Nekem pl. a saját Tomato színtéma van benne, mountoláshoz az fstab, illetve forgalmi statisztikai adatok, napi egyszeri mentéssel. Ezen kívül vannak még scriptek, amiket időzítve a routerről futtatva használok. Mondjuk RT-N18U-ban 64MB a JFFS, így a lehetőségek is szélesebbek, de azért egy ilyen rendszeren néhány MB sem kevés.
Persze, ha felteszel egy 7,5MB-os fw-t, akkor nem sok hely fog maradni a jffs-nek.
-
Szia!
Mondjuk amint látom ez egy 2015-ös írás, de ha valóban nem megy a forward - azóta sem - akkor az úgy tényleg gáz.
A flash-t próbáltad megformázni jffs-nek, belemásolni annyi tartalmat, hogy tele legyen, majd kiolvasni azt onnan? Mondjuk HW verziótól függően azokban van 8MB-os is, ha jól rémlik nekem is volt olyanom régen, bár sosem használtam élesben, csak ilyen "játszós" router volt.
WRT54GS későbbi, illetve ASUS WL500gP korábbi verzió esetén a RAM-mal is volt hasonló, ott meg 16 és 32MB volt bennük, de gyárilag csak 8 és 16MB volt aktív, de megfelelő nvram parancsokkal hadra lehetett fogni a másik felét is.
-
Szia!
Én is RT-N18U & RT-N12 D1 pároson használom. Utóbbit mindenkinél B1 verzióként ismeri fel, mert ezek azonos hardverek, de átírható manuálisan az NVRAM-ban, én is megtettem. Maga a CTF tudtommal jól működik (bár én nem használom), csak vannak szolgáltatások, amik CTF mellett nem, vagy nem megfelelően működnek, például az IP Traffic, meg talán a QoS is. Ennek oka szerintem az, hogy Tomato-ban ezek szoftveresen vannak megvalósítva a SoC által, viszont ha bekapcsolod a hardveres NAT támogatást, akkor a NAT-olást a Switch végzi. De nem hiszem, hogy több száz megabites net esetén nagy jelentősége lenne mondjuk a QoS-nek, én régen ADSL-en használtam, de most Fiber Power mellett eszembe nem jutna bekapcsolni.
Egyébként milyen neted van (sebességet illetően)?
-
-
válasz
VANESSZA1
#7335
üzenetére
Mindegyik 1.28, az csak a fő verziószám, de mellette van egy másik is, ami nálam pl. 132. A legújabb a 138, de a 132 utániak már MultiWAN-osak, amik a kezdetekkor elég bugosak is voltak, így azóta kerülöm. Egyébként sincs szükségem a MultiWAN támogatásra.
Tomato Firmware 1.28.0000 -132 K26ARM USB AIO-64K
-
válasz
VANESSZA1
#7320
üzenetére
Akkor állítsd be így a File Sharing oldalt:
Aztán Windows-os kliensen nyiss egy Adminisztrátori parancssort (start menüben a parancssorra jobb klikk, és futtatás rendszergazdaként), és ott futtasd le ezt:
net use z: \\192.168.1.1\WDHa minden igaz, azután a Z meghajtó a routerre kötött HDD lesz, és ennek működnie kell VPN-en keresztül is.
-
-
-
válasz
csori23
#7326
üzenetére
Nincs. Már korábban is leírtam, hogy mert semmi szükségem a MultiWAN-ra, és mert többen is tapasztaltak a 132 utáni kiadásokkal problémákat, így én azokat nem is használom. Bár a 138-asig ezek nagy részét bizonyára javították, én mégis kitartok a bevált 132-nél. Az RT-N18U-m 139, az RT-N12 D1 pedig 282 napja megy vele stabilan, így semmi okom másikkal kísérletezni.
-
-
Lényegében arról van szó, hogy a saját otthoni LAN hálózatot, távolról el tudod érni, biztonságos, titkosított kapcsolaton keresztül. Egy megoldás a beállításra van itt:
OpenVPN szerver beállítása statikus kulccsal
és itt még egy halom másik.Az erős titkosítás miatt a sebesség viszont korlátozott lesz, ezzel nem tudsz mit tenni, sajnos a router SoC-ja ennyire képes.
-
-
-
-
-
-
Nem teszteltem, de nem is áll szándékomban, mert egyrészt nem akarok dual wan-os fw-t, a sok negatív vélemény miatt, másrészt most inkább szükségem van egy stabil és jól működő rendszerre mint korábban, így nincs igazán lehetőségem tesztelgetni sem.
Most nem látom a change log-ot a céges proxy miatt, de emlékeim szerint inkább csak az utóbbi egy évben fellelhető frissítések kerültek bele, egyébként a 138-as Shibby build az alapja, ahogyan a számozása is mutatja.
-
Igen, a lengyel fórumon írta Shibby február eleje felé, hogy jön a 139 jövő héten ARM-re, illetve 1-2 hét késéssel MIPS-re is, de ezek a határidők már rég elteltek, és sehol semmi. Anon-ban én is láttam, abból két eszköz azt hiszem Shibby-é, az RT-AC56U pedig kille72-é, aki moderátor az openlinksys fórumon, ő fejleszt most egy külön vonalat Shibby fw-jéből. [link]
szerk.: be is tettem a linket az összefoglalóba a többi közé.
-
válasz
DonThomasino
#7299
üzenetére
Írd be PuTTY-ba ezt:
type ether-wake -
válasz
DonThomasino
#7297
üzenetére
Uhhh, hát ez valami nagyon régi build, ebben ezek szerint nincs még WOL. Közben megnéztem az RT-N12 D1-en, is, bár ott a BusyBox-ba van az ether-wake, de van.
root@RT-N12:/tmp/home/root# /usr/sbin/ether-wake
BusyBox v1.23.2 (2015-10-09 19:23:38 CEST) multi-call binary.
Usage: ether-wake [-b] [-i IFACE] [-p aa:bb:cc:dd[:ee:ff]/a.b.c.d] MAC
root@RT-N12:/tmp/home/root# ether-wake
BusyBox v1.23.2 (2015-10-09 19:23:38 CEST) multi-call binary.
Usage: ether-wake [-b] [-i IFACE] [-p aa:bb:cc:dd[:ee:ff]/a.b.c.d] MAC
root@RT-N12:/tmp/home/root# -
válasz
DonThomasino
#7295
üzenetére
Milyen firmware az?
root@INT-ROUTER:/tmp/home/root# /usr/sbin/ether-wake
BusyBox v1.23.2 (2015-10-08 23:00:41 CEST) multi-call binary.
Usage: ether-wake [-b] [-i IFACE] [-p aa:bb:cc:dd[:ee:ff]/a.b.c.d] MAC
Send a magic packet to wake up sleeping machines.
MAC must be a station address (00:11:22:33:44:55) or
a hostname with a known 'ethers' entry.
-b Broadcast the packet
-i IFACE Interface to use (default eth0)
-p PASSWORD Append four or six byte PASSWORD to the packet
root@INT-ROUTER:/tmp/home/root# -
válasz
DonThomasino
#7292
üzenetére
/usr/sbin/ether-wake 00:00:00:00:00:00 -
válasz
Intruder2k5
#7156
üzenetére
Hát ezt sem kapkodja már el a mester, egyre inkább úgy néz ki, hogy a Shibby féle fw leírható.
-
válasz
Victoryus
#7271
üzenetére
Ja igen, és alvó, készenléti mód a routereken nincs, ezek 24 órás üzemre vannak tervezve. Ha le is lövöd a rendszert halt paranccsal, az ugyanúgy áram alatt marad, csak a router megszűnik működni, még újra nem indítod egy áramtalanítással. Ebből az állapotból magától nem tud felébredni.
-
válasz
Victoryus
#7266
üzenetére
Az "Auto-share all usb Partitoons" opciót kapcsold ki, akkor csak az alul felsorolt mappák lesznek megosztva.
De ami ott jelenleg meg van adva, az egész biztosan nem lesz jó. Ha nem szabályozod a mount pontokat, akkor automatikusan valahova a /tmp/mnt alá csatolódnak a partíciók. Az USB and NAS -> USB Support oldalon meg tudod nézni, hogy pontosan hova.
-
Az csak azért van, mert a HTTPS "self signed certificate", vagyis saját magad által aláírt tanúsítványt használ, de ettől még a forgalom titkosítva történik. Firefox-ban a címsorban a lakat ikonra kattintva további információk részben le is van írva ez, gondolom a Chrome is ad róla némi infót. Ha fizetnél egy hitelesítő szervezetnek a tanúsítványért, akkor nem lenne ilyen figyelmeztetés.
Admin felületre nincs ilyen beállítás, csak az SSH és az FTP kapcsolatokat lehet limitálni.
-
-
-
-
Nem megy. Na lássuk ezt elölről! Szerintem a CISCO-ban ne szenvedj a port forward-al, hanem használd a DMZ-t, ahova az ASUS WAN IP címét írd be, az ASUS-on pedig állíts be fix WAN IP címet, vagy a CISCO DHCP szerverében kösd azt a MAC címhez.
Az ASUS-on minden kívánt szolgáltatáshoz engedélyezni kell a távoli elérést.
-
-
-
-
-
Egyébként igen, sajnos a Telekom-nál elég rossz tapasztalatok vannak a CISCO HGW-vel, még UPC-nél ennek pont az ellenkezője, "ott az az isten". Lehet nem ártana cserét kérni, persze az sem mindegy mire, mert az igazi az lenne, ha menne modem módban, és az ASUS csatlakozna a netre, így nem lenne dupla NAT-od. Hogy melyiket lenne érdemes kérni, abban inkább a Telekom topikban tudnak segíteni, talán az új Sagemcom a nyerő, a 24/8 DOCSIS csatornájával. Persze kérdés, hogy kapsz-e ilyet...
DIGI-nél más a helyzet, ott sok helyen csak LAN kábel jön be, ott nyilván tehetsz rá olyan eszközt, amilyet akarsz. De a DIGI-nek is van optikai hálózata, ott már kapsz egy ONT eszközt az üvegszál végére, ami szintén elkerülhetetlen, azt nem cserélheted le sajátra.
Amúgy nekem is CISCO-m van a UPC-től, de bridge módban használom, és semmi bajom sincs vele évek óta.
-
-
Persze, elvileg megoldható, és most sem a Tomato miatt nem megy. Ha kerítesz egy olyan szolgáltató eszközt, ami támogatja a nat loopback-et, akkor fog is menni.
LAN oldalról használd a LAN IP címet, távolról pedig, másik internet hozzáférési pontról, fog menni a DDNS-es, vagy a WAN IP címes elérés is.
-
-
-
-
-
-
-
Én szintén nem fogok áldást mondani olyanra, amiben nincs tapasztalatom. Fentebb is leírtam, hogy nem tudom miként kell feltenni Xiaomi routerre az fw-t, ez tegnap óta sem változott. A neten keresni meg gondolom tud ő is... Amikor valaki egy ilyen routert vesz, nyilván tisztában van azzal, hogy (magyar) support nem nagyon lesz hozzá.
-
válasz
Victoryus
#7164
üzenetére
A routeredere való fw itt: tomato-R1D-ARM--132-Custom-64K.zip
Hogy miként kell feltenni azt nem tudom, nem ismerem a Xiaomi routereit, és sajnos azt sem tudom megmondani, hogy ebben a verzióban van-e torrent kliens, mert a különböző fw-k összetételeiről nem igazán van infó. Én első körben megpróbálnám a gyári fw frissítésre szolgáló menüjét használni.
A Tomato-nak nem kell HDD, a teljes rendszer a flash memóriában van.
Ventilátor szabályozásról nem tudok, bár hozzáteszem, nem láttam még Tomato-t olyan routeren, amiben gyárilag volt ventilátor.
Igen, a Shibby fw angol nyelvű.
-
-
-
Shibby azt írja a lengyel fórumon, hogy jövő héten lesz ARM-re 139-es verzió. A MIPSEL build később, talán két hét múlva várható. Bár én nem frissítek mióta ez a MultiWAN fw van, de hátha valakit érdekel.
Új hozzászólás Aktív témák
● Olvasd el az összefoglalót!
- Xbox / Microsoft Store feltöltőkártya kód (digitális, HU) több címlet, több db, azonnal, olcsón
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - 15% AKCIÓ
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- Új Apacer 16GB DDR4 3200MHz
- Samsung Galaxy S22 / 8/128GB / Kártyafüggetlen / 12Hó Garancia
- BESZÁMÍTÁS! 2TB Kingston KC3000 NVMe SSD meghajtó garanciával hibátlan működéssel
- Új könyv: Harrari: Sapiens Rajzolt történelem
- Beszámítás! Lenovo LOQ 17IRX10 FHD Gamer notebook - i7 13650HX 24GB DDR5 1TB SSD RTX 5050 8GB
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest



