Auto-update blog content from Obsidian: 2026-04-29 20:40:29
Some checks failed
Blog Deployment / Notify (push) Successful in 3s
Blog Deployment / Check-Rebuild (push) Successful in 6s
Blog Deployment / Build (push) Has been skipped
Blog Deployment / Deploy-Staging (push) Successful in 9s
Blog Deployment / Test-Staging (push) Failing after 3s
Blog Deployment / Merge (push) Has been skipped
Blog Deployment / Test-Production (push) Has been skipped
Blog Deployment / Clean (push) Has been skipped
Blog Deployment / Deploy-Production (push) Has been skipped
|
After Width: | Height: | Size: 123 KiB |
|
After Width: | Height: | Size: 56 KiB |
|
After Width: | Height: | Size: 176 KiB |
|
After Width: | Height: | Size: 111 KiB |
|
After Width: | Height: | Size: 143 KiB |
|
After Width: | Height: | Size: 155 KiB |
|
After Width: | Height: | Size: 115 KiB |
|
After Width: | Height: | Size: 154 KiB |
|
After Width: | Height: | Size: 108 KiB |
|
After Width: | Height: | Size: 116 KiB |
@@ -84,7 +84,7 @@ Il est temps de mettre à jour, dans `System` > `Firmware` > `Status`, je v
|
||||
Une fois mis à jour et redémarré, je vais dans `System` > `Firmware` > `Plugins`, je coche l'option pour afficher les plugins communautaires. J'installe que le **QEMU Guest Agent**, `os-qemu-guest-agent`, pour permettre la communication entre la VM et l'hôte Proxmox.
|
||||
|
||||
Cela nécessite un arrêt. Dans Proxmox, j'active le `QEMU Guest Agent` dans les options de la VM :
|
||||

|
||||

|
||||
|
||||
Finalement je redémarre la VM. Une fois démarrée, depuis la WebGUI de Proxmox, je peux voir les IPs de la VM ce qui confirme que le guest agent fonctionne.
|
||||
|
||||
@@ -92,7 +92,7 @@ Finalement je redémarre la VM. Une fois démarrée, depuis la WebGUI de Proxmox
|
||||
## Interfaces
|
||||
|
||||
Sur les deux pare‑feu, j'assigne les NIC restantes à de nouvelles interfaces en ajoutant une description. Les VMs ont 7 interfaces, je compare attentivement les adresses MAC pour éviter de mélanger les interfaces :
|
||||

|
||||

|
||||
|
||||
Au final, la configuration des interfaces ressemble à ceci :
|
||||
|
||||
@@ -160,13 +160,13 @@ La HA est configurée dans `System` > `High Availability` > `Settings`
|
||||
### Statut de la HA
|
||||
|
||||
Dans `System` > `High Availability` > `Status`, je peux vérifier si la synchronisation fonctionne. Sur cette page je peux répliquer un ou tous les services du master vers le nœud backup :
|
||||

|
||||

|
||||
|
||||
---
|
||||
## IPs Virtuelles
|
||||
|
||||
Maintenant que la HA est configurée, je peux attribuer à mes réseaux une IP virtuelle partagée entre mes nœuds. Dans `Interfaces` > `Virtual IPs` > `Settings`, je crée un VIP pour chacun de mes réseaux en utilisant **CARP** (Common Address Redundancy Protocol). L'objectif est de réutiliser les adresses IP utilisées par mon instance OPNsense actuelle, mais comme elle route encore mon réseau, j'utilise des IP différentes pour la phase de configuration :
|
||||

|
||||

|
||||
|
||||
ℹ️ OPNsense permet CARP par défaut, aucune règle de pare‑feu spéciale requise
|
||||
|
||||
@@ -242,7 +242,7 @@ Pour commencer, dans `Firewall` > `Groups`, je crée 2 zones pour regrouper m
|
||||
### Network Aliases
|
||||
|
||||
Ensuite, dans `Firewall` > `Aliases`, je crée un alias `InternalNetworks` pour regrouper tous mes réseaux internes :
|
||||

|
||||

|
||||
|
||||
### Règles de Pare-feu Rules
|
||||
|
||||
@@ -345,17 +345,17 @@ Sur le nœud backup, je le configure de la même manière, la seule différence
|
||||
### Plages DHCP
|
||||
|
||||
Ensuite je configure les plages DHCP. Les deux pare‑feu auront des plages différentes, le nœud backup aura des plages plus petites (10 baux devraient suffire). Sur le master, elles sont configurées comme suit :
|
||||

|
||||

|
||||
|
||||
### Options DHCP
|
||||
|
||||
Puis je définis quelques options DHCP pour chaque domaine : le `router`, le `dns-server` et le `domain-name`. Je pointe les adresses IP vers la VIP de l'interface :
|
||||

|
||||

|
||||
|
||||
### Hôtes
|
||||
|
||||
Enfin, dans l'onglet `Hosts`, je définis des mappings DHCP statiques mais aussi des IP statiques non gérées par le DHCP, pour qu'elles soient enregistrées dans le DNS :
|
||||

|
||||

|
||||
|
||||
---
|
||||
## DNS
|
||||
@@ -372,7 +372,7 @@ Unbound est le résolveur récursif, pour les zones locales j'effectue un forwar
|
||||
### Paramètres Généraux d'Unbound
|
||||
|
||||
Configurons-le, dans `Services` > `Unbound DNS` > `General` :
|
||||

|
||||

|
||||
|
||||
### Liste de Blocage DNS
|
||||
|
||||
@@ -383,7 +383,7 @@ Pour maintenir le service à jour, dans `System` > `Settings` > `Cron`, j'a
|
||||
### Transfert de Requêtes
|
||||
|
||||
Enfin je configure le transfert de requêtes pour mes domaines locaux vers Dnsmasq. Dans `Services` > `Unbound DNS` > `Query Forwarding`, j'ajoute chacun de mes domaines locaux avec leurs reverse lookups (enregistrements PTR) :
|
||||

|
||||

|
||||
|
||||
---
|
||||
## VPN
|
||||
|
||||
@@ -92,7 +92,7 @@ Finally I restart the VM. Once started, from the Proxmox WebGUI, I can see the I
|
||||
## Interfaces
|
||||
|
||||
On both firewalls, I assign the remaining NICs to new interfaces adding a description. The VMs have 7 interfaces, I carefully compare MAC addresses to avoid mixing interfaces:
|
||||

|
||||

|
||||
|
||||
In the end, the interfaces configuration looks like this:
|
||||
|
||||
@@ -157,13 +157,13 @@ The HA is setup in `System` > `High Availability` > `Settings`
|
||||
### HA Status
|
||||
|
||||
In the section `System` > `High Availability` > `Status`, I can verify if the synchronization is working. On this page I can replicate any or all services from my master to my backup node:
|
||||

|
||||

|
||||
|
||||
---
|
||||
## Virtual IPs
|
||||
|
||||
Now that HA is configured, I can give my networks a virtual IP shared across my nodes. In `Interfaces` > `Virtual IPs` > `Settings`, I create one VIP for each of my networks using **CARP** (Common Address Redundancy Protocol). The target is to reuse the IP addresses used by my current OPNsense instance, but as it is still routing my network, I use different IPs for the configuration phase:
|
||||

|
||||

|
||||
|
||||
ℹ️ OPNsense allows CARP by default, no special firewall rule required
|
||||
|
||||
@@ -239,7 +239,7 @@ To begin, in `Firewall` > `Groups`, I create 2 zones to regroup my interfaces:
|
||||
### Network Aliases
|
||||
|
||||
Next, in `Firewall` > `Aliases`, I create an alias `InternalNetworks` to regroup all my internal networks:
|
||||

|
||||

|
||||
|
||||
### Firewall Rules
|
||||
|
||||
@@ -343,17 +343,17 @@ On the backup node, I configure it the same, the only difference will be the **D
|
||||
### DHCP Ranges
|
||||
|
||||
Next I configure the DHCP ranges. Both firewalls will have different ranges, the backup node will have smaller ones (only 10 leases should be enough). On the master, they are configured as follow:
|
||||

|
||||

|
||||
|
||||
### DHCP Options
|
||||
|
||||
Then I set some DHCP options for each domain: the `router`, the `dns-server` and the `domain-name`. I'm pointing the IP addresses to the interface's VIP:
|
||||

|
||||

|
||||
|
||||
### Hosts
|
||||
|
||||
Finally in in the `Hosts` tab, I define static DHCP mappings but also static IP not managed by the DHCP, to have them registered in the DNS:
|
||||

|
||||

|
||||
|
||||
---
|
||||
## DNS
|
||||
@@ -370,7 +370,7 @@ Unbound is the recursive resolver, for local zones I forward queries to Dnsmasq.
|
||||
### Unbound General Settings
|
||||
|
||||
Let's configure it, in `Services` > `Unbound DNS` > `General`:
|
||||

|
||||

|
||||
|
||||
### DNS Blocklist
|
||||
|
||||
@@ -381,7 +381,7 @@ To maintain the service up to date, in `System` > `Settings` > `Cron`, I add my
|
||||
### Query Forwarding
|
||||
|
||||
Finally I configure query forwarding for my local domains to Dnsmasq. In `Services` > `Unbound DNS` > `Query Forwarding`, I add each of my local domains with their reverse lookup (PTR record):
|
||||

|
||||

|
||||
|
||||
---
|
||||
## VPN
|
||||
|
||||