Cloud on slash-root.fr

Proxmox : Template Oraclelinux9 avec Cloud-Init

Fri, 31 May 2024 22:46:12 +0200

Cette procédure va permettre de créer un template de VM Oraclelinux 9 pour Proxmox avec Cloud-Init.

L'intérêt sera de cloner ce template, puis de pouvoir se connecter directement en ssh au 1er démarrage de la VM. Le nom d'hôte, l'adressage ip, la(es) clef(s) ssh seront configurés à l'initialisation de la VM grâce à cloud-init.

Ce template pourra éventuellement être utilisé par la suite avec une solution telle que Terraform / OpenTofu.

Création du template

Se connecter sur un shell root de l'hôte Proxmox pvehost :

ssh root@pvehost

Télécharger la dernière image cloud d'Oracle Linux :

wget https://yum.oracle.com/templates/OracleLinux/OL9/u4/x86_64/OL9U4_x86_64-kvm-b234.qcow2

Installer libguestfs-tools si nécessaire et ajouter qemu-guest-agent à l'image cloud précédemment téléchargée :

apt install -y libguestfs-tools
virt-customize -a OL9U4_x86_64-kvm-b234.qcow2 --install qemu-guest-agent

Créer une VM avec l'ID 666 qui sera le template :

qm create 666 --name oraclelinux9-cloudinit --net0 virtio,bridge=vmbr1 --scsihw virtio-scsi-single

virtio-scsi-single va permettre d'activer le paramètre "iothread" pour une meilleure gestion des inputs ouputs dans ce cas.

Elle sera nommée oraclelinux9-cloudinit et la 1ère carte réseau sera rattachée au vmbr1 du serveur Proxmox.

Ajouter un nouveau disque dur importé depuis l'image cloud :

qm set 666 --scsi0 local:0,iothread=1,backup=off,format=qcow2,import-from=/root/OL9U4_x86_64-kvm-b234.qcow2

Définir le disque dur en 1er boot sur la VM :

qm set 666 --boot order=scsi0

Définir le nombre de coeurs et la mémoire RAM de la VM :

qm set 666 --cpu host --cores 2 --memory 4096

Attacher un disque Cloud-Init à la VM :

qm set 666 --ide2 local:cloudinit
qm set 666 --agent enabled=1

Ajuster les paramètres dans les options Cloud-Init qui figureront dans le template (si nécessaire) :

Ces options sont disponibles dans la WebUI du serveur Proxmox au niveau de la VM.

Plus de détails ici https://pve.proxmox.com/wiki/Cloud-Init_Support sur les différents paramétrages.

Convertir la VM en template :

qm template 666

Utilisation du template

Cloner entièrement le template en VM.

Ajuster les paramètres Cloud-Init de la VM si nécessaire.
Démarrer la VM et récupérer l'IP (si nécessaire) :

Se connecter en SSH sur la VM avec la clef ssh renseignée dans cloud-init :

julien@mypc:~$ ssh -i .ssh/demo admin@172.16.20.23
...
[admin@ol9-cloudinit ~]$ sudo -l
Matching Defaults entries for admin on ol9-cloudinit:
 !visiblepw, always_set_home, match_group_by_gid, always_query_group_plugin, env_reset, env_keep="COLORS DISPLAY
 HOSTNAME HISTSIZE KDEDIR LS_COLORS", env_keep+="MAIL PS1 PS2 QTDIR USERNAME LANG LC_ADDRESS LC_CTYPE",
 env_keep+="LC_COLLATE LC_IDENTIFICATION LC_MEASUREMENT LC_MESSAGES", env_keep+="LC_MONETARY LC_NAME LC_NUMERIC
 LC_PAPER LC_TELEPHONE", env_keep+="LC_TIME LC_ALL LANGUAGE LINGUAS _XKB_CHARSET XAUTHORITY",
 secure_path=/sbin\:/bin\:/usr/sbin\:/usr/bin

User admin may run the following commands on ol9-cloudinit:
 (ALL) NOPASSWD: ALL

Proxmox : Template Debian12 avec Cloud-Init

Thu, 09 Nov 2023 14:23:19 +0100

Cette procédure va permettre de créer un template de VM Debian 12 pour Proxmox avec Cloud-Init.

Ce template pourra éventuellement être utilisé par la suite avec une solution telle que Terraform / OpenTofu.

Création du template

Se connecter sur un shell root de l'hôte Proxmox pvehost :

ssh root@pvehost

Télécharger la dernière image cloud de Debian 12 :

wget https://cloud.debian.org/images/cloud/bookworm/latest/debian-12-generic-amd64.qcow2

Installer libguestfs-tools si nécessaire et ajouter qemu-guest-agent à l'image cloud précédemment téléchargée :

apt install -y libguestfs-tools
virt-customize -a debian-12-generic-amd64.qcow2 --install qemu-guest-agent

Créer une VM avec l'ID 666 qui sera le template :

qm create 666 --name debian12-cloudinit --net0 virtio,bridge=vmbr1 --scsihw virtio-scsi-single

Elle sera nommée debian12-cloudinit et la 1ère carte réseau sera rattachée au vmbr1 du serveur Proxmox.

Ajouter un nouveau disque dur, importé depuis l'image cloud, de 20 G à la VM :

qm set 666 --scsi0 local:0,iothread=1,backup=off,format=qcow2,import-from=/root/debian-12-generic-amd64.qcow2
qm disk resize 666 scsi0 20G

Définir le disque dur en 1er boot sur la VM :

qm set 666 --boot order=scsi0

Définir le nombre de coeurs et la mémoire RAM de la VM :

qm set 666 --cpu host --cores 2 --memory 4096

Attacher un disque Cloud-Init à la VM :

qm set 666 --ide2 local:cloudinit
qm set 666 --agent enabled=1

Ajuster les paramètres dans les options Cloud-Init qui figureront dans le template (si nécessaire) :

Ces options sont disponibles dans la WebUI du serveur Proxmox au niveau de la VM.

Plus de détails ici https://pve.proxmox.com/wiki/Cloud-Init_Support sur les différents paramétrages.

Convertir la VM en template :

qm template 666

Utilisation du template

Cloner entièrement le template en VM.

Ajuster les paramètres Cloud-Init de la VM si nécessaire.
Démarrer la VM et récupérer l'IP (si nécessaire) :

Se connecter en SSH sur la VM avec la clef ssh renseignée dans cloud-init :

julien@mypc:~$ ssh -i .ssh/demo admin@172.16.20.15
...
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added '172.16.20.15' (ED25519) to the list of known hosts.
Linux vm-deb12-01 6.1.0-13-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.55-1 (2023-09-29) x86_64
...
admin@vm-deb12-01:~$ sudo -l
...
User admin may run the following commands on vm-deb12-01:
 (ALL : ALL) ALL
 (ALL) NOPASSWD: ALL

Par défaut l'utilisateur définit par cloud-init appartient au groupe sudo et peut exécuter absolument tout sans saisir son mot de passe.

OneDrive : Client Linux OpenSource

Fri, 14 Jan 2022 14:56:22 +0100

Contexte

Dans le cadre de mon travail, j'ai récement migré sur Pop!_OS pour mon environnement du quotidien. Etant un utilisateur de plusieurs comptes OneDrive (perso & pro), il me fallait pouvoir synchroniser ceux-ci dans des dossiers différents de mon système.

Par exemple :

Mon compte OneDrive perso dans ~/OneDrive_Perso
Mon compte OneDrive pro dans ~/OneDrive_Pro

Bien evidément, cela doit fonctionner en tant que service.

Je suis tombé sur ce projet : https://github.com/skilion/onedrive

Update 07/12/2023 :
Le projet utilisé dans cet article est stoppé.
Utiliser / Adapter avec celui-ci : https://github.com/abraunegg/onedrive.git

C'est un outil sous licence GPL3 permettant d'intéragir avec OneDrive sous Linux.

Les fonctionnalités sont les suivantes :

State caching
Real-Time file monitoring with Inotify
Resumable uploads
Support OneDrive for Business (part of Office 365)
Shared folders (only OneDrive Personal)

J'ajouterai également qu'il est possible de faire du multi-comptes.

C'est parfait car c'est mon besoin 🙂

Installation

Pour information, j'ai réalisé cette installation sous Pop!_OS 21.10 mais celle-ci devrait fonctionner à partir des dérivés d'Ubuntu 18+. Pour Fedora, CentOS, ArchLinux, se référer directement à la page du projet cité plus haut.

Tout d'abord l'installation des pré-requis :

sudo apt install git libcurl4-openssl-dev libsqlite3-dev snap snapd
sudo snap install --classic dmd

Puis le clonage du projet et l'installation de l'outil :

git clone https://github.com/skilion/onedrive.git
cd onedrive
make
sudo make install

Configuration

La configuration est optionnelle. Par défaut, tous les fichiers seront stockés dans ~/OneDrive et les fichiers/dossiers commençant par . et ~ seront ignorés.

3 directives sont définissables :

sync_dir : Le répertoire où seront stockés les données.
skip_file : Les fichiers / dossiers à ne pas synchroniser. L'utilisation des wildcards * et ? sont autorisés. Le | peut être employé pour séparer différents patterns.

L'outil doit être relancé avec l'argument --resync après une modification de la directive skip_file.
sync_list : Spécifier les fichiers / dossiers à synchroniser. J'en parlerai dans un prochain article.

L'outil doit être relancé avec l'argument --resync après une modification de la directive skip_file.

Comme je veux utiliser 2 configurations différentes (une perso et une pro), j'ai créé 1 répertoire pour chaque compte où seront stockés mes données respectives :

mkdir -p ~/{OneDrive_Perso,OneDrive_Pro}

Ensuite, j'ai créé 2 dossiers de configuration (un dossier par compte) :

mkdir -p ~/.config/{onedrive_perso,onedrive_pro}

J'ai ensuite créé mes 2 fichiers de configurations (un fichier par compte).

OneDrive perso :

cat > ~/.config/onedrive_perso/config << EOF
# Directory where the files will be synced
sync_dir = "~/OneDrive_Perso"
# Skip files and directories that match this pattern
skip_file = ".*|~*"
EOF

OneDrive pro :

cat > ~/.config/onedrive_pro/config << EOF
# Directory where the files will be synced
sync_dir = "~/OneDrive_Pro"
# Skip files and directories that match this pattern
skip_file = ".*|~*"
EOF

Initialisation

L'étape suivante que j'ai réalisé a été de lier chaque configuration (perso et pro) à un compte OneDrive. Pour se faire j'ai exécuté dans un 1er temps la synchronisation de mon OneDrive perso :

onedrive --monitor --confdir="~/.config/onedrive_perso"

Un lien est généré :

Authorize this app visiting:

https://login.microsoftonline.com/common/oauth2/v2.0/authorize?client_id=22c49a0d-d21c-4792-aed1-8f163c982546&scope=files.readwrite%20files.readwrite.all%20offline_access&response_type=code&redirect_uri=https://login.microsoftonline.com/common/oauth2/nativeclient

Enter the response uri:

En visitant cette URL, une authentification sur le compte OneDrive désiré est demandé. Puis, viens une page blanche (ou noire suivant votre thème) :

J'ai copié l'URI de cette page en réponse à mon prompt Enter the response uri:

La synchro démarre (oui, j'aime bien watch dogs legion...) :

Ensuite, je teste mon compte OneDrive_Pro :

onedrive --monitor --confdir="~/.config/onedrive_pro"

Il est important de libèrer le token office avant. J'étais, au préalablement, identifié sur mon compte perso.

Pour cela, je me suis déconnecté avec mon navigateur internet de mon compte office perso précédement connecté à l'aide de l'URL suivante : https://www.office.com/?auth=2

5. Services

Lors de l'installation de l'outil un service a été créé : /usr/lib/systemd/user/onedrive.service.

J'ai décidé de garder ce service pour mon compte perso et d'en créer un second pour mon compte pro :

cp /usr/lib/systemd/user/onedrive.service /usr/lib/systemd/user/onedrive_pro.service

J'ai ensuite édité mon 1er service (onedrive perso) pour correspondre à sa configuration :

vi /usr/lib/systemd/user/onedrive.service

Puis, j'ai modifié la ligne ExecStart :

ExecStart=/usr/local/bin/onedrive --monitor --confdir="~/.config/onedrive_perso"

Et enfin la même modification pour mon serive OneDrive pro :

vi /usr/lib/systemd/user/onedrive_pro.service

Cette fois-ci, j'ai modifié comme suit :

ExecStart=/usr/local/bin/onedrive --monitor --confdir="~/.config/onedrive_pro"

Pour terminer, j'ai activé mes 2 services :

systemctl --user enable onedrive.service
systemctl --user enable onedrive_pro.service
systemctl --user start onedrive.service
systemctl --user start onedrive_pro.service

6. Vérifications / Logs

Pour vérifier le bon fonctionnement des services, j'utilise ces 2 commandes :

journalctl --user-unit onedrive -f
journalctl --user-unit onedrive_pro -f

7. Désinstallation

sudo make uninstall
rm -rf ~/.config/onedrive*