Wir haben in Azure 2 virtuelle Rechner, beide routen nicht in einen VPN Tunnel

Question

Wir haben in Azure 2 virtuelle Rechner, beide routen nicht in einen VPN Tunnel

Thomas Königs 20

Wir haben 2 virtuelle Computer in Azure

Beide routen nicht mehr in einen VPN Tunnel, keine Verbindung zur Aussenwelt.

Wir benötigen Support von Microsoft Techniker

Anonym

2026-04-30T06:31:28.2566667+00:00
Hallo Thomas,

vielen Dank, dass Sie sich bezüglich des Verbindungsproblems mit Ihren virtuellen Maschinen an uns gewandt haben.

Um die Ursache genauer untersuchen zu können, bitten wir Sie, uns die folgenden Informationen bereitzustellen:

Befinden sich beide virtuellen Maschinen im selben virtuellen Netzwerk und Subnetz, oder in unterschiedlichen Netzwerken?

Wann ist das Problem erstmals aufgetreten, und wurden kürzlich Änderungen an der Umgebung vorgenommen (z. B. an NSG, Routingtabellen, VPN oder Firewall)?

Welche Art von VPN wird verwendet? Handelt es sich um ein Azure VPN Gateway (Site-to-Site oder Point-to-Site) oder um eine Drittanbieter-VPN-Lösung (z. B. NVA oder Firewall)? Falls es sich um Azure VPN handelt, können wir dies backendseitig prüfen. Bei einer Drittanbieter-Lösung ist ggf. eine Überprüfung durch das jeweilige Gerät bzw. das On-Premises-Team erforderlich.

Wie ist der aktuelle Status des VPN-Tunnels (Verbunden oder Getrennt)?

Haben die virtuellen Maschinen Internetzugang, oder besteht ein vollständiger Verlust der ausgehenden Konnektivität?

Ist eine benutzerdefinierte Route (UDR) oder Forced Tunneling (0.0.0.0/0 über VPN) im Subnetz konfiguriert?

Gibt es Network Security Groups (NSGs) oder eine Azure Firewall/NVA im Datenverkehrspfad?

Betrifft das Problem nur diese beiden virtuellen Maschinen oder auch andere Ressourcen im selben virtuellen Netzwerk/Subnetz?

Wir freuen uns auf Ihre Rückmeldung, damit wir die weitere Analyse durchführen können.

Antwort, die vom Frageautor angenommen wurde

Ravi Varma Mudduluru 12,625 Externe Microsoft-Mitarbeiter Moderator

Ich übersetze die Antworten aus dem Englischen; bitte entschuldigen Sie daher etwaige Grammatikfehler.

Hallo @ Thomas Königs

vielen Dank, dass Sie sich an Microsoft Q&A gewandt haben.

Wie besprochen, habe ich festgestellt, dass Sie zwei VMs in der Azure-Cloud betreiben und diese aufgrund einer falsch konfigurierten Route nicht von der Drittanbieter-Cloud aus anpingen konnten.

Nach dem Löschen und Zurücksetzen der VPN-Verbindung sowie dem Zurücksetzen des VPN-Gateways wurde das Problem behoben.

Nach dem Zurücksetzen des VPN-Gateways konnte eine Verbindung zu VM2 von der Drittanbieter-Cloud aus hergestellt werden; VM1 war jedoch nicht erreichbar.

Bei weiteren Untersuchungen mithilfe des Network Watchers (unter „Verbindungsfehlerbehebung“) stellten wir fest, dass VM1 eine dynamische private IP-Adresse zugewiesen war. Zudem war die private IP-Adresse von VM1 auf der entsprechenden Netzwerkschnittstelle auf „Dynamisch“ eingestellt.

Infolgedessen brach die Konnektivität zu VM1 nach dem Zurücksetzen des VPNs ab. Nachdem die private IP-Adresse von VM1 auf „Statisch“ umgestellt wurde, konnte die Verbindung von der Drittanbieter-Cloud aus erfolgreich wiederhergestellt werden.

Falls die Antwort hilfreich ist, klicken Sie bitte auf „Antwort akzeptieren“ und geben Sie ihr freundlicherweise eine positive Bewertung. Falls Sie weitere Fragen zu dieser Antwort haben, klicken Sie bitte auf „Kommentieren“.

0 Kommentare

1 zusätzliche Antwort

Ihre Antwort

Anonym

2026-04-30T06:31:28.2566667+00:00

Hallo Thomas,

vielen Dank, dass Sie sich bezüglich des Verbindungsproblems mit Ihren virtuellen Maschinen an uns gewandt haben.

Um die Ursache genauer untersuchen zu können, bitten wir Sie, uns die folgenden Informationen bereitzustellen:

Befinden sich beide virtuellen Maschinen im selben virtuellen Netzwerk und Subnetz, oder in unterschiedlichen Netzwerken?

Wann ist das Problem erstmals aufgetreten, und wurden kürzlich Änderungen an der Umgebung vorgenommen (z. B. an NSG, Routingtabellen, VPN oder Firewall)?

Welche Art von VPN wird verwendet? Handelt es sich um ein Azure VPN Gateway (Site-to-Site oder Point-to-Site) oder um eine Drittanbieter-VPN-Lösung (z. B. NVA oder Firewall)? Falls es sich um Azure VPN handelt, können wir dies backendseitig prüfen. Bei einer Drittanbieter-Lösung ist ggf. eine Überprüfung durch das jeweilige Gerät bzw. das On-Premises-Team erforderlich.

Wie ist der aktuelle Status des VPN-Tunnels (Verbunden oder Getrennt)?

Haben die virtuellen Maschinen Internetzugang, oder besteht ein vollständiger Verlust der ausgehenden Konnektivität?

Ist eine benutzerdefinierte Route (UDR) oder Forced Tunneling (0.0.0.0/0 über VPN) im Subnetz konfiguriert?

Gibt es Network Security Groups (NSGs) oder eine Azure Firewall/NVA im Datenverkehrspfad?

Betrifft das Problem nur diese beiden virtuellen Maschinen oder auch andere Ressourcen im selben virtuellen Netzwerk/Subnetz?

Wir freuen uns auf Ihre Rückmeldung, damit wir die weitere Analyse durchführen können.

Answer 1

Hello Jilakara, here the answers:

Both vm-servers are in the same virtual network „vnet2“
Last Week, no changes No NSGs, there was 1 not asigned for the print-03-prod but asigning it didnt change anyting on the vm print-03-prod
Site-to-Site Ipsec ike2 with default parameters (not documented by the way) phase 1 seems to connect and phase 2 works for 2 additiional subnets (192168.0.0/22 and 192.168.20.0/22) but not 10.10.0.0/20)
Connected And the connection to 192.168.0.0 and 192.168.20.0 are reachable and from there we access the 172.16.49.10 and .11 devices
Connection via rdp is doable, but very slow and performance on 10.10.1.6 and 10.10.1.7 are bad
Not that we found, network watcher showed errors with missing route but list-learned routes showed them
No firewalls, no nsgs (specialy fort he dc-vm)
No other ressources, there are only the both vms

It is possible that i can give you the Mail-Adress from our IT service provider that you can contact him?

best regards

Thomas