Boa tarde,
tenho este equipamento faz já uns meses largos e tem servido bem, lê a grande maioria dos conteúdos que lhe ponho lá dentro e a qualidade de reprodução agrada-me.
Tenho no entanto andado a tentar dar a volta á questão do acesso de rede. Gostava de poder contar com o tijolo para poder realizar backup de alguns ficheiros nos portáteis da casa para o disco contando com a rede wireless. Como sabemos é possivel aceder a partilhas de rede partir do interface disponibilizado, mas não o contrário.
Tendo alguns conhecimentos Linux estive a ver como é que as coisas estavam dispostas dentro do equipamento, e exponho aqui o que já descobri:
- Equipamento está á "escuta" nos portos telnet e www;
- Acedendo por telnet pode ser verificado o mesmo no ficheiro:
"/etc # more inetd.conf
#
# /etc/inetd.conf A simple inetd.conf
#
# <service_name> <sock_type> <proto> <flags> <user> <server_path> <args>
#
# To re-read this file after changes, just do a 'killall -HUP inetd'
#
#
#ftp stream tcp nowait root /usr/sbin/ftpd ftpd -u 100
telnet stream tcp nowait root /usr/sbin/telnetd telnetd
#auth stream tcp nowait nobody /usr/sbin/nullidentd nullidentd
www stream tcp nowait www-data /usr/sbin/httpd httpd -h /var/www
#
# End of inetd.conf"
também se pode ver que o ftp está contemplado, mas como está comentado...
- O busybox instalado, além de ser uma versão antiga, não possui suporte para servidor ftp:
"/etc # busybox
BusyBox v1.1.3 (2008.07.07-12:14+0000) multi-call binary
Usage: busybox [function] [arguments]...
or: [function] [arguments]...
BusyBox is a multi-call binary that combines many common Unix
utilities into a single executable. Most people will create a
link to busybox for each function they wish to use and BusyBox
will act like whatever it was invoked as!
Currently defined functions:
[, [[, addgroup, adduser, ash, basename, busybox, cat, chmod, chown, chroot, clear, cp, cut, date, dd, delgroup, deluser, devfsd, df, dirname, dmesg, du, e2fsck,
echo, egrep, eject, expr, false, fdisk, fgrep, find, free, fsck, fsck.ext2, fsck.ext3, ftpget, ftpput, getopt, grep, halt, head, hexdump, hostname, httpd, hwclock,
id, ifconfig, inetd, init, insmod, ipcrm, ipcs, kill, killall, klogd, linuxrc, ln, logger, login, losetup, ls, lsmod, lzmacat, mkdir, mke2fs, mkfs.ext2, mkfs.ext3,
mkfs.extk, mknod, mkswap, mktemp, modprobe, more, mount, mv, nice, passwd, pidof, ping, pivot_root, poweroff, printf, ps, pwd, readlink, reboot, rm, rmdir, rmmod,
route, sed, sh, sleep, sort, stty, swapoff, swapon, sync, syslogd, tail, tar, tee, telnetd, test, tftp, time, touch, tr, true, tune2fs, udhcpc, udhcpd, umount, uname,
unlzma, unzip, uptime, usleep, vi, wc, wget, which, yes"
Já consegui copiar um binário busybox mais actual e completo para o disco e correr da linha de comandos activando o serviço ftp. Consegui aceder da minha máquina mas sem permissões para poder escrever ficheiros (penso que teria de adicionar utilizadores).
- O problema maior reside no facto que o root filesystem está em squashfs (read-only) o que não permite alterações aos ficheiros de configuração:
"/etc # mount
/dev/root on / type squashfs (ro)
none on /dev type devfs (rw)
none on /proc type proc (rw,nodiratime)
devpts on /dev/pts type devpts (rw)
none on /sys type sysfs (rw)
/dev/mtdblock/3 on /usr/local/etc type jffs2 (rw,noatime)
none on /tmp type ramfs (rw)
/dev/rd/0 on /mnt/rd type vfat (rw,nodiratime,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1)
/dev/ide/host0/bus0/target0/lun0/part1 on /tmp/hdd/volumes/HDD1 type vfat (rw,nodiratime,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1,shortname=winnt,utf8)
/dev/ide/host0/bus0/target0/lun0/part3 on /tmp/hdd/root type ext3 (rw)
/dev/ide/host0/bus0/target0/lun0/part4 on /tmp/hdd/volumes/HDD2 type ntfs (ro,uid=0,gid=0,fmask=0177,dmask=077,nls=utf8,errors=continue,mft_zone_multiplier=1)"
Existem outros sistemas no mercado que permitem o acesso a estes ficheiros...
Básicamente penso que se for possivel alterar o conteudo do ficheiro install.flash.img presente em qualquer upgrade de FW por forma a incluir uma versão mais actual e completa da busybox e que os ficheiros existentes na pasta /etc sejam symlinks para uma partição read-write bastaria para resolver a maior parte dos problemas...
Penso que a utilização de Samba não será imediatamente viável uma vez que será necessário compilar um módulo para o kernel (maior dificuldade).
"/etc # ls -la
drwxr-xr-x 3 root root 213 Jul 7 2008 .
drwxr-xr-x 13 root root 149 Jul 7 2008 ..
-rw-r--r-- 1 root root 340 Jul 7 2008 fstab
lrwxrwxrwx 1 root root 22 Aug 26 07:47 group -> ../usr/local/etc/group
-rw-r--r-- 1 root root 6 Jul 7 2008 hostname
-rw-r--r-- 1 root root 20 Jul 7 2008 hosts
-rw-r--r-- 1 root root 385 Jul 7 2008 httpd.conf
-rw-r--r-- 1 root root 460 Jul 7 2008 inetd.conf
drwxr-xr-x 2 root root 42 Jul 7 2008 init.d
lrwxrwxrwx 1 root root 27 Aug 26 07:47 ld.so.conf -> ../usr/local/etc/ld.so.conf
lrwxrwxrwx 1 root root 14 Aug 26 07:47 mtab -> ../proc/mounts
lrwxrwxrwx 1 root root 23 Aug 26 07:47 passwd -> ../usr/local/etc/passwd
lrwxrwxrwx 1 root root 24 Aug 26 07:47 profile -> ../usr/local/etc/profile
lrwxrwxrwx 1 root root 26 Aug 26 07:47 resolv.conf -> /usr/local/etc/resolv.conf
-rw-r--r-- 1 root root 20373 Jul 7 2008 services
-rw-r--r-- 1 root root 7 Jul 7 2008 system_svn_version
-rwxr-xr-x 1 root root 950 Jul 7 2008 udhcpc.script"
Symlinks para pasta rw já existentes... tomara que o inetd.conf também fosse...
Se alguém tiver experiencia neste campo e que possa adicionar algo ao já dito
Cumps,
FearLess
só na imagem de protecçõa do ecrâ, agora aparece uma lua amarela em vez das letras que apareciam antes.
) e voilá.
