Was könnte einen Active Directory-Verbindungsversuch mit einer Arbeitsstation verursachen?

Was könnte einen Active Directory-Verbindungsversuch mit einer Arbeitsstation verursachen?

Ich versuche, ein Einfrierproblem bei unserem Git-Server zu beheben.

Wir laufenAtlassian Stashauf einer dedizierten virtuellen Maschine mit Windows Server 2012 R2 Standard.

Manchmal (ein paar Mal pro Woche) scheint der Server für ein paar Minuten einzufrieren. Das Einfrieren scheint nur verbundene Git-Clients zu betreffen; andere Aktivitäten auf dem Rechner laufen einwandfrei. Wir können weiterhin problemlos über den Remotedesktop auf die Box zugreifen; der Taskmanager zeigt nur geringe CPU-Aktivität und vernachlässigbare Mengen an Festplatten- und Netzwerk-E/A.

Wir haben festgestellt, dass die Maschine eine ausgehende LDAP-Verbindung zu einer Workstation herstellt – nicht zu einem unserer Active Directory-Domänencontroller, sondern zu einem Laptop. Offensichtlich antwortet der Laptop nicht, sodass die Verbindung hängt, bis sie abläuft. Sobald das Timeout abgelaufen ist, wird der normale Git-Dienst wieder aufgenommen. Zumindest bis zum nächsten Mal. Wir haben überprüft, dass die Netzwerkverbindung von Tomcat ausgeht, dem Anwendungshost für Stash.

Was würde diesen Server dazu veranlassen, zu versuchen, eine LDAP-Verbindung zu einem Computer herzustellen, der kein Active Directory-Controller ist?

Die Verzeichnisdienstkonfiguration für Stash listet nur einen lokalen Active Directory-Domänencontroller auf, aber wir stellen fest, dass es auch mehrere ausgehende Verbindungen zu anderen gültigen Domänencontrollern gibt. Wie findet der Computer diese anderen Domänencontroller heraus? Und könnte dieser Mechanismus erklären, warum er versucht, mit einem Laptop zu kommunizieren?

verwandte Informationen