Connectivité avancée (VPC)¶
Au-delà du routage entre tiers et de l'exposition de services, un VPC débloque des fonctionnalités réseau plus poussées. Cette page détaille les quatre principales : VPN site-à-site, Private Gateway, Remote Access VPN et load balancing interne.
Disponibilité
Ces fonctionnalités dépendent du network offering du VPC et de la configuration de la zone sur OTARIE. Si une option n'apparaît pas dans l'interface, c'est qu'elle n'est pas activée pour votre réseau.
VPN site-à-site (IPsec)¶
Le VPN site-à-site relie l'ensemble de votre VPC à un réseau distant par un tunnel chiffré IPsec. Les VM du VPC et les machines du site distant peuvent alors communiquer via leurs adresses privées, comme si les deux réseaux n'en formaient qu'un.
graph LR
subgraph VPC["VPC OTARIE : 10.1.0.0/16"]
VMV[VM]
VG[VPN Gateway]
VMV --- VG
end
VG == "Tunnel IPsec" === CG
subgraph REMOTE["Réseau distant : 192.168.0.0/24"]
CG[Customer Gateway]
VMR[Machine distante]
CG --- VMR
end
Trois objets entrent en jeu :
| Objet | Côté | Rôle |
|---|---|---|
| VPN Gateway | VPC | La passerelle IPsec de votre VPC (créée sur le VPC). |
| Customer Gateway | Distant | Décrit le routeur distant : son IP publique, ses sous-réseaux et les paramètres IPsec. |
| VPN Connection | Liaison | Relie la VPN Gateway au Customer Gateway et monte le tunnel. |
Mise en place¶
- Sur le VPC, créez la VPN Gateway (Network › VPC › VPN Gateway › Create).
- Déclarez le Customer Gateway (Network › VPN Customer Gateway › Add) en renseignant l'IP publique distante, le(s) CIDR distant(s) et les paramètres IPsec.
- Créez la VPN Connection entre les deux, puis vérifiez que l'état passe à
Connected.
Paramètres IPsec à accorder¶
Les deux extrémités doivent utiliser exactement les mêmes paramètres, sinon le tunnel ne monte pas :
| Paramètre | Description | Exemple |
|---|---|---|
| IKE (phase 1) | Chiffrement / hash / groupe DH | aes256, sha256, modp2048 (DH 14) |
| ESP (phase 2) | Chiffrement / hash | aes256, sha256 |
| IKE / ESP lifetime | Durée avant renégociation | 86400 s / 3600 s |
| Pre-Shared Key (PSK) | Secret partagé entre les deux passerelles | (identique des deux côtés) |
| Dead Peer Detection | Détection de perte du pair | activé |
Pre-Shared Key
La PSK est un secret : ne la communiquez que par un canal sûr et choisissez-la longue et aléatoire.
Le tunnel ne monte pas ?
La plupart des échecs viennent d'un paramètre IPsec différent entre les deux côtés (chiffrement, DH group, PSK) ou d'un CIDR distant mal déclaré. Comparez ligne par ligne les deux configurations.
Private Gateway¶
Une Private Gateway raccorde le VPC à un autre réseau privé de l'infrastructure (par exemple un réseau partagé de l'école), sans passer par Internet. Le trafic reste interne.
- Sur le VPC, ouvrez Private Gateways › Add et indiquez l'IP, le masque et la passerelle fournis par l'administrateur.
- Ajoutez les static routes nécessaires pour indiquer au VPC quels sous-réseaux sont joignables via cette passerelle.
Routes statiques
Sans static route, le VPC ne sait pas quel trafic envoyer vers la Private Gateway : la connectivité restera inopérante même si la passerelle existe.
Remote Access VPN¶
Le Remote Access VPN permet à un poste isolé (votre ordinateur portable) de se connecter dans le VPC via un client VPN, et d'accéder aux VM par leurs IP privées, utile pour travailler à distance sans exposer chaque service.
Activer le service¶
- Sélectionnez l'IP publique (source NAT) du VPC.
- Activez Remote Access VPN : un IP range est attribué aux clients et une PSK est générée.
- Créez un ou plusieurs comptes VPN (identifiant + mot de passe).
Se connecter depuis son poste¶
Le service utilise L2TP/IPsec. Configurez une nouvelle connexion VPN sur votre système avec :
| Champ | Valeur |
|---|---|
| Type | L2TP/IPsec avec clé pré-partagée |
| Serveur | l'IP publique du VPC |
| Clé pré-partagée | la PSK affichée dans OTARIE |
| Identifiant / mot de passe | le compte VPN créé |
Comptes VPN
Désactivez les comptes VPN dès qu'ils ne servent plus : ils ouvrent un accès direct à l'intérieur de votre VPC.
Load balancing interne¶
Le load balancing interne répartit le trafic entre plusieurs VM d'un tier, sans exposer d'IP publique, par exemple pour équilibrer des serveurs d'application que seul le tier « web » doit joindre.
| Paramètre | Description |
|---|---|
| Algorithme | roundrobin (à tour de rôle), leastconn (le moins chargé), source (par IP source). |
| Port | Le port écouté et le port des VM cibles. |
| VM membres | Les instances du tier vers lesquelles répartir le trafic. |
| Health check | Sonde qui retire automatiquement une VM défaillante du pool. |
- Depuis le VPC, créez un Internal LB sur le tier concerné.
- Choisissez l'algorithme et le port, puis assignez les VM membres.
- Configurez le health check pour ne router que vers les VM saines.
Interne vs public
Utilisez un LB interne pour du trafic entre tiers, et un LB public (sur une IP publique, voir Réseau & accès) pour répartir du trafic venant d'Internet.