Riple Atlas + openwrt + docker + gns3 + debian
Hi, I'm doing tests with OpenWrt SNAPSHOT, r20377-ca5c695a45 on docker in a gns3 lab and on debian 11. At the moment it allows me to carry out tests and later it will allow me to work with old routers and other hardware that can run openwrt. root@OpenWrt:~# /etc/init.d/atlasSyntax: /etc/init.d/atlas [command] Available commands: start Start the service stop Stop the service restart Restart the service reload Reload configuration files (or restart if service does not implement reload) enable Enable service autostart disable Disable service autostart enabled Check if service is started on boot Check if service is running status Service status trace Start with syscall trace info Dump procd service info get_key print probe public key (used for probe registration) probeid print probe id log print probe status log create_backup backup ssh key to tar.gz load_backup 'backup.tar.gz' load backup ssh key from tar.gz create_key create probe priv/pub key root@OpenWrt:~# /etc/init.d/atlas info{ "atlas": { "instances": { "instance1": { "running": true, "pid": 4707, "command": [ "/usr/libexec/atlas-probe-scripts/bin/ATLAS" ], "term_timeout": 5 I have done the configuration that the software probe account requires, I have done the configuration of the riple atlas package to generate the ssh keys and connect with my riple atlas account. I have had the probe 100% operational for several hours and generated credits, the problem I currently have is that when I turn off and start gns3 I have to install the Ripe Atlas packages from scratch in openwrt, configure it and generate the ssh keys again, update the keys in my Ripe Atlas account. At the moment I am using this option for testing, but it would be interesting if openwrt saves the data persistently, I am looking for information on what the problem may be, I am commenting on it in case someone who has used openwrt and something similar has come up. I will be updating news. Greetings. Gery
Hi, On 05.09.2022 19:07, Gery Escalier via ripe-atlas wrote:
I have had the probe 100% operational for several hours and generated credits, the problem I currently have is that when I turn off and start gns3 I have to install the Ripe Atlas packages from scratch in openwrt, configure it and generate the ssh keys again, update the keys in my Ripe Atlas account.
At the moment I am using this option for testing, but it would be interesting if openwrt saves the data persistently, I am looking for information on what the problem may be, I am commenting on it in case someone who has used openwrt and something similar has come up.
are you aware /var on OpenWRT is tmpfs and therefore lost on reboot (I ran into that too..) Greetings Sebastian Elisa
Hello Sebastian,thanks for your answer, I update the changes I have made, the problem I had with the version of docker with openwrt https://hub.docker.com/r/openwrtorg/rootfs is that it is configured so that when it is closed, the image. As a basic test in docker it's fine for now. I have used a Quemu image to perform a new test, Openwrt v21 for x86. These different tests seem to me that it will allow to have several options, both for hardware and software and give multiple options to future users of probes. Gery El martes, 6 de septiembre de 2022, 09:38:38 GMT+2, <newsletter@unicorncloud.org> escribió: Hi, On 05.09.2022 19:07, Gery Escalier via ripe-atlas wrote:
I have had the probe 100% operational for several hours and generated credits, the problem I currently have is that when I turn off and start gns3 I have to install the Ripe Atlas packages from scratch in openwrt, configure it and generate the ssh keys again, update the keys in my Ripe Atlas account.
At the moment I am using this option for testing, but it would be interesting if openwrt saves the data persistently, I am looking for information on what the problem may be, I am commenting on it in case someone who has used openwrt and something similar has come up.
are you aware /var on OpenWRT is tmpfs and therefore lost on reboot (I ran into that too..) Greetings Sebastian Elisa
participants (2)
-
Gery Escalier
-
newsletter@unicorncloud.org