Contoso Ltd.는 미국 서부에 허브를 둔 Virtual WAN을 가지고 있습니다. 그들은 허브에 연결된 세 개의 스포크 VNet(app-spoke, db-spoke, mgmt-spoke)을 배포했습니다. 보안 팀은 db-spoke 접두사(10.10.2.0/24)가 app-spoke 및 mgmt-spoke에 의해 학습되지 않도록 요구하지만, app-spoke는 동일한 허브에 연결된 Site-to-Site VPN 연결을 통해 온프레미스에서 계속 연결할 수 있어야 합니다. 이를 달성하려면 Virtual WAN 허브 경로 테이블을 어떻게 구성해야 합니까?

정답은 db-spoke 접두사(10.10.2.0/24)가 app-spoke 및 mgmt-spoke에 의해 학습되지 않도록 하면서, app-spoke가 온프레미스에서 db-spoke에 연결할 수 있도록 하는 유일한 옵션입니다. 전파가 없는 사용자 지정 허브 경로 테이블을 생성하고 10.10.2.0/24에 대한 정적 경로를 온프레미스 VPN 다음 홉 IP로 설정하면, 온프레미스 연결만 db-spoke에 도달하는 방법을 알게 됩니다. 이 테이블을 온프레미스 VPN 연결에만 연결하면 다른 스포크 VNet은 이 경로를 학습하지 않습니다. 첫 번째 오답은 db-spoke 접두사에 대한 다음 홉을 'None'으로 설정하여 db-spoke에 대한 모든 트래픽을 차단하므로 온프레미스 연결도 db-spoke에 도달할 수 없습니다. 두 번째 오답은 온프레미스 VPN 연결에서만 전파를 활성화하므로 db-spoke가 온프레미스에 도달할 수 있지만, app-spoke 및 mgmt-spoke에 연결된 테이블은 db-spoke 접두사를 숨기지 않습니다. 네 번째 오답은 Virtual WAN에서 ACL을 사용하여 경로 전파를 제어하는 기능이 없으므로 불가능합니다.