gear
Goto Top

W2k8 AD GPP Druckerzuteilung auf Windows 7 32bit bzw. Windows 7 64bit

Hi Leuts,

mal wieder was seltsames, aber darauf steht ihr ja face-smile

Folgende Umgebung:

- 1 W2k8 R2 PDC
- 1 Printserver (32bit und 64bit Druckertreiber)
- Windows XP 32bit, Windows 7 32bit und Windows 7 64bit Clients in der Domäne

Dank der GPP-Funktion sollen alle freigegebenen Drucker auf den Clients eingerichtet werden.
Die einzelnen Zuordnungen innerhalb der GPP besitzen alle eine Abfrage bezüglich der entsprechenden Drucker-OU ...d.h. Drucker "Marketing" wird nur eingerichtet, wenn der User auch Mitglied der Druckergruppe "P-Marketing" ist.
Funktioniert soweit..allerdings mit einer Ausnahme!!

Auf dem Windows 7 32bit Clients brauch er die administrative Freigabe (Benutzername und Psw) zur Druckertreiber-Installation!
Es sei angemerkt, dass der Printserver ein W2k8 64bit System ist.
Um das Problem zu beheben habe ich bereits in der entsprechenden GPO unter "Computerkonfiguration - Administrative Vorlagen - Drucker" Die Regel "Point-and-Printing-Einschränkung" auf deaktiviert gesetzt. Allerdings kommt weiterhin die Abfrage.

Unter XP 32bit und W7 64bit klappts ja auch..
Kann mir jemand sagen was ich tun muss, damit die Druckertreiberinstallation unter W7 32bit auch ohne zutun eines Benutzers klappt?

Vielen Dnak schon mal...

Gruß Gear

Content-ID: 179842

Url: https://administrator.de/forum/w2k8-ad-gpp-druckerzuteilung-auf-windows-7-32bit-bzw-windows-7-64bit-179842.html

Ausgedruckt am: 28.12.2024 um 05:12 Uhr

DerWoWusste
DerWoWusste 31.01.2012 um 21:13:41 Uhr
Goto Top
Moin.

Das ist zu erwarten und nicht merkwürdig, denn unter Win7 dürfen nur Admins Drucker installieren, während unter xp noch Hauptbenutzerrechte ausreichten. [Anmerkung: die Gruppe "Hauptbenutzer" hat seit Vista keine Privilegienerweiterung mehr inne, sie zu benutzen ist sinnlos geworden]. Haben Deine win7 x64er evtl. alle Adminrechte?

Weise die Drucker in Zukunft den PCs zu, nicht den Nutzern, dann wird unabhängig von Nutzerrechten installiert.
OliverHu
OliverHu 31.01.2012 um 21:14:20 Uhr
Goto Top
Hallo,

hatten wir das nicht schonmal? ;)

Nochmal zur Vorgehensweise:
1. Drucker über LocalPort mit 64-Bit Treiber installieren.
2. Drucker Freigeben
3. Nun den 32-Bit Treiber diesem Drucker hinzufügen (auf exakte Treiberversion achten!)
- Eigenschaften des Druckers aufrufen -> Freigabe -> Zusätzliche Treiber
4. Nun die GPP konfigurieren

Das sollte es gewesen sein.
Im Übrigen kannst du dir mal die mmc Druckerverwaltung deines Druckservers anschauen. Die ist recht übersichtlich.

UPDATE: Uff, natürlich sollte das GPO auf der OU in der deine Computer drin sind angewendet werden. Nicht auf Benutzer...
gear
gear 31.01.2012 um 21:58:52 Uhr
Goto Top
Hi OliverHu..ja das gehört zum Teil auch zu dem "anderen" Problem. Allerdings hat es diesmal nicht mit fehlenden oder falsch installierten Druckertreibern zu tun.
Das ist alles ok. Ich glaube, es ist mehr das was "DerWoWusste" geschrieben hat.
Ihr werdet es nicht glauben aber ich habe es folgendermaßen gelößt:

GPP erstellt und folgenden Registry-Eintrag wie auf der Seite http://blog.bistron.eu/active-directory/gruppenrichtlinien/point-and-pr ...
beschrieben den Clients mitgegeben. Seit dem läuft es auch unter W7 32bit

Trotzdem vielen Dank für die Infos face-smile
Bis ähh bald .....grins
OliverHu
OliverHu 31.01.2012 um 22:02:08 Uhr
Goto Top
Hattest du aber nicht das entsprechende GPO zu Point-and-Print gesetzt? Das würde ja bedeuten die Clients haben das GPO gar nicht angewendet.
gear
gear 31.01.2012 um 22:08:27 Uhr
Goto Top
Nun per gpresult wurde mir zwar gesagt, dass diese GPO ausgeführt wurde aber dennoch hat mich der W7 3bit Client nach Username und Passwort gefragt. Erst nach dem, ich das Ganze als RegKey eingetragen habe( was im Prinzip genau das ist, was der Point-Dinges-Eintrag machen sollte) hat es funktioniert und die Treiber wurden installiert..

It´s not a Trick .... it´s MS face-smile
DerWoWusste
DerWoWusste 31.01.2012 um 22:15:18 Uhr
Goto Top
Nun per gpresult wurde mir zwar gesagt, dass diese GPO ausgeführt wurde aber...
dass sie geladen wurde, heißt nicht, dass sie angewendet wurde. gpresult zeigt, welche Policies geladen werden, nicht welche Effekte zeigen, das macht rsop.msc. Hast Du beispielsweise die Policy an eine OU mit Deinen Usern (und nicht den Computern) angehängt, hat sie keinen Effekt, obwohl sie geladen wird. ->rsop.msc nutzen.
gear
gear 31.01.2012 um 22:16:20 Uhr
Goto Top
Zitat von @DerWoWusste:
Moin.

Das ist zu erwarten und nicht merkwürdig, denn unter Win7 dürfen nur Admins Drucker installieren, während unter xp
noch Hauptbenutzerrechte ausreichten. [Anmerkung: die Gruppe "Hauptbenutzer" hat seit Vista keine Privilegienerweiterung
mehr inne, sie zu benutzen ist sinnlos geworden]. Haben Deine win7 x64er evtl. alle Adminrechte?

Weise die Drucker in Zukunft den PCs zu, nicht den Nutzern, dann wird unabhängig von Nutzerrechten installiert.

nun, wie sieht dass dann aus, wenn die Mitarbeiter der Buchhaltung den entsprechenden Drucker bekommen sollen es aber Arbeitsplätze gibt, die Zeitweise von Mitarbeitern anderer Abteilungen genutzt werden (Hier zwei Notebooks). Die befinden sich dann nicht in der Buchhaltung sondern zwei Räume weiter. Da steht aber ein ganz anderer Drucker face-smile Da werde ich wohl um eine Zuweisung über Nutzer bzw Sicherheitsgruppen nicht vorbei kommen
gear
gear 31.01.2012 um 22:18:48 Uhr
Goto Top
Gerade wo ich deinen Satz gelesen habe ist mir rsop eingefallen face-smile
Das check ich mal...
Ich hab die GPO für das Point-and-Print zwar unter der OU "User" stehen, den Eintrag selbst ist aber der Computerkonfiguration zugewiesen