Drucker-Zuordnung an verschiedenen Standorten

[NorbertFe 2.097]

Aha und wieso willst du sowas tun? Wie kommt man eigentlich auf so eine Idee? Oder verstehen hier alle nur deinen Gedankengang nicht? ;)

[Sunny61 810]

Mir gehts wie Norbert. Vermutlich meinst du etwas ganz anderes und kannst dich nur nicht richtig ausdrücken. Versuch doch nochmal dein Ziel bzw. die Anforderung zu definieren. Lass dabei alle möglichen Lösungsvorschläge oder Wege einfach weg, nur die Anforderung exakt schildern.

[sg08234 10]

"Sorry to be late": Ich war bis heute im Urlaub.

 

Meine Basis-Anforderung ist, dass die Netzwerkdrucker abhängig von den Standorten der Clients (aktuell gibt es zwei Standorte) über entsprechende AD-Gruppen, IP-Adrfessen o.ä. zugeordnet werden. Einem walking user sollen an dem entsprechenden Client nur die Drucker des jeweiligen Standorts zugeordnet werden.

[NilsK 2.969]

Moin,

 

aus Erfahrung kann ich sagen, dass solche (naheliegenden) Drucker-Zuordnungen selten zuverlässig funktionieren. Einige Kunden von uns haben da schon zahlreiche Varianten durch, die eigentlich hätten funktionieren müssen. Sobald das Ganze in größerem Stil passiert, verschlucken sich die Windows-Clients (oder auch die Terminalserver) leider schnell bei einem der zahlreichen Vorgänge, die im Hintergrund ablaufen.

 

Eine übergreifend brauchbare Lösung ist mir dafür leider nicht bekannt.

 

Gruß, Nils

[lefg 276]

Moin,

 

habe ich ich es in diesem Thread schon empfohlen? Falls ja, empfehle ich es nochmals, die Drucker im AD zu veröffentlichen und vom User selbst so benötigt wählen zu lassen. Man fertige für besondere User eine bebilderte Anleitung dafür. Bei uns hat das neulich die Küchenhilfe geschafft.

 

Eigentlich müsste eine Zuweisung der Drucker über Standorte/Computer OU funktionieren, ich hatte es funktionieren, Drucker wurden dem Computer zugewiesen. Vorausgesetzt ist, die Namnsauflösung per DNS funktioniert wirklich. (Namensauflösung per DNS ist meine bevorzugte Hauptverdächtige)

 

Falls man versucht, wechselnde Drucker wandererden Benutzer zuzuweisen, zu erwarten, das funktioniere sofort, dann kanni ch nur mit den Schultern zucken; ich bin nie auf die Idee gekommen, es war ganz einfach nicht gefordert, erschien nicht sinnvoll, deshalb hab ich nicht gegraben, es gab wohl auch Wichtigeres.

 

Ich schrieb es schon einmal hier oder anderswo, von unseren hochintelligenten und hochbezahlten Angestellten wird Findigkeit zur Problemlösung erwartet, erwartet solche Petitessen selbst zu können, es nicht zum Thema von Meetings zu machen.

 

So, das war die Morgenpredigt von mir. :)

bearbeitet 8. August 2016 von lefg

[sg08234 10]

lefg: Im Prinzip hast Du völlig Recht, aber: Irgendwie ist jetzt mein Ergeiz geweckt.

 

Die Definition als computerbasierte GPP erlaubt leider nicht die Zuordnung des Standarddruckers (was logisch ist, aber eine weitere Anforderung war).

 

Eigentlich bin ich aber mit der benutzerbasierten GPP schon ganz gut. Es muss mir "nur" noch gelingen, ein gpupdate /force (ein reines gpupdate reicht in diesem Fall nach meinen Tests nicht) abzusetzen:

1. im Kontext des angemeldeten Benutzers
    
2. nachdem alle GPOs/GPPs inkl. Login abgearbeitet sind

Meine Idee: Auf allen Clients eine Task definieren, die n Sekunden nach dem Login läuft (etwa wie http://www.mcseboard.de/topic/196650-geplante-aufgaben-per-gruppenrichlinie-erstellen/).Habt Ihr eine bessere Idee?

[Sunny61 810]

Wenn Du ein /force absetzen mußt damit die GPOs korrekt abgearbeitet werden, läuft etwas grundsätzlich falsch. Und manchmal ist eben nicht jede Anforderung umsetzbar.

 

Wie genau sieht denn jetzt dein GPO dafür aus? Gibt es einen WMI-Filter auf IP-Adressen? Gibt es Fehlermeldungen im Eventlog für die GPOs wenn sich der Benutzer anmeldet?

[sg08234 10]

Wie genau sieht denn jetzt dein GPO dafür aus?
siehe GP-Bericht als Anhang

Gibt es einen WMI-Filter auf IP-Adressen?

Ja - siehe GP-Bericht als Anhang

 

Gibt es Fehlermeldungen im Eventlog für die GPOs wenn sich der Benutzer anmeldet?
Nein

 

Ich erläre mir das Verhalten mit meinem Verständnis von GPOs/GPPs so: Die GPO/GPP wird ja nicht verändert und somit bei einem erneuten Login eines walking users nicht angewendet / ausgeführt. Damit bleiben die bisherigen Netzwerkdrucker bestehen und werden nicht gelöscht (was aber gewünscht ist). Daher meine Idee, die Anwendung / Ausführung per gpupdate /force zu erzwingen, was bei einer manuellen Ausführung ja auch zum gewünschten Ergebnis führt: Die Drucker des "falschen" Standorts werden gelöscht.

 

Oder mache ich da einen Denkfehler (besser: einen Verständnisfehler)?

 

PRT_Netzwerkdrucker_User.pdf

[Sunny61 810]

WMI-Filter sehe ich keinen, nur eine Zielgruppenadressierung.

 

Erstell dir einen funktionierenden WMI-Filter für IP-Adressen. Hier wird ein Beispiel genannt, testen mußt Du selbst. http://www.tech-archive.net/Archive/Windows/microsoft.public.windows.group_policy/2007-01/msg00288.html

Wenn das funktioniert, würde ich pro Standort ein GPO anlegen und den WMI-Filter einbauen. IP-Adressen im WMI-Filter natürlich auf den Standort anpassen. Auf die Domain verlinken, nicht auf Standorte.

[lefg 276]

lefg: Im Prinzip hast Du völlig Recht, aber: Irgendwie ist jetzt mein Ergeiz geweckt.

 

 

OK, das verstehe ich. :)

[sg08234 10]

Sunny61: Und wieder: Vielen Dank! Ich werde das heute Abend testen, wenn mir je ein Client an den beiden Standorten zur Verfügung steht, und berichten

[daabm 1.366]

Sorry, aber warum WMI-Filter auf IP-Adressen, wenn die Zielgruppenadressierung der GPP direkt eine Filterung auf Sites erlaubt? Damit kannst Du alle Druckerzuordnungen in nur einer GPO pflegen, was die Verarbeitung insgesamt deutlich beschleunigt.

Und das mit dem gpupdate /force: gpsearch.azurewebsites.net ist grad down, aber COmputerconfig - RIchtlinien - ADM-Vorlagen - System - Gruppenrichtlinien - Eisntellungserweiterung "Drucker" - "Auch ohne Änderungen verarbeiten" aktivieren, dann sollte sich das auch erledigt haben.

[Sunny61 810]

Sorry, aber warum WMI-Filter auf IP-Adressen, wenn die Zielgruppenadressierung der GPP direkt eine Filterung auf Sites erlaubt? Damit kannst Du alle Druckerzuordnungen in nur einer GPO pflegen, was die Verarbeitung insgesamt deutlich beschleunigt.

Fehler des TO ausschließen. Aber richtig, die Sites in der Zielgruppenadressierung hab ich total übersehen.

 

Und das mit dem gpupdate /force: gpsearch.azurewebsites.net ist grad down, aber COmputerconfig - RIchtlinien - ADM-Vorlagen - System - Gruppenrichtlinien - Eisntellungserweiterung "Drucker" - "Auch ohne Änderungen verarbeiten" aktivieren, dann sollte sich das auch erledigt haben.

Kannte ich noch nicht, Danke. ;)

[sg08234 10]

Leider ist meine Antwort mit den Testergebnissen "verschwunden" (wahrscheinlich vergessen zu speichern") - daher hier ein kutze Zusammenfassung:

• Man muss die Clients bei einem Standortwechsel neu starten (Logout / Login reicht nicht)
   
• Ohne gpupdate (ohne /force) geht es erst mal nicht. ich habe mir erst einmal mit einer Autostart-Prozedur beholfen (30 Sekunden busy waiting und dann gpupdate - danach sieht es gut aus (die "falschen" Drucker werden nach 30 Sekunden gelöscht)). Ich erkläre mir das so, dass die Benutzer die Netzwerkdrucker in Ihrem roaming profile mitschleppen und die GPP nicht angewendet wird, da bereit ausgeführt und nicht verändert.
   
• Heute abend werde ich aber natürlich "Auch ohne Änderungen verarbeiten" testen und berichten.

Wieder einmal ein ehrliches Danke für die hilfreiche Unterstützung!

[daabm 1.366]

Hm - "Beim Systemstart und der Anmeldung immer auf das Netzwerk warten" ist aktiviert? Bei gpsearch.azurewebsites.net glaub #1839 :)