- A pápa egyre jobban tart a romlott AI veszélyeitől
- Aliexpress tapasztalatok
- Debian GNU/Linux
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- Amazon
- Proxmox VE
- Kínában túl sok az EV, fokozódik az árháború
- Tarr Kft. kábeltv, internet, telefon
- Mikrotik routerek
- Microsoft Office és Office 365 topic
-
IT café
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
-
Intruder2k5
MODERÁTOR
Szia!
A tartalma! Viszont, mivel az RT-N18U-ban bőségesen van flash memória, így elfér benne a nagyobb AIO verzió is, tehát nem érdemes a kisebbet feltenni! A szolgáltatásokat amiket nem használsz, azt el sem kell indítani, így nem foglal erőforrást, tehát semmi hátrányod sem keletkezik a nagyobb fw használatából!
-
Intruder2k5
MODERÁTOR
A baj az, hogy az ott lévő optware telepítő csomag nem fut ARM platformon, helyette EZT kell használnod! Az ötödik pontig (mountolás, fstab) tehát jó az asusrouterforum-os leírás, aztán pedig...
/usr/sbin/optware-install.sh
Sajnos részletes leírás nincs még ARM platformra rtorrent+lighttpd témában!
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
-
sunpower
tag
Nekem nem voltak seed gondjaim szerencsére sosem.
A másolási sebességed jobban alakul, mert nekem 9,5-10, ami Nálad 13 MB/s. (Fentebb írtam)
Egyáltalán nem vagyok nagy spíler a témában ezért én nem is szarakodtam NTFS-el, hanem egyből ext3 Intruder útmutatása alapján. (Igaz a lemezt egy másik gépen kellett formázni, mert a Tomato csak 2TB-ig akarta, de lekezeli a nagyobbat is.)Ha megkérlek akkor szánsz arra pár percet, hogy megnézed korlát nélkül a seedelésedet hogy alakul? Mi az a sebesség seedben amikor elfogy alóla a proci? (Szeretnék majd Digire váltani és érdekelne.)
Köszi!
sun
-
-
Kuter
senior tag
-
norbszt
tag
válasz lehella #1104 üzenetére
Én így csináltam:
Nálam a web root: nas/wwwipkg install vnstat
vi /opt/etc/vnstat.conf
1-2 szóban, hogy mire is kell it figyelni. Sokmindenre nem A default interface résznél nálam ppp0 van, mert nekem a kapcsolat típusom PPPoE. A MaxBWeth0 8 nálam azért 8, mert lefelé 8mbit a sebességem.
Szóval nálam így fest:# vnStat 1.6 config file
##
# location of the database directory
DatabaseDir "/opt/var/lib/vnstat"
# locale (LC_ALL)
Locale "hu_HU"
# on which day should months change
MonthRotate 1
# date output formats for -d, -m, -t and -w
# see 'man date' for control codes
DayFormat "%m.%d."
MonthFormat "%b '%y"
TopFormat "%d.%m.%y"
# characters used for visuals
RXCharacter "%"
TXCharacter ":"
RXHourCharacter "r"
TXHourCharacter "t"
# default interface
Interface "ppp0"
# maximum bandwidth (Mbit) for all interfaces, 0 = disable feature
# (unless interface specific limit is given)
MaxBandwidth 100
# interface specific limits
# example 8Mbit limit for eth0 (remove # to activate):
MaxBWeth0 8
# how many seconds should sampling for -tr take by default
Sampletime 5
# default query mode
# 0 = normal, 1 = days, 2 = months, 3 = top10
# 4 = dumpdb, 5 = short, 6 = weeks, 7 = hours
QueryMode 0
# database file locking (1 = enabled, 0 = disabled)
UseFileLocking 1
# how much the boot time can variate between updates (seconds)
BootVariation 15Majd létre kell hoznunk az adatbázisokat, a ppp0 helyett mindenki a saját interface-t írja be:
(C)export PATH=/opt/bin:/opt/sbin:${PATH}
export LD_LIBRARY_PATH=/opt/lib:/opt/usr/lib:/opt/usr/local/lib
$1 $2 $3 $4 $5 $6
vnstat -u -i ppp0
vnstat -u -i br0
vnstat -u -i eth0
vnstat -u -i eth1(/C)Ha ilyen üzit kaptunk, akkor minden oké:
Error:
Unable to read database “/opt/share/vnstat/vlan1″.
-> A new database has been created.Webes felületen:
Administration->Scheduler->Custom1
5 percenként minden napexport PATH=/opt/bin:/opt/sbin:${PATH}
export LD_LIBRARY_PATH=/opt/lib:/opt/usr/lib:/opt/usr/local/lib
$1 $2 $3 $4 $5 $6
/opt/bin/vnstat -u
/opt/bin/vnstat --dumpdb -i ppp0 > /nas/www/vnstat/vnstat_dump_ppp0
/opt/bin/vnstat --dumpdb -i eth1 > /nas/www/vnstat/vnstat_dump_eth1
/opt/bin/vnstat --dumpdb -i br0 > /nas/www/vnstat/vnstat_dump_br0
/opt/bin/vnstat --dumpdb -i eth0 > /nas/www/vnstat/vnstat_dump_eth0Most már elvileg a cron segítségével 5 percenként frissülget az adatbázis, megvannak az emészthető formák is, most már csak a php frontend van hátra.
Ez a legnehezebb az egészben
Csomagoljuk ki a [frontendet] (nekem a 1.3-al sikerült) a web root alá mundjuk vnstat könyvtárba, majd nyissuk meg a config.php állományt.
Nálam ennyi a tartalma (a szokásos cseréket persze mindenki végezze el):(C)<?php
//
// vnStat PHP frontend 1.3 (c)2006-2007 Bjorge Dijkstra (bjd@jooz.net)
//
// This program is free software; you can redistribute it and/or modify
// it under the terms of the GNU General Public License as published by
// the Free Software Foundation; either version 2 of the License, or
// (at your option) any later version.
//
// This program is distributed in the hope that it will be useful,
// but WITHOUT ANY WARRANTY; without even the implied warranty of
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
// GNU General Public License for more details.
//
// You should have received a copy of the GNU General Public License
// along with this program; if not, write to the Free Software
// Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
//
//
// see file COPYING or at http://www.gnu.org/licenses/gpl.html
// for more information.
////
// configuration parameters
//
// edit these to reflect your particular situation
//// list of network interfaces monitored by vnStat
$iface_list = array('ppp0', 'br0', 'eth1', eth0);//
// optional names for interfaces
// if there's no name set for an interface then the interface identifier
// will be displayed instead
//
$iface_title['ppp0'] = 'ppp0';
$iface_title['br0'] = 'br0';
$iface_title['eth1'] = 'eth1';
$iface_title['eth0'] = 'eth0';//
// There are two possible sources for vnstat data. If the $vnstat_bin
// variable is set then vnstat is called directly from the PHP script
// to get the interface data.
//
// The other option is to periodically dump the vnstat interface data to
// a file (e.g. by a cronjob). In that case the $vnstat_bin variable
// must be cleared and set $data_dir to the location where the dumps
// are stored. Dumps must be named 'vnstat_dump_$iface'.
//
// You can generate vnstat dumps with the command:
// vnstat --dumpdb -i $iface > /path/to/data_dir/vnstat_dump_$iface
//
$vnstat_bin = '';
$data_dir = '/nas/www/vnstat';
?>(/C)Már majdnem kész vagyunk, de még kell egy kiegészítés a php-hoz (előfordulhat, hogy már valakinek fent van), hogy megkapjuk a grafikus függvényeket is az arcunkba. Ez a php-gd, amihez szépen sorban települ majd a többi összetevő is.
ipkg install php-gd
Én webszervernek a tomatoban lévő NGINX-et használtam a PHP Custom configuration ezt be kellet illesztenem: date.timezone = "Europe/Budapest"
Ha valakinek sikerül a frontend 1.5.1-et működésre bírni az jelezze nekem.
A forrást innen szettem : [link]
[ Szerkesztve ]
-
Topikgazda
válasz lehella #2348 üzenetére
Problémám az, hogy nem tudom a Download Mastert a Remote Transmissionnel elérni, 404-es hibát mond vissza. Böngészőből működik a Download Master vezérlése, de az elég fapados sajnos.
Milyen módon próbálod elérni?Egy dolog állandó: a változás - Internet powered by Vodafone Internet 150 with CBN CH7465VF & Asus RT-AC65P
-
Ybear
tag
válasz lehella #8287 üzenetére
Szia!
Nem kell erősebb router, másik kliens kell.
Amit használok: HGG 380.59, és a Transmission 2.92 (14714) torrentkliens.
Limitálva van a torrenteknél globálisan 20/20 Mbit/s-re a sebesség, és simán ki is tudja használni.A Tomato (nálam) nem arról híres, hogy gyors lenne a torrentje, ezért tértem át (vissza) a HGG-re.
Ha menni kell, hát menni kell.
-
Ybear
tag
válasz lehella #8297 üzenetére
Igen, jól érted.
A HGG jobban kihasználja a vasban rejlő erőt.A Tomato viszont mindent a procival csináltat (amennyire én láttam), ezért csak akkor használnám, ha a benne lévő (a gyáritól, vagy a HGG-től eltérő) extrákra lenne szükségem. Mivel nálam ez nem áll(t) fenn, ezért tértem vissza a HGG-re.
Ha menni kell, hát menni kell.
-
Ybear
tag
válasz lehella #8299 üzenetére
Nálam is van torrent kliens, samba, ftp szerver, de hogy ezek mind SSH-val mennek-e arra nem tudok válaszolni, mert nem így használom őket, hanem IP-t szűrök.
Majd a nálam okosabbak megmondják, hogy megy-e, és hogy hogyan.
HGG-re könnyű az átállás, semmi mókolás, rá kell egyszerűen tölteni (mint fentebb is írták).
Ha menni kell, hát menni kell.
-
Intruder2k5
MODERÁTOR
-
Intruder2k5
MODERÁTOR
válasz lehella #8391 üzenetére
Igen, sajnos csak ez lesz a megoldás.
A 4MB/sec valóban nem sok, nekem ezzel az új fw-vel most Samba-n 17-18MB/sec átlagosan, de láttam már 24MB/sec-et is, FTP-n pedig 21-23MB/sec körül tölt router -> laptop irányba.
Töredezettségmentesíteni az ext filerendszert nem tudod, mondjuk állítólag nem is kell, ettől függetlenül én is úgy érzem, hogy néha ráférne. Sajnos a torrenttel letöltött file-ok például egyértelműen lassabban másolhatók, mint mondjuk amiket anno Samba-n vagy FTP-n keresztül másoltam a router HDD-re. Ennek oka nyilván a több szálas írás, ami "összevissza" pakolgatja az adatokat a HDD-n, szemben az egy szálas Samba és FTP protokollokkal. Pedig a HDD-men jelenleg is vagy 80% a szabad hely, szóval ez sem lehet probléma.
Az fstab, hogy néz ki nálad?
-
Intruder2k5
MODERÁTOR
válasz lehella #8397 üzenetére
Mivel látom az fstab-ban is bent van minden amivel gyorsabbá lehet ezt tenni, sajnos több ötletem nincs.
Egyébként transmission-t vagy rtorrent-et használsz? Előbbiben azt hiszem van olyan opció, hogy a kliens letöltés előtt foglalja le előre az állományok helyét a lemezen, ezáltal kevésbé lesz töredezett, cserébe nagy méretű torrentek letöltésekor hosszabb időre is megfoghatja a routert, még kiír mondjuk több tíz GB-ot egyszerre a lemezre.
Igen, a hely felszabadítása némileg segíthet, bár nem tudom mennyit fogsz érezni belőle.
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz lehella #8399 üzenetére
Felesleges újra flashelni, elég az NVRAM törlés.
A beállítást a custom configba tudod beírni.
https://github.com/transmission/transmission/wiki/Editing-Configuration-Files
Ezt tedd majd be a custom configuration részbe:
"preallocation": 2,
[ Szerkesztve ]
-
Intruder2k5
MODERÁTOR
válasz lehella #8401 üzenetére
A settings.json-ban? Bár nem tudom pontosan miként működik a transmission a routeren, de lehet, hogy azt a file-t minden induláskor újra legenerálja valami default konfigból, az admin felületen beállított dolgokból, és a custom configuration tartalmából. Ha ez így van, akkor a következő transmission újraindításkor az el fog veszni belőle, így érvénybe sem lép. Ezt majd ellenőrizd.