BingCo configure une ressource Local Network Gateway (LNG) pour représenter son environnement sur site pour un VPN Site-à-Site. L'équipe sur site a fourni plusieurs réseaux (10.1.0.0/16 pour le centre de données, 10.2.0.0/16 pour la succursale) et un ASN BGP de 65020 avec une adresse IP de peering de 192.0.2.5. Quelle configuration dans la Local Network Gateway est requise pour représenter correctement l'environnement sur site pour un S2S compatible BGP ?

La bonne réponse est de spécifier les préfixes d'adresse multiples et les paramètres BGP. Pour une passerelle de réseau local (LNG) représentant un environnement sur site pour un VPN Site-à-Site compatible BGP, vous devez définir les préfixes d'adresse sur site (10.1.0.0/16 et 10.2.0.0/16) pour qu'Azure sache quels réseaux sont accessibles via la connexion VPN. De plus, les paramètres BGP, y compris l'ASN (65020) et l'adresse IP de peering BGP (192.0.2.5), sont essentiels pour établir la session BGP entre la passerelle de réseau virtuel Azure et l'appareil VPN sur site. Les autres options sont incorrectes car : Utiliser un seul CIDR couvrant tous les sous-réseaux et laisser BGP vide ne permettrait pas le routage BGP dynamique et nécessiterait un routage basé sur des stratégies, ce qui n'est pas l'objectif. Laisser les préfixes d'adresse vides et utiliser des routes statiques dans la table de routage Azure contourne l'objectif du BGP pour le routage dynamique. L'ASN BGP doit être configuré sur la LNG pour représenter l'appareil sur site. Utiliser 0.0.0.0/0 comme préfixe d'adresse acheminerait tout le trafic vers le site, ce qui n'est pas précis pour des sous-réseaux spécifiques et peut créer des problèmes de routage. L'ASN BGP doit correspondre à celui fourni par l'équipe sur site, pas un ASN par défaut arbitraire.