Letze01

Hay hay, die drüberliegende OU ist rein zur Übersichtlichkeit. Hatte nun allerdings eine OU Test direkt im Stamm der Domäne erstellt und darauf die Richtlinie ausgesprochen - doch leider wie gesagt Fehlanzeige...

Hay hay, das wars leider nicht...

Hay hay, also, die OU liegt unterhalb einer anderen OU. Auf die darüberliegende sind allerdings keine Richtlinien ausgesprochen. Die Replikation funktioniert problemlos. Das Script ist bei "Anmelden" hinterlegt - für den Benutzer. Wobei das Thema nicht das Script an sich ist, sondern das Übernehmen der Richtlinie, in der Benutzerkonfigurationen angepasst sind. Zwischendurch mal ein DANKE für eure Unterstützung :)

Hay hay, ja, es ist eine OU in der Benutzer liegen und es soll eine Policy greifen, die Benutzerkonfigurationen enthält. Das Problem ist nicht, dass nur das Script nicht läuft sondern dass die Policy generell nicht übernommen wird (prüfe ich per gpresult und stelle fest, dass die Richtlinie nicht aufgeführt wird)

Hay hay, wenn ich das Script in Benutzerkonfiguration->WindowsEinstellungen->Skripts->Anmelden hinterlege dann ist doch auch bekannt, wer sich anmeldet (bei gpresult steht ja drin welcher OU der Benutzer angehört) und darüber wird doch die Verteilung der Policy gesteuert und somit sollte es doch auch funktionieren, oder nicht? Hoffe wir reden nicht aneinander vorbei... :suspect:

Hay hay, sorry dass ich mich beim Editieren vertippt hatte :rolleyes: Die Aufteilung zwischen Usern und Computern ist mir schon klar :) Aber genau da liegt ja auch mein Problem - ich möchte gerne, dass das Script pro Benutzer und nicht pro Computer ausgeführt werden soll. Das Ganze deshalb als Policy, weil Dinge ausgeführt werden sollen, die ein Standard-Benutzer nicht ausführen darf. Wenn ich allerdings gpresult ausführe sehe ich, dass der Benutzer in der richtigen OU steckt, die darauf ausgesprochene Richtlinie jedoch nicht übernommen wird...

Hay hay, ich würde gerne beim Anmelden ein Script per Policy ausführen lassen und habe dafür eine Richtlinie auf eine OU ausgesprochen, welche die Benutzer enthält, für die dieses Script ausgeführt werden soll. Melde ich mich nun allerdings als einer dieser Benutzer an passiert überhaupt nichts. Führe ich gpupdate aus und anschließend gpresult um zu überprüfen woran es hängen könnte, stelle ich fest, dass die Richtlinie gar nicht übernommen wird. Die DCs sind Win2003, die getesteten Clients W2kSP4 und WinXPSP2. Für Hilfe im Voraus vielen Dank!!! edit: Nachtrag: Wenn der PC, an dem sich der User anmeldet, in der selben OU ist wie der User, dann funktioniert das. Aber das ist doch im Sinne des Erfinders, oder edit: sorry, vertippt. Es hätte heißen sollen: Nachtrag: Wenn der PC, an dem sich der User anmeldet, in der selben OU ist wie der User, dann funktioniert das. Aber das ist doch nicht im Sinne des Erfinders, oder

Hay hay, so, jetzt bin ich endlich mal dazugekommen mich dieser Sache anzunehmen. Leider funktioniert cipher /r nicht unter Windows2000. Ich gehe doch richtig in der Annahme, dass dieser Befehl auf dem DC ausgeführt wird?

Hay hay, und wie sieht es aus, wenn Du dann diesem Ken-Benutzer und / oder dem KEN-Server das relayen auf der Exchange-Seite erlaubst? Dann sollte es doch gehen....

Hay hay, hmmm, sorry Du, aber da muss ich dann so langsam passen... Du hast dem Exchange-Server in den Empfängerrichtlinien aber schon beigebracht, dass er für Deine Maildomain verantwortlich ist? Du könntest u.U. auch mal das Relaying für den KEN erlauben... :suspect:

Hay hay, das heißt - wenn ich Dich richtig verstehe - dann funktioniert das Versenden über Telnet problemlos und die Mails landen im richtigen Postfach?

Hay hay, @dmetzger Vernehme ich da den leisen Ton von Zynismus? :D Mir wäre eben auch kein Anbieter bekannt, der ADMs bereitstellt und deshalb habe ich meine Antwort auf die Möglichkeit der Zentralverwaltung ausgerichtet - doch nicht schlimm, oder?!?! ;)

Hay hay, im Exchange-Systemmanager rechte Maustaste auf den Server, dort bei Nachrichtentracking den Haken setzen bei Betreff protokollieren (nicht ganz 100%iger Wortlaut, müsste aber so ähnlich heissen :) )

Hay hay, ist meiner Meinung nach ein sehr heisses Eisen das Du da in die Hand nimmst! :shock: Ob man Server sich automatisch durch den WSUS updaten lassen sollte ist meineserachtens schon fraglich - dann aber auch noch den Neustart unbeaufsichtigt durchführen zu lassen... Naja, Dein Ding. Bei der Sache mit dem Ping kann ich Dir leider nicht weiterhelfen, allerdings habe ich einen - wenn auch eher außergewöhnlichen - Weg gefunden, der Dir weiterhelfen könnte: __________________________ SCHNIPP __________________________ :NETUSE sleep 20 net use X: \\SERVER\FREIGABE if exist X: (goto SHUTDOWN) ELSE goto NETUSE :SHUTDOWN net use X: /delete /y shutdown -r -t 020 __________________________ SCHNAPP __________________________ Nun brauchst Du nur noch die sleep.exe aus dem ResKit ins System32 zu kopieren und dann läuft es so: Der Member-Server versucht ein Netzlaufwerk des DCs zu mappen - schafft er das, ist der DC ja da und er kann sich selbst herunterfahren. Ist der DC nicht da, geht er zurück zu dem Versuch das Netzlaufwerk herzustellen usw...

Hay hay, nicht ganz die Antwort auf die Frage :) Aber es gibt AV/FW-Produkte, die sich zentral verwalten lassen - zwar nicht mit den WindowsPolicys aber mit vergleichbaren Mechanismen. Ist es das was Du meinst?

Hay hay engel.aloisius! Gott sei Dank steht das Wochenende vor der Tür - somit hast Du genug Zeit Dich um die Wiederherstellung Deines Servers zu kümmern (*frotzel*) Spaß bei Seite - schade dass alles nichts genutzt hat... Wünsch Dir was!

Hay hay, nagel mich bitte nicht fest, aber ich denke mich dumpf daran erinnern zu können, dass das Entfernen von den Auth-Usern nicht ganz ok ist. Wenn Du Dich als Admin ausnehmen möchtest, dann verbiete dem Administrator (oder den Dom-Admins, oder ...) einfach das Übernehmen dieser Richtlinie.

Hay hay, hast Du das Nachrichtentracking vom Exchange aktiv? Was steht denn da, wenn Du den Ablauf einer Mail anschaust?

Hay hay, hast Du in der Policy die Computer- oder die Benutzerkonfiguration angepasst? Wenn Du auch Änderungen im Bereich Benutzer vorgenommen hast, hast Du die Loopbackverarbeitung auch konfiguriert? Hast Du Rechte auf die Richtlinie ausgesprochen?

Hay hay, hast Du Dir diesen Thread schon durchgelesen? http://www.mcseboard.de/showthread.php?p=432848#post432848 Handelt genau vom selben Thema...

Hay hay, meinen Segen hast Du :thumb1: Drück Dir ganz fest alle Daumen!!!

Hay hay, wie darf ich das quit verstehen? Gibt das Dein Server aus???

Hay hay, gibts wenn ich mich nicht irre eine Policy dafür - leider kann ich Dir ad-hoc nicht sagen wo genau das steht...

Hay hay, so langsam gehen mir die Ideen aus. :suspect: Den DNS kannst Du theoretisch auch mal deaktivieren - mehr als Fehler kann er nicht produzieren - und schlimmer als es jetzt ist gehts wohl auch nicht mehr...

Hay hay, wenn Du anschließend folgendes eingibst: mail from: test@test.de (<- am besten irgendeine offizielle Mailadresse) rcpt to: mein.name@meine-firma.de (<- eine Mailadresse die von Deinem Server verwaltet wird) data TEXTEXTEXT . Dann sollte eine Nachricht an den unter "rcpt to" angegebenen Empfänger versendet werden...