Kupfer89

Damit hast Du natürlich recht und wahrscheinlich wird es auch auf die Lösung im Artikel hinauslaufen, aber wissen warum es jetzt nicht so klappt wie gewünscht, möchte ich trotzdem :D :p

Ok, mittlerweile läuft die Druckerverteilung - es werden also neue Drucker über die GPO beim Benutzer installiert. Fragt mich nicht warum...ich habe nun hin und her gedoktert und nun läuft es zumindest bis hier :) Was aber noch nicht läuft und dass mit dem beschriebenen Phänomen: Die alten Druckerverbindungen werden vorher nicht gelöscht, obwohl das als ersten Ausführungsschritt festgelegt worden ist. Weder "Alle löschen", noch ein explizit ausgewählter Drucker wird entfernt.

In den jeweiligen OUs der Niederlassungen, sind die Benutzerkonten abgelegt.

Ich habe nun den Bericht komplett durchforstet, aber nur eine Einstellung hierzu gefunden und diese steht auf "Zusammenführen". Ich habe mal weiter probiert. Wenn ich die GPO nun mit der OU "Benutzer" verknüpfe, dann funktioniert es auch. Eine Ebene tiefer, also "Benutzer -> Niederlassung", wird die GPO nicht mehr verarbeitet.

In dem erstellten Bericht wird meine mit der OU "Benutzer" verknüpfte GPO weder unter den angewendeten GPOs, noch unter den abgelehnten GPOs erwähnt. Diese scheint als überhaupt nicht "vorhanden" zu sein :confused: Wenn ich die GPO hingegen direkt mit der Domäne verbinde, diese also wieder vererbt wird, dann klappt es auch wieder. Also irgendwie bekommt der Client nicht mit, dass noch in der OU auf der selben Ebene nebenan, noch eine GPO liegt die für die Benutzer abgearbeitet werden muss. Jau, das ist alles richtig eingestellt. Wenn ich die GPO mit der OU "Terminal" verknüpfe, dann geht es ja.

Richtig, der Loopbackverarbeitungsmodus ist aktiviert, allerdings auf Zusammenführen gestellt. Ne Idee wie das funktionieren könnte, ohne nun groß an den anderen GPOs rumzuschrauben?

Hallo zusammen, ich glaube ich habe hier ein kleines Verständnisproblem :confused: Folgendes Beispiel: Im AD gibt es eine OU "Terminal" in der alle Terminalserver enthalten sind. In einer OU "Benutzer" sind weitere OUs mit dem Namen der jeweiligen Niederlassung, in denen wiederum die Benutzer enthalten sind. Die OU "Terminal" und "Benutzer" sind auf einer Ebene, GPOs die also an die OU "Terminal" angehängt werden, greifen nicht bei der OU "Benutzer". Soweit alles klar. Jetzt sollen die Benutzer in den jeweiligen Niederlassungen ihre benötigten Drucker zugewiesen bekommen. Dies wollte ich über eine GPO lösen und jeder Niederlassung in der OU "Benutzer", eine eigene GPO zur Verteilung erstellen und zuordnen. Eingestellt wurde in der GPO alles unter "Benutzerkonfiguration". Leider greifen die Einstellungen nur, wenn die GPO mit der OU "Terminal" verknüpft wird. Sollte dies nicht auch funktionieren, wenn die Verknüpfung nur mit den Niederlassungs-Ous verknüpft wurde? Ist doch schließlich eine GPO für die Benutzer und nicht die Computer? :confused: Wäre halt auch wesentlich übersichtlicher. Vielen Dank für die Hilfe! MfG Kupfer89

Es geht nicht ums anpingen und auch nicht um Hostnamen. Ich merke mir, wie oben erwähnt, die IPv4 Adressen zu den Clients und demnach zum physikalischen Standort. Kann also sagen IP-Adresse xyz steht hinten rechts in der Ecke. Klar kann ich mich auch mit Hostnamen und IPv6 mit dem Client verbinden, pingen oder einfach in einer Liste nachschauen, aber mit IPv4 finde ich es einfach schöner und diese kenne ich ja auch schon auswendig :) Sagte ja auch schon das es kein wirkliches Problem ist ;) Vielen Dank für den weiteren Tipp, werde ich auch nochmal ausprobieren. :thumb1:

Ah OK...hatte noch IPv4 und Konsole in meiner Suche :) Es geht aber nicht um Hostnamen.

Merke mir zu den Benutzern, bzw. Arbeitsstationen eher die IP, als den Hostnamen. Ein richtiges Problem ist das natürlich nicht. :)

Ach das gibts ja nicht :D Nach was hast Du gegoogelt? Ich hatte mit meinen Begriffen diese Seite nicht unter den Ergebnissen :cry:

Hallo zusammen, ich habe eher ein kleineres Problem, welches mich aber trotzdem stört. Es wurde ein neuer WSUS (Version 6.3.9600.16384), auf einem neu installierten 2012 R2 bereitgestellt. In der Konsole des WSUS werden nun aber die Clients mit der IPv6 Adresse angezeigt, statt mit ihrer IPv4 Adresse. Eigentlich nicht weiter tragisch, aber ich kann die Clients eher an ihrer IPv4 Adresse identifizieren als an ihren Hostnamen. Am alten WSUS (Version 3.2.7600.226) wurden die Clients mit der IPv4 Adresse aufgelistet. Googeln half nichts und ich finde hierzu einfach keine Einstellungsmöglichkeit :confused: Danke für die Hilfe ;) Kupfer89

Don't feed the troll... :cool:

Sorry das ich die Zeiten nicht verglichen habe, war ja auch nicht böse gemeint :cool: Jau, ist jetzt auch klar, nur war ja vorher die Vermutung das es an den Energieeinstellungen am Laptop liegen könnte - wusste auch nicht das danach das System einfach heruntergefahren wird. Ich dachte nach dem Ende des Testbetriebs wird das System komplett gesperrt. Was aber trotzdem komisch ist, denn die VM wurde erst vor wenigen Wochen installiert und ich dachte, dass man gute 6 Monate Zeit hätte? :( Aber egal. Fehler gefunden und gut. Danke an Alle :jau:

Ich hab doch einen Link in meiner letzten Antwort beigefügt, mit dem Hinweis, dass das genau mein Event ist :confused: Gerne aber auch nochmal mit meinem eigenen Screenshot ;)

Ok, ich hoffe den "Fehler" nun gefunden zu haben... Als VM läuft ein 2012 R2 als Testversion und solange diese Testversion nicht aktiviert ist, fährt sich der Server nach einer gewissen Zeit automatisch runter... :rolleyes: :D Kann das zur Sicherheit noch jemand bestätigen? :D Genau das ist mein Ereignis: https://ibrahimsolimanblog.wordpress.com/2014/12/15/windows-2012-r2-server-with-hyper-v-shutdown-automatically-by-wlms-exe-process/

Ok, der Fehler ist gerade wieder aufgetreten. Vielleicht noch jemand einen Tipp? :(

Hi, also ich habe jetzt mal im Energiesparplan nachgeschaut und dieser steht bereits auf "Höchstleistung". Allerdings habe ich die Option "Festplatte ausschalten nach" im Netzbetrieb von 20 Minuten auf 120 Minuten geändert. Vielleicht wurde ja die Festplatte mit den VMs nach den 20 Minuten Nichtnutzung abgeschaltet, obwohl ja eigentlich die VM als solches eine Festplattenaktivität hätte "generieren" müssen!? Es sieht jedenfalls so aus, dass es diese Option war. Die VM rannte auch noch nach 40 Minuten und wurde nicht heruntergefahren. Ob es letztendlich wirklich daran lag, oder ob der Fehler nochmal auftritt, werde ich in den nächsten Tagen nochmal mitteilen. Danke für die Tipps!

Habe ich gemacht und ist bei den VMs nicht aktiv.

Hallo zusammen, ich hoffe ich habe nur ein kleines Problem Auf meinem Windows 10 Pro Laptop habe ich Hyper V installiert, worauf die VMs auch wunderbar funktionieren. Nur jedes Mal, wenn die VMs einige Zeit (geschätzt ca. 20 Minuten) inaktiv sind, werden diese automatisch heruntergefahren. Ist ziemlich nervig und leider habe ich in den Hyper V-Einstellungen, als auch bei Google und hier, auch keine Option hierzu gefunden. Hoffentlich hat einer einen Tipp für mich Vielen Dank, Kupfer89

Hab ich gemacht, die Haken bei SW sind nicht gesetzt. Der Ordner ist leider leer :(

Ich habe es eben nochmal probiert. Wenn ich den Farbdrucker als Standard setzte, ein neues Excel-Dokument erstelle, dann ist der Farbdruck einwandfrei. Setze ich den SW-Drucker auf Standard und wechsel dann aus einem neuen Dokument im Druckdialog zum Farbdrucker, dann bleibt im Treiber "Graustufen" bestehen.

Am Server.

Rechtsklick auf den Drucker und dann "Druckstandards festlegen...". Es öffnet sich der Druckertreiber und die getroffenen Einstellungen werden so als Standard verteilt. Habe ich auch getan und die Firmware ist aktuell. Es gibt eben solche und solche Dienstleister.

Habe ich natürlich schon. Sobald eine Antwort kommt, werde ich Euch darüber unterrichten :cool: Sind halt Leasinggeräte und der Dienstleister kümmert sich um Reparaturen an den Geräten und die entsprechende Wartung, Tonerbefüllung, Ersteinrichtung etc.......alles was darüber hinaus geht, ist natürlich eher unser Bereich.