Cal inscripció prèvia en l’enllaç
participan: ángel, @kone, @ilario, @exopedro
tiempo: 18:00-19:45
- kone comenta que mesh upgrade pone toda la red a una imagen en concreto gracias a sharedstate, pero el
safe upgraderequiere de recovery partition, es decir, una flash de 16 MiB, los routers del testbed son de 8 MiB; así que no es posible usar esta característica - pedro recuerda que shared-state funciona estilo CRDT, o almenos es lo que dijo gio en su día y que todavía dice este código fuente
- kone aclara que hay dos partes de shared state, shared-state-async (reimplementado en C++) y…?
- ángel recomienda por seguridad poner en el testbed contraseña tanto ssh como wifi
- kone comenta que hay un “shared password” a través de shared state
- ángel recomienda uso de inotify para eventos de filesystem
- kone propone que haya una imagen por defecto o de referencia
- pedro responde que hay “network profile” de libremesh para eso, de hecho hay un network profile de un testbed network-profiles/LibremeshTestBed at master · libremesh/network-profiles · GitHub
- ilario recuerda que para lanzar comandos arbitrarios esta es la sección (fuente http://10.13.0.1/docs/lime-example.txt )
config generic_uci_config uhttpd_https list uci_set 'uhttpd.main.redirect_https=0' # disable automatic redirect from http to httpS web interface, decided in order to decrease the CPU usage by shared-state and ubus-lime-metrics - repasamos el maravilloso firmware selector que se exploró durante la primera sesión de preparación de esta sesión
- el selector/network-profile tiene suficiente potencia para resolver nuestras necesidades de imagen de referencia, que en un primer momento tendría:
- una contraseña por defecto root ssh
- una contraseña por defecto wifi
- el selector de libremesh está basado en el de openwrt
- el selector/network-profile tiene suficiente potencia para resolver nuestras necesidades de imagen de referencia, que en un primer momento tendría:
- experimentos
- comento que está propuesto el de babeld vs bird2 babel
- probar últimas versiones de la limeapp lime-app: update to v0.2.26 by selankon · Pull Request #1101 · libremesh/lime-packages · GitHub ; ah, que ya está mergeado
- pues ya está desplegado!
root@LiMe-a5fa36:~# opkg list | grep lime lime-app - v0.2.26-2
- pues ya está desplegado!
- sobre limeapp, mapa shared state (hay varias capas en el mapa con diferentes métricas)
- antes había unos links verdes http://map.ninux.org/
- community, lime-mac
- no lo tienen en el network profile para ver el ejemplo network-profiles/valsamoggia.ninux.org at master · libremesh/network-profiles · GitHub
- pero la funcionalidad entró aquí, se puede especificar una configuración específica así
/etc/config/lime-[mac address]Add feature mac-based config file by itec78 · Pull Request #883 · libremesh/lime-packages · GitHub
- pregunta: dónde se guarda la geolocalización?
- una vez especificada localización en limeapp; está en
/etc/config/location, ejemplo:root@LiMe-a5fa36:/etc/config# cat location config location 'settings' option node_latitude '39.55171' option node_longitude '2.62281'
- una vez especificada localización en limeapp; está en
- capar ssh bien hacia fuera
- nuestras llaves ssh
- empezar despliegue nodos con config sencilla, preservando un poco seguridad, poca cosa más y en las localizaciones propuestas por @Carlos.lopez en este hilo
- hemos comentado, que para seguir informalmente en sesiones de trabajo, sale de forma natural hacerlas desde hacklab canvies tal como ha occurido con las dos anteriores (1, 2)
- @exopedro comentario post-acta: creo que tiene sentido que la siguiente reunión no sea en el hacklab de hoy, sino el de la semana que viene