Ein verteiltes Entwicklungsteam bei AlpineApps möchte Jump Boxes durch Azure Bastion Standard ersetzen. Ihre Anforderungen: Unterstützung für mehrere gleichzeitige Sitzungen, Skalierung für bis zu 50 gleichzeitige RDP/SSH-Sitzungen, Verbindungen von bekannten öffentlichen IP-Adressen von Entwickler-Laptops zulassen und gemeinsam nutzbare Sitzungslinks für Auftragnehmer bereitstellen, ohne die öffentlichen IP-Adressen der VMs offenzulegen. Wie sollten sie Azure Bastion Standard und die zugehörigen Einstellungen konfigurieren?

Die Bereitstellung von Azure Bastion Standard in jedem VNet mit Host-Pool-Skalierung (50 Skalierungseinheiten) erfüllt die Anforderungen für gleichzeitige Sitzungen und Skalierbarkeit. Das Hinzufügen der öffentlichen IP-Adressen der Entwickler zu den "Allowed IP Addresses" in der Bastion-Konfiguration beschränkt den Zugriff auf bekannte Quellen. Die Funktion "Shareable Bastion Connect" ermöglicht das Generieren von zeitlich begrenzten Sitzungslinks für Auftragnehmer, ohne die öffentlichen IP-Adressen der VMs preiszugeben. Die Option mit Bastion Basic ist falsch, da Basic keine Host-Pool-Skalierung unterstützt und die Anforderung von 50 gleichzeitigen Sitzungen nicht erfüllen kann. Die Option mit einer einzelnen VM mit hoher SKU-Größe ist ineffizient und entspricht nicht dem Bastion-Design für Skalierbarkeit. Die Option mit deaktivierter Autoskalierung und "AllowExternalConnections" ist falsch, da "AllowExternalConnections" keine offizielle Bastion-Funktion ist und das direkte Hinzufügen von IP-Bereichen zu VM-NSGs die Sicherheit von Bastion umgeht.