DCOM-Server konnte nicht registriert werden
Ich bin immer diese Fehlermeldung
Source : DCOM
Event_ID: 10010"Der server
{6FC4FDAE-96C8-11D3-9F9C-005004053207}
haben Sie nicht registriert mit DCOM innerhalb des
erforderlich timeout."
Dies ist für eine bestimmte exe-Datei, die bei Ausführung als lokales system funktioniert gut, aber wenn die Ausführung unter nicht - builtin-administrator schlägt fehl.
Ich muss die exe ausführen unter den nicht - integrierten administrator.
Derzeit bin ich immer dieses Problem auf einem Win 2k3 Maschine mit Citrix.
Allerdings habe ich vor dieses Problem auf einem XP-Rechner vor.
Irgendwelche Tipps zur Lösung des Problems?
InformationsquelleAutor Ganesh R. | 2009-07-17
Du musst angemeldet sein, um einen Kommentar abzugeben.
Als ich nicht ganz verstehen, den Kontext... Hier sind ein paar Tipps, die Ihnen helfen, Probleme zu lösen... Es hilft, habe admin-Rechte auf beide Ursprung-und Ziel-Computer....(zumindest zu konfigurieren und prüfen)
DCOM kann sein verwirrend. Beim Umgang mit DCOM über Rechner-Grenzen das problem wird wahrscheinlich sein, Sicherheit aus den Widersprüchlichen und/oder keine Anmeldeinformationen -, Firewall-und DCOM-Einstellungen für den lokalen Maschine und Anwendung. Soweit das 80/20-Prinzip geht...hier sind einige einfache Regeln, um Sie in der ballpark.
Ersten, die Sicherheit sichtbar: starten Sie SecPol.MSC auf der ursprünglichen Maschine, suchen Sie Lokale Richtlinien/überwachungsrichtlinie " und aktivieren Sie die überwachung auf jeden Fall geben. Sie würden gut daran tun, es zu tun auf der Ziel-Maschine.
Kurbel DCOM-Ereignis-Protokollierung sowie. Befolgen Sie diese Anweisungen, http://support.microsoft.com/kb/892500
Zweitens ändern einer Standard-workgroup-Einstellung bekannt zu stampfen alle über DCOM.. Versichern, dass Einfache Dateifreigabe (auch bekannt nur-Gast-Authentifizierung) deaktiviert ist sowohl Ursprung und Ziel-Computer. Wenn beide befinden sich in einer Domäne, dann ist es wahrscheinlich deaktiviert. Ansonsten... "secpol".msc\security settings\security options\network access: Sharing als Sicherheitsmodell für lokale Konten (classic)
Dritte, in den Griff bekommen, die geforderte Sicherheit...
Wenn beide Maschinen sind in verschiedenen Domänen oder eines (oder beide in einer Arbeitsgruppe) zu verstehen, die erforderlichen gemeinsamen Sicherheit; das heißt, Anmeldeinformationen müssen gemeinsame oder synchronisiert auf jede Maschine. Das heißt, für die Anmeldung läuft der Prozess auf der ursprünglichen Maschine, identische Anmeldeinformationen muss vorhanden sein auf dem Ziel-computer. Für beide in der gleichen Domäne, Sorge nicht, wie die Domänen-Anmeldeinformationen, die für eine Maschine das gleiche wie die anderen.
Vierte, die firewall aus dem Weg wenn Sie können.
Vorübergehend deaktivieren..aber nur wenn es sicher ist. Ansonsten wird für die netbios-ports und Anwendungen Programmname (135/139udp). Die verwendeten ports sind eine Annahme; d.h. es kann nicht richtig sein kann.
Fünften, bevor es wieder zu Komplex... Einfach versuchen, zu induzieren, um die Fehler (das Programm ausführen) und überprüfen Sie die system-und security-Protokolle auf beiden Rechnern. Wenn es ein Sicherheitsproblem, es haften heraus wie ein Wunder Daumen, und Sie können sich dementsprechend anpassen.
Wenn nicht, dcomcnfg wird dein Freund sein. DCOM-Einstellungen für eine bestimmte Komponente beheben in der folgenden precidence: CODE-AUSGEFÜHRT, PROGRAMM-EINSTELLUNGEN und DEFAULT-EINSTELLUNGEN der MASCHINE. Dcomcnfg wird Ihnen helfen, lösen die letzteren zwei. Hier finden Sie einige spezielle (aber vereinfacht) Richtungen http://www.opcfoundation.org/DownloadFile.aspx?RI=326
Follow-up, wenn Sie nicht weiterkommen....
InformationsquelleAutor CMB
Berechtigungen Probleme bei der Verwendung von DCOM können Sie miserabel... Sie fallen zwischen den system-administrator und Programmierer, und bis man weiß genug über den anderen Teil können Sie sehr schwer zu überwinden.
Als für Ihr spezielles problem, die Ursache dieser Fehlermeldung ist eine zu lange server-Start, verzögern Sie den Aufruf CoRegisterClassObject bis nach dem Ablauf des Timeouts. Würde ich nach der Ursache des Problems in Ihren server starten, bevor ich würde schauen in COM. Überprüfen Sie alle Initialisierungen, die Sie tun (Globale Variablen, Konstruktoren, etc.) und stellen Sie sicher, dass keine Ausnahme geworfen wird, oder so. Ein ändern der Benutzer kann die Ursache für einige Verzeichnisse oder registry-hives nicht mehr zugegriffen werden, vielleicht brechen Sie die Initialisierung.
Was ich tun würde, ist das erste, überwachung der server-Aktivität mithilfe ProcMon. Dies macht es leicht zu finden, die alle Zugriff verweigert Probleme, sowie zeigen Sie die Bedeutung der stack-trace. Wenn ein Debuggen benötigt wird, können Sie den debugger, sobald die exe gestartet wird, folgenden diese Anweisungen. Schließlich, wenn das problem tritt auf einem Computer ohne VS, die Sie verwenden können, WinDBG statt, um den debug-Prozess.
InformationsquelleAutor eran
In meinem Fall das XP auf meinem Rechner war, geändert wurde von meiner Firma ist ES Jungs. So hatten Sie durch einige der Gruppenrichtlinie verweigert den Zugriff auf bestimmte DCOM-Einstellungen auch für die Administrator-Gruppe.
Den workaround war, registrieren Sie manuell DCOM-Server in einer Eingabeaufforderung geöffnet, die mit den Anmeldeinformationen des built-in Administrator-Konto.
InformationsquelleAutor Ganesh R.