Igen ki. ARM alapú routereknél a Tomato támogatja a hardveres NAT-ot.

[link]

[ Szerkesztve ]

Napjainkban melyik DNS szerver címeket érdemes beírni a routerbe és mik a minimálisan szükséges módosítások hozzá ? A WAN DHCP módban kapcsolódik a hálózathoz és a router NAT-ol is .

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

Én elég rég óta Google DNS-t használok, és amíg nincs vele problémám, ki is tartok mellette. Egyébként nálam nem a router a DNS szerver, hanem DHCP-vel kiosztom a klienseknek a Google DNS címét, és forduljanak közvetlen ahhoz.

Basic -> Network -> Static DNS

8.8.8.8
8.8.4.4

Advanced -> DHCP/DNS -> Use internal DNS (pipa ki)
Advanced -> DHCP/DNS -> Use received DNS with user-entered DNS (pipa be)
Advanced -> DHCP/DNS -> Prevent DNS-rebind attacks (pipa be)
Advanced -> DHCP/DNS -> Intercept DNS port (UDP 53) (pipa be)

Köszönöm Szépen!

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

SONY 65XE8577----Philips 58PUS8506----TCL 55c635----Onkyo RZ740----Dali Concept 8/6/C/S----HIVI VR8-W----Zgemma H9 Combo----Uclan Ustym 4K Pro----Asus_Tuf-AX5400----Vontar X3 X4----X96 Max+----Tanix_TX3_Max----Tanix W2---Raspberry Pi

Bocsánat azt nem írtam, hogy amatőr vagyok.

Le tudnád írni ezt bővebben, hogy még én is megértsem?

Tomato-s router elérése SSH-n

Ha bent vagy, akkor pedig add ki a ps parancsot.

köszönöm, így már lefutott. az eredmény végén van az alábbi:

30157 root 8868 D /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_t

A végén a _t az szerintem _torrent akart lenni (legalábbis ez a mappa neve a HDD-n). Lehet, hogy túl hosszú az elérési út? vagy tudja, csak nem tudta kiírni?
Esetleg rakjam be az egész üzenetet?

Ezek szerint fut a torrent kliens. Ide kattintva nem tudsz belépni?

Igen, ide kattintva nem enged be. Egész pontosan:

címsorban megjelenik (új ablakban): 192.168.1.1:9091
<gondolkodik>

Alul pedig:
várakozás a szerverre: 192.168.1.1...

Felül a transmission binary path, mire van állítva?

Internal (/usr/bin)

Hát, akkor erre nem nagyon tudok mit mondani így, látatlanban.

Ezek a beállítások. Mutassak még valamit, ami ad esetleg ötletet?

Esetleg próbáljak meg régebbi biztonsági mentést visszatölteni? (Bár nem hiszem, hogy bármit átírtam volna)

USB and NAS - USB Devices - Attached Devices-nál mit látsz?

Az alábbit látom:

Persze, ez nem mountolás hiba, mert akkor nem is futna a transmission. A ps parancs kimenete szerint nálad viszont fut.

Üdv!

Nincs ennek a tm binárisnak valami debug kapcsolója?

(#7016) Lasersailing

Nem tudnád valahova feltenni ezt a transmission-daemon binárist? Illetve ilyesmi, hogy strace, vagy ldd parancs nincs a ketyeréden?

Mod: Áhh, nem megy ez a kézi formázás ma...

[ Szerkesztve ]

Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!

Nem használok transmission-t, nem sokat tudok róla, de a helpet kikértem.

root@INT-ROUTER:/tmp/home/root# transmission-daemon --help
Transmission 2.84 (14307) http://www.transmissionbt.com/
A fast and easy BitTorrent client

transmission-daemon is a headless Transmission session
that can be controlled via transmission-remote
or the web interface.

Usage: transmission-daemon [options]

Options:
-h --help Display this help page and exit
-a --allowed <list> Allowed IP addresses. (Default:
127.0.0.1)
-b --blocklist Enable peer blocklists
-B --no-blocklist Disable peer blocklists
-c --watch-dir <directory> Where to watch for new .torrent files
-C --no-watch-dir Disable the watch-dir
--incomplete-dir <directory> Where to store new torrents until
they're complete
--no-incomplete-dir Don't store incomplete torrents in a
different location
-d --dump-settings Dump the settings and exit
-e --logfile <filename> Dump the log messages to this filename
-f --foreground Run in the foreground instead of
daemonizing
-g --config-dir <path> Where to look for configuration files
-p --port <port> RPC port (Default: 9091)
-t --auth Require authentication
-T --no-auth Don't require authentication
-u --username <username> Set username for authentication
-v --password <password> Set password for authentication
-V --version Show version number and exit
--log-error Show error messages
--log-info Show error and info messages
--log-debug Show error, info, and debug messages
-w --download-dir <path> Where to save downloaded data
--paused Pause all torrents on startup
-o --dht Enable distributed hash tables (DHT)
-O --no-dht Disable distributed hash tables (DHT)
-y --lpd Enable local peer discovery (LPD)
-Y --no-lpd Disable local peer discovery (LPD)
--utp Enable uTP for peer connections
--no-utp Disable uTP for peer connections
-P --peerport <port> Port for incoming peers (Default:
51413)
-m --portmap Enable portmapping via NAT-PMP or UPnP
-M --no-portmap Disable portmapping
-L --peerlimit-global <limit> Maximum overall number of peers
(Default: 200)
-l --peerlimit-torrent <limit> Maximum number of peers per torrent
(Default: 50)
-er --encryption-required Encrypt all peer connections
-ep --encryption-preferred Prefer encrypted peer connections
-et --encryption-tolerated Prefer unencrypted peer connections
-i --bind-address-ipv4 <ipv4 addr> Where to listen for peer connections
-I --bind-address-ipv6 <ipv6 addr> Where to listen for peer connections
-r --rpc-bind-address <ipv4 addr> Where to listen for RPC connections
-gsr --global-seedratio ratio All torrents, unless overridden by a
per-torrent setting, should seed until
a specific ratio
-GSR --no-global-seedratio All torrents, unless overridden by a
per-torrent setting, should seed
regardless of ratio
-x --pid-file <pid-file> Enable PID file

Van --log-error kapcsolója.

[ Szerkesztve ]

Üdv!
RT-N18U-t használok 132-es Shibby Tomatoval. Megoldható-e az, hogy egy bizonyos kliens előnyt élvezzen az adatátvitelnél? Kvázi mint egy QoS, csak nem csomagokat, portokat, stb akarok megoldani, hanem, hogy az a egy kliens mindig megkapja azt a sebességet amit igényel (IPTV-re álltunk át nemrég, és a TV-t szeretném megoldani, hogy zökkenőmentesen menjen mindig).

"Go to work, get married, have some kids, pay your taxes, pay your bills, watch your tv, follow fashion, act normal, obey the law, and repeat after me: I AM FREE"

Értem, nagyon köszönöm!

Egyébként ez egy elég korrekt tm daemonnak tűnik, azt hittem ez valami agyongyomlált változat, mint Shibby többi binárisa, de nem, ez egy teljesértékű csomag(nak tűnik). Ebben talán én is tudok segíteni az illetőnek.

Tehát, kedves Lasersailing! Azt javaslom, add ki ezt:

/usr/bin/transmission-daemon -g /tmp/mnt/Elements/_t -f -e /tmp/tm.log --log-debug

Majd hagyd nyitva az SSH-t, próbálj meg felmenni a webGUIjára, s ha nem megy, akkor vesd össze a konzolos kimenetet a /tmp/tm.log fájl tartalmával, és ha úgy gondolod, hogy látsz valahol problémát, kérlek oszd meg velünk mondjuk egy pastebinre beillesztett logrészlettel... Egyébként a webGUI eléréséhez kell még a transmission-web is. Az is működőképes? A ps kimenetben látszik ő is?

[ Szerkesztve ]

Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!

Sziasztok,

Kiadtam a kért parancsot, nem történt semmi. Ill. ezt hittem, ezért kiadtam többször is...

majd a ps hatására észrevettem, hogy számtalanszor kiadtam ezt a parancsot:
"Elements/_t"-re és "/Elements/_torrent"-re is

Sebaj gondoltam újraindítom a routert és elfelejti, de nem...
így most a ps kimenete:

PID USER VSZ STAT COMMAND
1 root 1572 S /sbin/preinit
2 root 0 SW [kthreadd]
3 root 0 SW [ksoftirqd/0]
4 root 0 SW [kworker/0:0]
5 root 0 SW [kworker/u:0]
6 root 0 SW< [khelper]
7 root 0 SW [kworker/u:1]
48 root 0 SW [sync_supers]
50 root 0 SW [bdi-default]
51 root 0 SW< [kblockd]
101 root 0 SW [kswapd0]
149 root 0 SW [fsnotify_mark]
157 root 0 SW< [crypto]
232 root 0 SW [mtdblock0]
237 root 0 SW [mtdblock1]
242 root 0 SW [mtdblock2]
247 root 0 SW [mtdblock3]
273 root 0 SW [kworker/0:1]
276 root 0 SW [mtdblock4]
281 root 0 SW [mtdblock5]
657 root 664 S hotplug2 --persistent --no-coldplug
695 root 1556 S buttons
697 root 1560 S blink_5g
698 root 1492 S console
700 root 1520 S /bin/sh
719 root 0 SW [khubd]
788 root 0 SW< [usbhid_resumer]
929 root 1512 S telnetd -p 23
930 root 1052 S dropbear -p 22 -a
952 root 1556 D cstats
2629 root 0 SW [scsi_eh_4]
2644 root 684 S hotplug2 --persistent --no-coldplug
2645 root 684 S hotplug2 --persistent --no-coldplug
2646 root 1556 S /sbin/hotplug block
2647 root 1556 S /sbin/hotplug block
2656 root 2812 S httpd
2657 root 1516 S sh -c /sbin/hotplug usb
2658 root 1644 S /sbin/hotplug usb
2667 root 1940 S ntfs-3g -o iocharset=utf8,noatime,nodev /dev/sdd1 /tmp/mnt/Elements
4579 root 1596 S cstats
7388 root 1512 S syslogd -L -s 50 -b 1
7390 root 1512 S klogd
7519 root 1028 S eapd
7521 root 1504 S nas
7531 root 1540 S crond -l 9
7533 root 1052 S rstats
7617 root 1584 S cstats
15394 root 0 SW [scsi_eh_1]
15420 root 2088 S ntfs-3g -o iocharset=utf8,noatime,nodev /dev/sda1 /tmp/mnt/Elements
18115 root 0 SW [scsi_eh_3]
18128 root 684 S hotplug2 --persistent --no-coldplug
18129 root 684 S hotplug2 --persistent --no-coldplug
18130 root 1556 S /sbin/hotplug block
18131 root 1556 S /sbin/hotplug block
22981 root 2804 S httpd
23026 root 0 SW [scsi_eh_2]
23055 root 1556 S ntfs-3g -o iocharset=utf8,noatime,nodev /dev/sdb1 /tmp/mnt/Elements
25090 root 2812 S httpd
25091 root 1516 S sh -c /sbin/hotplug usb
25092 root 1644 S /sbin/hotplug usb
25102 root 1644 S ntfs-3g -o iocharset=utf8,noatime,nodev /dev/sdc1 /tmp/mnt/Elements
25145 nobody 1460 S dnsmasq -c 1500 --log-async
25151 root 2360 S nmbd -D
25152 root 2308 S nmbd -D
25153 root 3060 S N smbd -D
25358 root 1424 S pppd file /tmp/ppp/wanoptions
26801 root 684 S hotplug2 --persistent --no-coldplug
26802 root 1556 D /sbin/hotplug block
26804 root 684 S hotplug2 --persistent --no-coldplug
26811 root 1556 S /sbin/hotplug block
28384 root 684 S hotplug2 --persistent --no-coldplug
28385 root 1556 S /sbin/hotplug block
28387 root 684 S hotplug2 --persistent --no-coldplug
28395 root 1556 S /sbin/hotplug block
28398 root 0 SW [scsi_eh_5]
28400 root 0 SW [usb-storage]
28411 root 684 S hotplug2 --persistent --no-coldplug
28412 root 684 S hotplug2 --persistent --no-coldplug
28413 root 1556 S /sbin/hotplug block
28414 root 1556 S /sbin/hotplug block
29171 root 1556 S service wan restart
30157 root 8868 D /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_torrent/.settings
30380 root 3744 S /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_t -f -e /tmp/tm.log --log-debug
30381 root 3744 S /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_t -f -e /tmp/tm.log --log-debug
30382 root 3744 S /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_t -f -e /tmp/tm.log --log-debug
30505 root 3724 S /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_torrent -f -e /tmp/tm.log --log-debu
30506 root 3724 S /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_torrent -f -e /tmp/tm.log --log-debu
30507 root 3724 S /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_torrent -f -e /tmp/tm.log --log-debu
30795 root 2812 S httpd
30796 root 1516 S sh -c /sbin/hotplug usb
30797 root 1644 S /sbin/hotplug usb
30807 root 1680 S ntfs-3g -o iocharset=utf8,noatime,nodev /dev/sde1 /tmp/mnt/Elements
30978 root 3736 S /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_t -f -e /tmp/tm.log --log-debug
30979 root 3736 S /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_t -f -e /tmp/tm.log --log-debug
30980 root 3736 S /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_t -f -e /tmp/tm.log --log-debug
31123 root 3736 S /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_torrent -f -e /tmp/tm.log --log-debu
31124 root 3736 S /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_torrent -f -e /tmp/tm.log --log-debu
31125 root 3736 S /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_torrent -f -e /tmp/tm.log --log-debu
31344 root 3740 S /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_t -f -e /tmp/tm.log --log-debug
31345 root 3740 S /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_t -f -e /tmp/tm.log --log-debug
31346 root 3740 S /usr/bin/transmission-daemon -g /tmp/mnt/Elements/_t -f -e /tmp/tm.log --log-debug
31727 root 3440 S N smbd -D
32262 root 684 S hotplug2 --persistent --no-coldplug
32263 root 1556 S /sbin/hotplug block
32265 root 684 S hotplug2 --persistent --no-coldplug
32273 root 1556 S /sbin/hotplug block
32511 root 1116 S dropbear -p 22 -a
32534 root 1524 S -sh
32689 root 1516 R ps

Viszont és főleg ezért raktam be a teljes kimenetet:
- Ebben nem látok transmission-web-et
- és nem látok olyan sort sem, ami a 7008-asban még meg volt...

A fentiek alapján esetleg van ötletetek, hogy hogyan tovább?

(természetesen továbbra sem működik a WEBGUI)

[ Szerkesztve ]

A rebootra mindenképp ki kell, hogy lövődjön... De a killall transmission-daemon megeteszi Neked, reboot nélkül is.

Ha nem megy a web bináris, akkor azért nem érted el a webes felületet sem. Kérdéses, hogy az rpc elindul-e.

Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!

Én ezt a Transmission Remote GUI-t használom már több éve. Mondjuk ez akkor lesz érdekes neked, ha az alap WebGUI-ja elindul nálad is!

Már több éve telepítettem állítottam be TM-t, de próbálok segíteni, mondjuk elsőre én nem a beépítettet használom, hanem a külön telepített és így magamnak frissíthető /opt/bin elérési úton meghívhatót.
Kellett több kiegészítő, ha jól rémlik json stb., csak rájövünk itt a hibára lényeg nálam most is fut egy működő verzió van miből kiindulni

Androidos telefonról pedig ezzel az ATG app-al érem el a TM-et!

[ Szerkesztve ]

A Killall valóban kilőtte, utána beírtam ismét, majd próbálok belépni a webGUI-ba, semmi változás.
1) rpc az mi? írjam be SSH-ba, hogy rpc?

2) az normális, hogy a
/usr/bin/transmission-daemon -g /tmp/mnt/Elements/_t -f -e /tmp/tm.log --log-debug
után semmi nem történik az SSH-ban? (10 perce kiadtam)

Korábban írtad: "Majd hagyd nyitva az SSH-t, próbálj meg felmenni a webGUIjára, s ha nem megy, akkor vesd össze a konzolos kimenetet a /tmp/tm.log fájl tartalmával, és ha úgy gondolod, hogy látsz valahol problémát, kérlek oszd meg velünk mondjuk egy pastebinre beillesztett logrészlettel... Egyébként a webGUI eléréséhez kell még a transmission-web is. Az is működőképes? A ps kimenetben látszik ő is?"

3) webGUI nem megy így sem.
/tmp/tm.log file-t merre találom? (Elements HDD-n nem, \\192.168.1.1\JFFS mappában meg file-t sem látok...
a transmission web nem látszik

#7024 khorvat:
Igen ezt használom egyébként, és amint lehet visszatérek rá, de mint írtad is (még) nem ez a gondom...

Első körben a telnetes vagy SSH-s ablakod húzd szét rendesen, mert a "/tmp/mnt/Elements/_t" útvonal csak teljes kavarodást okoz, ami a kisméretű ablak vágásából adódik, korábban írtad már hogy a _t az egy _torrent mappának az eleje lesz.
Ennek fényében a kiadott parancsod nem létező útvonalat tartalmaz, ezért ha nem történik semmi az teljesen logikus!

Szia!

Esetleg ha van egy fölösleges pendrive-od, akkor megpróbálhatnád azt hogy:
Pendrive formázása ext3/4-re, rádugni a routerres és arra állítani a transmissiont.

Sziasztok!

Azt szeretném kérdezni Tőletek, hogy véleményed szerint ebben a formában a Tenda AC15-ben van-e CTF?

WikiDev:

[link]

ToastMan cfw aktuális verziója: tomato-TendaAC15-9008.5Toastman-ARM-VPN-64K

A Tomato fórum oldala:

[link]

Egy review a SmallNetBuilder.com-ról:

[link]

Válaszaitokat előre is köszönöm!

-I like the misery. -I like this world!

Szia!

ASUS esetén az ARM alapú routereken támogatja a HW NAT-ot, ez alapján a válasz tehát igen, de szerintem embert nem találsz itt, aki az említett Tenda típuson próbálta a Tomato-t, így ez csak következtetés.

Próbáltam
_t
és
_torrent
-tel is, nem volt változás--> látszólag semmi sem történt...

pendrive-ot meg fogom próbálni, hátha úgy változik valami.

A ps kimenetéből nekem úgy tűnik, hogy nem fut rendesen a transmission. lehet azt ssh-ból indítani? ha igen, hogyan

Sziasztok!

Korábban már érdeklődtem, de sajnos nem kaptam választ:
Az mitől lehet, hogy a router újraindulása után a minidlna adatbázisa üres, és újra kell vizsgáltatnom a beállított mappákat, hogy a TV lássa?
A minidlna adatbázisa a /opt alatt van egy mappában.

RT-N16 és 1.31-es Tomato.

[ Szerkesztve ]

Az a parancs, amit én írtam, pont SSH alól indítaná el a TM-met, csak az előtérben, tehát az SSH kimenetben mutatnia kell minden történést a binárisnak. Plusz a log fájlba is kéne írnia. Ezt winscp(esetleg filezilla) segítségével tudod megtekinteni, ha SFTP-n, root felhasználóval belépve. A log fájl a /tmp mappába kerül.

Viszont akkor annyival kiegészíteném a parancsot, hogy a -g után legyen a HDD egy létező mappaneve, vagy egyszerűen hagyd ki azt az opciót.

Ha pedig nem jön be, mondd meg, milyen vasad van (pl ARM, MIPS), és küldök egy strace binárist. Azzal meg kidebuggolható, ha rossz lenne a binárisnak valami.

Vagy az lenne a legjobb, ha elküldenéd e mellé a /usr/bin/transmission-daemon fájlod, mert akkor rá tudok nézni, hogy esetlegesen mi a gond vele.

[ Szerkesztve ]

Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!

Szia!

Valószínűleg, mert mikor a miniDLNA indul, még nem fér hozzá a db fájlhoz. Tegyél be egy sleep 3-at a start szkript elejére. Ha meg a gyári minidlnaról lenne szó, akkor ott eleve a Scripts részbe illesztenék sleepet.

Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!

Köszönöm!
Gyári minidlna. Gondolom az init részbe kellene a sleep 3.
Vagy még azon gondolkodtam, hogy átrakom az adatbázist a routerre mondjuk a /etc alá. Utóbbi mennyire járható út szerinted?

Igen, az init részbe illeszd be.

Az etc szerintem nem járható út. Mivel az azt hiszem egy ramdisk csak, azaz minden rebootnál visszaáll az alapra....

Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!

Akkor beteszem a sleep-et az initbe, az adatbázist pedig a külső vinyóra, aztán próba.

Üdv!

Szereztem kölcsönbe egy másik RT-N12D1-et, az egyikre Tomato-t, míg a másikra a saját fw-met húztam fel. Mindkettőt hasonlóan konfigoltam fel, majd egy pár hetes stressz teszt elé állítottam őket.

Amin meglepődtem, hogy egy frissebb kernel mennyit javít a pingen és a sebességen...

Illetve ami furcsa, hogy a Tomato router pár nap folyamatos kiszolgálás után feladta a harcot az Android zászlóshajók ellen. Ez annyit jelent, hogy egyszer csak a droidos eszközök (illetve a Pi) látszólag fent volt a WiFi-n, de se az internet, se a helyi eszközök elérése nem volt lehetséges. Aztán a droidokon, ha kikapcsoltam a wifi-t, majd újra be, pár percig működött a dolog, utána nem... Pedig közben a PC-m vígan aktívkodott a világhálón...

Router reboot után jó minden megint pár napig, aztán bukik az egész.

Utána megcseréltem a két vas-t, hátha az egyik hw(esetleg táp) a hibás és e miatt nem bír bizonyos eszközszámot kiszolgálni, de nem...

Tapasztalt már valaki hasonlót? Ha igen, mi okozhatja? Én serial kapcsolaton nem látok semmi rendelleneset...

Köszi!

Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!

Szia!

RT-N12 D1 + Shibby Tomato 132 Max

Fiam használja több Androidos eszközzel is, sőt ha jönnek hozzá haverok, barátnő, az is erre csatlakozik.

Értem, és köszi!

Ugyanaz az fw is, de nem értem mi lehet a gond... Szabad kérdeznem, hogy milyen a kapcsolat a router és a 'modem' közt? Dinamikus IP vagy PPPoE?

Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!

Jelenleg AP módban megy, előtte volt router módban is, ugyanígy stabil volt, de nem a modemre csatlakozik, hanem az RT-N18U-ra.

Én is használtam egy idejig, minden gond nélkül. Aztán már csak emelet szórásra, plusz kísérletezésre használom. De ez most meglepett...

Hogy hívják az éhes horgászt? Gyere Pista, kész a kaja!

Sziasztok!
Egy Netgear R7000 routere szeretnék egy shibby féle firmware-t felrakni, jelenleg is tomato van rajta de szerintem nem shibby, nem onnan lett letöltve, az lenne a kérdésem hogy az initial fájlt ismét kell telepíteni?

Valaki erre? Vagy inkább nyomozzam ki a portokat, és csináljam meg QoS-el?

"Go to work, get married, have some kids, pay your taxes, pay your bills, watch your tv, follow fashion, act normal, obey the law, and repeat after me: I AM FREE"

Szia!

A Bandwidth Limiter menüben tudsz priorizálni IP/MAC címre, azzal érdemes próbálkozni.

Sziasztok,

mivel azt jatszotta ujabban a router, hogy amikor olyanja volt akkor leesett netrol es csak a reboot segitett, ezert ujra lottem Tomato Firmware 1.28.0000 -138 K26ARM USB AIO-64K fw-el az Asus RT-n18u routeremen

(az USB-re kotott HDDt nem akartam leformazni, nagyon remeltem hogy hatha megy anelkul is)

Persze nem nagyon

Meg tudnatok mondani, hogy mit erdemes megneznem ?

Jelenleg az elvart \\192.168.1.1\nas sem mutat semmit. Bejonni bejon, de hot ures.

A Tomatot allitgattam vissza a GUIn, mashol semmit sem csinaltam.

Miket ellenorizzek ? Vissza lehet csatolni igy is a HDDt ami full tele van adatokkal ? Remelem nem kell tok elolrol loni mindent format etc etc mert azt nagyon nem szeretnek (hatha van mod valahogy eletre kelteni es ugyanugy elerni tavolrol ezutan is no-ips DDNS-el mint eddig is. Gondolom hasonlo okbol nem megy a DLNA sem a TVn

Koszi elore minden helpet !!!

Udv,

SB

Szia!

Mit látsz jelenleg az USB and NAS -> USB Support oldalon alul, az Attached Device menüben?

Attached Devices
Type Host Description Mounted?
Storage 0 Samsung M3 Portable
Partition 'sda1' ext3 (965.05 MB / 913.87 MB free) is mounted on /tmp/mnt/sda1
Partition 'sda2' swap (494.19 MB) is not active
Partition 'sda3' ext3 (457.03 GB / 196.37 GB free) is mounted on /tmp/mnt/sda3 Yes
[ Unmount ]

tehat latszolag jo ...

es megsem latom a cuccot benne ... csak ures ...

[ Szerkesztve ]

Akkor az USB and NAS -> USB Support -> Run After Mounting részbe tedd be ezt, és indítsd újra a routert.

umount /tmp/mnt/*
swapon /dev/sda2
mount -t ext3 /dev/sda1 /opt
mount -t ext3 /dev/sda3 /nas
/opt/etc/init.d/rc.unslung start

Sajna nem valtozott latszolag semmi sem

Masik kerdes

DDNS beallitasnal :

Ha nem kap IP cimet hiaba frissitgetem az mi miatt lehet ?
No-ips dns -em van es a felso reszben a use wan ip address 0.0.0.0. van .... Ezt valtoztassam meg valamire ?

Udv,

G.

Az Attached Device most is ugyanazt mutatja?

Ha nem kap WAN IP címet, akkor nincs net, és akkor szerintem felesleges DDNS is. De miért nem kap WAN IP-t?