Comentarios en: Hackers, Bugs y FON

Por: djjos

djjos — Wed, 21 Nov 2007 10:52:39 +0000

Martin, una sugerencia:
Ya que como todos sabemos es complicado obtener aceso ssh a la fonera pero se puede hacer como explican algunos blogs. Una vez en ssh se puede instalar el openwrt en la fonera.
Creo que de ahi radica el enorme exito de la fonera ya que muchos usuarios le instalan el openwrt con las grandes posibilidades que este firmware tiene.

Podrías valorar una sugerencia:
Comercializar ademas de la fonera actual una fonera libre con el firmware openwrt instalado aunque sea algo mas cara.

Creo que si hacéis esto dicha fonera tendría enorme exito y la gente no se rompera la cabeza para obtener aceso ssh e instalar en openwrt usando complicados comandos que conocen los administradores de linux pero no los usuarios normales.
Espero que valores seriamente esta sugerencia.

Muchas gracias y un saludo
Djjos

Por: qwerty

qwerty — Tue, 14 Nov 2006 08:39:49 +0000

#29 Lo que no consigo es meter el firm compilado desde vuestras fuentes a la fonera. Si me pones el link de cómo se hace en el RedBoot, te lo agradecería. Si hago mejoras al firm las publicaré, descuida.

Por: Jordi - FON

Jordi - FON — Mon, 13 Nov 2006 12:55:02 +0000

Jami, si vas unos días más atrás en el blog ya anunciamos que se puede cambiar el firmware con uso de un JTAG cable, incluso hemos dejado los pins soldados en la placa para que sea mas fácil y no tengamos que soldar pines a mano. Nosotros QUEREMOS que gente como tu jugueteen con la Fonera así que si algo no te sale bien dínoslo y te ayudaremos, al parecer has puesto mal alguno de los comandos de este log. Ah… y la GPL la cumplimos a rajatabla y la conocemos bien. Otra cosa, ya tenemos Foneros hackers que esta haciendo mejoras en el Firmware, mil gracias! Si el Firmware que estas poniendo tu ahora tiene alguna mejora por favor compártelo con nosotros así todos los Foneros podrán tenerlo. Gracias!

Por: jami

jami — Sun, 12 Nov 2006 19:57:53 +0000

Hola QWERTY, yo por ahora tengo esto:
despues de haber entrado a la fonera con el JTAG (podeis ver los esquemas por internet) me he puesto a enredar con el REDBOOT, ya tengo casi conseguido el cambio de firmware, os dejo los comandos para que veais como se hace. Martin, lo siento, para la proxima “cajita” respetas la GPL, gracias:

I am trying hack the fonera device (FON2100). A have compiled de firmware from source code released from FON and i only have this:

Welcome to minicom 2.2

OPTIONS: I18n
Compiled on Oct 20 2006, 15:28:39.
Port /dev/ttyUSB0

Press CTRL-A Z for help on special keys

+PHY ID is 0022:5521
Ethernet eth0: MAC address 00:18:84:11:24:d0
Default server: 0.0.0.0

RedBoot(tm) bootstrap and debug environment [ROMRAM]
Non-certified release, version v1.3.0 – built 16:57:58, Aug 7 2006

Board: ap51
RAM: 0×80000000-0×81000000, [0x80040450-0x80fe1000] available
FLASH: 0xa8000000 – 0xa87f0000, 128 blocks of 0×00010000 bytes each.
== Executing boot script in 1.000 seconds – enter ^C to abort
^C
RedBoot>
RedBoot>
RedBoot> ip_address -l 192.168.11.111/24 -h 192.168.11.3
Default server: 192.168.11.3
RedBoot> load -r -v -b 0×80041000 -m http -h 192.168.11.3 /vmlinux.lzma
-
Raw file loaded 0×80041000-0x800b267b, assumed entry at 0×80041000
RedBoot> cksum
Computing cksum for area 0×80041000-0x800b267c
POSIX cksum = 2748321357 464508 (0xa3d00e4d 0x0007167c)
RedBoot> fis create -b 0×80040450 -f 0xA8730000 -l 0x000B0000 -r 0×80041000 -e 0×80041000 vmlinux.bin.l7
An image named ‘vmlinux.bin.l7′ exists – continue (y/n)? n
RedBoot> fis delete vmlinux.bin.l7
Delete image ‘vmlinux.bin.l7′ – continue (y/n)? y
… Erase from 0xa8730000-0xa87e0000: ………..
… Erase from 0xa87e0000-0xa87f0000: .
… Program from 0x80ff0000-0×81000000 at 0xa87e0000: .
RedBoot> fis create -b 0×80040450 -f 0xA8730000 -l 0x000B0000 -r 0×80041000 -e 0×80041000 vmlinux.bin.l7
… Erase from 0xa8730000-0xa87e0000: ………..
… Program from 0×80040450-0x800f0450 at 0xa8730000: ………..
… Erase from 0xa87e0000-0xa87f0000: .
… Program from 0x80ff0000-0×81000000 at 0xa87e0000: .
RedBoot> load -r -v -b 0×80040450 -m http -h 192.168.11.3 /rootfs
-
Raw file loaded 0×80040450-0x801b0bdc, assumed entry at 0×80040450
RedBoot> cksum
Computing cksum for area 0×80040450-0x801b0bdd
POSIX cksum = 3971643833 1509261 (0xecba79b9 0x0017078d)
RedBoot> fis delete rootfs
Delete image ‘rootfs’ – continue (y/n)? y
… Erase from 0xa8030000-0xa8730000: ………………………………………………………………………………………….
… Erase from 0xa87e0000-0xa87f0000: .
… Program from 0x80ff0000-0×81000000 at 0xa87e0000: .
RedBoot> fis create -b 0×80040450 -f 0xA8030000 -l 0×00700000 -e 0×00000000 rootfs
… Erase from 0xa8030000-0xa8730000: ………………………………………………………………………………………….
… Program from 0×80040450-0×80740450 at 0xa8030000: ……………………………………………………………………………
… Erase from 0xa87e0000-0xa87f0000: .
… Program from 0x80ff0000-0×81000000 at 0xa87e0000: .
RedBoot> reset
+PHY ID is 0022:5521
Ethernet eth0: MAC address 00:18:84:11:24:d0
Default server: 0.0.0.0

RedBoot(tm) bootstrap and debug environment [ROMRAM]
Non-certified release, version v1.3.0 – built 16:57:58, Aug 7 2006

Board: ap51
RAM: 0×80000000-0×81000000, [0x80040450-0x80fe1000] available
FLASH: 0xa8000000 – 0xa87f0000, 128 blocks of 0×00010000 bytes each.
== Executing boot script in 1.000 seconds – enter ^C to abort
RedBoot> fis load -l vmlinux.bin.l7
too long file.
lzma_decode failed. res=1
RedBoot> exec
Now booting linux kernel:
Base address 0×80030000 Entry 0×80041000
Cmdline :
—RESET
+PHY ID is 0022:5521
Ethernet eth0: MAC address 00:18:84:11:24:d0
Default server: 0.0.0.0

RedBoot(tm) bootstrap and debug environment [ROMRAM]
Non-certified release, version v1.3.0 – built 16:57:58, Aug 7 2006

Board: ap51
RAM: 0×80000000-0×81000000, [0x80040450-0x80fe1000] available
FLASH: 0xa8000000 – 0xa87f0000, 128 blocks of 0×00010000 bytes each.
== Executing boot script in 1.000 seconds – enter ^C to abort
^C
RedBoot> fis list
Name FLASH addr Mem addr Length Entry point
RedBoot 0xA8000000 0xA8000000 0×00030000 0×00000000
rootfs 0xA8030000 0xA8030000 0×00700000 0×00000000
vmlinux.bin.l7 0xA8730000 0×80041000 0x000B0000 0×80041000
FIS directory 0xA87E0000 0xA87E0000 0x0000F000 0×00000000
RedBoot config 0xA87EF000 0xA87EF000 0×00001000 0×00000000
RedBoot>

Por: qwerty

qwerty — Wed, 08 Nov 2006 12:54:28 +0000

#26 tengo el jtag hecho y una fonera, si es verdad que se puede reflashear, explica cómo.

Por: Martin Varsavsky

Martin Varsavsky — Wed, 08 Nov 2006 09:32:01 +0000

FoSFI, la Fonera linksys tiene reflasheo y la fonera liberator también lo va a tener. La FONERA actual lo tiene, pero es más complicado de hacerlo porque las regalamos o casi las regalamos.

Creo que damos suficientes opciones FoSFI.

Por: Martin Varsavsky

Martin Varsavsky — Wed, 08 Nov 2006 09:25:31 +0000

Jusore,

Hoy tengo cientos de e mails, el blog, el lanzamiento en China, la preparación de SIMO y me perdí. Dime pf en pocas palabras cuales son las críticas.

Por: penecoptero

penecoptero — Tue, 07 Nov 2006 21:40:25 +0000

Lo que me parece FEO es que en tu blog hagas un comentario tan partidista como el tuyo, en el que no se habla del bug sino de rencor empresarial.

Lo lógico seria un post, explicando a los usuarios los motivos que hacen que FON chape sus foneras GPL.

Yo, a diferencia del resto, sé que lo del hack ha sido un fake alimentado por vosotros para conseguir vender más foneras (junto con el cambio de precio). NO ME RALLEIS.

Por: Manuel

Manuel — Tue, 07 Nov 2006 19:47:19 +0000

Está bien que haya sido tan rápida la solución…

Sobre reflashear las Foneras, creo que alguien lo hará más pronto o más temprano…
Así que lo suyo será confiar en la gente y en que seguirán usando el router con el Firmware de FON…
Además, ¿de qué sirve poner a disposición de todos el fuente del firmware si luego nadie puede reflashear la fonera y probarlo?…

Sobre la seguridad, me sigue preocupando más el tema de la conexión al server de fon y la descarga del script… si alguien un día se metiese en el server y cambiase el script… buff…

Por cierto, yo también espero por mi fonera…

Por: Galleguayo

Galleguayo — Tue, 07 Nov 2006 17:57:17 +0000

Telepolis (http://www.telepolis.com/), sacó este titular de La Flecha en su boletín:-

Las redes Wi-Fi son una amenaza para los usuarios confiados

http://digital.telepolis.com/cgi-bin/reubica?id=406624&origen=EDTecnologia

En base a un estudio llevado a cabo por la Oficina de Educación de Wi-Fi, titulado “Cuidado, hay un ladrón afuera”.

http://www.wifieducationbureau.org/