Deziph

Hallo, vielen Dank erstmal für eure Antowrten, vor allem der Link hat mir sehr gemundet. :) Die Einstellung der Gruppenrichtlinie scheint, zumindest für das UAC-Fenster, des Rätsels Lösung zu sein (ich konnte es bis jetzt noch nicht an den betroffenen Workstations ausprobieren, weil diese in Benutzung sind und ich mir die Kisten nicht spontan zu "Testzwecken" nehmen kann). Sobald sich da etwas getan hat, werde ich mich nochmal melden. Was ich jetzt noch herausfinden möchte ist die Möglichkeit, diesen gpedit.msc-Eintrag über die Registry anzupassen... andererseits sollte es kein Problem darstellen, für die paar Vista-Workstations diese Einstellung händisch nachzupflegen. Danke nochmal für diese Info. Die Sache mit der langen Wartezeit würde ich jetzt einfach mal mit einer sehr niedrigen Priorität einstufen; solange die Druckereinbindung funktioniert, müssen sich die Nutzer halt 1-2 Minuten gedulden. Bleibt nur noch die Sache, dass Vista 64bit ein Problem bei der Treiberinstallation schmeisst. Da bleibe ich auf jeden Fall am Ball und würde mich natürlich freuen, wenn jemand auch dafür einen sehr nützlichen Ratschlag zur Hand hätte. Gruss Deziph

Guten Tag, ich habe hier gleich drei Probleme mit Vista (Business, Business 64 bit und Ultimate) und den Druckern der Marke HP :). Die Umgebung: Ein heterogenes Netz mit einer NT4-Domäne (open-LDAP), vier HP-Druckern mit LAN-Interfaces, welche direkt vom ldap-Server verwaltet/gesharet werden. "Dank" open-LDAP werden, naja, "Gruppenrichtlinien" durch ein logon-Skript (mit KiXtart gelöst) verteilt. Auf dem Server sind die aktuellsten Druckertreiber (die HP bereitstellt) installiert. Grundlage für die verschiedenen Fälle ist eine Druckereinbindung mittels KiXtart (addprinterconnection; da gibt es keine Probleme, zumindest bei WinXP läuft alles glatt), welche bei jedem User-Login aufgerufen wird. Fall 1 (auf alle oben aufgeführten Vistas zutreffend): Das Hinzufügen der Drucker dauert, im Vergleich zu Windows XP, recht lange (die Zeit habe ich jetzt nicht gemessen, da ich es als nicht sonderlich relevant empfand). Gleiches Problem zeigte sich auch schon bei der Druckereinbindung via printui.dll. Auch bei einem con2prt.exe-Versuch zeigten sich unangenehme Längen. Woran könnte sowas liegen? Bitte gebt mir mögliche Lösungsansätze (die Sache mit der Geduld habe ich den Nutzern schon übermittelt). Fall 2 (ebenfalls bei allen Vistas): Bei einer serverseitigen Treiberänderung wollen die "Workstations" (Vista kann man nun nicht wikrlich als Workstation-System bezeichnen, es wird jedoch in meiner Umgebung so eingesetzt) temporäre Administratorrechte (die Vista-typische Nutzerzugriffssteuerung ist aktiviert) haben, OBWOHL in den lokalen Sicherheitsrichtlinien den Usern die Möglichkeit gewehrt wird, Treiber ohne Admin-Rechte zu installieren. Hättet ihr da noch eine Idee, wo ich diesbezüglich nachschauen könnte (abgesehen von anderen Foreneinträgen hier im MCSEboard mittels der Suchfunktion ;))? und Fall 3 (nur bei Vista Business 64 bit): Hier kommt wärend des logon-Skripts bei der Druckerinstallation eine Fehlermeldung mit der Kennung 0x0000007E (leider wurde mir das Problem nur verbal kommuniziert, so dass ich die Fehlermeldung nicht 100%ig wiedergeben kann). Es ist kein Berechtigungsproblem bei den Druckern und am Arbeitsspeicherüberschuss, wie es in so manch einem Forum beschrieben wird, liegt es mit Sicherheit auch nicht (bei dem Rechner handelt es sich um ein Laptop mit 2GB RAM). Man muss leider die Druckertreiber lokal installieren, damit die Drucker benutzt werden können. Logischerweise ist die Druckertreiberzufuhr über das Logon-Skript erwünscht. Auch hier würde ich mich über mögliche Lösungsansätze sehr freuen. Vielen Dank schonmal vorab für die Lösungsansätze. Gruss Deziph

Ja, das ist natürlich die einfachste Lösung (für alle ;)). Gruss Deziph

Sowas hatte ich mir auch schonmal überlegt, doch leider zeigte vor vier Minuten die Praxis, dass diese Vorgehensweise nicht funktionstüchtig ist (es wird entweder garnichts oder nur das "Kategoriemenü", also in deinem Beispiel Test fett angezeigt). Obwohl es nicht funktioniert hat bedanke ich mich für die Idee und würde mich natürlich über weitere Lösungsansätze freuen. Gruss Deziph

Danke für die promte Antwort. Leider war der Verweis auf Tante Google wirklich nicht das, was ich angefragt hatte. Ich schrieb, dass mir die Syntax bekannt ist und das ich im Kontextmenü ein Submenü implementieren möchte. Durch meine jetzige autorun.inf stehen alle im Kontextmenü integrierten Einträge untereinander, jedoch ist es mein Bestreben diese quasi zu kategorisieren. Bestes Beispiel ist hier das Windows-Standard-"senden an...". Ich hoffe, dass mein Anliegen jetzt deutlicher geworden ist. Gruss Deziph

Hallo, mir kam letztens mal wieder etwas in den Sinn, was ich realisieren wollte: Ich wollte, durch die auf einer CD/DVD liegenden autorun.inf, einen Kontextmenüeintrag mit Untermenü erzeugen, also ungefähr so: Beispiel \_Bsp.1 \_Bsp.2 Die Syntax ist mir weitestgehend bekannt (shellcommand, usw.), mich würde also nur interessieren, ob sowas überhaupt möglich ist und wie es denn aussehen würde (relativ intensive Recherchen haben mich bis jetzt nicht weiter gebracht). Danke schonmal im Voraus. Gruss Deziph

Bei Robocopy traten folgende Probleme auf: - Der Nutzer hatte keine Zgriffsrechte auf den "Zielpfad", obwohl ich dies vorher frei schaltete - offensichtlich wollte er die Login-Daten des Benutzers nicht für die Synchronisation nutzen. Zumindest sind das die Sachen, die ich in Erfahrung bringen konnte, was sich leider etwas problematischer gestaltet, da meine Scripting-Fähigkeiten nicht sonderlich gut ausgebaut sind und ich daher nicht weiss, wie ich das Komando so lange warten lasse, bis der benutzer eine Taste drückt (bei C++ system('pause')).

Neuer Tag, neue Hoffnung. Da ich mit Robocopy.exe Probleme hatte, seien es Berechtigungs- oder Server-Zugriffsprobleme (beide hätte ich rein theoretisch gelöst - rein THEORETISCH) und ich darauf hin gedrängt wurde, muss ich wohl wieder zurück zu MS's Offlinedateien zurückgreifen. Mich würde interessieren, wo und wie ich den Pfad des Offline-Ordners konfigurieren kann. Der Rest erschließt sich mir aber leider nicht das. Ich freue mich auf eure Hilfe. Gruss Deziph

Guten Morgen. Ich hatte bereits letzte Woche mit Robocopy rumprobiert und war anfangs doch sehr begeistert, da es wirklich fix synchronisiert und im Falle einer Übereinstimmung die Daten sehr schnell vergleicht. Als ich die Verknüpfung der exportierten .bat in den Autostart gelegt hatte, funktionierte es nicht mehr. Die Fehlerursache konnte ich bis jetzt noch nicht ausfindig machen, ich bleibe aber dran. Gruss Deziph

so, ich habe mir jetzt mal Windows' Offlinebetrieb ansehen und bin davon nicht abgeneigt. Das einzigste, was mich daran stört, und das auch nicht zu wenig, ist der Fakt, dass man ihn nicht dahingehend konfigurieren kann, auf welches Laufwerk der gewählte Ordner synchronisiert werden soll. Oder ist es garkein Fakt, sondern meine Oberflächlichkeit in Hinsicht auf das Übersehen von Konfikurationsmenüs?... Was mir noch aufgefallen ist, ist die Art und Wesie, wie er die Saten des Ordners kopiert - das sah nämlich ganz anders aus im Original. Habe ich auch dort was übersehen? Oder ist das mal wieder eines dieser anscheinend benutzerfreundlichen Windows-Tools, die so benutzerfreundlich sind, weil man nicht viel einzustellen hat, da man nicht viel einstellen kann und das Betriebssystem einen die Entscheidung abnimmt? Um es zusammen zu fassen finde ich diese Variante prinzipiell nicht schlecht, jedoch ist mir das einfach zu engstirnig. Ich möchte ja die Systemplatte C:\, mit ihren 22GB, halbwegs sauber halten, wenn ich doch auf D:\ grob geschätzte 248,75GB frei verfügbaren Speicherplatz habe. Demzufolge muss ich mich also wieder den Skripten zuwenden, was im Allgemeinen die wahrscheinlich bessere Variante ist. -> bzgl. Robocopy... das GUI-Tool werde ich mir gleich mal ansehen. Danke für den Hinweis. Gruss Deziph

Tja, wir versuchen es ja, diesen Nutzer zu erziehen, er ist jedoch sehr störrig und auch gerne vergesslich :) . Nach seinen Aussagen wird er bald aufräumen... Nun gut, bevor das Jahr rum ist und er weiterhin Schwierigkeiten hat, da er immer noch nicht aufgeräumt hat, versuchen wir es auf dem Wege der Synchronisation. Ich muss gestehen, dass ich mich mit "folderredirections" überhaupt nicht auskenne und daher auch nicht in Betracht gezogen hatte. Ich kann, nach weinen abschweifenden Recherchen sagen, dass das cwrsync-skript (rsync für Windows) nicht so funktioniert, wie ich mir das gewünscht habe -> da bleibe ich dran. Die Sache mit Robosync.exe brauchte mich auch nicht wirklich weiter. Ich muss ja auch gestehen, dass ich lieber etwas internes, was ohne gesonderte Programme benutzt werden kann einsetzten möchte, wie halt ein Skript. Das was du angesprochen hattes "folderredirections" scheint ja auch was MS-internes zu sein; kannst du mir darüber etwas berichten? Ich bin diesbezüglich offen für neue Sachen, welche mich an mein Ziel bringen. Danke Gruss Deziph edit: Ich habe jetzt ein funktionierendes Skript verfasst und lasse dieses cwrsync steuern. Hier der Inhalt des Skripts: @echo off set CYGWIN=nontsec set PATH=C:\Programme\cwRsync\bin;#%PATH% rsync -ruzv --log-file=rsynctesta /cygdrive/c/.../Quelle1 /cygdrive/d/.../Ziel1 rsync -ruzv --log-file=rsynctestb /cygdrive/d/../Quelle2 /cygdrive/c/../Ziel2 Um es zu erläutern, was ich mit meinen Bezeichnungen meinte: Quelle1=Ziel2 und Ziel1=Quelle2.

Das haben wir ja hier bereits realisiert. Auf dem Server liegt das Profil und wird, wie gewohnt, nach dem Logout synchronisiert. Leider handelt es sich bei dem besagten Profil um ein sehr großes (8gb). Erschwerend kommt noch hinzu, dass diese Person des Öffteren Probleme beim Login hatte und wir deshalb sein Profil auf ein Netzwerklaufwerk verlagern. Er bemängelte letztens diesen Schritt und bat uns, den alten Zustand wieder herzustellen, was jedoch wenig Sinn ergibt. Das ist die Ausgangssituation für das Skript, welches ich erstellen wollte, um die Sache aufzuklären. Gruß Deziph

Hallo, ich habe den Auftrag bekommen, mittels eines Skriptes (oder auch irgendwas anderes; hauptsache, es funktioniert) das komplette Benutzerprofil von einem Netzwerklaufwerk zum Client UND anders herum zu synchronisieren. Was gäbe es da für Möglichkeiten? Eine Variante wäre ROBOCOPY, was man auch skripten kann. Hat schon jemand Erfahrung mit der Skripterstellung für das MS-Tool oder allgemein mit Synchronisationsskripten? Ich freue mich über jede Anregung. Gruss Deziph

Es geht um ca. 20 Clients, die sich momentan den nicht in der Liste vorhandenen Drucker manuell einrichten. Meine Aufgabe war es halt, die Problematik zu automatisieren, da als Beispiel ein großer Konzern mit 1000+ Mitarbeitern herangezogen wurde, wo solch eine Aktion durchaus sinnvoll ist.

Danke für die klaren und deutlichen Ansagen. Ich werde es mir zu Herzen nehmen. Gruss Deziph

Meiner Auffassung nach befindet sich der Client in meiner Testdomäne. Ich wies den Client im AD einer neuen OU zu (Test) und setzte auch seitens des Clients die Domäne. Ich habe hier den HP 2300n zur verfügung, welcher ein Ethernetdrucker ist. HP LaserJet 2300n Printer specifications - HP Small & Medium Business products Was ich etwas seltsam fand war, dass ich diesen Drucker NICHT in das AD einbinden konnte; bei dem Versuch verwies mich AD gleich zur Druckerfreigabe, was letztendlich funktionierte.

-> :D tolle Fehlermeldung. Das ist wie verhext; bei einem Test klappte es mit der Gruppenrichtline, beim anderen Mal musste ich für den Testbenutzer noch das Startskript angeben. :( Ich werde es einrichten und die Finger weitestgehend von lassen, damit da ja keine Probleme auftreten. Ich habe aber trotzdem ein offenes Ohr (oder in diesem Fall ein offenes Auge) und bin offen für stabile Lösungen. Gruss Deziph

Es funktioniert!!! Ich musste zwar noch das ein oder andere einstellen aber jetzt funktioniert es schonmal. Nun probiere ich das noch mit den anderen Druckern aus und wenn das dann klappt, bin ich mehr als zu frieden und dir mehr als dankbar. Gruss Deziph edit: Nach der Hinzuführung weiterer Drucker funktionierte es auch; nur leider, als ich bei Test-Client die Drucker testeshalber aus der Liste gelöscht hatte und anschließend den rechner neu startete, funktionierte die automatische Einbindung nicht mehr. Nach mehreren Versuchen klappte es dann doch, nur ist es irgendwie Zufall, ob es nun klappen möchte oder nicht. Wichtig ist, dass es läuft und das tut es. :)

mensch, das erste, kleine Erfolgserlebnis. :) Wenn ich auf dem Client das Script ausführe, nimmt er den Drucker rein; :thumb1: Nur leider funktioniert das ganze nicht beim Login... Ich werde noch ein paar andere Einstellungen ausprobieren und melde mich dann nochmal. Dank und Gruss Deziph

Das nicht-Funktionieren meiner Idee könnte auch damit zu tun haben, dass ich im Umgang mit Scripts, AD, usw. äußerst unerfahren bin, um nicht zu sagen, dass ich dort keine Ahnung habe. Bei der "rundll32 printui.dll,PrintUIEntry ..."-Möglichkeit weiss ich nicht, WO ich das im Active Directory einfügen soll, damit es den dienst erfüllt. Oder muss ich mir daraus ein Script basteln? Auch weiss ich nicht, wie das Scripts auszusehen hat (geschweige denn von der Datei-endung... :( ). Bitte helft mir aber bitte nicht mit dem direkten Verweis an Google; da bin ich schon seit zwei Tagen unterwegs und bin bis jetzt auf nicht (für mich) brauchbares/verständliches gestoßen. Tausend Dank im Vorraus. Gruss Deziph

nach dem Auskommentieren von ".., resume next..." kam, beim Ausführen keine Fehlermeldung; der Verlaufs-Log vom Client meldet mir übrigens immer noch, dass er die Datei printer.vbs nicht findet. edit: Ich habe jetzt folgendes herausgefunden: Die Meldung, dass er das Script nicht starten kann, weil er Datei XY nicht findet ist folgender Maßen zu erklären: Ich führte, testeshalber, das Script Printer.vbs auf dem Client selber aus; natürlich funktionierte das nicht. Nun habe ich diese Datei gelöscht, anscheinend möchte er diese aber trotzdem ganz gerne noch starten. Jetzt ist natürlich die Frage, wie ich diesen Eintrag wieder entfernen kann. Die Variante mit "rundll32 printui.dll,PrintUIEntry ..." habe ich ebend auch schon probiert... ebenfalls mit miderem Erfolg. Das kann aber auch sein, dass das Script sich in den Weg stellt. Falls ihr in diesem Bereich Erfahrungen gesammelt habt, freue ich mich über jede Hilfe/jeden Ratschlag.

Es muss nicht unbedingt das Script sein; hauptsache die Drucker werden beim Anmelden des Clients vom selbigen erkannt. Leider kenne ich mich weder mit VB, noch mit dem aus, was du mir vorgeschlagen hast. Hättest du da einen Link, wie das funktioniert? Danke Gruss

Ich hatte die Zeile mit der Namensvergabe auskommentiert und den Namen des Rechners geändert (Großschreibung, inkl. Domain) in diversen Kombinationen; leider ohne Erfolg. Gibt es noch andere Möglichkeiten, um meinen Gedanken umzusetzen? Gruss

Guten Tag, Ich habe anhand folgender Anleitung versucht, meinem Client bei der Anmeldung einen LAN-Drucker automatisch zuzuweisen. http://193.171.7.43/StepbyStep/Step%20by%20Step%20Dokus/Step_1_Uebersicht_deutsch.doc Leider klappt das nicht so, wie ich mir das vorgestellt habe, da das gewünschte Ergebnis nicht erzielt wurde. Dem Anmelde-Log des Clients zu urteilen findet er die in dem Tutorial beschriebene Datei 'Printer.vbs' nicht. Ich bin genau nach dieser Anleitung gegangen, habe aber auch die Datei aus einem freigegebenen Ordner geladen. Hier ein paar Infos zu meinem Testsystem: Domaincontroller - Windows Server 2003 Standard Edition Client - WinXP Pro SP2 LAN-Drucker - HP2300 Der Client, sowie der Drucker befinden sich in der Domain des Controllers. Woran könnte es liegen? Falls das vom modifizierten Script abhängig sein könnte, füge ich meine Variante hier hinzu: '---------------------------------------------------------- 'Ausblenden eventueller Fehlermeldungen '---------------------------------------------------------- on error resume next '---------------------------------------------------------- 'Instanzieren des Windows Scripting Hosts '---------------------------------------------------------- Set Network = CreateObject("Wscript.Network") '---------------------------------------------------------- 'Löschen eventuell bestehender Printerconnections '---------------------------------------------------------- For i = 0 To network.EnumPrinterConnections.Count - 1 On Error Resume Next network.RemovePrinterConnection network.EnumPrinterConnections.Item(i) Next '---------------------------------------------------------- 'Auslesen der ersten 3 Buchstaben des Computernamens '---------------------------------------------------------- sPCName = UCase(Left(network.ComputerName, 3)) '---------------------------------------------------------- 'Zuweisen der jeweiligen Drucker sowie des Defaultdruckers '---------------------------------------------------------- Select Case sPCName Case "tre" PrinterShare = "\\dc\hp2300" network.AddWindowsPrinterConnection PrinterShare ' PrinterShare = "\\ITMain\Raum_1_Laser" ' network.AddWindowsPrinterConnection PrinterShare network.SetDefaultPrinter PrinterShare 'Case "PC02" ' PrinterShare = "\\ITMain\Raum1Color" ' network.AddWindowsPrinterConnection PrinterShare ' PrinterShare = "\\ITMain\Raum_2" ' network.AddWindowsPrinterConnection PrinterShare ' network.SetDefaultPrinter PrinterShare 'Case "PC03" ' PrinterShare = "\\ITMain\Raum1Color" ' network.AddWindowsPrinterConnection PrinterShare ' PrinterShare = "\\ITMain\Raum_3" ' network.AddWindowsPrinterConnection PrinterShare ' network.SetDefaultPrinter PrinterShare End Select Ich bedanke mich im Voraus für die Hilfe. Mit freundlichen Grüßen Derziph