Attachment 8318 Details for Bug 42442 – Workarounds.txt

Workarounds.txt

Workarounds.txt (text/plain), 3.52 KB, created by Arvid Requate on 2016-12-20 21:36:41 CET

(hide)

Description:

Filename:

MIME Type:

Creator: Arvid Requate

Created: 2016-12-20 21:36:41 CET

Size: 3.52 KB

patch

obsolete

>Zu dem Problem mit dem (optional per GPO automatisierten) Download der 
>serverseitig hinterlegter "Point-n-Print" Druckertreiber gibt es zur Zeit nur 
>folgende AnsÃ¤tze fÃ¼r Workarounds. Der dritte ist der, den ich erfolgreich 
>getestet habe.
>
>
>Workaround #1: (ungetestet)
>==========================
>â¢ Windows-Memberserver/-Client in die DomÃ¤ne joinen und die Drucker an den 
>Windows-Memberserver hÃ¤ngen und von ihm serven lassen statt an den UCS-Server. 
>Das wÃ¤re eher "last resort", falls einem Nichts anderes mehr einfÃ¤llt.
>
>
>Workaround #2: (beschrieben in kb3170455, funktioniert fÃ¼r mich aber nicht)
>==========================
>â¢ Zitat: "Wenn fÃ¼r einen bestimmten Legacy-Drucker nicht der entsprechende 
>Druckertreiber verfÃ¼gbar ist, wird das Problem durch Vorinstallieren des 
>fehlerhaften Druckertreibers im Clientsystem behoben."
>
>Das Problem ist hier, dass man das automatisieren will. Selbst wenn ich die 
>Treiber manuell (als Administrator) am Windows Client vom UCS-Server 
>\\master\print$\x64\3\* lokal nach C:\Windows\System32\spool\drivers\x64\3\ 
>kopiere, findet Windows die Treiber nicht. Vermutlich mÃ¼ssten zusÃ¤tzlich 
>Registry-Keys gesetzt sein.
>
>MÃ¶glicherweise kÃ¶nnte man da Druckertreiber-spezifisch Rollout-Skripte 
>schreiben, die pnputil.exe benutzen um die Treiber lokal zu installieren, 
>siehe: https://technet.microsoft.com/en-us/library/cc772036(v=ws.11).aspx
>Das lieÃe sich per GPO automatisieren, analog zum Ansatz im nÃ¤chsten 
>Workaround, habe ich aber bisher nicht getestet, denn der nÃ¤chste Workaround 
>ist genereller einsetzbar:
>
>
>Workaround #3: Deinstallation von kb3170455 (bzw. kb3170005)
>==========================
>Das kann man per GPO wie folgt automatisieren:
>
>In der GPMC als Domain-Admin die "Default Domain Policy" bearbeiten, dort 
>Computerkonfiguration > Richtlinien > Windows-Einstellungen \
>       > Scripts (Start/Herunterfahren) > Herunterfahren
>Ã¶ffnen. Dort per HinzufÃ¼gen den Namen der angehÃ¤ngten Batch-Datei eintragen.
>
>Die Batch-Datei selbst kann dort auch direkt mit zum Server uploaden, indem 
>man auf die SchaltflÃ¤che "Dateien anzeigen" klickt, wodurch sich ein explorer 
>mit dem entsprechenden Zielordner Ã¶ffnet. Da kopiert man die Batch-Datei 
>hinein. Serverseitig landet es dadurch hier:
>
>/var/lib/samba/sysvol/$(dnsdomainname)/Policies/\{31B2F340-016D-11D2-945F-00C04FB984F9\}/MACHINE/Scripts/Shutdown/uninstall_kb3170455.bat
>
>
>Danach werden alle Windows-Systeme der DomÃ¤ne beim Neustart das Update 
>deinstallieren. Per GPO gepushte Druckerverbindungen werden dann wieder wie 
>gewohnt nach dem Login der Benutzer angelegt.
>Diesen Workaround habe ich aus folgenden Links zusammengebaut:
>
>â¢ https://community.spiceworks.com/topic/1790014-removing-a-windows-update-via-a-gpo
>â¢ https://4sysops.com/archives/how-to-uninstall-windows-updates/
>
>Ggf. muss man noch schauen, dass der hotfix nicht wieder neu installiert wird. 
>Mit WSUS passiert das angeblich, aber damit haben wir ja eigentlich nichts zu 
>tun.
>
>
>
>Note: Folgende fÃ¼nf AnsÃ¤tze haben sich hingegen als Holzweg herausgestellt:
>
>â¢ https://lists.samba.org/archive/samba/2016-August/202134.html
>â¢ Regedit remote gegen die Samba-Registry und dort dies anpassen:
>  https://www.reddit.com/r/sysadmin/comments/50gw1b/solved_deploying_nonpackaged_print_drivers_after/
>â¢ KB3192403 bzw. KB3192404 installieren
>â¢ "Point and Print Restrictions" per GPO deaktivieren.
>  https://technet.microsoft.com/en-us/library/cc753269(v=ws.11).aspx
>â¢ PushPrinterConnection.exe manuell oder per GPO aufrufen.
>  https://technet.microsoft.com/en-us/library/cc772505(v=ws.10).aspx

Actions: View

Attachments on bug 42442: 8318