- Programozás topic
- Ubiquiti hálózati eszközök
- Aliexpress tapasztalatok
- Crypto Trade
- Kínai cégek segítik ezentúl a Teslát, a Renault-t, a Hyundait és a Toyotát
- Debian GNU/Linux
- A franciáknak elege van abból, hogy minden gyerek mobilozik
- VPN topic
- Mesterséges intelligencia topik
- Tarr Kft. kábeltv, internet, telefon
-
IT café
ASUS RT-N66U (Kétsávos, Wireless-N900 Gigabit útválasztó)
Új hozzászólás Aktív témák
-
the radish
senior tag
Sziasztok,
Ugyan tökéletesen működik és a megadott port is nyitott, az rtorrent "check_port" pulgin mégis ismeretlen állapotra hivatkozva sárga háromszöget tesz ki.
Valahogy az az érzésem, hogy a plugin action.php-ban leírt, az ellenőrzést végző sor valamiért vagy nem fut, vagy canyouseeme.org nem fogadja el.
(A plugin ma frissült, de előtte sem működött.)Természetesen az említett honlapon történ manuális ellenőrzés nyitottnak látja.
Van valakinek javaslata, vagy inkább töröljem a plugint ?
Köszi előre is.
-
the radish
senior tag
válasz the radish #1410 üzenetére
Még egy furcsaság, régebben szintén működött a geoip plugin, most meg csak kis akármi van a zászlók helyén...
-
the radish
senior tag
válasz Intruder2k5 #1413 üzenetére
Igen, természetesen.
Nem tudom közrejátszhat-e, de anno még az optware telepítésnél nekem nem a protected könyvtárba tette pl. a rutorrentet, azt manuálisan tettem és konfigoltam át a leírásod alapján. Aztán később láttam, hogy azóta már a telepítéskor minden a helyére kerül. (Na, ezt most nem sokan értik.) De akkor Én már nem piszkáltam, hiszen működött minden.
Valamint nem rtorrent könyvtárban van, hanem rutorrentben, de szerintem ez nem lehet probléma. Van plugin ami működik és van, ami nem...
Szóval nem tudom, mi lehet a probléma.
(A disk space pluginnál pl. meg kellett adnom a "/nas" elérési utat a configjában, ezt sem értem, hiszen régebben működött "/" esetén is.
Tudod, azért bosszant, mert - habár működik szépen a le-, feltöltés - valami mégsem jó.
Mit érdemes még átnéznem? -
the radish
senior tag
válasz Intruder2k5 #1416 üzenetére
Most nem otthon vagyok, majd este megnézem. De a rutorrent konfigja elméletileg felülíródik az rtorrent konfigjáéval, nem? Legalábbis a webes felületen a beállításokban az ott megadott értékek szerepelnek.
Lehet, hogy a rutorrent konfigban kéne módosítanom valamit?? De ott nem emlékszem elérési utakra, ettől még lehet, hogy van.(+1: Említettétek régebben, hogy a routert 4 csavar fogja. Középen, matrica alatt is van egy, mint az N16-oson? Azon óvatosan lejött a matrica, lehet, hogy ezen is meg kéne próbálni. Szeretnék egy sd kártyát berakni, meg azt bosszantó ledet leragasztani. )
[ Szerkesztve ]
-
the radish
senior tag
válasz Intruder2k5 #1418 üzenetére
Hát igen és ráadásul 3 évet bukhatunk.
-
the radish
senior tag
EZ alapján nem túl nehéz feladat szétszedni, de nem tudom, hogy a csavarok kiszedése nélkül hogy állapítják meg, hogy volt-e szétszedve, ha meg már kiszedték a csavarokat, akár Ők is karcolhatnak rajta egyet kettőt. A matrica sértetlen marad.
Nem értem, ha raknak bele foglalatot, miért nem lehet normálisan hozzáférni.
-
the radish
senior tag
válasz TomyLeeBoy #1428 üzenetére
Nagyon köszönöm!!!
-
the radish
senior tag
válasz Intruder2k5 #1607 üzenetére
-
the radish
senior tag
válasz Intruder2k5 #1912 üzenetére
-
the radish
senior tag
válasz Intruder2k5 #2642 üzenetére
-
the radish
senior tag
Stabilan működő optware-t érdemes entware-re cserélni és ha igen miért? (Azt tudom, hogy újabb a portolt rtorrent. Ezen kívül?)
Köszi előre is.
[ Szerkesztve ]
-
the radish
senior tag
válasz Intruder2k5 #2681 üzenetére
Nagyon köszönöm. Olvastam, hogy pár rutorrent plugin (pl.erase data) nem működik. Ezekre van már gyógyír?
-
the radish
senior tag
válasz Intruder2k5 #2684 üzenetére
Köszi, így már bele merek vágni.
-
the radish
senior tag
válasz Intruder2k5 #2689 üzenetére
Szia!
Régebben volt a honlapodon egy leírás az optware testreszabásáról, titkosításáról. Ez még akkor volt, mikor a telepítőd még nem a "protected" mappákra mutatott, többek között ezt a műveletet is a leírásod alapján végeztem el. Aztán - gondolom mikor a telepítőt átszabtad - ez a leírás eltűnt, most viszont nagy segítség lenne az entware beállításában.
Tudnál ez ügyben segíteni?
-
the radish
senior tag
válasz Intruder2k5 #2695 üzenetére
Igen a HTTPS-re gondolok.
A leírás pedig valahol biztosan megvolt, mert a https és a "protected" mappát magamtól biztosan nem tudtam volna megoldani (mint ahogy most is el vagyok a https-el akadva) és emlékszem rá, hogy ezt még "manuálisan", a leírásod alapján tettem meg.
Később módosult az optware telepítésnél az útmutatód és ott látni, hogy azóta már már eleve ezekbe települ.De most a HTTPS-hez kéne egy kis segítség.
-
the radish
senior tag
válasz Intruder2k5 #2697 üzenetére
Köszi és igen, elképzelhető, hogy a hsz-ek között volt.
-
the radish
senior tag
Hát így még nem jártam.
A samba /nas megosztásán kívül a többi könyvtárhoz nem férek hozzá. Ezek itt mindig is írásvédettek voltak, az elérési utakat pedig már többször leellenőriztem és próbáltam hitelesítő adatok nélkül is:Egyszerűen nem értem, soha nem okozott eddig problémát. Mi lehet a baj?
[ Szerkesztve ]
-
the radish
senior tag
válasz Intruder2k5 #2700 üzenetére
drwxr-xr-x 3 root root 4096 Dec 20 21:22 AppsMedia_2013_12_20
drw-r--r-- 6 root root 4096 Jan 31 13:19 ados
drwxr-xr-x 5 root root 4096 Jan 31 09:29 backup
-rw-r--r-- 1 root root 5382613 Jan 30 17:36 com.duolingo_65.apk
drwxr-xr-x 3 root root 4096 Dec 3 22:44 exportomondo
drwxr-xr-x 5 root root 4096 Oct 14 2011 ftp_root
drwxr-xr-x 3 root root 4096 Jan 2 22:58 webserver_docTökéletes és ha megadom a 192.168.1.1/nas útvonalat, mindent elérek. De a médialejátszókon ezt nem akarom.
Windowsban is látszódnak, de mégsem tudok belépni.
Egyszerűen nem hiszem el.
[ Szerkesztve ]
-
the radish
senior tag
válasz Intruder2k5 #2702 üzenetére
/dev/sda2: Error allocating block bitmap (4): Communication error on send
e2fsck:hopsz...?
-
the radish
senior tag
válasz Intruder2k5 #2706 üzenetére
Igen, le:
root@asusserver:/tmp/home/root# df -h
Filesystem Size Used Available Use% Mounted on
/dev/root 8.4M 8.4M 0 100% /
tmpfs 124.9M 504.0K 124.4M 0% /tmp
devfs 124.9M 0 124.9M 0% /dev
/dev/mtdblock3 22.3M 816.0K 21.5M 4% /jffs
/dev/sdb1 927.2M 429.3M 497.9M 46% /tmp/mnt/sdb1Hát ITT van ilyen, most belefúrom magam, de ha esetleg valami előbb eszedbe jut, azt megköszönném.
Addig is nekiállok menteni róla...
[ Szerkesztve ]
-
the radish
senior tag
Job: Check file system on partition ‘/dev/sdc2’
Command: e2fsck -f -y -v /dev/sdc2
e2fsck 1.41.14 (22-Dec-2010)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
/lost+found not found. Create? yes
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/sdc2: ***** FILE SYSTEM WAS MODIFIED *****
141589 inodes used (0.06%)
21368 non-contiguous files (15.1%)
140 non-contiguous directories (0.1%)
# of inodes with ind/dind/tind blocks: 64949/11996/9
240879129 blocks used (49.36%)
0 bad blocks
21 large files
132123 regular files
6587 directories
0 character device files
0 block device files
0 fifos
39 links
2866 symbolic links (2866 fast symbolic links)
3 sockets
--------
141618 files
Check file system on partition ‘/dev/sdc2’: Success
Job: Maximize file system on ‘/dev/sdc2’ to fill the partition
The file system on partition ‘/dev/sdc2’ already has the requested length of 3 904 003 845 sectors.
Maximize file system on ‘/dev/sdc2’ to fill the partition: Success
Check and repair partition ‘/dev/sdc2’ (1,82 TiB, ext3): SuccessSemmi problémát nem látok. Volt teljes NVRAM törlés, restore egy korábbi mentésből, de ugyan az. Minden működik, kivéve a samba...
-
the radish
senior tag
A francba, pont kifutottam a szerkesztésből, de észrevettem egy érdekességet:
A music mappán megszüntettem az írásvédettséget és lám, egyből elfogadta a hitelesítő adatokat és be tudtam lépni. Újra read only mód esetén azonban a probléma változatlanul fennáll.
Kezdek begolyózni, ilyet még soha nem láttam és nem is tudom, hogy mi történhetett. Az entware-t is leszedtem, nem volt időm állítgatni, meg fel is húztam magam ez miatt.Intruder2k5: Igen és igen. Mindent tudok a samba kivételével.
[ Szerkesztve ]
-
the radish
senior tag
válasz Intruder2k5 #2714 üzenetére
Dogozott valamit egy rövid ideig, de változatlan. Lehet, hogy formázni kéne a HDD-t?
(Lehet, hogy deja vu érzés, de délután egyszer mintha a szabad hely helyett NTFS lett volna kiírva, akkor amikor 116-osat tettem fel. Most újra a 112-van rajta.)
(A logs tökéletesen működik read only-ban, de az az optware-n van, ami egy sd kártyán fut.)
Nap mint nap használtuk és ezért bosszant, hogy nem megy.
-
the radish
senior tag
válasz Intruder2k5 #2716 üzenetére
Hát akkor pedig nem marad más hátra, mentés majd. formázás. Azért vagyok mérges, mert ez miatt elment egy egész délután + este, pedig ma lett volna időm az entware-el játszadozni.
Egy ezzel kapcsolatos kérdés: Hova tette fel az entware az rtorrenthez a webuit, azaz a rutorrentet? Szerettem volna a plugineknek nekiállni, de az égvilágon sehol nem találtam a megszokott könyvtárat.
-
the radish
senior tag
válasz Intruder2k5 #2718 üzenetére
Mos próbáltam, sajnos nem. Abban a pillanatban, amikor írásvédetté teszem nem férek hozzá...
Közben megtaláltam egy mentésben, a share/www-be teszi, de köszi.
Te sem vettél észre hibát a lemezellenőrzésnél?
[ Szerkesztve ]
-
the radish
senior tag
válasz Intruder2k5 #2720 üzenetére
Igen.
Most letöröltem a telefonomról a samba minden adatát, újra megadtam neki az elérést, hitelesítő adatokat, de semmi eredmény. (Persze közben a médialejátszón és a PC-n is próbálok egy-egy mappát hozzáadni, eredménytelenül.)Még egy próba: teljesen szűz fw-n megpróbálom, ha így sem megy, akkor holnap format.
[ Szerkesztve ]
-
the radish
senior tag
válasz the radish #2721 üzenetére
Azonban ez nem jó így, ez az eredeti asus fw. A mappákat read only módban is elérem, de hát ez akkor sem jó így...
[ Szerkesztve ]
-
the radish
senior tag
válasz the radish #2722 üzenetére
Na végre. Visszatettem a tomatot (116) és most végre működik. Beparáztam, hogy a HDD szállt el, de szerencsére nem. Viszont ami még idegesít, hogy ez mitől lehetett?
Mindenesetre köszönöm a segítséget!+1: Entware alatt sikerült minden eddigi extrát (system info, webserver, stb) beállítani?
-
the radish
senior tag
válasz Intruder2k5 #2724 üzenetére
Köszi. Ezen kívül még a "webftp-t" használom rendszeresen, ez is könnyen működésre bírható?
-
the radish
senior tag
Az alábbi két hely feltörést okoz, mivel az említett sorban semmi olyat nem látok, amivel bármit is tudnék kezdeni:
+1
canyouseeme.org:
pedig:
iptables -D INPUT -j DROP
iptables -I INPUT -p tcp --dport 6890 -j ACCEPT
iptables -I INPUT -p tcp --dport 443 -j ACCEPT
iptables -t nat -A PREROUTING -i nvram get wan_ifname -p tcp --dport 443 -j DNAT --to-destination nvram get lan_ipaddr:443
iptables -A INPUT -j DROPés soha nem volt eddig probléma.
[ Szerkesztve ]
-
the radish
senior tag
válasz Intruder2k5 #2783 üzenetére
Most fejeztem az rtorrent finomítását, nem ment még se fel- se letöltés. De most jön egy reboot, aztán meglátjuk.
Most jó...
A fenti két dologban tudsz valamilyen megoldást?
[ Szerkesztve ]
-
the radish
senior tag
Hát valami nem jó:
Átírtam az rtorrent configban a port számot és azóta: -
the radish
senior tag
válasz Intruder2k5 #2786 üzenetére
Nem jött össze, a hibaüzenet azonos. Sajnos a neten sem találok információt róla.
[ Szerkesztve ]
-
the radish
senior tag
Sajnos nem oldódott meg.
Intruder2k5: Köszi, így tökéletes! +1: Szeretném újra https-en elérni a www/protected mappákat. Ahogy ezt tegnapelőtt is említettem, régen ez sikerült, most azonban azt sem tudom, hogy hol álljak neki.
Tudnál ebben egy kicsit segíteni?[ Szerkesztve ]
-
the radish
senior tag
válasz the radish #2790 üzenetére
Szóval a legnagyobb baj, hogy egy nagyon szuper és megbízható rendszer dolgozik ezeken a kütyükön. Ebből adódik az, hogy szinte sosem kell hozzányúlni, csupán csak akkor amikor Mi akarjuk. Ennek viszont az a következménye, hogy bizony olyan alapvető dolgokat elfelejt az ember (vagy legalábbis nagyon elbújik a kobakunkban), amit pár hónapja / éve még a kisujjunkból is kiráztunk volna.
Most, ahogy utána olvasgattam pl, a HTPPS-nek, jó érzés volt, ahogy szinte előjöttek a régi infok és tényleg csak "mankóként" kellett használni a hsz-eket, leírásokat.
Szóval köszi még vagy 100x Intruder2k5, immár így működik pl. rutorrent az entware-n is: https://192.168.1.1/protected/rutorrent/ -
the radish
senior tag
Ez mitől van?
Nem is tölt fel, a francba. -
the radish
senior tag
Hát nem tudom. A portokat egy párszor leellenőriztem, nem vettem észre eltérést. Viszont az éjjel folyamatosan "eldobált" a rutorrent. Számtalanszor töröltem az ilyenkor szokásosat a session mappából (bár az optware-n eddig soha nem kellett megtennem) de most már nem is tudom elérni, sőt:
root@asusserver:/tmp/home/root# /opt/etc/init.d/S85rtorrent stop
Checking rtorrent... alive.
Shutting down rtorrent... failed.Az scgi-re gyanakszom, mert ugyan átírtam az elérési utat /tmp/var/rpc.socket -re, de valamiért nem működik. Egyébként az természetes, hogy az rpc.socket 0 byte?
Szóval áll az egész, egyszerűen nem tudom, mi lehet.
-
the radish
senior tag
Értetlenül állok az rtorrent viselkedése előtt. Teljesen új entware-t tettem fel, a portot (51411) engedélyeztem és mégis ez fogad:
Start után:
+2 perc:
-
the radish
senior tag
válasz the radish #2796 üzenetére
Valószínűleg a tűzfallal nincs valami rendben.
Hard reset és új fw (116) felrakását követően a "szűz" rendszerben a firewall script tartalma:iptables -D INPUT -j DROP
iptables -I INPUT -p tcp --dport 6890 -j ACCEPT
iptables -I INPUT -p tcp --dport 443 -j ACCEPT
iptables -t nat -A PREROUTING -i nvram get wan_ifname -p tcp --dport 443 -j DNAT --to-destination nvram get lan_ipaddr:443
iptables -A INPUT -j DROPEnnek ellenére:
(Egyébként mi az, hogy refused???? Miért utasítja vissza a lekérdezést? A többi variable port számnál egyszerűen "Connection timed out"...)
Teljesen tanácstalan vagyok. (Mondjuk az érdekes, hogy az entware 51411 portját ugyan kiengedte, de az rtorrent mégsem működött.)
Kezdem megunni...[ Szerkesztve ]
-
the radish
senior tag
A múltkori samba probléma megoldódott:
Írásvédett módban a config tartalma :
[pictures]
path = /nas/ftp_root/_private/backup/pictures
comment =Azonban ezzel sehonnan nem lehet elérni, ki kell egészíteni az alábbival:
force user = rootazaz:
[pictures]
path = /nas/ftp_root/_private/backup/pictures
force user = root
comment =[ Szerkesztve ]
-
the radish
senior tag
válasz Intruder2k5 #2826 üzenetére
Lehetséges, hogy ez egy bug? Régebben semmi gond nem volt vele, Én sem úgy írogattam be. Azonban ha most hozzáadok egy mappát read only módban, akkor csak ezt teszi bele.
Megnéznéd a 116-os fw alatt?
(Ha nem bug, akkor nálam miért nem úgy működik, ahogy kéne? Csak a 116-os óta.)
-
the radish
senior tag
válasz Intruder2k5 #2829 üzenetére
Hát azt nem tudom, hogy miért kell ott lennie, mindenesetre semmiről (2 médialejátszó, 3 pc, 3 telefon) sem lehet elérni az írásvédett mappákat, csak akkor, ha ez a bejegyzés ott van.
Azt nem tudom, hogy régebben ott volt-e, de a 116-os fw előtt soha nem volt ilyen gondom.
A lényeg, hogy most jó.A bibi itt lehet:
A múltkor szűz fw + kézi konfig után ment, de ma rátoltam egy 112-es konfigot és megint nem ment. Célszerűbb lett volna ezek szerint a manuális beállítás, gondolom.[ Szerkesztve ]
-
the radish
senior tag
EZ mitől lehet és hogy tudnám elhárítani? Ma reggel ismét ez fogadott.
Előre is köszi.
-
the radish
senior tag
válasz Intruder2k5 #2833 üzenetére
A többi (pl. 21, 8080) rendben van. Itt nem tudom mi lehet. Most per pillanat a 6890 is jó. Mit mondhatnék a szolgáltatónak?
Egyébként - tudom, visszatérő probléma - az természetes, hogy egy-egy torrentnél látszólag sokan sorba állnak,"hozzám" mégis nagyon kevesen csatlakoznak? (57 torrentből az éjszaka "sikerült" 600MB-ot seedelni.)
# This is an exam1ple resource file for rTorrent. Copy to
# ~/.rtorrent.rc and enable/modify the options as needed. Remember to
# uncomment the options you wish to enable.
# Minumum amount of peers to connect per torrent, if available.
min_peers = 1
# Minumum amount of peers to connect per torrent.
max_peers = 50
# Same as above but for seeding completed torrents (-1 = same as downloading)
min_peers_seed = 1
# max_peers_seed = 10
# Maximum number of simultanious uploads per torrent.
max_uploads = 20
# Global download rate in KiB. .0. for unlimited.
download_rate = 0
# Global upload rate in KiB. .0. for unlimited.
upload_rate = 0
# Default directory to save downloaded files. Note it doesn.t support
# space yet.
directory = /nas/xxxx
# Watch a directory for new torrents, and stop those that have been deleted.
# schedule = watch_directory,5,5,load_start=/opt/share/torrent/dl/*.torrent
# schedule = untied_directory,5,5,stop_untied=
# Close torrents when diskspace is low.
# schedule = low_diskspace,5,60,close_low_diskspace=100M
# Default session directory. Make sure you don.t run multiple instance
# of rtorrent using the same session directory. Perhaps using a
# relative path?
session = /opt/rtorrent/session
# The ip address reported to the tracker.
# ip = rakshasa
# The ip address the listening socket and outgoing connections is
# bound to.
# Port range to use for listening.
port_range = 6890-6890
# Start opening ports at a random position within the port range.
# port_random = no
# Check hash for finished torrents. Might be usefull until the bug is
# fixed that causes lack of diskspace not to be properly reported.
check_hash = no
# Set whetever the client should try to connect to UDP trackers.
# use_udp_trackers = yes
# Alternative calls to bind and ip that should handle dynamic ip.s.
# schedule = ip_tick,0,1800,ip=rakshasa
# schedule = bind_tick,0,1800,bind=rakshasa
#
# Do not modify the following parameters unless you know what you.re doing.
#
# Hash read-ahead controls how many MB to request the kernel to read
# ahead. If the value is too low the disk may not be fully utilized,
# while if too high the kernel might not be able to keep the read
# pages in memory thus end up trashing.
hash_read_ahead = 5
# Interval between attempts to check the hash, in milliseconds.
hash_interval = 100
# Number of attempts to check the hash while using the mincore status,
# before forcing. Overworked systems might need lower values to get a
# decent hash checking rate.
hash_max_tries = 2
# Max number of files to keep open simultaniously.
max_open_files = 32
# Number of sockets to simultaneously keep open.
max_open_http = 32
max_open_sockets = 32
# Example of scheduling commands: Switch between two ip.s every 5
# seconds.
# schedule = .ip_tick1,5,10,ip=torretta.
# schedule = .ip_tick2,10,10,ip=lampedusa.
# Remove a scheduled event.
# schedule_remove = .ip_tick1.
# Stop torrents when reaching upload ratio in percent,
# when also reaching total upload in bytes, or when
# reaching final upload ratio in percent.
# example: stop at ratio 2.0 with at least 200 MB uploaded, or else ratio 20.0
# schedule = ratio,60,60,.stop_on_ratio=200,200M,2000.
# schedule = ratio,30,60,stop_on_ratio=200
# Encryption options, set to none (default) or any combination of the following:
# allow_incoming, try_outgoing, require, require_RC4, enable_retry, prefer_plaintext
#
# The example value allows incoming encrypted connections, starts unencrypted
# outgoing connections but retries with encryption if they fail, preferring
# plaintext to RC4 encryption after the encrypted handshake
#
encryption = allow_incoming, try_outgoing, enable_retry
# Enable DHT support for trackerless torrents or when all trackers are down.
# May be set to .disable. (completely disable DHT), .off. (do not start DHT),
# .auto. (start and stop DHT as needed), or .on. (start DHT immediately).
# The default is .off.. For DHT to work, a session directory must be defined.
#
# dht = auto
# UDP port to use for DHT.
#
# dht_port = 6880
# Enable peer exchange (for torrents not marked private)
#
# peer_exchange = yes
max_downloads_global = 100
max_uploads_global = 10
send_buffer_size = 128K
receive_buffer_size = 128K
timeout_sync = 500
safe_sync = yes
timeout_safe_sync = 1000
encoding_list = UTF-8
max_memory_usage = 256M
scgi_port = 127.0.0.1:5000[ Szerkesztve ]
-
the radish
senior tag
válasz Intruder2k5 #2837 üzenetére
Köszi.
-
the radish
senior tag
Az alábbi kép 10 perces seed-et mutat.
Kérdésem a következő:
A látható ingadozás folyamatosan megvan kb. 20-25 perces ciklusokban ismétlődik. Olyan mintha nagy sebességénél "valami" elfogyna majd lecsökken.
Jelenleg a beállítások (megint entware):max_uploads = 8
session = /nas/xxxx/ession
schedule = watch_directory,5,5,load_start=/nas/xxxx/*.torrent
schedule = untied_directory,5,5,stop_untied=
schedule = low_diskspace,5,60,close_low_diskspace=100M
bind = 0.0.0.0
port_range = 6890-6890
check_hash = yes
use_udp_trackers = yes
encryption = allow_incoming,enable_retry,prefer_plaintext
dht = auto
dht_port = 6881
peer_exchange = yes
scgi_local = /opt/var/rpc.socket
encoding_list = UTF-8
max_uploads_global = 100
max_downloads_global = 100
download_rate = 0
upload_rate = 0
directory = /nas/ftp_root/_public/downloads
encoding_list = UTF-8
max_memory_usage = 256MElőre is köszi.
-
the radish
senior tag
válasz Intruder2k5 #2847 üzenetére
Jaj, a nagy sebességet persze, hogy nem a router teljesítőképességére értettem, hanem hogy "nálam" nagy (2Mbps).
A router már bizonyított, hiszen az optware-s rendszerrel - ahogy azt a múltkor is írtam, - semmi gondom nem volt.
Az entware nem akar összejönni és nem jövök rá az okára.A 2. pontban kifejtett álláspontod tényleg logikus és akkor ezek szerint ez is csak egy tévhit volt részemről, aminek tulajdonképpen örülök.
A konfigot és a segítséget is köszi.
-
the radish
senior tag
válasz Intruder2k5 #2852 üzenetére
Jó lenne kipróbálni, de aztán ez megint nem menne a segítséged nélkül. Ha lesz egy kis időd, szánsz rám belőle?
[ Szerkesztve ]
-
the radish
senior tag
válasz Intruder2k5 #2854 üzenetére
Betettem, restart megvolt és türelmesen várok.
Más:
Az rtorrentet miért nem ssh-n keresztül érem el az ntorrent-el?
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest