[atlas-sw-probes] Raspberry PI Images with Packer and questions

Hi Michel,

yes, Packer is a tool to generate machine images.

Thanks a lot about consider the idea.

Cheers,
Rodolfo
--
Rodolfo García Peñas (kix)
http://www.kix.es/

"I asked him once how to change the key bindings and Dave said 'You use the Change Configuration command. On Unix it is abbreviated as cc.' Dave Conroy and Lawrence Stewart.

------- Original Message -------
On Monday, September 19th, 2022 at 14:58, Michel Stam <mstam at ripe.net> wrote:

> Hi Rodolfo,
>
> I am not familiar with Packer, but from a quick glance on [packer.io](http://packer.io/) it seems to generate machine images, correct?
>
> I’ve taken a look at your suggestion, and I agree that mentioning backup and restore of the keys of the software probe is a good idea. Going forward we’ll have a critical look to see if this cannot be done differently (without clobbering keys).
>
> Thanks for the idea!
>
> Cheers,
>
> Michel
>
> Looking at your instructions, I’ll discuss them internally and get back to you.
>
>> On 5 Sep 2022, at 00:12, Rodolfo García Peñas (kix) <kix at kix.es> wrote:
>>
>> Hello,
>>
>> I did a method to make Raspberry PI images for Atlas SW probes using Packer.
>>
>> https://github.com/thekix/ripe-atlas-sw-probe-packer
>>
>> After create this method, I have two comments:
>>
>> - The Raspberry PI image uses Debian. When the Debian package is installed, it launches the Atlas service. The atlas service creates the public and private keys. For this reason I can create the Debian package in the image creation with Packer, but I cannot install it. I am using an script in the first boot to install the package.
>> - As I pointed in the previous comment, the keys are created when the package is installed. This is a good idea if the package is created for first time or if the user is updating the package. But if the user is moving the installation to a new device, when the package is installed, a new key-pair is created. Therefore, probably the user wants to replace the new keys with the previous and these keys will left unused (but registered).
>>
>> For these reasons, probably split the package installation and the service startup could be an idea. Then, the user can install the package, if the user has previous keys copy them to the keys folder and then launch the service.
>>
>> These steps (https://github.com/RIPE-NCC/ripe-atlas-software-probe/blob/master/INSTALL.rst) will change from:
>>
>> -  Install this .deb file: sudo dpkg -i atlasswprobe-??????.deb
>> -  The public key is stored in /var/atlas-probe/etc/probe_key.pub
>> -  Then register your probe at https://atlas.ripe.net/apply/swprobe/
>>
>> To
>>
>> -  Install this .deb file: sudo dpkg -i atlasswprobe-??????.deb
>> -  If you have previous keys, from other SW probe, copy them to /var/atlas-probe/etc/
>> -  Launch the service: sudo sytemctl start atlas
>> -  If you are using a new atlas probe, then:
>>
>> - The public key is stored in /var/atlas-probe/etc/probe_key.pub
>> - Then register your probe at https://atlas.ripe.net/apply/swprobe/
>>
>> What do you think?
>>
>> Best regards,kix
>>
>> --
>> Rodolfo García Peñas (kix)
>>
>> "I asked him once how to change the key bindings and Dave said 'You use the Change Configuration command. On Unix it is abbreviated as cc.' Dave Conroy and Lawrence Stewart.
>>
>> --
>> atlas-sw-probes mailing list
>> atlas-sw-probes at ripe.net
>> https://lists.ripe.net/mailman/listinfo/atlas-sw-probes
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ripe.net/ripe/mail/archives/atlas-sw-probes/attachments/20220920/98135eb7/attachment.html>