Une équipe de développement distribuée chez AlpineApps souhaite remplacer les jump boxes par Azure Bastion Standard. Leurs exigences sont les suivantes : prise en charge de plusieurs sessions simultanées, mise à l'échelle pour gérer jusqu'à 50 sessions RDP/SSH simultanées, autorisation de connexion à partir d'adresses IP publiques connues des ordinateurs portables des développeurs, et fourniture de liens de session partageables pour les sous-traitants sans exposer les adresses IP publiques des machines virtuelles. Comment doivent-ils configurer Azure Bastion Standard et les paramètres associés ?

La solution correcte répond à toutes les exigences. Déployer Azure Bastion Standard dans chaque VNet permet la connectivité aux VM locales. La mise à l'échelle de type « host pool » avec des unités d'échelle configurées supporte 50 sessions simultanées. L'ajout des adresses IP publiques des développeurs aux « Allowed IP Addresses » de Bastion restreint l'accès. Enfin, la fonctionnalité « Shareable Bastion Connect » génère des liens de session temporaires pour les sous-traitants sans exposer les adresses IP des VM. Les autres options sont incorrectes car : Bastion Basic ne supporte pas la mise à l'échelle pour 50 sessions et le partage manuel de fichiers RDP n'est pas sécurisé. Une seule instance Bastion Standard dans un VNet hub ne permet pas la connectivité directe aux VM dans d'autres VNets sans peering ou VNet injection, et le VPN pour les sous-traitants est une solution différente de celle demandée. Désactiver l'autoscaling ne gère pas 50 sessions, et « AllowExternalConnections » n'est pas une fonctionnalité Bastion pour créer des liens publics sécurisés.