Contoso Ltd. verfügt über ein Virtual WAN mit einem Hub in West US. Sie haben drei Spoke-VNets (app-spoke, db-spoke, mgmt-spoke) bereitgestellt, die mit dem Hub verbunden sind. Das Sicherheitsteam verlangt, dass db-spoke-Präfixe (10.10.2.0/24) niemals von app-spoke und mgmt-spoke gelernt werden, app-spoke aber weiterhin von On-Prem über eine Site-to-Site-VPN-Verbindung, die mit demselben Hub verbunden ist, erreichbar sein muss. Wie sollten Sie die Virtual WAN Hub-Routingtabellen konfigurieren, um dies zu erreichen?

Die korrekte Option isoliert das db-spoke-VNet (10.10.2.0/24) von app-spoke und mgmt-spoke, während die Erreichbarkeit von On-Prem erhalten bleibt. Eine benutzerdefinierte Routingtabelle ohne Weitergabe, die nur der On-Prem-VPN-Verbindung zugeordnet ist, stellt sicher, dass On-Prem-Routen nicht an andere Spokes weitergegeben werden. Durch Hinzufügen einer statischen Route für 10.10.2.0/24 mit dem nächsten Hop als On-Prem-VPN-Verbindung wird der Datenverkehr für db-spoke von On-Prem korrekt geroutet. Die erste Option würde den Datenverkehr zu db-spoke von überall blockieren, da "None" als nächster Hop festgelegt ist. Die zweite Option würde die Weitergabe von Routen von On-Prem an app-spoke und mgmt-spoke verhindern, was der Anforderung widerspricht, dass app-spoke von On-Prem erreichbar sein muss. Die vierte Option ist falsch, da Virtual WAN-Hub-Routingtabellen keine ACLs unterstützen, um die Weitergabe von Präfixen zu blockieren.