Seguridad Wireless - Wifi
Equipos y materiales => Puntos de acceso, routers, switchs y bridges => Openwrt & LEDE => Mensaje iniciado por: Noltari en 04-05-2016, 09:31 (Miércoles)
-
Buenos días,
Imagino que alguno ya se ha enterado, pero abro este hilo para los que no lo sepan aún.
Algunos de los core developers de OpenWrt han decidido crear un reboot/fork/spin-off de OpenWrt llamado LEDE (Linux Embedded Development Environment).
Por cierto, por si a alguien le interesa se pronuncia como lead en inglés.
Podéis encontrar más información en la página web oficial:
https://www.lede-project.org/ (https://www.lede-project.org/)
El anuncio oficial en la lista openwrt-devel: https://lists.openwrt.org/pipermail/openwrt-devel/2016-May/041224.html
Hi,
we'd like to introduce LEDE, a reboot of the OpenWrt community
.
The project is founded as a spin-off of the OpenWrt project and shares
many of the same goals.
We are building an embedded Linux distribution that makes it easy for
developers, system administrators or other Linux enthusiasts to build
and customize software for embedded devices, especially wireless routers.
The name 'LEDE' stands for 'Linux Embedded Development Environment'.
Members of the project already include a significant share of the most
active members of the OpenWrt community.
We intend to bring new life to Embedded Linux development by creating a
community with a strong focus on transparency, collaboration and
decentralisation.
LEDE’s stated goals are:
- Building a great embedded Linux distribution with focus on stability
and functionality.
- Having regular, predictable release cycles coupled with community
provided device testing feedback.
- Establishing transparent decision processes with broad community
participation and public meetings.
We decided to create this new project because of long standing issues
that we were unable to fix from within the OpenWrt project/community:
1. Number of active core developers at an all time low, no process for
getting more new people involved.
2. Unreliable infrastructure, fixes prevented by internal disagreements
and single points of failure.
3. Lack of communication, transparency and coordination in the OpenWrt
project, both inside the core team and between the core team and the
rest of the community.
4. Not enough people with commit access to handle the incoming flow of
patches, too little attention to testing and regular builds.
5. Lack of focus on stability and documentation.
To address these issues we set up the LEDE project in a different way
compared to OpenWrt:
1. All our communication channels are public, some read-only to
non-members to maintain a good signal-to-noise ratio.
2. Our decision making process is more open, with an approximate 50/50
mix of developers and power users with voting rights.
3. Our infrastructure is simplified a lot, to ensure that it creates
less maintenance work for us.
4. We have made our merge policy more liberal, based on our experience
with the OpenWrt package github feed.
5. We have a strong focus on automated testing combined with a
simplified release process
If you're interested in participating or want to learn more about the
project, check out https://www.lede-project.org/.
Como podéis ver en el anuncio, el objetivo es tratar de solucionar todas las carencias presentes en OpenWrt (la mayoría relacionadas con la gestión del proyecto), pero sin perder la esencia de OpenWrt.
Para ello, se ha decidido tomar una iniciativa mucho más abierta sobre la gestión, parecida a lo que sucedió con la transición de los repositorios de paquetes a Github.
P.D: si tenéis dudas preguntad ;)
Saludos!
-
Todo lo que siempre quise pensar sobre OpenWrt, y nunca me atreví a decir... ;D
Me gusta el proyecto, sobre todo la parte que dice acerca de la estabilidad, en lugar de estar siempre "al último alarido"...
Lo que le falta, a mi parecer, es un listado de dispositivos soportados en cada lanzamiento. Con las actualizaciones, hay dispositivos para los que se puede "compilar", pero cuya falta de recursos (mayoritariamente RAM o flash), hace que no se pueda utilizar prácticamente la imagen compilada.
Como comenta, si los binarios de un dispositivo no han sido probados, no se sacarán a la luz, pero supongo que seguirá activo en la compilación personalizada. Que el bot no haga una compilación buena, no significa que manualmente no consigamos una que sí lo sea.
El problema que veo, es conseguir TESTERs para todos los dispositivos.
Por lo demás, lo veo bastante bien.
Mucha suerte en todo esto.
-
Una buena noticia, espero que de buenos resultados.
La verdad que a openwrt le falta una mejor documentación, hay muchos HowTo anticuados y otros dejados a media. La organización del foro no me gusta nada. Debería de tener un subforo para cada dispositivo/chipset "parecido". De tal forma que se concentrase el feedback de la comunidad sobre cada build (mejoras, bugs, mejores configuraciones para un dispositivo). Por ejemplo en este foro no es un subforo por dispositivo, pero al menos la primera página del hilo de un dispositivo se mantienen un mini tutorial para principiantes de como tenerlo todo listo (todo un acierto para mi gusto) y se suele ir actualizando.
En cuanto lo de siempre a la última versión, yo antes era uno de esos. Pero la experiencia me dice que mejor algo estable que algo con bugs sorpresa o comportamientos inesperados.
-
Interesante.
Ahora habrá que ver si sale adelante. En cualquier caso, tiene muy buena pinta el tema >:(
-
Me extrañaba no haber leído aún nada sobre ese tema en el foro... interesantes los nombres de los participantes, por cierto:
https://www.lede-project.org/about.html
;)
-
Me extrañaba no haber leído aún nada sobre ese tema en el foro... interesantes los nombres de los participantes, por cierto:
https://www.lede-project.org/about.html
;)
Yo lo sé desde hace un mes, pero se acordó no publicar nada hasta tenerlo todo más o menos encarrilado... :)
-
Hola. Gracias por la información.
Las versiones de LEDE incluyen una interface grafica tipo LuCI?
En caso de que no la incluyan, hay posibilidad de instalar una?
Gracias!
-
Hola. Gracias por la información.
Las versiones de LEDE incluyen una interface grafica tipo LuCI?
En caso de que no la incluyan, hay posibilidad de instalar una?
Gracias!
Todos los paquetes incluidos en OpenWrt están incluidos en LEDE, puesto que se utilizan los mismos feeds.
Saludos!
-
Ahora que el kernel 2.6.32 ha llegado al fin de su vida ( 2.6.32.71 EOL (https://lkml.org/lkml/2016/3/12/78)), y teniendo en cuenta que, muchos routers todavía utilizan esa versión para insuflar vida al dispositivo, ¿no veremos código que antes era inmanejable, o difícilmente portable, ya recompilado para dispositivos nuevos, por las propias compañías, para kernels más modernas? Si siguen utilizando el mismo hardware, pero cambian el kernel, lo más normal es que deban soportar ese hardware en el nuevo kernel, bajo su propio desarrollo. O liberar el código, y que sean desarrolladores externos los que escriban los drivers, para ahorrar costes, lo cual nos beneficiaría a todos.
¿No sería bueno, dar soporte a un kernel 3.x LTS en el proyecto, por si acaso algo de lo que he soñado se hiciera realidad?
"I had a dream!"
-
Visto esto y que openwrt lleva ya 12 dias sin cambios (o al menos publicados)... ¿se podria decir que la tendencia va a ser abandonar openwrt para centrarse en LEDE?.
-
Ahora que el kernel 2.6.32 ha llegado al fin de su vida ( 2.6.32.71 EOL (https://lkml.org/lkml/2016/3/12/78)), y teniendo en cuenta que, muchos routers todavía utilizan esa versión para insuflar vida al dispositivo, ¿no veremos código que antes era inmanejable, o difícilmente portable, ya recompilado para dispositivos nuevos, por las propias compañías, para kernels más modernas? Si siguen utilizando el mismo hardware, pero cambian el kernel, lo más normal es que deban soportar ese hardware en el nuevo kernel, bajo su propio desarrollo. O liberar el código, y que sean desarrolladores externos los que escriban los drivers, para ahorrar costes, lo cual nos beneficiaría a todos.
¿No sería bueno, dar soporte a un kernel 3.x LTS en el proyecto, por si acaso algo de lo que he soñado se hiciera realidad?
"I had a dream!"
Hace bastante tiempo que dejé de tener ese sueño; las compañías siempren van a ir a lo que sea más barato a corto plazo, y si tienen código que funciona para qué se van a molestar en portarlo a una nueva versión del kernel...
Veo que alguna compañía será capaz de hacer backporting de parches de agujeros de seguridad a versiones antiguas del kernel con tal de no tener que portar el soporte a nuevas versiones del kernel porque es más barato xD.
Ojo, que yo estoy completamente de acuerdo contigo en cómo se debería proceder.
No obstante, parece que algunas compañías ya están contratando a gente que se dedica a hacer upstreaming de código que han ido acumulando a lo largo de los años.
El problema es que es una tarea que consume mucho tiempo y en la que hay que invertir muchos recursos.
Sin embargo, se dan cuenta de que llega un momento en que lo barato sale caro, y que no es lo mismo tener 20 parches non upstreamable que adaptar a nuevas versiones del kernel que tener 400 parches de los que se podría hacer upstream de 380.
Visto esto y que openwrt lleva ya 12 dias sin cambios (o al menos publicados)... ¿se podria decir que la tendencia va a ser abandonar openwrt para centrarse en LEDE?.
Yo desde luego no me voy a molestar en mandar parches a OpenWrt cuando tengo acceso directo a los repositorios de LEDE, eso depende de los desarrolladores con acceso a los repos de OpenWrt. De todas formas, veo normal que centren sus esfuerzos en un único proyecto en vez de hacer el mismo trabajo por duplicado.
No obstante, esto no aplica si hay que arreglar algo crítico en Chaos Calmer.
Saludos!
-
Sin embargo, se dan cuenta de que llega un momento en que lo barato sale caro, [...]
Jejeje, eso mismo le está pasando ahora mismo a una empresa muy famosa, que por no pagar un I+D en condiciones, para ir adaptando aplicaciones, ahora tiene que adaptarlas aprisa y corriendo, porque el anterior sistema ha dejado de tener soporte, y en la migración hay incompatibilidades. Y no me pienso cortar un pelo en pedir ahora, lo que no me quisieron dar antes... ;D
Generalmente lo de ir a por lo más barato, es porque los jefes que "deciden" no tienen ni repajoler.a idea de que un sistema ordenado es más fácil de mantener en el tiempo, aunque cueste más desarrollarlo. Amén de los tiempos de respuesta a las modificaciones que haya que hacer. En un sistema bien estructurado, es muchísimo más fácil.
El principio que dices, es aplicable a todos los aspectos...
-
Hola. Gracias por la información.
Las versiones de LEDE incluyen una interface grafica tipo LuCI?
En caso de que no la incluyan, hay posibilidad de instalar una?
Gracias!
Todos los paquetes incluidos en OpenWrt están incluidos en LEDE, puesto que se utilizan los mismos feeds.
Saludos!
Pues me temo que no tiene interfaz LuCi lo acabo de probar en mi router asus y ni me deja entrar, vamos directamente no me carga nada de la interfaz
-
Hola. Gracias por la información.
Las versiones de LEDE incluyen una interface grafica tipo LuCI?
En caso de que no la incluyan, hay posibilidad de instalar una?
Gracias!
Todos los paquetes incluidos en OpenWrt están incluidos en LEDE, puesto que se utilizan los mismos feeds.
Saludos!
Pues me temo que no tiene interfaz LuCi lo acabo de probar en mi router asus y ni me deja entrar, vamos directamente no me carga nada de la interfaz
¿Se la has instalado?
Que el paquete luci se pueda instalar, no significa que venga de serie. En ninguna versión de desarrollo (trunk) viene incluída de serie.
-
Pues me temo que no tiene interfaz LuCi
todos los routers de 4 Mb se quedaran sin LuCi porque no tienen suficiente memoria
al menos compiles tu Bin
-
Hola, hace poco adquirí un w8970 y le puse openwrt de la rama trunk compilado por un usuario y funciona perfectamante con mi vdsl de 30Mb. He probado un par de versiones de Lede y aunque el router tiene 8Mb de flash las compilaciones que hay en la web oficial no funcionan. Aunque vengan sin Luci, no lo acaba de compilar bien ya que segun le da no responde a ping y cuando lo hace no consigo ponerle luci.
Hay alguien que tenga este router o sabe donde conseguir una versión compilada en lede con luci integrado?
Gracias de antemano.
Edito: Al final me cree una compiliación yo mismo. Os pongo el enlace para quien tenga un tp link W8970 y la quiera probar. La versión de Lede es la r1100. De momento me funciona bien con VDSL
https://mega.nz/#!QhgRTbCD!fj4K4pRJisDrGVSWvqeV0PECcVViIKzw54bQUg9SAFY
-
Dónde bajar el firmware LEDE para el router Alfa ACR1200R porque en el enlace para descargas no se en que directorio entrar: https://downloads.lede-project.org/snapshots/targets/
porque ningun directorio pone Realtek ni RTL8197D, ni la arquitectura Lexra ni UPVEL UR-825AC11.
-
Dónde bajar el firmware LEDE para el router Alfa ACR1200R porque en el enlace para descargas no se en que directorio entrar: https://downloads.lede-project.org/snapshots/targets/
porque ningun directorio pone Realtek ni RTL8197D, ni la arquitectura Lexra ni UPVEL UR-825AC11.
Las FAQ del foro es lo primero que deberías leer:
Mi router tiene chipset Realtek. ¿Cuándo habrá una versión de OpenWrt para él? (https://foro.seguridadwireless.net/openwrt/(faq)-preguntas-mas-comunes-sobre-openwrt/#post_FAQ_Realtek)
-
Acabo de ver todo el tema del proyecto, tendré que darle una oportunidad, el directorio del brcm63xx esta actualizado a día de hoy...
Que quedo por aquí para estar informado de las novedades.
Saludos.
-
Meteros en sus listas de correo hay mucho mucho mucho movimiento.
Y ya se pueden enviar cosas a su servidor git.
-
Lo monte en un router, gracias a un compañero, es de lo mas estable.... Para mí, mejor opción.
Estaré atento a las mejoras que se produzcan.
Enviado desde mi Galaxy S7 Edge usando tapatalk
-
Hola. Tengo un Livebox 2.1 (Astoria ARV7519 rw22 alt). Lo flasheé con openwrt, con una compilación de un compañero del foro y estaba funcionando bien.
Sin embargo, al querer actualizarlo a LEDE, a través de LUCI; habiendo descargado el archivo:
de la página oficial de LEDE (lede-project.org)
He entrado en targets/lantiq/xrx200...
"lede-lantiq-xrx200-ARV7519RW22-squashfs-sysupgrade.bin"
He comprobado el SHA256 Hash del archivo, comparándolo con el correcto y coincide.
He ido a flashearlo (desde luci) y el router se ha quedado frito.
Me ha tocado resucitarlo desde el uboot.
¿Por qué puede ser que haya pasado esto y cómo solucionarlo?
hmm...
¿A caso esa imagen sólo se puede actualizar con el método sysupgrade y no con luci? Creía que era indiferente.
¿Puede haber sido por hacer dejado marcada la opción de conservar configuración (keep settings o algo así ponía)?
Gracias.
-
Si.
Es por lo ultimo que dices NO se ha de conservar la configuracion de OPEN a LEDE o viceversa.
Y recuerda que ademas LEDE tal cual no lleva luci, que se habria que instalar despues.
Salut¡¡
-
Hola, el problema resulta ser que se queda colgado porque no consigue leer la partición del sistema de archivos (o algo así).
He probado varias "actualizaciones" de la web oficial, sin embargo todas fallan en lo mismo.
¿Hay alguna manera de saber si se ha actualizado el firmware corrigiendo ese fallo sin flashearlo?
Me da la impresión de que estoy flasheando una y otra vez la misma revisión.
¿Esto es por el sistema de sincronización del "repositorio" "git"?
No conozco git, sólo he trabajado con svn, que es el que conozco un poco.
Pero en el índice de archivos de firmwares para descargar de la web, tengo la impresión de que si se modifica uno solo de ellos, las fechas de todos cambian, actualizándose a la fecha de publicación del modificado ¿es así?
Eso no da información sobre qué archivo/s han sido modificados y podemos estar flasheando el mismo firmware con exactamente los mismos bugs sin saberlo; lo que supone una pérdida de tiempo.
¿Hay algún indicador o alguna forma de saberlo?
Podría haber un archivo tipo changelog, o bien renombrar el archivo del firmware a la fecha de modificación, o al número de versión /revisión que contiene.
Gracias
-
Hola, el problema resulta ser que se queda colgado porque no consigue leer la partición del sistema de archivos (o algo así).
He probado varias "actualizaciones" de la web oficial, sin embargo todas fallan en lo mismo.
¿Hay alguna manera de saber si se ha actualizado el firmware corrigiendo ese fallo sin flashearlo?
Me da la impresión de que estoy flasheando una y otra vez la misma revisión.
¿Esto es por el sistema de sincronización del "repositorio" "git"?
No conozco git, sólo he trabajado con svn, que es el que conozco un poco.
Pero en el índice de archivos de firmwares para descargar de la web, tengo la impresión de que si se modifica uno solo de ellos, las fechas de todos cambian, actualizándose a la fecha de publicación del modificado ¿es así?
Eso no da información sobre qué archivo/s han sido modificados y podemos estar flasheando el mismo firmware con exactamente los mismos bugs sin saberlo; lo que supone una pérdida de tiempo.
¿Hay algún indicador o alguna forma de saberlo?
Podría haber un archivo tipo changelog, o bien renombrar el archivo del firmware a la fecha de modificación, o al número de versión /revisión que contiene.
Gracias
Para saber que cambios se hacen puedes seguir los commits por Github
https://github.com/lede-project/source/commits/master
Ignoro si hay alguna opción que te permita filtrar los específicos de tu plataforma o dispositivo.
O bien si descargas el código fuente usando los commandos de git
git log
Cuando haces un git pull, te muestra que archivos nuevos se van modificando, es una forma fácil de seguir los cambios. Cada commit lleva asociado un hash el cual a su vez va asociado a la revisión.
-
Hola, el problema resulta ser que se queda colgado porque no consigue leer la partición del sistema de archivos (o algo así).
He probado varias "actualizaciones" de la web oficial, sin embargo todas fallan en lo mismo.
¿Hay alguna manera de saber si se ha actualizado el firmware corrigiendo ese fallo sin flashearlo?
Me da la impresión de que estoy flasheando una y otra vez la misma revisión.
¿Esto es por el sistema de sincronización del "repositorio" "git"?
No conozco git, sólo he trabajado con svn, que es el que conozco un poco.
Pero en el índice de archivos de firmwares para descargar de la web, tengo la impresión de que si se modifica uno solo de ellos, las fechas de todos cambian, actualizándose a la fecha de publicación del modificado ¿es así?
Eso no da información sobre qué archivo/s han sido modificados y podemos estar flasheando el mismo firmware con exactamente los mismos bugs sin saberlo; lo que supone una pérdida de tiempo.
¿Hay algún indicador o alguna forma de saberlo?
Podría haber un archivo tipo changelog, o bien renombrar el archivo del firmware a la fecha de modificación, o al número de versión /revisión que contiene.
Gracias
Para saber que cambios se hacen puedes seguir los commits por Github
https://github.com/lede-project/source/commits/master
Ignoro si hay alguna opción que te permita filtrar los específicos de tu plataforma o dispositivo.
O bien si descargas el código fuente usando los commandos de git
git log
Cuando haces un git pull, te muestra que archivos nuevos se van modificando, es una forma fácil de seguir los cambios. Cada commit lleva asociado un hash el cual a su vez va asociado a la revisión.
Para filtrar los últimos 10 commits que ha habido para un target puedes usar el siguiente comando:
git log --oneline --decorate --grep="brcm2708" -10Y si quieres sacar el historial completo:
git log --oneline --decorate --grep="brcm2708" --all
Saludos!
-
Saludo Cordial
Hace tiempo no pasaba por aquí, y he actualizado mi TL-WDR3600 v1.4 (https://lede-project.org/toh/hwdata/tp-link/tp-link_tl-wdr3600_v1) desde openwrt a LEDE.
Sugiero la posibilidad de que se cree una nueva sección sobre LEDE independiente de Openwrt, para no confundir los firmwares...
Ahora bien, ¿es posible recibir señal 5Ghz(an) como cliente y puentear y dar señal como access point wifi a traves de la bgn? Como?
Bueno, ya esta hecho. Gracias... https://foro.seguridadwireless.net/openwrt/(tutorial)-modo-clienterepetidor-openwrt/
-
Hola, tengo un router tp-link 4300 con OpenWrt Barrier Breaker 14.07. Quiero probar una version de LEDE para este router. Que imagen tengo que poner:
- generic-tl-wdr4300-v1-squashfs-factory.bin
o
- generic-tl-wdr4300-v1-squashfs-sysupgrade.bin
Gracias.
-
Hola, tengo un router tp-link 4300 con OpenWrt Barrier Breaker 14.07. Quiero probar una version de LEDE para este router. Que imagen tengo que poner:
- generic-tl-wdr4300-v1-squashfs-factory.bin
o
- generic-tl-wdr4300-v1-squashfs-sysupgrade.bin
Gracias.
sysupgrade para instalar desde openwrt (por mi experiencia, mejor restaurar a valores de fabrica para que quede "limpio")
factory para renovar la version desde el firmware TP-LINK original del router
-
Saludo Cordial
Hace tiempo no pasaba por aquí, y he actualizado mi TL-WDR3600 v1.4 (https://lede-project.org/toh/hwdata/tp-link/tp-link_tl-wdr3600_v1) desde openwrt a LEDE.
Sugiero la posibilidad de que se cree una nueva sección sobre LEDE independiente de Openwrt, para no confundir los firmwares...
Ahora bien, ¿es posible recibir señal 5Ghz(an) como cliente y puentear y dar señal como access point wifi a traves de la bgn? Como?
Bueno, ya esta hecho. Gracias... https://foro.seguridadwireless.net/openwrt/(tutorial)-modo-clienterepetidor-openwrt/
Que tal va? Estaba planeando instarlo en el mismo modelo.
Enviado desde mi Redmi Note 3 mediante Tapatalk
-
Que tal va? Estaba planeando instarlo en el mismo modelo.
Enviado desde mi Redmi Note 3 mediante Tapatalk
Por ahora genial, aunque realmente no le he explotado sus características debido a que estoy trabajando en otra cosa
-
Saludo Cordial
Hace tiempo no pasaba por aquí, y he actualizado mi TL-WDR3600 v1.4 (https://lede-project.org/toh/hwdata/tp-link/tp-link_tl-wdr3600_v1) desde openwrt a LEDE.
Sugiero la posibilidad de que se cree una nueva sección sobre LEDE independiente de Openwrt, para no confundir los firmwares...
Ahora bien, ¿es posible recibir señal 5Ghz(an) como cliente y puentear y dar señal como access point wifi a traves de la bgn? Como?
Bueno, ya esta hecho. Gracias... https://foro.seguridadwireless.net/openwrt/(tutorial)-modo-' clienterepetidor-openwrt/
Que tal va? Estaba planeando instarlo en el mismo modelo.
Enviado desde mi Redmi Note 3 mediante Tapatalk
Se puede decir que LEDE es la versión 17 de OpenWRT: misma filosofía, mismos desarrolladores, mismo código, pero actualizado. Y ya se habla de volvolver a juntar los proyectos.
-
Bueno, recientemente version 17.01.1 ;)
NOTA: Me borro el paquete luci-i18n-base-es ??? ???
-
Hola a todos.
Tengo un router tp-link wdr3600 y actualmente tengo instalado dd-wrt. En él tengo activado samba, ftp, minidlna, script para eliminar publicidad y transmission. Tengo HD conectado al USB con una particion para ampliar la capacidad de disco del router.
Estoy pensando pasarme a lede pero me surgen varias dudas acerca de su funcionamiento. ¿Es realmente estable? ¿Tiene un buen rendimiento? (ya se que la cpu es un cuello de botella para ciertos procesos como transferencias con Samba - no más 11MB/s- y ftp no más de 17Mb/s).
¿Qué tal el nuevo kernel? ¿los drivers se han actualizado?
Estoy en la duda de migrar porque me va aceptablemente con la versión desfasada de dd-wrt.
A ver si me dais vuestras impresiones de uso.
Saludos.
-
Hola a todos.
Tengo un router tp-link wdr3600 y actualmente tengo instalado dd-wrt. En él tengo activado samba, ftp, minidlna, script para eliminar publicidad y transmission. Tengo HD conectado al USB con una particion para ampliar la capacidad de disco del router.
Estoy pensando pasarme a lede pero me surgen varias dudas acerca de su funcionamiento. ¿Es realmente estable? ¿Tiene un buen rendimiento? (ya se que la cpu es un cuello de botella para ciertos procesos como transferencias con Samba - no más 11MB/s- y ftp no más de 17Mb/s).
¿Qué tal el nuevo kernel? ¿los drivers se han actualizado?
Estoy en la duda de migrar porque me va aceptablemente con la versión desfasada de dd-wrt.
A ver si me dais vuestras impresiones de uso.
Saludos.
Yo tengo también un WDR3600 pero con OpenWrt Barrier Breaker r41281 (sí está algo desfasada).
Con servidor ftp, minidlna (aunque la verdad es que no lo uso), samba, mldonkey, rtorrent y un par de discos duros conectados (alimentados, eso sí). Y tan contento ;D
-
Uso LEDE en un WRT3200ACM y en un WDR4300 (primo hermano de tu WDR3600); funciona en ambos perfectamente, y es sólido como una roca.
-
Hola de nuevo.
Conocéis el fork de lede que implementa Fast Path? Fue creado por gwlim. También parchea el núcleo para mejorar el rendimiento.
Estoy pensando instalar esta versión modificada de lede porque mejora mucho el rendimiento de los antiguos router como el mío tp-link wrd 3600 y otros más, en la transferencia Wan-lan y lan-lan así como la transferencia con los datos almacenados por el USB.
Crearé un hilo con la instalación y explicar en qué consiste y las mejoras que incorpora.
Si alguien quiere informarse mientras aquí está el enlace al foro donde se trata. https://forum.lede-project.org/t/qualcomm-fast-path-for-lede/4582 (https://forum.lede-project.org/t/qualcomm-fast-path-for-lede/4582)
-
Hola.
A la hora de actualizar de open a lede, veo 2 versiones del mismo firmware para mi router:
La squashfs-cfe y la squashfs-sysupgrade. Aparte del tamaño (una de 8 mb y la otra de casi 4), ¿qué diferencia hay entre las dos y cuál debería utilizar?
Gracias.
Perdón si la pregunta ya se ha contestado antes, pero no la he encontrado en hilos relevantes ni en las FAQ.
Ahora que creo recordar.... La sysupgrade era la definitiva, que se grababa en la ROM, no?
Y la cfe era la que se grababa en RAM o algo así, es correcto ??
Otra cosa. En luci, apartado de verificación de la imagen subida para flashear....
(https://s8.postimg.org/gx2xxiffp/checksum.png)
Nos aparece el checksum. Supongo que ese código checksum será obtenido con algún algoritmo tipo md5 o algo por el estilo (según tengo entendido, hay varios algoritmos con ese propósito)
Sin embargo, en la web de descargas de imágenes para flashear...
(https://s8.postimg.org/lvqgc08xx/sha256.png)
Nos da el código checksum obtenido con el algoritmo sha256 ...
Si estoy en lo cierto, resulta un poco engorroso (sobre todo para novatos), calcular el sha256 de la imagen descargada para ver si coincide con la original.... o en cualquier caso, ¿qué sentido tiene que luci lo muestre de una manera y en la web oficial de descargas de otra?
Si esto es así, se puede pasar como sugerencia a los desarrolladores, para que, o bien cambien en la página oficial el checksum mostrado (o bien añadan el que usa luci), o bien modifiquen luci para que calcule y muestre el sha256 en vez del actual. ¿Me explico?
Gracias.
Un humilde cliente (a veces también servidor).
-
Hola peperfus:
xxxx-sysupgrade.bin: para flashear desde Openwrt/LEDE
xxxx-cfe.bin: para flashear desde CFE
A veces, en este caso siempre, las imágenes xxxx-cfe.bin también sirven para flashear desde LEDE pero tardan más. Son imágenes de archivo con tamaño extra artificial para evitar que desde CFE se flasheen en mitad de la flash.
Sobre lo de los checksums, personalmente no me suelo fijar en ello. Lo suyo es guardar siempre coherencia durante todas las fases de desarrollo de firmware, descarga, hasta el flasheo por el usuario final, aunque no siempre se consigue.
-
"Todos" los enlaces de descaga de imágenes de LEDE están caídos ahora mismo.
(He probado 3 ó 4, de distintas versiones y distintas plataformas).
Deben de tener algún problema con el servidor. ¿Alguien sabe algo?
Edito: Ya funcionan.
Y he visto que al actualizar de LEDE a LEDE, luci muestra en el apartado Flash Verify, md5 y sha256. >:( >:(
Ha desaparecido en LEDE el comando swapon ???
He instalado swap-utils y no está
Edito: Cosa curiosa. He instalado el paquete luci-mod-admin-full para poder añadir SWAP desde el menú System / mount points... y ahora ya me va el swapon. :P
-
Pregunto aquí, ya que va con LEDE.
¿Porqué no se puede compilar en LEDE -libffmpg-? por tanto no compila mpd-full y otros...
EDITO: Plataforma MIPS_mips32 == brcm63xx
Saludos.