Letze01

@Dr.Melzer sorry, wusste nicht, dass das der Fall ist :shock: und es war auch nicht meine Absicht gegen Board-Regeln zu verstoßen :D

Hay hay, kannst Du mir bitte etwas genauer sagen was repliziert wird?

Hay hay, darf ich fragen um welche Provider es geht? Und warum Du über 2 verschiedene Provider versenden möchtest?

Hay hay, wenn ich die Eigenschaften für den Ordner SYSVOL anschaue sind da definitv DFS-Geschichten aktiv. Es läuft wenn der Dienst beendet ist ohne größere Probleme - zumindest für den Moment. Ist mir allerdings ein Dorn im Auge wenn ich nicht genau weiß was damit unter normalen Umständen passieren sollte und jetzt eben nicht mehr passieren kann...

Hay hay, ich hab ein Exchange2003 SP1 da - da ist eine drin. Brauchst Du nur die exe??

Hay hay, sollte die nicht in Deinem ExchangeServer-Verzeichnis liegen???

:jau: Auch wenns nicht wirklich weiterhilft bin ich froh, dass nicht nur ich kräftig ins grübeln komme ... :jau: (den klatschenden Smiley bitte nicht falsch verstehen - eine Art Galgenhumor...)

Hay hay, wie meinst Du "lokal funktioniert das"? Hast Du den Drucker mal lokal angeschlossen, dann gelöscht (die Treiber aber behalten) und danach den Netzwerkdrucker nochmal verbunden????

Hay hay, danke für den Tip! Das Problem ist allerdings, dass die besagte CPU-Auslastung nach ca. 1 Stunde nach Neustart des Dienstes wieder so hoch ansteigt...

Hay hay, muss mal b***d fragen: Wird DFS in einem AD standardmäßig zwingend benötigt? Habe das Problem, dass die dfssvc.exe auf meinem WindowsServer2003 mit SP1 eine CPU-Auslastung von 60% erzeugt und bin deshalb am Überlegen, ob ich den Dienst nicht einfach beende. Bin mir allerdings nicht sicher welche Auswirkungen das auf mein Verzeichnis haben kann... :shock: Laut Microsoft ist das Problem bekannt KB-Artikel 889177, sollte allerdings mit SP1 behoben sein. Somit lässt sich der im Artikel beschriebene Hotfix auch nicht auf Maschinen mit SP1 installieren.... Jemand einen Rat? Für alle Bemühungen im Voraus besten Dank!!!

Hay hay, hast Du schonmal versucht den Drucker lokal auf einem W2k-Client einzurichten? Sollte dieser Versuch erfolgreich verlaufen könntest Du anschließend den lokal installierten Drucker löschen, die Treiber allerdings beibehalten!!! Danach erneut den Drucker vom Server verbinden und schauen was passiert.

Hay hay, wenn es unbedingt sein muss würde ich es per Batch in den geplanten Tasks ausführen net stop [DIENST] net start [Dienst] Allerdings finde ich das sehr gewagt, denn was ist wenn der Dienst nicht wieder hochkommt?

Hay hay, es sind keine weiteren Verbindungen offen. Der Schlüssel zur Lösung kam von Gulp. :jau: Vielen Dank nochmal - hat mir viel Arbeit erspart!!!! :D :jau:

Hay hay, das hört sich ja noch nach einer echten Alternative an ;) Danke für den Tip! Werds gleich versuchen!!!

Hay hay, in der Vergangenheit gab es mit Rechnern, die in der Domäne umbenannt wurden, immer wieder Probleme. Deshalb haben wir uns angewöhnt einen PC vor dem Umbennen immer zuerst aus der Domäne zu nehmen. Als ich den Rechner aus der Domäne genommen habe wurde er zuvor eine neutrale OU verschoben, auf die keine Policy ausgesprochen war. Daraufhin habe ich den PC neu gestartet. Ich habe diesem Rechner schon alle möglichen Namen gegeben - auch solche, die es 1000%ig in dieser Domäne noch nie gegeben hat. Die SID habe ich wie gesagt mit dem Tool NewSID von Sysinternals geändert - wie dieses Programm genau die SID verändert kann ich natürlich nicht sagen, allerdings spricht normalerwiese schon der Name für die Qualität :) So wie es scheint werden wir um eine Neuinstallation wohl nicht drumrumkommen - und das bei 20 BDE-Terminals... Danke Dir dennoch für die Ansätze!

Hay hay, ich versuche verzweifelt einen Client mit W2k SP4 der Domäne hinzufügen, allerdings kommt jedes mal der Fehler "Beim Versuch der Domäne "xy" beizutreten, trat folgender Fehler auf: Zugriff verweigert". Angefangen hat das Ganze damit, dass wir den Client, um ihn umzubennennen, aus der Domäne nehmen wollten, was schon zur selben Meldung führte. Da eine sehr restriktive Policy auf den PC angewendet wurde habe ich, obwohl der PC bereits VOR EINEM NEUSTART aus der OU herausverschoben war, auf die die Policy gegriffen hat, nochmals die Sicherheitseinstellungen mit secedit /refreshpolicy erneut übernommen. Darauf liess sich der Rechner aus der Domäne entfernen. So weit - so gut. Nun kommt beim Wiederaufnehmen wie gesagt auch die besagte Meldung und ich weiß mir keinen Rat mehr. Ich habe sichergestellt, dass die Namensauflösung funktioniert und sowohl der Client den Server, als auch der Server den Client auf den NetBIOS-Namen und den DNS-Namen anpingen kann, ein nslookup auf dem Client erhält problemlos Verbindung, ... Außerdem habe ich schon folgendes versucht: - händisches Löschen des Computerkontos im AD - ändern der SID mit NewSID von Sysinternals - ändern der SID und erneutes ändern des PC-Namens mit NewSID von Sysinternals - erneutes umbennen - erneute Installation von SP4 - anlegen eines anderen, lokalen Administrators - verwenden eines anderen Domänen-Admins der Mitglied der folgenden Gruppen ist: Administratoren, Domänen-Admins, Organisationsadmins, Schema-Admins Und der Hammer schlechthin: andere Computer lassen sich problemlos aufnehmen!!!!! Kann mir bitte jemand weiterhelfen?!? Im Voraus für alle Antworten 1000 DANK!!!

Hay Grizzly999! Vielen Dank für die schnelle Hilfe! Werde es gleich morgen wenn ich in der Firma bin ausprobieren!

Hay hay, ich überprüfe gerade so meine DomänenController und stelle fest, dass ich das Zertifikat des Administrators nicht mehr vollständig habe (privater Schlüssel fehlt). Mir ist inzwischen auch klar warum: das Zertifikat wird nur auf dem 1. DC vollständig gespeichert und den gibt es schon lange nicht mehr... Wie kann ich nun -am besten ohne eine Zertifizierungsstelle einzurichten - dem Administrator (und somit auch dem Wiederherstellungs-Agent) ein neues Zertifikat zukommenlassen? Für alle Antworten im Voraus besten Dank!!!

Hay joemc26! Das ist in diesem Fall leider nicht so einfach möglich. Es handelt sich bei diesem Rechner um ein BDE-Terminal, das sehr komplex gebaut ist... Trotzdem vielen Dank für den Tip! :)

Jetzt wirds langsam aber sicher immer ominöser - ein Wechsel in eine andere Arbeitsgruppe wird mit der Meldung "Bei dem Versuch der Arbeitsgruppe "Arbeitsgruppe" beizutreten, ist der folgende Fehler aufgetreten: Zugriff verweigert" abgelehnt... Jetzt noch eine Idee? Also ich bin baff....

Ereignisanzeige ist leer, Policies greifen inzwischen gar keine mehr. Die waren ja nur auf der OU, in der der PC ja nicht mehr ist. gpresult verweist auch nur noch auf die lokale Sicherheitsrichtlinie, die definitiv nicht angepasst wurde... Vielleicht hast ja nochmal eine Idee

Hay Stoni, sorry, das habe ich in meiner Liste der abgearbeiteten Punkte vergessen. Habe den PC auch schon aus dem AD gelöscht, händisch hinzugefügt, danach vom Client aus versucht das Aufnehmen zu komplettieren, aber leider alles ohne Erfolg... Trotzdem vielen Dank!!!

Hay hay, ich versuche verzweifelt einen Client mit W2k SP4 der Domäne hinzufügen, allerdings kommt jedes mal der Fehler "Beim Versuch der Domäne "xy" beizutreten, trat folgender Fehler auf: Zugriff verweigert". Angefangen hat das Ganze, dass sich der Client schon gar nicht aus der Domäne entfernen lassen wollte und als Ergebnis die selbe Meldung ausgab. Da eine sehr restriktive Policy auf den PC angewendet wurde habe ich, obwohl der PC bereits VOR EINEM NEUSTART aus der OU herausverschoben war, auf die die Policy gegriffen hat, nochmals die Sicherheitseinstellungen mit secedit /refreshpolicy erneut übernommen. Darauf liess sich der Rechner aus der Domäne entfernen. So weit - so gut. Nun kommt beim Wiederaufnehmen wie gesagt auch wieder die besagte Meldung und ich weiß mir keinen Rat mehr. Ich habe sichergestellt, dass die Namensauflösung funktioniert und sowohl der Client den Server als auch der Server den Client auf den NetBIOS-Namen und den DNS-Namen anpingen kann, ein nslookup auf dem Client erhält problemlos Verbindung, ... Außerdem habe ich schon folgendes versucht: - ändern der SID mit NewSID von Sysinternals - ändern der SID und erneutes ändern des PC-Namens mit NewSID von Sysinternals - erneutes umbennen - erneute Installation von SP4 - anlegen eines anderen, lokalen Administrators - verwenden eines anderen Domänen-Admins der Mitglied der folgenden Gruppen ist: Administratoren, Domänen-Admins, Organisationsadmins, Schema-Admins Und der Hammer schlechthin: andere Computer lassen sich problemlos aufnehmen!!!!! Kann mir bitte jemand weiterhelfen?!? Im Voraus für alle Antworten 1000 DANK!!!

Hay hay, das ist wohl schon so, doch leider fehlt mir wie gesagt der private Schlüssel. Und deshalb würde ich jetzt gerne das Zertifikat für den Admin neu erstellen... Trotzdem Danke! :)

Hay hay, ich überprüfe gerade so meine DomänenController und stelle fest, dass ich das Zertifikat des Administrators nicht mehr vollständig habe (privater Schlüssel fehlt). Mir ist inzwischen auch klar warum: das Zertifikat wird nur auf dem 1. DC vollständig gespeichert und den gibt es schon lange nicht mehr... Wie kann ich nun -am besten ohne eine Zertifizierungsstelle einzurichten - dem Administrator (und somit auch dem Wiederherstellungs-Agent) ein neues Zertifikat zukommenlassen? (Damit ich im Fall der Fälle auch von Usern verschlüsselte Daten wiederherstellen kann) Für alle Antworten im Voraus besten Dank!!!