Reprise du message précédent :
Pas cool ça me ferait bien chier de devoir me passer d'Amazon. C'est con qu'il n'y ait aucune boite française qui essaye de concurrencer Amazon sur le service ...

Moi aussi mais si amazon ne propose plus un service au dessus des autres ça ne servira a rien.

J'ai une petite urgence :
J'ai splitté mon cluster proxmox en embarquant avec moi un noeud (2) et en laissant le noeud principal (1) chez moi + le quorum (un raspberry pi) (si vous suivez l'actualité vous saurez probablement pourquoi).
J'ai des réplications 1->2 et un rsync cron d'un disque 1 vers 2.
J'ai un opnsense en firewall/routeur avec un serveur wireguard dessus.

J'aimerai pourvoir brancher mon noeud 2 sur mon lieu de villégiature (ADSL   IP non fixe), pour récupérer les dernières données à jour du nœud 1.

J'ai le cerveau en vrac (quasi pas dormi depuis des nuits), je veux bien un coup de main pour au moins comprendre dans quel sens faire (VPN) ou quoi faire.
Au pire c'est surtout le rsync qui m'importe en premier lieu.

**Contexte** : cluster Proxmox splitté — nœud 1 (principal) + quorum (raspberry pi) restent chez toi, tu pars avec le nœud 2. Tu as des réplications 1→2 et un rsync cron d'un disque 1→2. OPNsense chez toi fait firewall/routeur avec un serveur WireGuard.

**Objectif immédiat** : brancher le nœud 2 sur ton lieu de villégiature (ADSL, IP non fixe) pour récupérer les dernières données à jour du nœud 1, avec le rsync comme priorité.

**Sens du VPN à choisir**

Ton ADSL de vacances a une IP non fixe et probablement du NAT — impossible d'y accepter des connexions entrantes fiables. Donc la seule option viable :

- **Nœud 2 = client WireGuard**, il initie la connexion.
- **OPNsense (chez toi) = serveur**, il écoute et accepte.

Une fois le tunnel monté, le nœud 2 a une IP VPN et peut joindre le nœud 1 à travers.

**Étapes concrètes**

1. **OPNsense** : crée un nouveau peer WireGuard (comme un client mobile classique) → génère une paire de clés dédiée au nœud 2, attribue-lui une IP tunnel (ex : 10.x.x.2/32).
2. **Firewall OPNsense** sur l'interface WireGuard : autorise le trafic depuis cette IP tunnel vers le nœud 1, au moins le port SSH/rsync (22).
3. **Nœud 2** : `apt install wireguard-tools` si besoin, crée `/etc/wireguard/wg0.conf` avec :
   - ta clé privée nœud 2
   - la clé publique d'OPNsense
   - `Endpoint` = IP/port public de chez toi
   - `AllowedIPs` limité à ton réseau utile (pas de tunnel complet 0.0.0.0/0)
4. `wg-quick up wg0` → teste avec un ping vers l'IP LAN du nœud 1.
5. **Rsync** : modifie juste la cible dans le cron pour pointer vers l'IP du nœud 1 joignable via le tunnel.

**Point de vigilance**

Ne laisse pas corosync essayer de recommuniquer avec le nœud 2 via ce lien ADSL à forte latence — risque de désynchro ou de perte de quorum. Reste sur du rsync/réplication hors du ring corosync tant que tu n'es pas physiquement de retour ; ne rebranche pas le nœud 2 dans le cluster actif sans isoler corosync au préalable.

Ok ChatGPT

C'est les astérisques qui t'ont mis la puce à l'oreille ?  

Quand est-ce que hfr affiche le markdown? C'est chiant de convertir ses réponses

J'ai fait un userscript pour ça

Et ça marche bien !

Pour cet exemple ouais !

 
Aprè j'ai vu encore 2/3 bugs mais pas bossé dessus

OK, merci. Node 2 en client VPN du 1.
J'allais tester quand le courant est tombé côté node 1. L'onduleur n'a pas tenu suffisamment longtemps pour que je fasse quelque chose de fonctionnel.
On verra, c'est pas critique, c'était juste pour récupérer le petit delta qui me manque.

Claude