Sie haben ein Site-to-Site VPN (ohne BGP) zwischen Ihrem lokalen Netzwerk und einem Azure VPN-Gateway. Vnet1 hatte Subnet1 mit Server1, der vom lokalen Netzwerk aus erreichbar war. Sie haben den Adressraum von Vnet1 erweitert, Subnet2 (im neuen Bereich) hinzugefügt und Server2 in Subnet2 bereitgestellt. Server1 kann Server2 erreichen, aber das lokale Netzwerk nicht. Was müssen Sie tun, damit das lokale Netzwerk Subnet2 erreichen kann?

Da das Site-to-Site VPN ohne BGP konfiguriert ist, werden Routen nicht dynamisch ausgetauscht. Als Sie den Adressraum von Vnet1 erweitert und Subnet2 hinzugefügt haben, wurden diese neuen IP-Bereiche nicht automatisch an Ihre lokalen Router kommuniziert. Um die Konnektivität vom lokalen Netzwerk zu Subnet2 herzustellen, müssen Sie die Routingtabellen auf Ihren lokalen Routern manuell aktualisieren, um eine Route für den IP-Adressbereich von Subnet2 über das bestehende VPN-Gateway hinzuzufügen. Ein zusätzliches Site-to-Site VPN wäre redundant und unnötig. Ein privater Endpunkt ist für den Zugriff auf Azure-Dienste innerhalb eines VNet gedacht, nicht für die Konnektivität zu einem Subnetz aus einem lokalen Netzwerk. Eine Routingtabelle in Subnet2 würde den ausgehenden Datenverkehr von Subnet2 steuern, aber nicht die Erreichbarkeit von außen.