cherubim.entia

Hallo! Wir haben ein kleines Batch-Script, welches einen alten Drucker löschen und dann einen neuen verbinden soll. Das Problem ist, dass wenn der alte Drucker schon nichtmehr existiert, der start des PCs sich um bis zu 1,5 Minuten verzögert - und das wollen wir nicht. Meiner Meinung nach wäre dann eine einfache "IF EXIST <Printer>" am einfachsten, allerdings konnte ich noch nicht herausfinden, wie ich das hinbekomme... Vorschläge?

Wir weisen pro Abteilung zu und da gibt es wieder unterschiedliche Betriebssysteme, also müssten wir sozusagen 3*3 Drucker pro Abteilung zuweisen, was dann doch eher umständlich ist. Zu dem "DistributedCOM"-Fehler: Hat sich erledigt, ist ein anderes Problem.

Also, XP funktioniert jetzt - zwar nur Freigegebene Drucker und nicht TCPIP, aber das reicht uns. Das nächste Problem wäre, dass nun Windows Vista- sowie 7-Clients etwa dreimal länger brauchen um zu starten. Im Eventlog taucht folgende "Distributed COM" Meldung auf: Durch die Berechtigungseinstellungen (Anwendungsspezifisch) wird der SID (S-1-5-18) für Benutzer NT-AUTORITÄT\SYSTEM von Adresse LocalHost (unter Verwendung von LRPC) keine Berechtigung zum Start (Lokal) für die COM-Serveranwendung mit CLSID {24FF4FDC-1D9F-4195-8C79-0DA39248FF48} und APPID {B292921D-AF50-400C-9B75-0C57A7F29BA1} gewährt. Die Sicherheitsberechtigung kann mit dem Verwaltungsprogramm für Komponentendienste geändert werden.

Mit unseren Login-Scripts werden die Drucker korrekt verbunden, manuell klappt auch alles - wir bekommen keine Fehlermeldungen. Nur in der "userenv.txt" bekommen wir folgende Meldungen: USERENV(29c.a0) 09:50:58:157 PolicyChangedThread: UpdateUser failed with 6. USERENV(29c.c8) 09:51:25:157 CExtSessionLogger::Log: Didn't find an instance of the extension object when trying to set the dirty flag. USERENV(29c.304) 09:51:25:360 PolicyChangedThread: UpdateUser failed with 6. USERENV(29c.2a0) 09:58:21:218 CUserProfile::CleanupUserProfile: Ref Count is not 0 USERENV(29c.2a0) 09:58:21:234 CUserProfile::CleanupUserProfile: Ref Count is not 0 USERENV(29c.2a0) 09:58:21:234 CUserProfile::CleanupUserProfile: Ref Count is not 0 USERENV(29c.498) 10:01:03:797 CExtSessionLogger::Log: Didn't find an instance of the extension object when trying to set the dirty flag. USERENV(29c.1f0) 10:01:04:672 PolicyChangedThread: UpdateUser failed with 6.

Haben wir mittlerweile auch getestet, keine Änderung.

Wir wollen pro Benutzer zuweisen. Unsere Clients sind XP SP3... wird XMLLite benötigt? EDIT: Wir haben den Hotfix nun installiert und sind das ganze nochmal mit verschiedenen Druckern und jeweils allen nötigen Treibern durchgegangen, jedoch kein erfolg. Wird der Drucker direkt über das Verzeichnis hinzugefügt, funktioniert er einwandfrei. Firewall ist auch deaktiviert - wir hatten gelesen, dass diese auch ein Problem sein könnte. EDIT2: Ich sollte noch erwähnen, dass das Problem auf mehreren XP-Clients auftritt. Wir haben auch neue saubere Installationen von XP. Antivirensoftware ist nicht installiert, also kann diese auch nicht das Problem sein.

Laut Eventlog wurden die Treiber korrekt installiert und der Anschluss ist auch richtig erstellt worden, es fehlt der Drucker selbst.

Hallo! Wir haben vor, unsere Drucker per Gruppenrichtlinie zuzuweisen. Auf unseren Windows 7 Clients funktioniert auch alles prima, allerdings nicht auf Windows XP. Ich habe ein wenig herumgelesen und festgestellt, dass "Group Policy Preference Client Side Extensions for Windows XP" (KB943729) nachinstalliert werden müssten. Auch auf mehreren XP-Clients getan, allerdings erscheinen noch immer keine Drucker. Das seltsame ist, dass die Druckeranschlüsse erstellt werden, jedoch nicht die Drucker. Also bleibt die Frage: Was fehlt oder was habe ich falsch gemacht?

Hallo! Ich würde gern wissen, ob die Möglichkeit besteht, Drucker über den Domänenstamm anstatt direkt über einen Server zu verbinden, also: \\test.local\Drucker1 anstatt \\testserver\Drucker1 Der Hintergrundgedanke ist, dass die drucker auf einen anderen server gelegt werden sollen und nicht sämtliche skripte angepasst werden müssen.

Hallo! Wir möchten in unserer Firma mit mehreren Abteilungen die Drucker per Gruppenrichtlinie zuweisen. Jede Abteilung hat mehrere Drucker, welche jeweils den Gruppen zugewiesen werden sollen, allerdings habe ich noch keine Möglichkeit gefunden, das zu tun. Habe jetzt mehrfach gelesen, dass das ganze per Login-Script besser wäre, aber aus diversen Gründen ist die Verteilung per GPO zu bevorzugen. Welche Möglichkeiten bieten sich mir?

Nja, nur leider hat dieser Key keine Auswirkung wie es scheint, hab es bereits mehrfach getestet...

Leider konnte ich bisher nichts finden, nein... Selberbauen wäre dann weniger das Problem.

Hallo.... Suche nun schon verzweifelt nach dem GPO-Eintrag, um die Option "Ausfuehrung aktiver Inhalte in Dateien auf dem lokalen Computer zulassen" bei allen Clients zu aktivieren - erfolglos. Wenn jemand vielleicht einen Hinweis hat, wäre das sehr hilfreich :)

Hallo, wiedermal ein Problem... Wir haben eine Batch um diverse Daten zu sichern. Diese gesicherten Daten wiederum werden in ein Zip gepackt und diese wiederum auf ein Netzlaufwerk kopiert. Unser Problem besteht nun darin, dass die übriggebliebenen ungepackten Daten und die Zip noch in dem Ordner liegen... eigentlich kein Problem: del *.bak /f /q del *.zip /f /q Sieht schön aus und funktionier - aber nur, wenn man es manuell ausführt, nicht jedoch wenn man es über den selben Benutzer im Aufgabenplaner ausführen lässt. Baks werden erstellt, daten gezippt; Nur der del-Befehl scheint nicht zu funktionieren.+ Irgendeine Idee? EDIT: Problem ist gelöst: Der Task wurde nicht mit höchsten Privilegien ausgeführt... das haben wir geändert und es funktioniert alles.

Danke für die scnelle Antwort, zahni. Es stand zwar noch etwas hinter %SystemRoot%\Inf, aber ein entfernen hat nichts geändert. Ich sollte vielleich noch dazu sagen, dass es sich nicht nur um USB-Geräte handelt, sondern auch um eine Festplatte. Vermutlich sind ALLE Geräte von dem Problem betroffen. EDIT: Gut, wir haben es nun schonmal soweit geschafft, dass wir die Geräte MANUELL installieren können - per Assistent, also er findet wieder Treiber. Jetzt bleibt nurnoch die Frage, wieso die Geräte nicht automatisch installiert werden. EDIT2: So, Problem sieht gelöst aus, alle Geräte werden erkannt und automatisch installiert.

Hallo! Bei einem XP Notebook werden vermutlich seit längerer Zeit keine neuen Geräte mehr erkannt - Mäuse, USB-Sticks etc... die USB-Geräte wie z.B. die Maus, welche seit langem angeschlossen sind werden erkannt. Wir haben bereits versucht, den Infcache zu löschen und der entsprechende Pfad in der Registry ist auch Korrekt. Welche Möglichkeiten gibt es noch?

Hallo! Wir versuchen momentan, den neuen AD Papierkorb zu aktivieren, hängen aber immer an einer Stelle. forestprep und domainprep wurden vor dem Update auf R2 gemacht und es sind alle DCs auf R2. Versucht haben wir es über die AD-PowerShell: PS C:\Users\Administrator.000> Enable-ADOptionalFeature "Recycle Bin Feature" -S cope ForestorConfigurationset -Target "herbert.local" WARNUNG: Das Aktivieren von "Recycle Bin Feature" auf "CN=Partitions,CN=Configuration,DC=herbert,DC=local" kann nicht rückgängig gemacht werden. Wenn Sie den Vorgang fortsetzen, können Sie "Recycle Bin Feature" auf "CN=Partitions,CN=Configuration,DC=herbert,DC=local" nicht deaktivieren. Bestätigung Möchten Sie diese Aktion wirklich ausführen? Ausführen des Vorgangs "Enable" für das Ziel "Recycle Bin Feature". [J] Ja [A] Ja, alle [N] Nein [K] Nein, keine [H] Anhalten [?] Hilfe (Standard ist "J"):j Enable-ADOptionalFeature : Die angegebene Methode wird nicht unterstützt Bei Zeile:1 Zeichen:25 + Enable-ADOptionalFeature <<<< "Recycle Bin Feature" -Scope ForestorConfigura tionset -Target "herbert.local" + CategoryInfo : NotSpecified: (Recycle Bin Feature:ADOptionalFea ture) [Enable-ADOptionalFeature], ADException + FullyQualifiedErrorId : Die angegebene Methode wird nicht unterstützt,Mi crosoft.ActiveDirectory.Management.Commands.EnableADOptionalFeature PS C:\Users\Administrator.000>

Hallo. Wir nutzen einen Exchange 2007 und haben diverse Zertifikatsprobleme bei unseren Clients. Exchange läuft, jedoch tritt FAST immer das Phänomen auf, dass Outlook auf den Clients meldet, dass ein falsches Zertifikat verwendet wird. Wir haben sichergestellt, dass das Zertifikat stimmt. Wenn Outlook meckert, dann wird versucht, ein uns vollkommen unbekanntes Zertifikat "BMC SSL Certificate" (scheinbar Fujitsu Siemens, es war eine Software von FSC installiert, haben wir aber bereits deinstalliert), zu nutzen. Hat jemand eine Idee, woher dieses Zertifikat kommt, wie wir es löschen können oder ähnliches? Neuaufsetzen von Exchange/IIS, der Zertifizierungsstelle etc hat leider nichts gebracht. Hinzu kommt, dass auch Remote-Desktop nicht funktioniert, sobald Outlook das falsche Zertifikat findet...

Die Rolle wurde lediglich entfernt, allerdings haben wir das Problem bereits beheben können indem wir die Zertifikate im Nachhinein entfernt haben (siehe hier).

Guten Tag! Wir haben hier ein Problem mit einem Zertifikat: Die AD-Zertifikatsdienste wurden neu eingerichtet, waren zuvor jedoch schoneinmal eingerichtet und es wurden bereits zwei Zertifikate verteilt. Jetzt ist das Problem, dass die alten zwei Zertifikate immernoch zusätzlich zu unserem neuen Zertifikat verteilt werden bzw die Clients sich alle drei statt nur das neue ziehen, was allerdings einige Probleme mit sich bringt. Wo können wir die Verteilung der Alten Zertifikate unterbinden? Gruppenrichtlinien?

Ja, haben wir. Das sollte allerdings kein Problem darstellen, da wir im Taskplaner das Script beim Systemstart als Benutzer starten lassen. Oder wird das Script dann trotz allem bei der Anmeldung erneut ausgeführt?

Hallo! Wir versuchen, Netzlaufwerke ohne Anmeldung zu verbinden, damit Sicherungen laufen können. Verbinden läuft per Script im Taskplaner. Soweit sogut, Rechner fährt hoch und die Sicherung wird gestartet, allerdings wird das netzlaufwerk getrennt, sobald sich der Benutzer unter welchem das Netzlaufwerk verbunden wurde anmeldet... Irgendwelche Ideen? PS: Das ganze läuft unter Windows Server 2003 und 2008 und das zu verbindende Laufwerk ist eine Freigabe auf FreeNAS.

Hallo! Wir haben in unserer Domäne FreePDF XP verteilt. Da auf einigen Rechnern nun Vista x64 Business läuft und die automatisch installierten Druckertreiber von FreePDF kein A0 mit sich bringen, muss ich per script den richtigen FreePDFXP Druckertreiber nachinstallieren lassen um ihn dem PDF-Drucker dann ensprechend zuzuweisen. Alles in allem Funktioniert das Script auch, nur das Problem: Der FreePDFXP-Treiber ist nicht signiert und somit bekommen alle Vista-User nun eine Warnmeldung und die Möglichkeit, den Treiber "trotzdem zu installieren". Eigentlich ist das kein Problem, aber bevor die User das ablehnen oder jeder einmal hier anruft um zu fragen, ob das so stimme, würde ich die Meldung gern im vornherein loswerden. Gibt es da eine Möglichkeit? Die entsprechenden Scriptzeilen: Treiber installieren: rundll32 printui.dll,PrintUIEntry /ia /m "Ghostscript PDF" /h "x64" /f "C:\Program Files\gs8.63\lib\ghostpdf.inf" Treiber neu setzen: reg add "HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Print\Printers\FreePDF XP" /v "Printer Driver" /t REG_SZ /d "Ghostscript PDF" /f

Ah, okay. Wie genau starte ich denn das "Authoritive Restore"?

Wir haben über wbadmin eine Systemstate-Sicherung gemacht. Größe beträgt etwa 9GB. Das System zu formatieren wäre Sinnlos, da die Systemstate-Sicherung ja eigentlich dafür gedacht ist, die wichtigsten Systemkomponenten wiederherzustellen... zumindest soweit ich das in Erfahrung gebracht habe. Wir sichern auf eine zweite Partition, da Wechselmedien und die Systempartition nicht gewählt werden können. Wir könnten den Test auch wiederholen, aber zuerst wüsste ich gern, was wir anders machen müssten.