c0smic

Guggste hier: http://www.mcseboard.de/windows-server-forum-78/gpo-temporaere-internet-files-65768.html

"Normalerweise" funktioniert das Prozedere immer. Voraussetzung ist die aktivierte Drucker- und Dateifreigabe. Wundert mich, das hier so wenige Leute das kennen. Ich mach das schon seit Jahren so, um lokale Drucker zu installieren, ohne den Benutzer bei seiner Arbeit zu behindern.

Wenn du die AD-Gruppen eh schon hast, musst du doch nur noch entsprechende GPPs definieren und den Gruppen zuordnen. Ist auch wesentlich weniger Arbeit als die ganze Scripterei. Bei mir isses letzen Endes an irgendwelchen Berechtigungen gescheitert, die kein Mensch nachvollziehen konnte weil die Fehlermeldungen auch nur sporadisch kamen und nicht reproduzierbar waren (und bis heute nicht sind). Ging damals aber wie gesagt um Drucker, nicht um Netzlaufwerke.

Tu dir das mit den Scripten nicht an... Machs, wie Nils sagt, über GPP. Ich musste diese bittere Pille vor ein paar Wochen auch schlucken, als es darum ging, Drucker per Script einzubinden :)

Wird vermutlich nicht funktionieren, da das iPhone (ohne Jailbreak) keine SMB-Freigaben unterstützt.

PsExec ist, wie du richtig bemerkt hast, ein Commandline Tool. Da ist nix mit doppelklicken. Was du suchst, heisst unter Windows 7 "icacls". Leider lässt du dich zum verwendeten Client-OS nicht aus. Mal angenommen, du wolltest dem normalen Benutzer die Lese-/Ausführrechte auf Word entziehen, so lautet der entsprechende Befehl: icacls "C:\Program Files (x86)\Microsoft Office\Office14\winword.exe" /deny Benutzer:(RX) /T Den in eine Batch zu packen ist dann auch kein Problem mehr. Hab das jetzt nicht so getestet, aber eigentlich sollte es funktionieren. Weitere Hilfe findest du über den Befehl icacls /? auf einer Commandline

Die Ordnerliste kannst du meines Wissens nicht sortieren. Dies würde nur über Umbenennen der Ordner funktionieren, was bei Systemordnern wie Posteingang, -ausgang, etc. nicht möglich ist. Gruß Sandro

Hi Sunny61, sorry für die späte Rückmeldung. Die Vorgehensweise war erfolgreich. Bisher sind die Updates nicht mehr aufgetaucht. Thread kann also geschlossen werden.

Hallo liebe Experten, folgendes Problem bei einem Win7 Pro 64bit. Der Client wird (wie alle anderen) über einen WSUS gepatcht. Allerdings installiert dieser eine Client die oben genannten Patches seit 2 Wochen ständig neu. Sprich, die Installation wird korrekt abgeschlossen, aber nach einem Neustart tauchen sie immer wieder als bereitstehende Updates auf. WindowsUpdate.log sagt auch, dass das Update korrekt installiert wurde. 2012-06-22 11:34:13:583 772 7cc Report REPORT EVENT: {1B8657A5-C96A-48DB-9881-721DFA331B94} 2012-06-22 11:34:13:552+0200 1 197 101 {F244DDA6-731B-4A10-AF01-494340DA86F3} 106 0 AutomaticUpdates Success Content Install Installation Successful: Windows successfully installed the following update: Sicherheitsupdate für Windows 7 für x64-basierte Systeme (KB2676562) Das einzige was noch auffällig im Log ist, ist folgendes: 2012-06-29 10:24:24:754 396 e80 Report REPORT EVENT: {8E2A123C-F81B-4E1C-BDB2-7DD14B0C142E} 2012-06-29 10:24:19:746+0200 1 148 101 {61CA813A-7585-442E-A66B-B0D15CE6BDC0} 1 80080005 SelfUpdate Failure Software Synchronization Windows Update Client failed to detect with error 0x80080005. Laut Google deutet dies auf Kommunikationsprobleme mit dem WSUS hin, aber da alle anderen Clients im Netz dieses Problem nicht haben, weiss ich nicht wirklich, wo auf dem Client ich nach Fehlern suchen könnte. Hat jemand vllt. Lösungsansätze? Danke im Voraus.

Ich sach ja immer, in unserem Beruf steckt locker zu 50% ein Erzieher drin :)

Ja... Schalte den anderen DHCP-Server ab :) Anders steuern kannst du das nicht. Der Client broadcastet halt doof DHCP Discovers ins Netz und wartet bis ihm ein DHCP-Server antwortet mit einem DHCP Offer. Dann schickt der Client einen Request und kriegt vom Server die Daten. Wenn der Router eben schneller den Offer schickt als dein AD-Controller haste verloren. Hier -> DHCP - Dynamic Host Configuration Protocol wird das eigentlich recht gut erklärt.

Funktionieren denn andere Clients aus dem 192er Netz? Falls nicht, würde ich spontan auf ein Routing Problem zwischen den Netzen tippen.

Ich find ja auch das man sowas nicht unterstützen sollte, aber Petzen konnte ich schon in der Grundschule nicht leiden....

Welche Authentifizierung verwendest du denn für die Anmeldung am TS?

Wenn du die Vorgabe in den Standardeinstellungen machst (Reiter "Erweitert" -> "Standardwerte") sollte das eigentlich kein Thema sein. Diese können von normalen Benutzern nicht geändert werden. Eine Änderung der Vorgaben in den Druckereigenschaften überlebt dann immer nur bis zum nächsten Druckauftrag.

Du musst dein SGS als USB-Massenspeicher verwenden. Wird in den Einstellungen deines Telefons geändert. Wo genau kann ich dir leider nicht sagen, weil mein SGS alles andere als Original ist :) Standardmässig verwendet Win7 ein anderes Protokoll (dessen Name mir gerade nicht einfällt..) um mit deinem Androiden zu sprechen. Ist im Endeffekt das Gleiche mit diversen MP3-Playern die auch nicht als Massenspeicher angesprochen werden, sondern eben über o.g. Protokoll. <edit>Vorher musst du natürlich sicherstellen, das die Samsung USB-Treiber installiert sind. Die sind normalerweise Bestandteil von Samsung Kies. Kann man sich aber auch einzeln runterladen, Links findest du in jedem besseren Androiden-Forum</edit>

Printserver mit seriellem Anschluss gibts doch wie Sand am Meer? Wie wärs mit dem hier? PS01a Wenn ich mich richtig erinnere, kann man bei den SEH Geräten auch den Port frei definieren auf dem die Kiste lauscht.

Hi Sneakmaster. Spontan fallen mir da xcopy, bzw. robocopy ein die sowas können. xcopy ist Windows Standard, und robocopy sollte im Ressource Kit zu finden sein.

Hi Sunny, die Druckertreiber sind soweit alle auf dem neuesten Stand. Das Verhalten lässt sich auch nicht an einem bestimmten Drucker festmachen, so daß es schwierig wird, an Kyocera oder HP heranzutreten von denen ein Grossteil der Geräte ist.

Drucken per TS, eine Neverending Story... Ich muss den Thread leider nochmal hochhieven. Ich habe nun, da ich es wirklich leid war, auf GPP umgestellt. Soweit so gut... Jetzt hat das 4 Wochen prima funktioniert. In den letzten 2 Wochen kam aber trotzdem 2 mal die bekannte Fehlermeldung (Fehler 0x000000a... siehe oben), allerdings OHNE das die Drucker danach trotzdem eingebunden wurden. Abhilfe schafft dann nur noch das manuelle Beenden der Druckerwarteschlange, 10 Sekunden warten, und Dienst neu starten. Ein Klick auf "Neustart" bei noch laufender Druckerwarteschlange endet in einem Timeout, Beenden geht. Im Eventlog findet sich nichts ungewöhnliches in der Richtung. Hat jemand eine Idee wo ich noch schrauben könnte? Danke und Gruß

Fürs nächste Mal... Platte in beliebigen Rechner einbauen, "dban" runterladen, von CD starten, Wipe-Methode auswählen -> warten.

Mal was ganz anderes... Hat der Monitor vllt. nen Schlag weg? :)

Hi Aze, nein, das Problem ist immernoch vorhanden. Ist auf meiner ToDo Liste aber nach hinten gerutscht, da wichtigere Projekte laufen. Die Benutzer haben sich mittlerweile damit abgefunden, das sie manchmal ihre Logindaten doppelt eingeben müssen :) Wenn du noch eine Idee hast, immer her damit.

Wenn du den Drucker doch mit Anschluss LPT1 korrekt installiert bekommst, was spricht dagegen, wenn du dort einfach den Anschluss änderst auf die Freigabe auf dem XP-Rechner? Neuer Anschluss hinzufügen -> Lokaler Anschluss -> \\XP-Rechner\Freigabename

Technisch kein Problem. Ob das allerdings lizenzmässig in Ordnung geht, müssen dir die Spezialisten wie Dr. Melzer oder lizenzdoc beantworten.