Seguridad Wireless - Wifi
Equipos y materiales => Puntos de acceso, routers, switchs y bridges => Openwrt & LEDE => Mensaje iniciado por: DJ-AS en 06-09-2013, 05:50 (Viernes)
-
Bueno, a pedido de torpedo, abro un nuevo tema para ver si se puede montarle un firmware openwrt a éste router.
No entiendo y no me gusta linux, pero ya instalé Ubuntu en una máquina virtual, y estoy siguiendo el tutorial de jar229 sobre cómo compilar openwrt a gusto.
Leyendo varios post, vi que el router Comtrend AR-5387 parecería que tiene la misma placa que el ADB P.DG A4001N pero aún no me han confirmado si ese firmware funcionará en el ADB.
Bueno, a la espera de respuestas.
Saludos, y gracias torpedo por el empujoncito ¬¬ jajajaja ;D
-
Como decía, leyendo en el post para compilar el firm a gusto y placer, encontré ésto:
Añadidos al segundo post un par de consejos sobre cómo buscar y obtener información detallada de un paquete.
Añadido al primer post un repositorio alternativo al que he añadido todos mis parches (https://github.com/Noltari/openwrt_12.09).
git://github.com/Noltari/openwrt_12.09.gitEstá basado en la branch Attitude Adjustment Beta 2 y puede ser utilizado para cualquier target y router. Simplemente le he añadido mis parches, dando soporte al Comtrend AR5381u/AR5381u/ADB P.DG A4001N/CT5813n/HG556a/F@ST2604.
Advierto que no voy a actualizar mis parches a nuevas versiones del trunk, ya que sería trabajar inútilmente, puesto que jogo/florian no han dado señales de querer aceptar mis parches aún y prefiero esperarme a la siguiente actualización de openwrt con el kernel 3.6, puesto que probablemente se migre la plataforma bcm63xx a dts, como openwrt anunció. Lo podemos ver en el github de jogo:
https://github.com/KanjiMonster/bcm63xx/tree/bcm63xx-dts
Si tengo tiempo (hoy) modifico el primer post con puntualizaciones sobre cómo compilar añadiendo parches.
Saludos!
A ver si alguien me ayuda a entender o lo traduce al newbie :-[
Me voy a dormir, y dejo compilando mi primer firmware =))))))
-
Pero porqué quieres instalar un firmware de un router, en otro ?
En sus hilos correspondientes, tienes diferentes compilaciones para probar ...
Si te funcionará ? ....
Posiblemente, aunque dependerá de lo 'puntilloso' que sea el CFE.
Yo desde luego no me arriesgaría. Más sabiendo que el ADB tiene tendencia a quedarse 'pillado' (está avisado en el primer post de su hilo).
-
No entiendo y no me gusta linux,
Ya veras como poco a poco te empieza a gustar. ;)
-
hola compañero, intentare desde mi modesta opinion sobre los bloqueos en router que llevan CFE de contrem:
para verlo bien debes connectare por puerto serie siempre con un adpatador usb de los de 2 euros mas o menos
una vez conectado visualiza el arranque que te da, casi siempre se para al meter otro firmware que no es correspondiente a su placa, y espera que manualmente elijas cual es, creo que segun cfe hay varios opciones sobre 6 mas o menos eliges el numero que corresponde con los datos del firmware que metes y arranca seguro, esto en los contren mientras no le falte correiente, no suele dar muchos problemas incluso cambiando el CFE. tampoco siempre que se grave bien si no le tocas mejor. estar siempre recuperable, teniendo en cuenta el tamaño del firmware que normalmente acepta. cuando este en casa ampliare lo mas posible. suerte
-
Hola, este post es del año 2013, pero como yo también estoy en la misma pues...
Primero que nada, el A4001N no es el mismo que el A4001N1 para el cual si se hizo un port de openwrt.
Segundo, como decía DJ-AS, el A4001N de ADB es internamente (de aspecto) igual al AR-5387 de Comtrend, pueden verificarlo aquí: http://bandaancha.eu/foros/comtrend-ar-5387-1685792 (http://bandaancha.eu/foros/comtrend-ar-5387-1685792)
Entonces la pregunta es si alguien probó o que piensa de instalar el firmware de openwrt de AR-5387 en el A4001N.
Por cierto, el firmware original (del A4001n) no logro conseguirlo por ningún lado.
Por otra parte, estaría bueno sacar los disipadores para ver si tiene los mismos chips que el AR-5387, pero están pegados. Entonces mi pregunta es, como se saca? O mejor dicho, con que se vuelve a pegar una vez sacado? Ya que sacarlo no creo sea un problema, lo giro hasta que salga, pero no tengo ningún pegamento que sea conductor a la vez.
Pongo fotos del ADB P.DG A4001N:
(http://www.mediafire.com/convkey/f4f0/3n6d664221xgp7p4g.jpg) (http://www.mediafire.com/view/?3n6d664221xgp7p)
(http://www.mediafire.com/convkey/3ac2/tq8pkl6s6gzhti94g.jpg) (http://www.mediafire.com/view/?tq8pkl6s6gzhti9)
(http://www.mediafire.com/convkey/89ee/thnoqqut5v1is5n4g.jpg) (http://www.mediafire.com/view/?thnoqqut5v1is5n)
(http://www.mediafire.com/convkey/506f/gscyc9fckd4s1464g.jpg) (http://www.mediafire.com/view/?gscyc9fckd4s146)
-
Lo suyo sería que lo conectaras mediante un adaptador usb ttl al puerto serie que trae. Así podrías ver el arranque e incluso hacer una copia del firmware.
-
Lo suyo sería que lo conectaras mediante un adaptador usb ttl al puerto serie que trae. Así podrías ver el arranque e incluso hacer una copia del firmware.
Como hago una copia del firmware por ttl? Todavía no conseguí el adaptador, pero ya lo voy a hacer.
Creé otro post para poder obtener el firmware original pero no he obtenido respuestas, y he fracasado en el intento de lograrlo por mi cuenta... No logro leer completamente el dispositivo mtd0, sino solo el dispositivo mtdblock0 que solo contiene el rootfs.
Gracias por la respuesta.
-
Lo suyo sería que lo conectaras mediante un adaptador usb ttl al puerto serie que trae. Así podrías ver el arranque e incluso hacer una copia del firmware.
Como hago una copia del firmware por ttl? Todavía no conseguí el adaptador, pero ya lo voy a hacer.
Creé otro post para poder obtener el firmware original pero no he obtenido respuestas, y he fracasado en el intento de lograrlo por mi cuenta... No logro leer completamente el dispositivo mtd0, sino solo el dispositivo mtdblock0 que solo contiene el rootfs.
Gracias por la respuesta.
Con cfetool creo que se podría hacer: https://github.com/openwrt-es/cfetool
Espérate a que se pase Noltari por aquí y te cuente ... ^-^
-
Segun las fotos que has puesto, el ADB es idéntico al ar-5387un. Pero hay un detalle diferente
- El ADB tiene dos leds más que el ar-5387un no tiene soldados en placa. Esto podría ser suficiente para que tenga una board ID diferente y por tanto firmwares diferentes no compatibles.
-
Un par de preguntas:
¿El board_id es el mismo que el del Comtrend?
¿Cuál es el tamaño o el modelo de la flash?
-
jar229:
Cuando pueda me fijo lo de cfetool
danitool:
Buena observación, no me había dado cuenta :'(
Pteridium:
Por el momento no tengo el adaptador usb-ttl así que no se, no puedo ver el bootlog desde el inicio, te puedo decir que en /proc/cpuinfo dice
system type: 96328dg2x2
cpu model: Broadcom4350 V7.5
Y el comando dmesg muestra que se usa el modulo bcm963xx_mtd y el tamaño es de 8192K
-
Aquí ya han tratado con ese hardware y por lo visto han conseguido arrancar un Attitude Adjustment:
https://lists.openwrt.org/pipermail/openwrt-devel/2013-January/018344.html
Aquí también se ve lo que han intentado, pero parece que tuvieron problemas con el USB. Noltari estuvo conversando acerca del tema.
http://comments.gmane.org/gmane.comp.embedded.openwrt.devel/17232
Y aquí he encontrado una imagen de openwrt para ese hardware, pero no sé ni qué tiene ni cómo la han compilado:
https://docs.google.com/file/d/0B-P3H6dUBnLBQ1F0Tmg0cFBQZG8/edit?pli=1
Por lo visto están intentando darle soporte copiando los datos de otra plataforma en trunk, sin embargo sé que Noltari tiene soporte para el A5387un en su repositorio, así que a lo mejor copiando los datos de ese repositorio se consigue soporte para este hardware
¿Es posible?
-
Aquí ya han tratado con ese hardware y por lo visto han conseguido arrancar un Attitude Adjustment:
https://lists.openwrt.org/pipermail/openwrt-devel/2013-January/018344.html
Aquí también se ve lo que han intentado, pero parece que tuvieron problemas con el USB. Noltari estuvo conversando acerca del tema.
http://comments.gmane.org/gmane.comp.embedded.openwrt.devel/17232
Y aquí he encontrado una imagen de openwrt para ese hardware, pero no sé ni qué tiene ni cómo la han compilado:
https://docs.google.com/file/d/0B-P3H6dUBnLBQ1F0Tmg0cFBQZG8/edit?pli=1
Por lo visto están intentando darle soporte copiando los datos de otra plataforma en trunk, sin embargo sé que Noltari tiene soporte para el A5387un en su repositorio, así que a lo mejor copiando los datos de ese repositorio se consigue soporte para este hardware
¿Es posible?
Gracias por recopilar los links! En su momento buscando los había visto, pero ya me había olvidado de ellos. El tema es que como mucho hablan del A4001 refiriéndose al A4001N1 pensé que esos links hablaban de este ultimo! Igualmente parece que la cosa está complicada.
Hasta que no obtenga el firmware original no quiero ponerle ninguna otra imagen porque me va a quedar de pisapapeles :-)
No tengo ninguna garantia de que el firmware del A5387un funcione en el A4001N. Por el momento esperaré que alguien arroje más luz sobre el tema, que yo disponga de más tiempo para renegar, y de conseguirme el adaptador usb-ttl, que crease o no en mi ciudad puede ser complicado jaja.
-
En esas pruebas lo que no funcionaba era el USB y en los links esos se estaban utilizando versiones antiguas de openwrt.
Por lo visto el puerto USB en el comtrend ar5387un no funcionó hasta la versión 33005 de trunk y en las pruebas creo que estaban utilizando una Attitude Adjustment, así que puede ser que eso ya esté arreglado.
De todas formas el que más información puede dar al respecto es Noltari. A ver si se pasa por aquí y comenta algo...
-
El firmware del ar5387un en mi opinión funcionará perfectamente en este router una vez que se le cambie la Board ID. Entonces lo apropiado será "clonar" el parche del ar5387un cambiando la board ID, y adicionalmente definir los dos leds que faltan.
Lo de los leds es muy curioso porque van tapados por la carcasa... >:D, o sea que no tienen función alguna en el firm original.
Es buena idea primero hacer un backup del firm original, yo al menos lo haría.
-
El firmware del ar5387un en mi opinión funcionará perfectamente en este router una vez que se le cambie la Board ID. Entonces lo apropiado será "clonar" el parche del ar5387un cambiando la board ID, y adicionalmente definir los dos leds que faltan.
A eso me refería, pero como el parche lo tiene aplicado Noltari en su repositorio por eso lo preguntaba...
-
Hola gente, les dejo un bootlog completo obtenido con un cable serial y el circuito que anda dando vueltas por ahí:
https://www.mediafire.com/?2u2n0kn6hsqqdrd
Y les cuento lo que me pasó intentando obtener el firmware original:
Probé el programita cfetool que me recomendaron pero se clava luego de leer un mega.
Probé manualmente utilizando el comando dm (dump memory) y también solo puedo leer un mega exacto.
Por ejemplo, hago dm 0xb8000000 1048576 (1048576 = 1024*1024) y dumpea perfecto.
Ahora, si intento leer 10 bytes (o cualquier cantidad) a continuación de lo leido anteriormente, es decir, hago dm 0xb8100000 10 y me tirá excepción 32 y queda en un bucle infinito (0x100000 = 1048576).
Por que me pasa esto? Es una limitacion impuesta itencionalmente? El cfe no puede direccionar mas de un mega desde la flash? Soy medio pelotudo? ??? La ultima mejor no la respondan...
De que otra manera (que no sea sacar la flash y leerla con algún lector) puedo obtenet el firmware? La empresa de internet no me lo da, ya pregunté...
Con dd o cat solo pude leer el contenido de mtdblock0 que contiene el rootfs, la cabecera esta en ese primer mega, me falta solo la imagen del kernel!!!
-
Otra cosa loca...
Hice desde el cfe un erase nvram, la placa se resetea y me pide que seleccione el id de la board y que le intruduzca la mac. Todo bien, luego botea lo mas bien. Pero la configuración del router como el ssid, la clave wpa2, etc. no se perdió! Igual que el password para ingresar al router! :-\
Todo eso no se guarda en la nvram? ???
Me siento frustrado... :'(
-
Otra cosa loca...
Hice desde el cfe un erase nvram, la placa se resetea y me pide que seleccione el id de la board y que le intruduzca la mac. Todo bien, luego botea lo mas bien. Pero la configuración del router como el ssid, la clave wpa2, etc. no se perdió! Igual que el password para ingresar al router! :-\
Todo eso no se guarda en la nvram? ???
Me siento frustrado... :'(
Lo que existe es una mala práctica a la hora de nombrar la NVRAM. Esta familia de routers tiene dos espacios de configuración.
1- Configuración incrustada en el CFE, esto es a lo que Broadcom llama NVRAM en estos routers. Aquí se guarda la board ID, MAC y parámetros básicos del hardware.
2- Configuración PSI (profile storage information) la cual está al final de la flash, aquí es donde va toda la configuración del firmware original como SSID, claves, datos de conexión etc. Pero en openwrt lo nombran como NVRAM ya que en la familia bcm47xx este espacio tenía este nombre.
En cuanto a hacer backup hay la opción de arrancar un firmware Openwrt versión RAM sin tocar la flash, y desde ahí hacer backup. También puede haber otra opción desde el firm original que sería acceder a la memoria mapeada de la flash y hacer backup de esta memoria pero no sabría especificar como ahora mismo.
-
Gracias danitool por la explicación de la nvram, ahora se lo que significa psi >:(
Lo de arrancar otro kernel sin tocar la flash lo hice, hay un comando r que te permite bootear una imagen de kernel por tftp. El tema es que la imagen que encontré para botear intentaba montar una partición incorrecta. Necesito compilarlo yo mismo el kernel para modificar la linea de booteo.
Hay un comando en el router para dumpear la memoria desde linux, pero me parece que intenté hacerlo con la misma dirección que usaba en el cfe y no tuve exito. Tendría que verlo nuevamente.
-
hola compañero dice:
Gracias danitool por la explicación de la nvram, ahora se lo que significa psi >:(
Lo de arrancar otro kernel sin tocar la flash lo hice, hay un comando r que te permite bootear una imagen de kernel por tftp. El tema es que la imagen que encontré para botear intentaba montar una partición incorrecta. Necesito compilarlo yo mismo el kernel para modificar la linea de booteo.
Hay un comando en el router para dumpear la memoria desde linux, pero me parece que intenté hacerlo con la misma dirección que usaba en el cfe y no tuve exito. Tendría que verlo nuevamente.
como creo aun no has leido y optenido la copia del firmware original, te dire que la mejor forma y facil es con un lector de memorias rapido y barato como este EZP 2010, pero hay algunas opiciones mas baratas aqui en el foro, aunque yo de momento solo tengo algo de esperiencia con este lector desde hace ya unos dos años, actualmente he conseguido leer algunas memorias de ocho patillas con una pinza y sin el contacto de vcc de la memoria aunque la piza pilla todas en el lector he utilizado unos jumpers cuatro y cuatro, cortando el que corresponde a la pailla ocho que es vcc, sin desoldar la misma de la placa si no tienes pinzas puedes soldar cables finos a un zocalo de ocho patilla y corta la que he mencionado lee sin problemas. supongo que esta opcion mas barata del foro tambien puede funcionar hasta mas adelante que me llegue uno de estos no puedo probar. aqui en este hilo :
https://foro.seguridadwireless.net/openwrt/procedimientos-para-leer-y-programar-memorias-serie-spi-flash-25xxx/
pero tambien te comento que este modelo puedes meter el de ar5387un deberia funcionar seguro, por lo menos al reves ha funcionado si problemas y ademas cambiando el cfe para que el firmware de un router ruso como este diera soporte por usb a un 3g de vodafon en una casa de campo si necesitas algun firmware comentalo y te los paso. te digo esto para que estes seguro de que openwrt te va funcionar lo del usb ya es otra cosa pero siempre podras intentar hacer funcionar actualizando los paquetes necesario atraves de luci si puedes pasame esa parte del firmware que has conseguido en la cabecera suelen estar el id de la placa.
ademas decirte que no te preocupes mucho por el original ya que hay varios con la misma placa tanto el ruso como australiano etc mira si no este modelo
dlink 2750U observaras que es el mismo.
si realizas una busqueda en san google con el id de la placa te salen los clones del tuyo ahora no tengo aqui muchos datos ya que estoy en pruebas con mi nuevo ubuntu , para ver si todo va bien y consiggo realizar alguna compilacion con el tutorial del foro.
-
Logré obtener el firmware original!!! >:(
Como este thread estaba más orientado a instalar openwrt en este router, posteé el firmware y cómo lo obtuve en este otro thread que había creado para ese propósito: https://foro.seguridadwireless.net/puntos-de-acceso-routers-switchs-y-bridges/obtener-firmware-adb-p-dg-a4001n-%28arnet-telecom-argentina%29/
(https://foro.seguridadwireless.net/puntos-de-acceso-routers-switchs-y-bridges/obtener-firmware-adb-p-dg-a4001n-%28arnet-telecom-argentina%29/)
Propongo que este thread sea utilizado para adaptar/instalar openwrt en dicho router, dado que ahora tenemos el firmware original (de Arnet/Telecom Argentina) supongo que varios se van a animar a hacer pruebas, creo... ^-^
Les cuento que con la rama barrier-breaker_14.04 del repositorio de noltari, seleccionando el modelo ar5387un y agregando al codigo fuente el board id 96328dg2x2 pude compilar y bootear openwrt. Todavía no probé lo suficiente y como nunca había ni compilado ni usado openwrt me va a llevar un tiempo testearlo.
Es curioso, por lo que vi en internet este router que distribuye Arnet es el unico que tiene este board id.
barriteleves: El problema de instalar un firmware de openwrt para ar5387un en este router es que no iba a bootear por no reconocer el board id (96328dg2x2). Tené en cuenta que este no es el mismo que el A4001N1 y por lo tanto el board id todavía no ha sido agregado al kernel. Te agradezco la información sobre leer la memoria con un lector, es interesante poder hacerlo de esa forma.
-
hola compañero: grs por comentar pero el problema del boar id es facil de resolver, el openwrt no lo he mirado donde va el id, pero en otros ficheros si y he realizado manualmente el cambio para que coincida y me han funcionado eso si editados con un editor hexadecimal es una cosa facil mirare el openwrt del ar5387un hab er que id lleva y te comento.
ademas deberias hacerte con un adaptador ttl a rs232 un pl3232 como este:
http://www.ebay.es/itm/USB-To-RS232-TTL-PL2303HX-Auto-Converter-Module-Converter-Adapter-5V-3-3V-Output-/180836792643
con eso puedes visualizar por puerto serie que tiene los jumper el router donde se para y asi poder elegir la ide y otro parametro que te pide asi he arrancado casi todos los firmware de router parecidos en un ar5387un haber si encuentro algun txt de copia que realice.
-
Y aquí he encontrado una imagen de openwrt para ese hardware, pero no sé ni qué tiene ni cómo la han compilado:
https://docs.google.com/file/d/0B-P3H6dUBnLBQ1F0Tmg0cFBQZG8/edit?pli=1
Por lo visto están intentando darle soporte copiando los datos de otra plataforma en trunk, sin embargo sé que Noltari tiene soporte para el A5387un en su repositorio, así que a lo mejor copiando los datos de ese repositorio se consigue soporte para este hardware
¿Es posible?
Esa imagen la hice yo si no me equivoco.
Y la hice así mismo, basandome en del repositorio de noltari, agregando la placa.
Pero no recuerdo si copie desde esa placa u otra con el chip 6328... hace bastante de esto y ya no tengo el backup del archivo board_bcm963xx.c como para ver que placa era.
Usando el repo de noltari obtuve mejores resultado con el driver del wifi.
Fernando, de donde sos? tengo un ttl sin usar. Si necesitas uno y sos de cba (o cerca), ponete en contacto conmigo y te lo regalo.
-
Para acceder por el serial me compré un cable usb-serie y me armé el circuito serie-ttl que había posteado noltari y funciona perfectamente
(http://www.mediafire.com/convkey/608c/5c2u3n0cbf9fv414g.jpg) (http://www.mediafire.com/view/?5c2u3n0cbf9fv41)
Eduardo: Soy de Rosario, realmente agradezco tu ofrecimiento, pero con el cable + el circuito no lo necesito. La probé a tu imagen y funciona, aunque no la testeé demasiado.
barriteleves: Miré el dlink 2750U que me dijiste y es muy similar en cuanto a características, probé el firmware en este router y si bien bootea se clava cuando quiere cargar el dirver para el modem adsl. Que otros firmwares tenés para el 6328? Buscando en google el unico que tiene un board id 96328dg2x2 es éste que distribuye Arnet aquí en Argentina. Una pena que no ande el del router d-link que me dijiste, ya que seguramente es mucho mejor que el que trae el mio (que es muy malo)
-
hola fernando3k
Para acceder por el serial me compré un cable usb-serie y me armé el circuito serie-ttl que había posteado noltari y funciona perfectamente
(http://www.mediafire.com/convkey/608c/5c2u3n0cbf9fv414g.jpg) (http://www.mediafire.com/view/?5c2u3n0cbf9fv41)
Eduardo: Soy de Rosario, realmente agradezco tu ofrecimiento, pero con el cable + el circuito no lo necesito. La probé a tu imagen y funciona, aunque no la testeé demasiado.
barriteleves: Miré el dlink 2750U que me dijiste y es muy similar en cuanto a características, probé el firmware en este router y si bien bootea se clava cuando quiere cargar el dirver para el modem adsl. Que otros firmwares tenés para el 6328? Buscando en google el unico que tiene un board id 96328dg2x2 es éste que distribuye Arnet aquí en Argentina. Una pena que no ande el del router d-link que me dijiste, ya que seguramente es mucho mejor que el que trae el mio (que es muy malo)
mira como realmente se sabe donde se para es mirando el puerto serie si pones el adaptador de rs 232 a ttl que comentas que tienes bien con un sofware para terminal como los que te digo ahora, tera term, puty o hiperterminal dbidamente configurarods para leer, postea aqui lo que te sale haber si tiene o no solucion. pero el final de todo es que consiguas hacer funcionar openwrt que casi serguro funciona aunque perderas el adsl.
si necesitas mas datos comentalo el pueto serie se configura asi:
com 1 ??
baud rate 112500
8bit
none
1 bit
none.
-
creé un thread con información más completa y organizada ya que acá está muy mezclada:
https://foro.seguridadwireless.net/openwrt/%28desarrollo%29-openwrt-en-adb-p-dg-a4001n-de-arnet/msg311583