raptor99

Funktioniert, das war's. Danke!

Sorry, ich werd's versuchen. :) Danke nochmal für eure Antworten! Habe das nun mal getestet, via Computer Start Up Script Policy. Anfangs funktionierte es einmal. Ich habe ein "Testscript" erstellt, dass eine Textdatei generiert in einem Verzeichnis, auf das ein normaler Benutzer keine Zugriffsrechte hat. Ab dem 2. PC-Boot allerdings wird das Skript nicht mehr ausgeführt, obwohl die Policy aktiv ist. Testweise habe ich eine neue Policy inkl. einem neuen Testscript erstellt... dassselbe Problem. GPresult /z sagt dazu folgendes: Angewendete Gruppenrichtlinienobjekte -------------------------------------- Startuptest (das ist die korrekte Test-Policy) Skripts zum Starten ------------------- Gruppenrichtlinienobjekt: Startuptest Name: startups.cmd Parameter: Zuletzt ausgeführt: Dieses Skript wurde noch nicht ausgeführt. Frage nun -> Warum führt er das Skript nicht aus? Die Berechtigungen auf die Datei scheinen zu stimmen, zumal es ja einmal lief. Ich habe bereits die Policy aktiviert, die das Synchrone Ausführen der Logon scripts erzwingt sowie das ScriptFenster anzeigen soll. Allerdings sehe ich es leider nicht. Hat jemand eine Idee dazu bzw. schonmal das selbe Problem gehabt?

Doch tut es, sorry. :-) Das Skript macht noch einiges mehr und benötigt dafür teilweise Admin-Rechte, en Detail kann ich das aber nicht sagen, da ich es nicht geschrieben habe. Bin nur für die Ausbringung verantwortlich.

Danke für die zahlreichen Antworten. :) Es geht um eine in VB geschriebene App (.exe), die beim Start des PCs div. Informationen vom PC ausliest, z.B. die installierten Programme / Pfade etc. @Sunny61: Hmm, ich hatte das Skript unter Computer -> Windows Settings -> Scripts -> Startup eingetragen (und auch dort in den Default Pfad gelegt). Das heisst, alle Scripts dort haben automatisch Admin-Rechte? Da das Skript ja wie gesagt nur Computerinformationen sammelt, wäre es egal ob es beim Hochfahren dse PCs oder bei der Benutzeranmeldung läuft. Verstehe ich das richtig?

Hi Leute, ich würde gerne eine Computer Policy über das ADS auf den lokalen Rechnern mit Admin-Rechten ausführen lassen. Es geht darum: Die Policy führt ein Logonscript aus (.cmd File). In diesem Script wird ein Programm aufgerufen, dass auf dem Rechner lokal aber Administrator-Rechte benötigt. Ideal wäre also, wenn das Logonscript und somit auch der Tochterprozess über die Policy mit Admin-Rechten läuft. Es gibt z.B. für MSI-Pakete eine Policy, dass zu installierende Pakete generell mit erhöhten Rechten ausgeführt werden. Sowas bräuchte ich hier auch, nur eben für Logonscripts. Vielleicht kennt jemand von euch so etwas bzw. hat eine Idee, das clever anders zu lösen. Danke für eure Hilfe. Mfg

Ja, Firewall ist aus. Beide hängen im selben Subnetz und haben feste IP-Adressen. netdiag /fix läuft auch durch, alle Tests passed (bzw. Skipped). hmm....

Die dcpromo.log wurde nicht erstellt, wahrscheinlich weil der Assistent abgebrochen wurde... Im Anhang findet ihr die dcpromoui.log, falls die auch hilft. dcpromoui_part1.txt dcpromoui_part2.txt

Fortsetzung: DCDIAG: C:\...\dcdiag /test:Services /s:test2k3001.test-dom.xxx.com /DnsDomain:test-dom.xxx.com /u:test-dom.xxx.com\domadmin /p:password Domain Controller Diagnosis Performing initial setup: Done gathering initial info. Doing initial required tests Testing server: Hamburg\TEST2K3001 Starting test: Connectivity ......................... TEST2K3001 passed test Connectivity Doing primary tests Testing server: Hamburg\TEST2K3001 Starting test: Services ......................... TEST2K3001 passed test Services Running partition tests on : ForestDnsZones Running partition tests on : DomainDnsZones Running partition tests on : Schema Running partition tests on : Configuration Running partition tests on : test-dom Running enterprise tests on : test-dom.hoyer.com -> Alles gut! DNS Test C:\...\>dcdiag /test:dcpromo /DnsDomain:test-dom.xxx.co m /ChildDomain /v Starting test: DcPromo Verify that the network connections of this computer are configured with the correct IP addresses of the DNS servers to be used for name resolution. Messages logged below this line indicate whether this domain controller will be able to dynamically register DNS records required for the location of this DC by other devices on the network. If any misconfiguration is detected, it might prevent dynamic DNS registration of some records, but does not prevent successful completion of the Active Directory Installation Wizard. However, we recommend fixing the reported problems now, unless you plan to manually update the DNS database. DNS configuration is sufficient to allow this domain controller to dynamically register the domain controller Locator records in DNS. The DNS configuration is sufficient to allow this computer to dynamically register the A record corresponding to its DNS name. ......................... TEST2K3002 failed test DcPromo Aha! Ein Fehler -> nur sagt der ja klar aus, dass der Active Directory Installation Wizard trotzdem durchlaufen müsste und es erst beim Registrieren neuer DNS Einträge Probleme gibt. Alle anderen Tests mit dcdiag und netdiag laufen auch erfolgreich durch. Was genau bedeutet die Fehlermeldung? Woher kann dieser Fehler noch kommen? Mir gehen so langsam die Ideen aus... :( Danke für das Lesen und alle Beiträge. :)

Hallo, ich bin aktuell dabei eine kleine Active Directory Testumgebung aufzubauen. Das ganze findet statt mit WS2003 R2 in einer VMWare Umgebung, alle VM Systeme sind ebenfalls W2K3 R2. Die Kommunikation der Hosts zwischen den einzelnen Umgebungen ist gewährleistet. Soweit alles prima: -> Topleveldomain erstellt "test-dom.xxx.com". -> DNS Konfiguration vorgenommen, inkl. Reverse Lookup -> Anmeldung an Domäne auf einem Member PC funktioniert Nun versuche ich aber auf einem anderen Server eine neue Subdomäne (z.B. neuesld.test-dom.xxx.com) zu erstellen. Beim Schritt, in der man sich bei der vorhandenen TLD authentizifieren muss kommt die folgende Fehlermeldung: http://img157.imageshack.us/img157/8527/erroryx6.jpg Microsoft selbst sagt zu dieser Fehlermeldung folgendes (Quelle: Technet): The "RPC server unavailable" error can occur for the following reasons: • DNS problems • Time synchronization problem • RPC service is not running • Network connectivity problem Procedures for Troubleshooting RPC Server Problems 1. See "Troubleshooting Active Directory-Related DNS Problems to identify and resolve DNS issues." 2. See "Troubleshooting Windows Time Service Problems" to identify and resolve time synchronization issues. 3. If the RPC service is not running, start the RPC service. If the RPC service is running, stop and start the RPC service. 4. Verify network connectivity and resolve any issues. Okay alles gechecked -> RPC Server läuft, Network Connectivity ist gewährleistet, DNS Probleme? Die TLD sowie deren DC können auf jeden Fall aufgelöst werden. Reverse Lookup funkt. auch. Als DNS-Server ist der TLD eingetragen. Anschließend habe ich mit netdiag und dcdiag aus den W2k3 Support Tools versucht den Fehler zu finden. Siehe neuer Beitrag, wgn. max. 4000 Zeichen. :p