http: //downloads.openwrt.org/backfire/10.03/ar71xx/openwrt-ar71xx-wrt160nl-squashfs.bin
#1 Auto mount hdd@boot?
Idáig így csináltam korábbi verziókon:
echo "mkdir -p /mnt/hdd; mount /dev/sda1 /mnt/hdd" > /etc/init.d/hdd
ln -s ../init.d/hdd /etc/rc.d/S45hdd
chmod 755 /etc/init.d/hdd
ha kézzel adom ki a mount parancsot, akkor felcsatolja. Az előbb említett módon szeretném megoldani, hogy bootkor automatikusan csatolja fel a vinyót, akkor nem teszi.
S99-re rakva sem mountolja fel.
#2 Valami tipp?
opkg install nginx
...
root@OpenWrt:/etc/nginx# /etc/init.d/nginx start
[emerg]: getgrnam("nobody") failed in /etc/nginx/nginx.conf:2
root@OpenWrt:/etc/nginx#
van nobody user, és egy:
sed -i "s/#user nobody;/user nobody;/g" /etc/nginx/nginx.conf
után is ugyan ez a hibaüzenet.
#3 rövid teszt [dropbear, scp]:
100/100 Mbit-es net mögül [pc]-től a 80/25-ös net mögötti wrt160nl-es routerre másoltam egy zero-val feltöltött 1 Gbyte-os filét:
http://img20.imageshack.us/img20/2003/pctorouter.png
átlag: 1,6 Mbyte/s
fordítva, az átmásolt wrt160nl-es routerről a pc-re:
http://img20.imageshack.us/img20/5713/routertopc.png
átlag: 1,9 Mbyte/s
mi a bottleneck? a proc? [látom, hogy 80-90%-on pörög]
wd green 1,5TB vinyó, usb keretben rajta
a wrt160nl a rb450g-m mögött van, nem hinném, hogy ott a gond
- 1995 megtekintés
Hozzászólások
1.: használd az fstab -ot(/etc/fstab), erre találták ki
2.: Állítsd be az nginx-et, utánna siekrülni fog elindítani
3.: mi a kérdés? ha az hogy normális-e, igen, ne várj túl sokat egy routertől, nem igazán erre van kihegyezve, mellesleg ahhoz képest egész jó eredményt ért el.
- A hozzászóláshoz be kell jelentkezni
1 - ha jól emlékszem, akkor az fstab ebben az esetben egy symlink az mtab-ra. az mtab-ról meg úgy tudom, hogy mindig generálódik. de majd kipróbálom
2 - ezt akarom kinyomozni
3 - hjah, akkor ez van', de azért az openssh-t még kipróbálom, vajon:) elvileg rosszabbul kéne teljesítenie
+1 dolog: esetleg swap-ot beállítok rajta, és kipróbálom úgy.
- A hozzászóláshoz be kell jelentkezni
igaz igaz
1.: /etc/config/fstab
innen szedi és ebből generálja az /etc/fstab filet
2.: ennek utánnanézek még
- A hozzászóláshoz be kell jelentkezni
2. Van nyitott bug a getgrnam() hibás működésére, milyen openwrt verziót használsz?
- A hozzászóláshoz be kell jelentkezni
http: //downloads.openwrt.org/backfire/10.03/ar71xx/openwrt-ar71xx-wrt160nl-squashfs.bin
- A hozzászóláshoz be kell jelentkezni
elvileg ebben már javítva, esetleg próbáld átlőni a configot root-ra, ha úgy se megy, akkor fordítok neked egy újat belőle, hátha
- A hozzászóláshoz be kell jelentkezni
root@OpenWrt:/etc/nginx# ps aux|grep -i nginx
XXXX root XXXX S nginx: master process /usr/sbin/nginx
XXXX root XXXX S nginx: worker process
XXXX root XXXX S grep -i nginx
root@OpenWrt:/etc/nginx#
besz*rás, root-ként megy:) netstat is azt mondja
a root nálam alapból le van tiltva [mármint lemásoltam a root sorát a passwd-ben, átírtam a login nevét, a régi rootnak meg *-ot adtam jelszónak+"/bin/false" a shell-je] <- ezzel talán ""biztonságosan"" futtathatom az nginx-et ""rootként""?
bessh tunneleztem a routerre, és úgy néztem meg, hogy ok-e, úgy látszik jó :):)
- A hozzászóláshoz be kell jelentkezni
hát relatív, de sztem egy router esetében nem kell reszketned hogy megtörik, a proci miatt az exploitok 95%-a nem megy úgysem
- A hozzászóláshoz be kell jelentkezni
szóval ezért szeretik egyes helyeken a non amd64, vagy i386 cpu-kat?? mekkora ötlet :D
- A hozzászóláshoz be kell jelentkezni
inkább azért mert adott feladatra jobban ki vannak hegyezve:)
- A hozzászóláshoz be kell jelentkezni
/etc/functions.sh-ba raktam [negyedik sorába] végül a mount parancsot gyorsmegoldásként bevállt
- A hozzászóláshoz be kell jelentkezni