DCOM-Fehler im Serverprotokoll

596
Frantisek Vomajda

Ich verwende den SBS 2011 SP1-Server und möchte den sich wiederholenden Fehler im Ereignis-Viewer beheben:

Ein Fehlerereignis ist aufgetreten. Ereignis-ID: 0xC0002719 Generierte Zeit: 05/11/2017 13:01:11 Ereigniszeichenfolge: DCOM konnte nicht mit dem Computer PC123.contoso.com über eines der konfigurierten Protokolle kommunizieren.

Der Fehler wird alle 30 Minuten für alle AD-Computer angezeigt.

Ich kann PC123.contoso.com vom Server aus anpingen. FQDN wird korrekt in die entsprechende IP-Adresse übersetzt. Die Station kann einen Server pingen und auf gemeinsam genutzte Ressourcen zugreifen.

Ich habe einige Artikel zum Standard-Firewall-Block auf Stationen gefunden. Daher habe ich ein Gruppenrichtlinienobjekt für den Server erstellt, um die gemeinsame Nutzung von Dateien und Druckern, eine Remote-Verwaltungsausnahme und eine Remote-Desktop-Ausnahme zuzulassen. Leider ohne glück. Die Firewall auf dem Server ist überhaupt deaktiviert.

Wir haben nur einen Server für alles. Kein anderer DC oder so etwas.

0

2 Antworten auf die Frage

0
Twisty Impersonator

Alle 30 Minuten versucht der Windows SBS Manager-Dienst, eine Verbindung zu allen Arbeitsstationen und Servern mit Domänenverbund herzustellen, um Informationen zu sammeln, die zum Auffüllen der Windows Small Business Server Console und der zugehörigen Netzwerkberichte verwendet werden. Aufgrund dieses Vorgangs kann die SBS-Konsole beispielsweise anzeigen, welche Computer gerade online sind, aktualisierte Antiviren- / Anti-Malware-Definitionen haben, wenig Speicherplatz usw. hat:

enter image description here

Wenn auf eine Arbeitsstation nicht zugegriffen werden kann, wird die Ereignis-ID 10009 im Systemereignisprotokoll protokolliert. Dies geschieht normalerweise, weil der Computer offline ist (z. B. außerhalb oder außerhalb des Büros). Dies kann auch passieren, wenn die Firewall des Zielcomputers die Kommunikation blockiert. Da die Domänengruppenrichtlinien, die für Computer in einer SBS-basierten Domäne gelten, die erforderlichen Ports für diese Kommunikation öffnen, tritt dieses Problem nur auf Systemen auf, auf denen die Windows-Firewallregeln geändert wurden oder eine Firewall eines Drittanbieters installiert ist, die nicht integriert wird mit Gruppenrichtlinien.

Der MSDN-Artikel Problembehandlung des im Systemereignis protokollierten DCOM 10009-Fehlers? beschreibt, wie dieser Fehler behoben werden kann, wenn er nicht darauf zurückzuführen ist, dass der Remotecomputer offline ist:

  1. Ping <Remote-Server> und IP-Adresse des Remote-Servers, um sicherzustellen, dass der Netzwerkverkehr einwandfrei ist.
  2. Telnet <Remote-Server> 135, um sicherzustellen, dass der Port 135 nicht von der Firewall blockiert wird.
  3. Wenn wir einen dynamischen Port für die RPC-Kommunikation konfiguriert haben, können Sie mit dem folgenden Befehl überprüfen, welchen Status die Portressourcen auf beiden Servern haben:

    netstat –anb 

    Wenn alle dynamischen Ports verwendet werden oder nur noch wenige übrig sind, können Sie den dynamischen Portbereich erweitern . Siehe auch Konfigurationsprobleme im DCOM-Portbereich .

  4. Wenn alle oben genannten Tests in Ordnung sind, können Sie das DTCPing-Tool verwenden, um zu überprüfen, ob die DCOM-Kommunikation zwischen zwei Servern in Ordnung ist. Siehe Beheben von Verbindungsproblemen in MS DTC mithilfe des DTCPing-Tools .

    Hinweis: Das DTCPing-Tool ist nicht spezifisch für die Problembehandlung von MSDTC-Problemen. Es kann verwendet werden, um alle DCOM-Kommunikationsprobleme zu beheben.

In den meisten SBS-Umgebungen kann dieser Fehler auf jeden Fall ignoriert werden, solange die SBS Console aktualisierte Informationen für alle Domänencomputer anzeigt.

-1
eve wang

In Blog erwähnte Referenzschritte - So behandeln Sie den im Systemereignis protokollierten DCOM 10009-Fehler : https://blogs.msdn.microsoft.com/asiatech/2010/03/15/how-to-troubleshoot-dcom-10009-error-logged -in-system-event /

Auf dieser Q & A-Site schätzen wir Antworten, die für sich alleine stehen. Alle Hyperlinks verweisen auf eine Antwort [ohne tatsächlich eine zu sein] (http://meta.stackexchange.com/questions/8231/are-answers-that-just-contain-links-elsewhere-really-good-answers/8259#8259) ). Bitte bearbeiten Sie Ihre Antwort so, dass sie die wesentlichen Elemente Ihrer verknüpften Quelle enthält. Twisty Impersonator vor 6 Jahren 0