Autor Tema: [Desarrollo] OpenWrt en Huawei HG556a (Leído 2125474 veces)

Gran · « **Respuesta #1660 en:** 16-09-2013, 16:23 (Lunes) »

Cita de: jar229 en 16-09-2013, 16:09 (Lunes)

Código: [Seleccionar]
[ 17.284000] ieee80211 phy0: rt2x00lib_request_eeprom_file: Error - EEPROM file size is invalid, it should be 512 bytes [ 17.296000] rt2800pci: probe of 0000:00:01.0 failed with error -22
Ahí está el error.

Dice que el tamaño de la EEPROM es inválido

Antes de instalar este firmware, tenías el 'oficial' ?

Si tenía el firmware original, tal como lo envió vodafone.
Puedo hacer algo para solucionarlo?

Gran · « **Respuesta #1661 en:** 16-09-2013, 16:56 (Lunes) »

Por seguir intentando cosas, he probado a instalar otro firmware, en este caso el r36114 que viene al inicio del hilo.
Al parecer ahora si me reconoce el chip wifi interno. Ahora toca probar si reconoce la tarjeta usb y ajustar la configuración para ponerlo como cliente.

Este es el registro con el firmware actual:

[ 0.000000] Linux version 3.7.10 (noltari@skynet) (gcc version 4.6.4 20121210 (prerelease) (Linaro GCC 4.6-2012.12) ) #1 Sun Mar 24 19:12:50 CET 2013
[ 0.000000] Detected Broadcom 0x6358 CPU revision a1
[ 0.000000] CPU frequency is 300 MHz
[ 0.000000] 64MB of RAM installed
[ 0.000000] registering 40 GPIOs
[ 0.000000] board_bcm963xx: Boot address 0xbe000000
[ 0.000000] board_bcm963xx: CFE version: 100.48.56-49.46
[ 0.000000] bcm63xx_nvram: nvram checksum invalid (expected 33313330, actual ce4cc1e2)
[ 0.000000] No bcm_tag found!
[ 0.000000] bootconsole [early0] enabled
[ 0.000000] CPU revision is: 0002a010 (Broadcom BMIPS4350)
[ 0.000000] board_bcm963xx: board name: HW556_A
[ 0.000000] Determined physical RAM map:
[ 0.000000] memory: 04000000 @ 00000000 (usable)
[ 0.000000] Initrd not found or empty - disabling initrd
[ 0.000000] Zone ranges:
[ 0.000000] Normal [mem 0x00000000-0x03ffffff]
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x00000000-0x03ffffff]
[ 0.000000] On node 0 totalpages: 16384
[ 0.000000] free_area_init_node: node 0, pgdat 802cdd60, node_mem_map 81000000
[ 0.000000] Normal zone: 128 pages used for memmap
[ 0.000000] Normal zone: 0 pages reserved
[ 0.000000] Normal zone: 16256 pages, LIFO batch:3
[ 0.000000] Reserving 0MB of memory at 0MB for crashkernel
[ 0.000000] Primary instruction cache 16kB, VIPT, 2-way, linesize 16 bytes.
[ 0.000000] Primary data cache 16kB, 2-way, VIPT, cache aliases, linesize 16 bytes
[ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[ 0.000000] pcpu-alloc:

0

[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
[ 0.000000] Kernel command line: root=/dev/mtdblock2 rootfstype=squashfs,jffs2 noinitrd console=ttyS0,115200
[ 0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[ 0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[ 0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.000000] __ex_table already sorted, skipping sort
[ 0.000000] Memory: 61464k/65536k available (2296k kernel code, 4072k reserved, 594k data, 244k init, 0k highmem)
[ 0.000000] NR_IRQS:128
[ 0.036000] Calibrating delay loop... 299.26 BogoMIPS (lpj=598528)
[ 0.036000] pid_max: default: 32768 minimum: 301
[ 0.040000] Mount-cache hash table entries: 512
[ 0.048000] NET: Registered protocol family 16
[ 0.064000] registering PCI controller with io_map_base unset
[ 0.084000] bio: create slab <bio-0> at 0
[ 0.092000] PCI host bridge to bus 0000:00
[ 0.096000] pci_bus 0000:00: root bus resource [mem 0x30000000-0x37ffffff]
[ 0.100000] pci_bus 0000:00: root bus resource [io 0x8000000-0x800ffff]
[ 0.104000] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[ 0.108000] pci 0000:00:01.0: [1814:3592] type 00 class 0x028000
[ 0.108000] pci 0000:00:01.0: reg 10: [mem 0xffff0000-0xffffffff]
[ 0.120000] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
[ 0.120000] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
[ 0.120000] pci 0000:00:01.0: BAR 0: assigned [mem 0x30000000-0x3000ffff]
[ 0.124000] Switching to clocksource MIPS
[ 0.140000] NET: Registered protocol family 2
[ 0.144000] TCP established hash table entries: 2048 (order: 2, 16384 bytes)
[ 0.152000] TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.160000] TCP: Hash tables configured (established 2048 bind 2048)
[ 0.164000] TCP: reno registered
[ 0.168000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[ 0.176000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[ 0.180000] NET: Registered protocol family 1
[ 0.188000] PCI: CLS 0 bytes, default 16
[ 0.192000] audit: initializing netlink socket (disabled)
[ 0.196000] type=2000 audit(0.195:1): initialized
[ 0.204000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[ 0.208000] jffs2: version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[ 0.220000] msgmni has been set to 120
[ 0.224000] io scheduler noop registered
[ 0.228000] io scheduler deadline registered (default)
[ 0.236000] bcm63xx_uart.0: ttyS0 at MMIO 0xfffe0100 (irq = 10) is a bcm63xx_uart
[ 0.244000] console [ttyS0] enabled, bootconsole disabled
[ 0.260000] physmap platform flash device: 02000000 at 1e000000
[ 0.268000] physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x0000c2 Chip ID 0x00227e
[ 0.280000] physmap-flash.0: Found an alias at 0x1000000 for the chip at 0x0
[ 0.280000] Amd/Fujitsu Extended Query Table at 0x0040
[ 0.284000] Amd/Fujitsu Extended Query version 1.3.
[ 0.288000] number of CFI chips: 1
[ 0.292000] bcm63xxpart: CFE boot tag found with version 8 and board type HW556
[ 0.300000] bcm63xxpart: Partition 0 is CFE offset 0 and length 20000
[ 0.308000] bcm63xxpart: Partition 1 is kernel offset 20100 and length 11ff00
[ 0.316000] bcm63xxpart: Partition 2 is rootfs offset 140000 and length da0000
[ 0.324000] bcm63xxpart: Partition 3 is cal_data offset ee0000 and length 20000
[ 0.328000] bcm63xxpart: Partition 4 is nvram offset fe0000 and length 20000
[ 0.336000] bcm63xxpart: Partition 5 is linux offset 20000 and length ec0000
[ 0.344000] bcm63xxpart: Spare partition is offset 420004 and length abfffc
[ 0.352000] 6 bcm63xxpart partitions found on MTD device physmap-flash.0
[ 0.360000] Creating 6 MTD partitions on "physmap-flash.0":
[ 0.364000] 0x000000000000-0x000000020000 : "CFE"
[ 0.372000] 0x000000020100-0x000000140000 : "kernel"
[ 0.380000] mtd: partition "kernel" must either start or end on erase block boundary or be smaller than an erase block -- forcing read-only
[ 0.396000] 0x000000140000-0x000000ee0000 : "rootfs"
[ 0.404000] mtd: partition "rootfs" set to be root filesystem
[ 0.412000] mtd: partition "rootfs_data" created automatically, ofs=420000, len=AC0000
[ 0.420000] 0x000000420000-0x000000ee0000 : "rootfs_data"
[ 0.428000] 0x000000ee0000-0x000000f00000 : "cal_data"
[ 0.440000] 0x000000fe0000-0x000001000000 : "nvram"
[ 0.448000] 0x000000020000-0x000000ee0000 : "linux"
[ 0.460000] bcm63xx-spi bcm63xx-spi: at 0xfffe0800 (irq 9, FIFOs size 542) v0.1.2
[ 0.476000] libphy: bcm63xx_enet MII bus: probed
[ 0.484000] b53_common: found switch: BCM5325, rev 0
[ 0.492000] bcm63xx_enet bcm63xx_enet.1: attached PHY at address 0 [Broadcom B53 (1)]
[ 0.504000] bcm63xx-wdt bcm63xx-wdt: started, timer margin: 30 sec
[ 0.512000] Registered led device: HW556:red:message
[ 0.512000] Registered led device: HW556:red:hspa
[ 0.512000] Registered led device: HW556:red:dsl
[ 0.516000] Registered led device: HW556:red:power
[ 0.516000] Registered led device: HW556:red:all
[ 0.520000] TCP: cubic registered
[ 0.520000] NET: Registered protocol family 17
[ 0.528000] 8021q: 802.1Q VLAN Support v1.8
[ 0.544000] VFS: Mounted root (squashfs filesystem) readonly on device 31:2.
[ 0.552000] Freeing unused kernel memory: 244k freed
[ 4.232000] Button Hotplug driver version 0.4.1
[ 4.268000] input: gpio-keys-polled as /devices/platform/gpio-keys-polled.0/input/input0
[ 5.684000] eth0: link UP - 100/full - flow control off
[ 7.988000] jffs2_scan_eraseblock(): End of filesystem marker found at 0x20000
[ 7.996000] jffs2_build_filesystem(): unlocking the mtd device... done.
[ 8.000000] jffs2_build_filesystem(): erasing all blocks after the end marker... done.
[ 74.220000] jffs2: notice: (349) jffs2_build_xattr_subsystem: complete building xattr subsystem, 0 of xdatum (0 unchecked, 0 orphan) and 0 of xref (0 dead, 0 orphan) found.
[ 75.808000] eth0: link DOWN
[ 78.468000] Compat-drivers backport release: compat-drivers-2013-01-21-1
[ 78.476000] Backport based on wireless-testing.git master-2013-02-22
[ 78.484000] compat.git: wireless-testing.git
[ 78.556000] cfg80211: Calling CRDA to update world regulatory domain
[ 78.560000] cfg80211: World regulatory domain updated:
[ 78.568000] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 78.576000] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 78.584000] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 78.592000] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 78.600000] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 78.608000] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 79.264000] SCSI subsystem initialized
[ 79.524000] usbcore: registered new interface driver usbfs
[ 79.532000] usbcore: registered new interface driver hub
[ 79.540000] usbcore: registered new device driver usb
[ 79.728000] lib80211: common routines for IEEE802.11 drivers
[ 79.736000] lib80211_crypt: registered algorithm 'NULL'
[ 79.764000] lib80211_crypt: registered algorithm 'WEP'
[ 79.792000] lib80211_crypt: registered algorithm 'CCMP'
[ 79.824000] lib80211_crypt: registered algorithm 'TKIP'
[ 81.260000] usbcore: registered new interface driver usb8xxx
[ 81.436000] usbcore: registered new interface driver rt2500usb
[ 81.616000] usbcore: registered new interface driver rt73usb
[ 81.664000] usbcore: registered new interface driver rtl8187
[ 81.860000] PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
[ 81.868000] rt2800pci 0000:00:01.0: setting latency timer to 64
[ 81.868000] phy0 -> rt2x00lib_request_eeprom_file: Info - Loading EEPROM data from 'rt2x00.eeprom'.
[ 85.268000] phy0 -> rt2x00_set_chip: Info - Chipset detected - rt: 3572, rf: 0008, rev: 0223.
[ 85.276000] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[ 85.280000] Registered led device: rt2800pci-phy0::radio
[ 85.280000] Registered led device: rt2800pci-phy0::assoc
[ 85.280000] Registered led device: rt2800pci-phy0::quality
[ 85.448000] usbcore: registered new interface driver rt2800usb
[ 86.784000] PPP generic driver version 2.4.2
[ 86.856000] usbcore: registered new interface driver p54usb
[ 87.260000] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 87.556000] NET: Registered protocol family 24
[ 87.788000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 87.900000] bcm63xx_ehci bcm63xx_ehci.0: BCM63XX integrated EHCI controller
[ 87.904000] bcm63xx_ehci bcm63xx_ehci.0: new USB bus registered, assigned bus number 1
[ 87.940000] bcm63xx_ehci bcm63xx_ehci.0: irq 18, io mem 0xfffe1300
[ 87.956000] bcm63xx_ehci bcm63xx_ehci.0: USB 2.0 started, EHCI 1.00, overcurrent ignored
[ 87.964000] hub 1-0:1.0: USB hub found
[ 87.968000] hub 1-0:1.0: 2 ports detected
[ 88.176000] nf_conntrack version 0.5.0 (964 buckets, 3856 max)
[ 88.652000] usb 1-2: new high-speed USB device number 2 using bcm63xx_ehci
[ 89.392000] hub 1-2:1.0: USB hub found
[ 89.396000] hub 1-2:1.0: 4 ports detected
[ 89.756000] usbcore: registered new interface driver ath9k_htc
[ 89.936000] usbcore: registered new interface driver brcmfmac
[ 89.968000] usbcore: registered new interface driver carl9170
[ 90.156000] usbcore: registered new interface driver zd1201
[ 90.360000] Initializing USB Mass Storage driver...
[ 90.364000] usbcore: registered new interface driver usb-storage
[ 90.372000] USB Mass Storage support registered.
[ 90.564000] usbcore: registered new interface driver zd1211rw
[ 97.792000] eth0: link UP - 100/full - flow control off
[ 98.396000] device eth0.1 entered promiscuous mode
[ 98.400000] device eth0 entered promiscuous mode
[ 98.412000] br-lan: port 1(eth0.1) entered forwarding state
[ 98.416000] br-lan: port 1(eth0.1) entered forwarding state
[ 99.876000] eth0: link UP - 100/full - flow control off
[ 100.420000] br-lan: port 1(eth0.1) entered forwarding state

Reporto el resultado en cuanto tenga datos.

Noltari · « **Respuesta #1662 en:** 16-09-2013, 17:17 (Lunes) »

Cita de: Gran en 16-09-2013, 16:56 (Lunes)

Por seguir intentando cosas, he probado a instalar otro firmware, en este caso el r36114 que viene al inicio del hilo.
Al parecer ahora si me reconoce el chip wifi interno. Ahora toca probar si reconoce la tarjeta usb y ajustar la configuración para ponerlo como cliente.

Reporto el resultado en cuanto tenga datos.

https://foro.seguridadwireless.net/openwrt/openwrt-en-huaweig-hg556a/msg281460/#msg281460

miverto · « **Respuesta #1663 en:** 16-09-2013, 18:10 (Lunes) »

Hola.
Por más que leo y releo no veo la solución para usar un router HG556 (atheros) en modo cliente repetidor usando para ello una antena externa RTL8187. ¡A ver qué estoy haciendo mal!. He instalado el paquete r36114 que está al inicio del hilo. Posteriormente me he ido al hilo:

[Tutorial] Modo Cliente/Repetidor/WDS con Openwrt

Sigo todos los pasos. Detecta las redes de mi entorno, en concreto la señal que me llega de un HG553 que voy a utilizar para repetir.... y cuando está todo configurado, aunque me detecta la red no hay señal de internet. He seguido exactametne todos los pasos que usé en su día para el HG553, pero nada.

Aparte de lo que he hecho, no se si la cuestión es lo que indicáis al principio del hilo: que el wifi atheros, no permite hacer 'puente cliente transparente'. He seguido los pasos en este hilo:
https://foro.seguridadwireless.net/openwrt/huawei-hg556a-modo-repetidor-(-openwrt)/ Pero tampoco me conecta... no se ya qué hacer.

Gran · « **Respuesta #1664 en:** 16-09-2013, 18:49 (Lunes) »

Bueno, pues no hay manera.

Ahora con el firmware r36114, si reconoce el chip interno pero no reconoce el rtl8187.

Cita de: Noltari en 16-09-2013, 17:17 (Lunes)

Cita de: Gran en 16-09-2013, 16:56 (Lunes)
Por seguir intentando cosas, he probado a instalar otro firmware, en este caso el r36114 que viene al inicio del hilo.
Al parecer ahora si me reconoce el chip wifi interno. Ahora toca probar si reconoce la tarjeta usb y ajustar la configuración para ponerlo como cliente.

Reporto el resultado en cuanto tenga datos.
https://foro.seguridadwireless.net/openwrt/openwrt-en-huaweig-hg556a/msg281460/#msg281460

Gracias Noltari. Siguiendo el enlace que me pones, veo que es un problema conocido.
El escollo a salvar para cambiar ese parámetro, es que no tengo ni idea de linux

Y entiendo que para cambiar el valor 272 a 512, tendría que modificar la compilación, verdad?

Noltari · « **Respuesta #1665 en:** 16-09-2013, 20:23 (Lunes) »

Cita de: Gran en 16-09-2013, 18:49 (Lunes)

Bueno, pues no hay manera.

Ahora con el firmware r36114, si reconoce el chip interno pero no reconoce el rtl8187.

Gracias Noltari. Siguiendo el enlace que me pones, veo que es un problema conocido.
El escollo a salvar para cambiar ese parámetro, es que no tengo ni idea de linux
Y entiendo que para cambiar el valor 272 a 512, tendría que modificar la compilación, verdad?

Buenas,

Intenta usar de nuevo el firmware más reciente, a ver si con ese si funciona la rtl8187.

Para solucionar el problema del wifi con esa versión debería bastar con ejecutar el siguiente comando por telnet/ssh:

Código: [Seleccionar]

dd if=/dev/zero of=/lib/firmware/rt2x00.eeprom bs=1 seek=272 count=240
Saludos!

Elnef · « **Respuesta #1666 en:** 17-09-2013, 07:15 (Martes) »

Cita de: jar229 en 16-09-2013, 09:43 (Lunes)

Cita de: Elnef en 16-09-2013, 08:43 (Lunes)
Hago eso y ya empieza el ataque pero siempre está probando con el mismo pin '35187585'. Lleva un rato y no cambia.

Eso puede ser debido a muchísimas cosas ... problemas de señal, alguna medida de protección del AP, etc.

En la compilación tienes incluído reaver, por si quieres probarlo.

Tanto de bully, como de reaver, tienes muchísima información en el foro

Ayer probé esta última recopilación en un Ralink y funciona en general. Pero obtengo el mismo resultado con el Bully. Siempre usa el mismo ping una y otra vez. Probado con varias redes con WPS que tengo a mi alcance.

Y con reaver tampoco he obtenido mucho más.

miverto · « **Respuesta #1667 en:** 17-09-2013, 08:53 (Martes) »

Cita de: Noltari en 16-09-2013, 20:23 (Lunes)

Cita de: Gran en 16-09-2013, 18:49 (Lunes)
Bueno, pues no hay manera.

Ahora con el firmware r36114, si reconoce el chip interno pero no reconoce el rtl8187.

Gracias Noltari. Siguiendo el enlace que me pones, veo que es un problema conocido.
El escollo a salvar para cambiar ese parámetro, es que no tengo ni idea de linux
Y entiendo que para cambiar el valor 272 a 512, tendría que modificar la compilación, verdad?
Buenas,

Intenta usar de nuevo el firmware más reciente, a ver si con ese si funciona la rtl8187.

Para solucionar el problema del wifi con esa versión debería bastar con ejecutar el siguiente comando por telnet/ssh:
Código: [Seleccionar]
dd if=/dev/zero of=/lib/firmware/rt2x00.eeprom bs=1 seek=272 count=240
Saludos!

Hola de nuevo. He ejecutado el comando que indica Noltari y.... ¡Funciona!. Ahora bien, después de dejarlo durante toda la noche funcionando, cuando me he levantado me he encontrado de nuevo sin señal de internet. He reiniciado el router y vueve a funcionar..¿Alguien sabe si la conbinación RTL8187 Y HG556(Atheros) da algún tipo de problema de inestabilidad? Este problema no lo tengo con el HG553.

jar229 · « **Respuesta #1668 en:** 17-09-2013, 08:58 (Martes) »

Cita de: miverto en 16-09-2013, 18:10 (Lunes)

Hola.
Por más que leo y releo no veo la solución para usar un router HG556 (atheros) en modo cliente repetidor usando para ello una antena externa RTL8187. ¡A ver qué estoy haciendo mal!. He instalado el paquete r36114 que está al inicio del hilo. Posteriormente me he ido al hilo:

[Tutorial] Modo Cliente/Repetidor/WDS con Openwrt

Sigo todos los pasos. Detecta las redes de mi entorno, en concreto la señal que me llega de un HG553 que voy a utilizar para repetir.... y cuando está todo configurado, aunque me detecta la red no hay señal de internet. He seguido exactametne todos los pasos que usé en su día para el HG553, pero nada.

Aparte de lo que he hecho, no se si la cuestión es lo que indicáis al principio del hilo: que el wifi atheros, no permite hacer 'puente cliente transparente'. He seguido los pasos en este hilo:
https://foro.seguridadwireless.net/openwrt/huawei-hg556a-modo-repetidor-(-openwrt)/ Pero tampoco me conecta... no se ya qué hacer.

Si tienes un router con wifi atheros, olvídate de la tarjeta con rtl8187. Si consigues el enlace, será inestable. Además que el driver para OpenWrt no funciona en modo AP.

Con tan solo la wifi interna (si 'ves' la red) puedes hacerlo perfectamente.

Cita de: Elnef en 17-09-2013, 07:15 (Martes)

Ayer probé esta última recopilación en un Ralink y funciona en general. Pero obtengo el mismo resultado con el Bully. Siempre usa el mismo ping una y otra vez. Probado con varias redes con WPS que tengo a mi alcance.

Y con reaver tampoco he obtenido mucho más.

Imagino que será el driver de Ralink.

Ojo con los comentarios que hacemos ... https://foro.seguridadwireless.net/foro-libre-offtopic/normas-del-foro-20453/

Gran · « **Respuesta #1669 en:** 17-09-2013, 13:25 (Martes) »

Por fin lo he conseguido y funciona!!

Efectivamente como indicaban jar229 y Noltari, el problema estaba en que el driver del wifi estaba interpretando la EEPROM de la memoria flash como inválida.
Aquí la explicación:
https://foro.seguridadwireless.net/openwrt/openwrt-en-huaweig-hg556a/msg281460/#msg281460

Cita de: Noltari en 16-09-2013, 20:23 (Lunes)

Cita de: Gran en 16-09-2013, 18:49 (Lunes)
Bueno, pues no hay manera.

Ahora con el firmware r36114, si reconoce el chip interno pero no reconoce el rtl8187.

Gracias Noltari. Siguiendo el enlace que me pones, veo que es un problema conocido.
El escollo a salvar para cambiar ese parámetro, es que no tengo ni idea de linux
Y entiendo que para cambiar el valor 272 a 512, tendría que modificar la compilación, verdad?
Buenas,

Intenta usar de nuevo el firmware más reciente, a ver si con ese si funciona la rtl8187.

Para solucionar el problema del wifi con esa versión debería bastar con ejecutar el siguiente comando por telnet/ssh:
Código: [Seleccionar]
dd if=/dev/zero of=/lib/firmware/rt2x00.eeprom bs=1 seek=272 count=240
Saludos!

Y ahí está la solución! Gracias a la solución de Noltari, entrando al router por telnet/ssh y ejecutando la linea de comando anterior....tachannn!!! Ya reconoce la chip wifi.

Tengo que decir que soy novato en esto y nuca había accedido a un router u ordenador por telnet/ssh y he tenido que aprender desde cero (no es que sea muy difícil, pero no tenía ni idea), desde qué es este tipo de conexión, hasta usar una interfaz para realizar dicho proceso.
Aquí tengo que agradecer a mojopicón que fué quien me dió las pistas a seguir. Aunque me recomendó Bitvise SSH Client, finalmente y después de leer otros tantos hilos del foro me decanté por PuTTY para windows.

Gracias a esto, el hg556 que iba al vertedero, tiene una nueva vida y he conseguido configurarlo como cliente para crear una red.
De momento todo funciona correctamente, la conexión es estable y tras varios reinicios todo sigue estando correcto.

Me gustaría agradecer al foro en general la fantástica labor que realiza, ya que gracias al esfuerzo de algunos foreros, usuarios con pocos conocimientos como yo, podemos ir aprendiendo y conseguir los objetivos.
Y en particular agradecer a jar229, Noltari y mojopicón su ayuda, gracias a la cual he conseguido instalar OpenWrt en el router y configurarlo todo correctamente. A veces leer y releer todos los post no me sacaban del atolladero y gracias sus indicaciones lo logré. Gracias chicos.

Ahora toca seguir investigando con el "cacharrito", que por lo que he descubierto tiene muchas posibilidades. De momento voy a intentar utilizarlo como servidor de impresión y almacenamiento en red, a ver que voy consiguiendo.

Saludos!

olp1234 · « **Respuesta #1670 en:** 17-09-2013, 17:33 (Martes) »

.Llevo una semana probando con el tutorial que hay hg553 para samba,ftp,mldonkey,etc y no puedo instalar el mldonkey en el hg556.Yo e instalado un disco duro con ntfs,ext 2 y swap(que es la primera vez que hago este formato, por lo que no se si estará bien hecho).
Creo las dos carpetas para usar transmission, y el transmission lo hago funcionar, pero cuando llega la hora de instalar mldonkey me dice que no tengo permisos a la hora de ejecutar (/mnt/2gigas/start_mlnet).
Si le doy los permisos poniendo antes del mlnet chmod +x , no me da error pero no hace nada de la instalacion del scricpt creado anteriormente.
Que puede ser?
Ahora e instalado el ultimo firm r37937, pero no veo como poner en marcha el mldonkey. He buscado en el solfware de luci y no lo veo.
Será una tonteria pero despues de una semana probando no le veo salida.¿Como se carga o que hay que hacer con putty?

forospocoyo · « **Respuesta #1671 en:** 17-09-2013, 17:42 (Martes) »

Hola a todos

Soy nuevo en el foro y me he lanzado a instalar la compilación r37937 en HG con versión C y cada vez que reinicio se pierde la configuración. Tampoco sirve restaurar de un backup. El router va como un tiro, wifi ok, lan ok, samba ok.

Tengo otro HG556a con backport_12.09-luci y no le pasa esto.

Creo que ya lo habéis tratado en algún post, pero no logro encontrarlo.

Gracias por vuestra paciencia y ayuda.

Saludos

miverto · « **Respuesta #1672 en:** 17-09-2013, 18:23 (Martes) »

Hola de nuevo chicos. Ante todo gracias a todos por vuestras rápidas respuestas que casi siempre aportan soluciones, especialmente a Jar229 y Noltari. Deciros que desde que reinicié el router a las 7 de la mañana cuando me iba a trabajar, el HG556 sigue funcionando TODO PERFECTO. La rtl8187 por USB recibe en modo cliente a través de una antena externa la señal de mi otro router HG553 (sin ella sería imperceptible) y con la señal interna del HG556 como repetidor en modo AP el wifi va perfecto. Si encuentro alguna otra incidencia os la comunicaré. Jar229 y Noltari, como recomendación, quizás sería interesante colocar a principio del foro el comando:

dd if=/dev/zero of=/lib/firmware/rt2x00.eeprom bs=1 seek=272 count=240

Puede que solucione muchos problemas a quienes como yo o como Gran no podíamos echar a andar las wifis externas.

PD: Al hilo de lo que dices, Jar229 en la siguiente cita, creo que en la estabilidad del RTL 8187 juega un papel importantísimo la antena para garantizar niveles altos de señal, yo utilizo una externa de alta ganancia y me ha ido bastante bien hasta ahora en el HG553. Llevo varios meses sin que se me produzcan caídas de la conexión a internet. Con el HG556 es la primera vez que la pruebo y voy a hacerle un seguimiento. Ya os iré contando.

un abrazo

Cita de: jar229 en 16-09-2013, 18:10 (Lunes)

Si tienes un router con wifi atheros, olvídate de la tarjeta con rtl8187. Si consigues el enlace, será inestable. Además que el driver para OpenWrt no funciona en modo AP.

Con tan solo la wifi interna (si 'ves' la red) puedes hacerlo perfectamente.

jar229 · « **Respuesta #1673 en:** 17-09-2013, 18:58 (Martes) »

Cita de: forospocoyo en 17-09-2013, 17:42 (Martes)

Hola a todos

Soy nuevo en el foro y me he lanzado a instalar la compilación r37937 en HG con versión C y cada vez que reinicio se pierde la configuración. Tampoco sirve restaurar de un backup. El router va como un tiro, wifi ok, lan ok, samba ok.

Tengo otro HG556a con backport_12.09-luci y no le pasa esto.

Creo que ya lo habéis tratado en algún post, pero no logro encontrarlo.

Gracias por vuestra paciencia y ayuda.

Saludos

En el log de arranque, mira a ver si te sale este aviso:

Código: [Seleccionar]

jffs2: Cowardly refusing to erase blocks on filesystem with no valid JFFS2 nodes
De ser así, la solución la tienes aquí: https://foro.seguridadwireless.net/openwrt/openwrt-en-huaweig-hg556a/msg287394/#msg287394

Cita de: miverto en 17-09-2013, 18:23 (Martes)

PD: Al hilo de lo que dices, Jar229 en la siguiente cita, creo que en la estabilidad del RTL 8187 juega un papel importantísimo la antena para garantizar niveles altos de señal, yo utilizo una externa de alta ganancia y me ha ido bastante bien hasta ahora en el HG553. Llevo varios meses sin que se me produzcan caídas de la conexión a internet. Con el HG556 es la primera vez que la pruebo y voy a hacerle un seguimiento. Ya os iré contando.

Si a tí te funciona bien ... pues adelante

Mis críticas al driver/chipset rtl8187 son por los comentarios que he ido leyendo en el foro de otros usuarios.

Cita de: olp1234 en 17-09-2013, 17:33 (Martes)

.Llevo una semana probando con el tutorial que hay hg553 para samba,ftp,mldonkey,etc y no puedo instalar el mldonkey en el hg556.Yo e instalado un disco duro con ntfs,ext 2 y swap(que es la primera vez que hago este formato, por lo que no se si estará bien hecho).
Creo las dos carpetas para usar transmission, y el transmission lo hago funcionar, pero cuando llega la hora de instalar mldonkey me dice que no tengo permisos a la hora de ejecutar (/mnt/2gigas/start_mlnet).
Si le doy los permisos poniendo antes del mlnet chmod +x , no me da error pero no hace nada de la instalacion del scricpt creado anteriormente.
Que puede ser?
Ahora e instalado el ultimo firm r37937, pero no veo como poner en marcha el mldonkey. He buscado en el solfware de luci y no lo veo.
Será una tonteria pero despues de una semana probando no le veo salida.¿Como se carga o que hay que hacer con putty?

Este tema, mejor lo tratamos en el hilo del hg553, que es dónde está el tutorial de mldonkey.

Postea allí tus dudas/problemas.

olp1234 · « **Respuesta #1674 en:** 18-09-2013, 09:09 (Miércoles) »

Perdón por la confusión.Paso el tema al hg533.
Gracias, un saludo

forospocoyo · « **Respuesta #1675 en:** 18-09-2013, 09:58 (Miércoles) »

Cita de: jar229 en 17-09-2013, 18:58 (Martes)

Cita de: forospocoyo en 17-09-2013, 17:42 (Martes)
Hola a todos

Soy nuevo en el foro y me he lanzado a instalar la compilación r37937 en HG con versión C y cada vez que reinicio se pierde la configuración. Tampoco sirve restaurar de un backup. El router va como un tiro, wifi ok, lan ok, samba ok.

Tengo otro HG556a con backport_12.09-luci y no le pasa esto.

Creo que ya lo habéis tratado en algún post, pero no logro encontrarlo.

Gracias por vuestra paciencia y ayuda.

Saludos

En el log de arranque, mira a ver si te sale este aviso:

Código: [Seleccionar]
jffs2: Cowardly refusing to erase blocks on filesystem with no valid JFFS2 nodes
De ser así, la solución la tienes aquí: https://foro.seguridadwireless.net/openwrt/openwrt-en-huaweig-hg556a/msg287394/#msg287394

Efectivamente ese era el problema, muchas gracias.

Saludos

Elnef · « **Respuesta #1676 en:** 19-09-2013, 09:41 (Jueves) »

Cita de: jar229 en 17-09-2013, 08:58 (Martes)

Cita de: Elnef en 17-09-2013, 07:15 (Martes)

Ayer probé esta última recopilación en un Ralink y funciona en general. Pero obtengo el mismo resultado con el Bully. Siempre usa el mismo ping una y otra vez.

Y con reaver tampoco he obtenido mucho más.

Imagino que será el driver de Ralink.

He probado con dos atheros y un Ralink e idéntico resultado. Bully nunca cambia el pin.

Algo se me está escapando ¿Hay que preconfigurar el canal del wifi del mon0 para que coincida con el que de la red atacada? ¿O eso lo hace bully automáticamente?

Es que no se qué hago mal.

1- Instalo la compilación r37937

2- Creo una wifi en modo monitor, la asocio con la interface Lan, y la activo.

3- Fijo la lan como 192.168.1.6 sin DHCP para que tenga acceso a internet conectado a mi router principal (192.168.1.1) por cable. ¿Podrías estar relacionado el fallo con la configuración de la ip de la interface Lan?

4- Desde SSH ejecuto: airmon-ng start wlan0

5- Luego hago: wash -i mon0 -C para ver las redes disponibles.

6- Y luego: bully mon0 -b 38:72:C0:XX:XX:XX -e JAZZTEL_5782 -c 11 con la mac, SSID y canal deseeado.

Comienza todo el proceso pero continuamente está siempre probando el mismo pin. He probado a ponerlo en forma secuencial (-S) y también a fijarle un pin de inicio (-p 1000000), y ningún cambio. Salvo que cuando fijo el pin de inicio, ese es con el que realiza todas las pruebas.

He estado mirando enlaces en el foro dsobre Bully y había visto esas modificaciones pero ya no sé donde mirar.

También he probado con reaver y ese sí parece que está funcionando. Pero empezó al 90.02% y varias horas después iba por el 93% ¿Es normal que sea tan lento y empiece por 90%?

jar229 · « **Respuesta #1677 en:** 19-09-2013, 12:42 (Jueves) »

Cita de: Elnef en 19-09-2013, 09:41 (Jueves)

He probado con dos atheros y un Ralink e idéntico resultado. Bully nunca cambia el pin.

Algo se me está escapando ¿Hay que preconfigurar el canal del wifi del mon0 para que coincida con el que de la red atacada? ¿O eso lo hace bully automáticamente?

Es que no se qué hago mal.

1- Instalo la compilación r37937

2- Creo una wifi en modo monitor, la asocio con la interface Lan, y la activo.

3- Fijo la lan como 192.168.1.6 sin DHCP para que tenga acceso a internet conectado a mi router principal (192.168.1.1) por cable. ¿Podrías estar relacionado el fallo con la configuración de la ip de la interface Lan?

4- Desde SSH ejecuto: airmon-ng start wlan0

5- Luego hago: wash -i mon0 -C para ver las redes disponibles.

6- Y luego: bully mon0 -b 38:72:C0:XX:XX:XX -e JAZZTEL_5782 -c 11 con la mac, SSID y canal deseeado.

Comienza todo el proceso pero continuamente está siempre probando el mismo pin. He probado a ponerlo en forma secuencial (-S) y también a fijarle un pin de inicio (-p 1000000), y ningún cambio. Salvo que cuando fijo el pin de inicio, ese es con el que realiza todas las pruebas.

He estado mirando enlaces en el foro dsobre Bully y había visto esas modificaciones pero ya no sé donde mirar.

También he probado con reaver y ese sí parece que está funcionando. Pero empezó al 90.02% y varias horas después iba por el 93% ¿Es normal que sea tan lento y empiece por 90%?

Pues en principio parece que estás haciéndolo todo de forma correcta.
Lo de reaver es normal (creo). Reaver tiene una base de datos de PINS genéricos (o algo similar) y debe haber encontrado los 4 primeros dígitos del PIN al principio, de ahí que te pase al 90,2 % directamente. Y sí, el proceso puede alargarse muuuuchas horas. Dependiendo del router 'atacado', del nivel de señal, etc.

Si quieres, postea en este hilo tus problemas con bully. A ver alister o bdpurcell te dan alguna solución ...

Gran · « **Respuesta #1678 en:** 20-09-2013, 13:22 (Viernes) »

Hola de nuevo!

Hago la consulta en este hilo porque es una consulta particular sobre el hg556a (dudé si hacerla en el hilo de 'Cómo compilar OpenWrt a nuestro gusto'. Disculpad si este no es el hilo adecuado.

Después de varios días funcionando mi hg556a verA (chip Ralink) con la compilación r37180 de Noltari y de haber solucionado gracias a su soporte el problema de lectura de la eeprom, todo va a la perfección. Incluso una tarjeta usb con chip rtl8187, que la reconoce correctamente. Tan sólo encontré el problema que no se encendía el led del wifi.

Después me he planteado utilizar el router como servidor de impresión y alojamiento en red. Para ello he flasheado la nueva compilación del firmware que dejó recientemente Noltari, que ya incluían las aplicaciones y paquetes necesarios para ello.
Todo funciona correctamente, de hecho la eeprom la lee correctamente y no hay que hacer ninguna modificación.

También el led del wifi se enciende cuando activo wifi.

Ahora, mi consulta es la siguiente.
Quiero volver a conectar la tarjeta usb con chip rtl8187, y veo que la compilación no lleva los drivers necesarios.
Después de buscar por el foro, veo que jar229 ya comentó que no suele funcionar meter los drivers directamente. Aún así no pierdo nada por intentarlo. Primero desde LuCI, con la opción de descargar e instalar paquetes, pero me da error. Luego nuevamente desde una conexión SSH, sin conseguirlo.

Entonces me puse a empaparme el hilo para Compilar mi propio firmware, de lo que saco en claro que la mejor opción para lo que quiero hacer es hacerlo utilizando el repositorio de Noltari para brcm63xx, en este caso el r37937.
Pero por lo que veo en su GitHub, el último es el r37180. ¿Es así o no he sabido buscar?

Resumiendo, ¿se puede instalar el paquete 'kmod-rtl8187_3.10.12+2013-06-27-1_brcm63xx.ipk' (creo que es el que se necesita) de una manera sencilla? o ¿es necesario compilar de nuevo añadiendo este paquete? En este caso, ¿se puede hacer basando la compilación en la última aportada por Noltari (r37937)?¿Donde está esta rama?

Espero que me podáis despejar estas dudas para ponerme 'manos a la obra'

Muchas gracias de nuevo.
Saludos.

Chumpy · « **Respuesta #1679 en:** 20-09-2013, 13:45 (Viernes) »

Has dicho que has probado a instalarlos, pero no has espedificado como, así que no sabesmos si podemos decirte que pruebes algo que no hayas probado.

De todas formas, instalando por ssh había un parámetro para forzar que ignarara el kernel, puedes probarlo si no lo has hecho.

Si no yo creo que no hay otra opción que compilar.

Noticias:

Autor Tema: [Desarrollo] OpenWrt en Huawei HG556a (Leído 2125474 veces)

Gran

Gran

Noltari

miverto

Gran

Noltari

Elnef

miverto

Gran

olp1234

forospocoyo

miverto

olp1234

forospocoyo

Elnef

Gran

Chumpy