Hai una VPN Site-to-Site (senza BGP) tra la tua rete on-premises e un gateway VPN di Azure. Vnet1 aveva Subnet1 con Server1 raggiungibile da on-premises. Hai esteso lo spazio degli indirizzi di Vnet1, aggiunto Subnet2 (nel nuovo intervallo) e distribuito Server2 in Subnet2. Server1 può raggiungere Server2, ma la rete on-premises non può. Cosa devi fare affinché la rete on-premises possa raggiungere Subnet2?

La risposta corretta è "Aggiornare le informazioni di routing sui router on-premises". Quando si estende lo spazio degli indirizzi di una VNet di Azure e si aggiungono nuove subnet, il gateway VPN di Azure aggiorna automaticamente le sue tabelle di routing per includere i nuovi intervalli di indirizzi. Tuttavia, i router on-premises non sono a conoscenza di questi nuovi intervalli a meno che non vengano aggiornati manualmente. Poiché la VPN è Site-to-Site senza BGP, il routing è statico e richiede un aggiornamento manuale per le nuove subnet. "Aggiungere una VPN Site-to-Site aggiuntiva tra la rete on-premises e Vnet1" è inutile e non risolverebbe il problema, poiché esiste già una VPN. "Aggiungere un private endpoint a Subnet2" è irrilevante per il routing tra la rete on-premises e una subnet di Azure. "A Subnet2, aggiungere una tabella di routing che contenga una route definita dall'utente" non è necessario, poiché il gateway VPN di Azure gestisce già il routing verso le subnet della VNet.