grizzly999

Aber bei der Anmeldung funktioniert ja alles, nur die Computerrichtlinien arbeitet er aufgrund fehlenden DCs nicht ab. grizzly999

Ich bin fast sicher, dass es daran liegt. Fast! Als Domänenrichtlinie sollte sie auf den Client übernommen werden, aber hast du das auf dem Client auch mit gpupdate.exe beschleunigt oder den Client neu gebootet? grizzly999

Äh, das war kein Tipp, sondern ein Hinweis, eher schon eine Frage. Ohne die Beantwortung derselben werden alle Probleme mit Hilfestellungen haben. grizzly999

Hallo und Willkommen im Board :) Ich vermute sehr stark das "neue" Fast User Logon Feature von XP, zumindest deuten die Symptome darauf hin. Siehe auch meinen Beitrag mit Link zur Knoweledge Base hier: http://www.mcseboard.de/showthread.php?s=&threadid=28886 grizzly999

Hallo und willkommen im Board :) Du solltest noch die Betriebssyteme dazu schreiben ;) grizzly999

Okay okay, dann hatte ich das doch richtig verstanden. Siehe in dem Fall mein 1. Beitrag :( grizzly999

....Korrekt. Und dort waren ja auch schon ein paar Antworten gegeben. Ich weiß daher nicht, was das soll, den Beitrag noch mals zu posten, vielleicht morgen nochmal in OT ? :mad: Wegen Doppelpostings geschlossen! http://www.mcseboard.de/showthread.php?s=&threadid=30977 grizzly999

Ja, war von mir wohl missverstanden worden. Habe gedacht der zweite Server sei schon DC in einer anderen Domäne. In dem Fall ist hacko's Vorgehen korrekt, wobei man den KB-Artikel zum korrekten Vorgehen eines Schemaupdate benutzen sollte (habe ich jetzt grad nicht greifbar, wurde von mir aber neulich gepostet) grizzly999

als ein bischen Grundlagenlektüre: http://www.antonis.de/dos/batchtut/bat-kurs/index.htm#00 Beispielbatchs und kleine "Hilfstools": http://www.ericphelps.com/batch/samples/samples.htm http://serviceftp.flashnet.it/simtel.net/msdos/batchutl.html http://www.mirkes.de/de/freeware/batch.php http://www.pressroom.com/~tglbatch/ grizzly999

Wenn man für unterschiedliche Rechner unterschiedliche Policies möchte, wäre es nicht so vorteilhaft, wenn man mit Computerpolicies auf Domänenebene arbeitet. Besser, die Computer in unterschiedlichen OUs zu haben. Man kann die Computerkonten ja vorabe in den einzelnen OUs erstellen, wennd er Client dann in die Domäne aufgenommen wird, erhält er genau dieses Konto in der gegebenen OU. grizzly999

Der PES muss auf allen NT DCs installiert werden, der Key wird auf dem 2000er erzeugt und auf die NT DCs kopiert. grizzly999

Das geht nicht, ich glaube da ist was anderes gemeint. Wie du richtig bemerkst, Domäne und Arbeitsgruppe sind zwei Paar Stiefel. grizzly999

Für Regelerstellungen gibt es das bestimmt, für eine "gute" Regelerstellung in deinem Sinne, gibt es mit großer Wahrscheinlichkeit keine Anleitung, denn die zu erstellenden Filter definieren sich durch die Anforderungen, und die können ganz unterschiedlich sein. Fange damit an, und lege fest, welche Applikationen Zugriff nach aussen benötigen, danach welche Ports die Applikationen benötigen. Machst du POP3, wenn ja dann brauchst du 110, machst du Internetbanking, wenn ja mit welchem Programm (HBCI z.B. in der Regel) Port 3000, usw. grizzly999

Danke für die Aufklärung ;) Ich kann dir versichern, dass ich bis dato jede Menge 2003 Domänen gesehen aufgesetzt und damit gearbeitet habe. Und bei allen war dieses mir sehr wohl bekannte Kästchen drin, auch bei meiner jetzigen, in der ich gerade arbeite. Und trotz dieses Kästchens habe ich, und haben tausende von anderen Usern terabyteweise Daten kopiert, gespeichert und gelöscht. Gostrolly69Ad hat aber nicht die Freigabeberechtigungen geschrieben, und die sind bei XPSP1 und W2k3 im Gegensatz zu NT und 2000 standardmäßig auf Jeder->Lesen und bereiten daher immer wieder Probleme, wenn man nicht daran denkt. grizzly999

Hallo und willkommen in Board :) Hast du das SMB-Signing per Richtlinie deaktiviert? http://support.microsoft.com/default.aspx?kbid=811497 grizzly999

Ja, auf der deutschen 2003 Server CD grizzly999

Es ist exakt so, wie es blub geschrieben hat, aber ich denke, es ist alles dazu gesagt worden und damit sich nicht ja nichts aufschaukelt...... grizzly999

...Frei nach dem biblischen Motto "Wenn dir dein Auge Ärger bereitet, dann reiß es aus und wirf es weg (Matth, 18,9)" :D :D :D grizzly999

...Gibt es zu allen MS-Betriebssystemen... und zu allen Office-Paketen. .... und Backoffice-Produkten auch. Was vergessen... :D grizzly999

Stehen Fehler in der Ereignisanzeige? Wenn ja, bitte mit wörtlicher Meldung und Ereignis-ID posten. grizzly999

Für den Cert-SRV schau mal hier rein: http://support.microsoft.com/default.aspx?scid=kb;en-us;298138 grizzly999

Wenn du eine Domäne hast, machst du das am einfachsten über GPOs, in einer Arbeitsgruppe lokal auch. Die wuau.adm für die Einstellungen ist beim 2003-Server schon dabei, für 2000 gibts die auch auf der SUS-Seite zum Download. Zudem empfehle ich dringend das doc-File auf der SUS-Homepage runterzuladen und zu lesen, dort stehen z.B. auch die Registry Keys drin, und was die im einzelnen machen, wenn man nicht mit GPOs arbeiten will. grizzly999

Das zu beschreiben wäre etwas langwierig, deshalb habe ich auf das dem ADMT beiliegende Dokument verwiesen. Da steht, wie man den installiert und betreibt.... ;) grizzly999

Ja, die gibt es. Schau mal hier rein: http://www.mcseboard.de/showthread.php?s=&threadid=15032 grizzly999

Hallo und Willkommen im Board :) ResKit ist die Kurzform von Resource Kit, auf deutsch heißt das die technische Referenz. Gibt es zu allen MS-Betriebssystemen. Ist ein Buch (für Workstations) und bis zu 7 Bücher mit 7000 Seiten beim Server, die jede Menge technische Detailinformationen liefern. Dabei ist auch immer eine CD mit einer großen Sammlung zusätzlicher, nützlicher Tolls für das Betriebssystem. Das Buch mit Cd kann man kaufen, teilweise gibt es die Kapitel des engl. Resource Kits auch auf der MS-Homepage, und ein paar Tools gibt es dort auch zum Download. grizzly999