phoenixcp

Solche Probleme kenne ich zur Genüge. Zwei Tools kann ich dir da wärmstens empfehlen: RegMon und FileMon von SysInternals. Mit den beiden kannst du einmal auf Dateiebene und einmal auf Registryebene scannen, wo er Zugriffsverletzungen bekommt und dann die entsprechenden Rechte setzen. Damit kommst du um die Admin-Berechtigungen herum. :)

Das dürfte dann auch etwas problematisch werden und unter Umständen deinen DHCP etwas aus dem Tritt bringen. Was bezweckst du eigentlich damit? DAnn könntest ja auch an jeder Maschine die IP's fest verdrahten...

Vielleicht aus WinPE mit Nero ImageDrive?

...noch zwei Stunden, dann fängt mein lang ersehnter Urlaub an. Und die Wettervorhersage für Fuerte verspricht schöne, angenehme Wärme. Melde mich für die nächsten 2 Wochen ab. Gruß an alle Fleissigen

Spannend wird die andere Richtung. Oder gibts schon ne Chance, das man MAC OSX in ner VMWare unter Windows zu fliegen bekommt?

Also denselben DNS-Namen zu vergeben dürfte ansich kein Problem darstellen. Problematischer sehe ich eher den statischen DHCP-Eintrag. Aber das müsste sich doch recht einfach mit einer Maschine testen lassen oder?

Dazu müssen deine Anwender mindestens Network Operator sein, ansonsten werden sie auch mit keinem Tool die Einstellungen ändern dürfen.

Ich würde auf jeden Fall damit anfangen, die DC's zu migrieren, damit du das aktuelle AD-Schema hast. Dann anschliessend die Schemaerweiterung für Exchange 2003 einspielen und als letztes die Exchangeinstallation respektive das Upgrade.

:) Da hat jemand ein System aufgesetzt ohne lokale Nutzer und den lokalen Admin deaktiviert. Coole Sache das....

Selbst bei einer maschinen-Installation wird der Benutzeranteil bei der ersten Anmeldung nachgezogen. Das lässt sich nicht vermeiden, wenn sich jemand das erste mal anmeldet. Folgende Lösung wäre zu überdenken: Lege einen Präsetationsaccount an und installier alles unter diesem Account. Und die Anmeldung an diesen Präsentationsrechnern geschieht dann halt immer mit dem jeweiligen Präsentationsuser. Dabei sollte am besten ein User pro Rechner definiert werden.

Wie unterscheidet sich denn die Rechtesituation bei den jeweiligen Dateien? Hat da evtl, teilweise jeder und teilweise nur ein bestimmter Account Zugriff? Das würde dann wieder das SID-Problem aufzeigen.

Die wirst du dann nur im ADSI-Edit oder einem anderen LDAP-Browser sehen. In der User and Computers Konsole wird das nichts werden.

Auch wenn die User und PW's auf beiden Systemen identisch sind, unterscheiden sich jedoch die SID's. Diese sind systembezogen und daran macht Windows dann die Berechtigungen fest.

Also zum Zugriffe überwachen und anschauen welche Keys geschrieben oder gelöscht werden, eignet sich der RegMon von Sysinternals / Mark Russinowich am besten.

Was passiert, wenn du Allow Logon TerminalServer direkt auf einem der ADS-Konten setzt?

Wann ist mit dem erscheinen einer Pils-Taste zu rechnen? Sowohl Kölsch kann man ja nicht trinken, da stirbt man an Verwässerung und Alt wird auf Dauer auch etwas langweilig.

Nein, tut es nicht, hab ich ja auch nicht behauptet. Wollte es nur komplett richtig stellen und damit um die Developer Edt. ergänzen.

Um die Frage korrekt zu beantworten: Ja, man kann. ABER: Das ganze geht nur mit der Developer Edition und die ist nicht für den produktiven Einsatz gedacht und dementsprechend sieht auch die Lizenz aus. Entweder du nimmst eine MSDE (wie Desktop Engine) oder du musst dir unter nen SQL-Server auch nen Windows Server installieren. Wozu heißt das Ding denn dann Server, wenn es auf ner WS läuft? :) Gruß Carsten

Ich habe angefangen, aber durch meine aktuelle Projektauslastung und den Umstand das meine Freundin von den Wochenenden auch etwas abhaben will, beschränkt sich meine Zeit auf etwa 1 Stunde pro Wochenende, an der ich sauber arbeiten kann. Aber es wächst und wächst...

Liegt da am Ende noch ein Penner im Ofenrohr, was hinten rauskommt? Nicht das deswegen der Staudruck wegsackt...

Na dann sind wir schonmal 4 :) wird immer besser

Wofür soll denn solch eine Ordnerstruktur mit dieser Tiefe noch gut sein? Wer soll da durchsehen? Von administrieren garnicht zu reden.

InstallCommon.sql hast du vorher laufen lassen wie in InstallRoles angegeben? ;)

Kann es denn dann unter Umständen an der Sprachversion vom .NET-Framework liegen?