Vor ein paar Tagen habe ich ein reines Cloud-Azure-Virtual-Network (keine standortübergreifende Konnektivität) erstellt, darin einen Domänencontroller/DNS-Server bereitgestellt und sowohl meinen DNS-Server als auch den Azure-DNS-Server in den VNET-Einstellungen konfiguriert. Es hat gut funktioniert; ich konnte neue VMs per PowerShell-Skript hochfahren und sie ohne Probleme der Domäne hinzufügen. Alle Maschinen können sich gegenseitig sehen und problemlos anpingen (ich aktiviere die IPv4-ICMP-Firewallregel, um dies zu ermöglichen), und der DNS-Server löst sowohl interne als auch externe Namen problemlos auf.
Seit heute Abend können neue VMs, die im VNet bereitgestellt werden (mit genau denselben Skripten und Parametern, die ich die ganze Zeit verwendet habe), keine der anderen Maschinen im Netzwerk sehen.auch bei Verwendung von Roh-IP-Adressen.
Wenn ich neue VMs so konfiguriere, dass sie der Domäne zum Zeitpunkt der Bereitstellung mit dem Schalter -WindowsDomain beitreten, dauert die Bereitstellung sehr lange und wenn sie abgeschlossen ist, sind sie nicht wirklich der Domäne beigetreten (ich stelle mir vor, dass es eine Weile lang versucht wird und dann aufgibt). Ich kann mich per RDP mit jeder dieser VMs verbinden und versuchen, mit Roh-IP-Adressen herumzupingen – sie können nichts anderes im Netzwerk sehen. In der Zwischenzeit können sich alle VMs, die ich zuvor erstellt habe, ohne Probleme gegenseitig anpingen.
Alle VMs befinden sich in derselben Affinitätsgruppe und demselben Cloud-Dienst. Ich habe im Portal bestätigt, dass sie sich alle im selben Subnetz desselben VNet befinden. Was ist hier los?
Antwort1
Dies ist seitdem ohne mein Zutun verschwunden – es sieht so aus, als wäre es ein vorübergehendes, internes Problem mit Azure gewesen. VMs, die nie eine Verbindung hatten, sind jetzt verbunden, und neu bereitgestellte VMs sind ohne Probleme verbunden.