Aller au contenu

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

  1. Sur le VPC, créez la VPN Gateway (Network › VPC › VPN Gateway › Create).
  2. 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.
  3. 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.

  1. Sur le VPC, ouvrez Private Gateways › Add et indiquez l'IP, le masque et la passerelle fournis par l'administrateur.
  2. 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

  1. Sélectionnez l'IP publique (source NAT) du VPC.
  2. Activez Remote Access VPN : un IP range est attribué aux clients et une PSK est générée.
  3. 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.
  1. Depuis le VPC, créez un Internal LB sur le tier concerné.
  2. Choisissez l'algorithme et le port, puis assignez les VM membres.
  3. 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.