Markus1975

Hallo zusammen,

 

ich habe immer wieder mal das Problem, das wenn sich User auf die Terminalserver Farm (2008R2) anmelden einige Drucker ihre Treiber nachinstallieren wollen.

 

User meldet sich an und es poppt die Meldung auf das der Drucker Treiber benötigt. Die Treiber sind auf den Servern installiert.

 

Es betrifft auch nicht alle User auf dem Server. Das Problem tritt immer wieder mal auf. 

 

Eine Zeit lang haben wir uns damit geholfen die Treiber als Admin nachzuinstallieren. Im Moment tritt der Fehler aber massiv auf. Komischerweise auch nur die neuen User in Schweden.

 

Die Schweden User sind seit ca. 4 Wochen bei uns in der Domäne. Der Fehler tritt allerdings erst jetzt massiv auf.

 

Es betrifft vor allem Zebra Drucker. Die Xerox, Canon, Konica Drucker sind davon nicht betroffen. 

 

Treiber der Zebra Drucker sind aktuell.

 

Am letzten Freitag sind wir noch einmal alle 60 Terminalserver durchgegangen und haben die Treiber neu installiert. Auch eine Profillöschung hat nicht gebracht. 

 

Ich weis an der Stelle nicht mehr so wirklich weiter....

 

Hoffe jemand hat eine Idee oder Tipp für mich.

Hallo Leute,

 

ich wollte unserer 2008R2 Druckserver aufgrund von Hardware tausch auf Server 2012R2 aktualisieren. 

 

Den neuen Druckserver habe ich soweit installiert und die Drucker vom 2008er importiert. Soweit so gut...

 

Wenn ich mich jetzt auf einem 2008R2 Terminalserver anmelde und einen Drucker vom 2012 mappen will, bekomme ich die Meldung:

 

Eine Richtlinie auf dem Computer verhindert, das eine Verbindung mit dieser Druckerwarteschlange hergestellt wird.....

 

Das Mapping vom 2008 Druckserver geht ohne Probleme auf dem Terminalserver.

 

Das Mapping vom 2012 Druckserver zu einem 2012 Terminalserver klappt ohne Probleme

 

Im Log des 2008 Terminalservers habe ich folgendes gefunden:

 

Alles klar werde das mal testen.

 

Wenn ich das MSI Paket per GPO direkt zuweise, kann es sein das der Client es bei Neustart immer wieder neu installiert? Kann mir das zwar nicht vorstellen, aber ich habe das Gefühl das der Start länger dauert.

Alles klar. Werde mir das mal anschauen.

 

Danke

Der Benutzer und das Passwort werden vorher mit einem Tool verschlüsselt. Sind nur Platzhalter was dort steht.

 

Der Berater steht zur Zeit auch auf dem Schlauch.

 

Ok die Variante direkt installieren werde ich mir mal anschauen.

 

Was ich jetzt noch herausgefunden habe, man kann über die Software ein eigenes Software Paket bauen. Also eine Agent.exe.

 

Hallo Leute,

 

zwecks Software Inventarisierung wollte ich einen Agent der mit der Software ausgeliefert wurde, per GPO ausrollen.

 

Ich habe folgendes gemacht.

 

1. GPO erstellt unter Computer--> Richtlinien-->Windows-Einstellungen-->Skripts--> Start die Agent.bat eingefügt.

 

2. Die erforderlichen Dateien Agent.bat, Agent.msi, und noch eine Datei die Kopiert werden soll in der GPO hinterlegt.

 

3. GPO Aktiviert und verknüpft

 

Folgendes passiert.

 

Der Agent wird nicht installiert. 

 

Im Log des Clients steht Internal MSI error. Installer terminated prematurely.

 

Die zu Kopierende Datei wird nicht kopiert.

 

gpresult gibt an das die Richtlinie angewandt wird.

 

Inhalt der Batch:

 

 

 

 

 

Wir haben das Problem dann gelöst.

 

Die GPO abgeschaltet. Und die Domänen Admins wieder den lokalen Admins hinzugefügt. 

 

Gibt dann doch die Lokalen Gruppen.

 

Vielen dank für eure Hilfe

 

Gruß

Markus

Klassischer Fall von "nicht Kommunikation"  :)

Jo dadurch das ich es später im Büro war, ist das dann wohl so passiert.

An der GPO wurde so nichts weiter verändert.

So sieht die GPO aus.

 

Computerkonfiguration (Aktiviert)

Richtlinien

Windows-Einstellungen

Skripts

Start

For this GPO, Script order: Nicht konfiguriert

Name

Parameter

Inventory.bat

 

Einstellungen

Systemsteuerungseinstellungen

Lokale Benutzer und Gruppen

Gruppe (Name: Administratoren (integriert))

Administratoren (integriert) (Reihenfolge: 1)

Lokale Gruppe

Aktion

Aktualisieren

Eigenschaften

Gruppenname

Administratoren (integriert)

Alle Mitgliederbenutzer löschen

Deaktiviert

Alle Mitgliedergruppen löschen

Deaktiviert

Mitglieder hinzufügen

Agent

 

Gemeinsam

Optionen

Bei Fehler keine Elemente mehr für diese Erweiterung verarbeiten

Nein

Element entfernen, wenn es nicht mehr angewendet wird

Nein

Nur einmalig anwenden

Nein

Geplante Aufgaben

Geplante Aufgabe (Name: Inventory)

Inventory (Reihenfolge: 1)

Allgemein

Aktion

Aktualisieren

Aufgabe

Name

Inventory

Ausführen

Machine\Scripts\Startup\Inventory.bat

Geplante Aufgabe wird zu einer bestimmten Zeit ausgeführt

Aktiviert

Zeitplan

1. Täglich um 10:00. Aufgabe wird gestartet am 07.03.2016.

2. Täglich um 15:00. Aufgabe wird gestartet am 07.03.2016.

Einstellungen

Aufgabe löschen, wenn sie nicht erneut geplant wird

Nein

Aufgabe beenden, wenn der Computer nicht mehr im Leerlauf ist

Nein

Aufgabe bei Akkubetrieb nicht starten

Deaktiviert

Aufgabe beenden, sobald der Akkubetrieb einsetzt

Deaktiviert

Computer zum Ausführen der Aufgabe reaktivieren

Deaktiviert

Gemeinsam

Optionen

Bei Fehler keine Elemente mehr für diese Erweiterung verarbeiten

Nein

Element entfernen, wenn es nicht mehr angewendet wird

Nein

Nur einmalig anwenden

Nein

Benutzerkonfiguration (Aktiviert)

Keine Einstellungen definiert

Also der Neu Angelegte User hat die Berechtigungen die der Domänenadmin normalerweise hat.

Das ist das eine. Den Dienstleister werden wir uns noch zur Brust nehmen.

 

Frage ist ja ob es daher kommen kann, und wie es wieder bereinigt werden kann.

Hallo Leute,

 

wir haben in der letzten Woche einen Dienstleister im Haus gehabt der uns bei einer Lizensprüfungs Software Installation unterstützt bzw. uns angeleitet hat diese zu installieren.

 

Dabei wurde eine GPO erstellt die einen User in die Lokale Admin Gruppe der Rechner hinzufügt um die Ausführung des Inverntory Skriptes zu ermöglichen.

 

Heute ist uns aufgefallen das wir als Dom Admin keinen vollen Zugriff mehr auf die DCs haben. Es nicht nicht möglich den Servermanager zu starten, GPOs anzulegen etc.

 

Ich gehe mal davon aus, das bei dem hinzufügen des Users zur Lokalen Gruppe der Administratoren was schief gelaufen ist auf den DCs. Da die DCs ja keine Lokalen Benutzer/Gruppen haben.

 

Kann das sein? Ich hatte den Dienstleister explizit gefragt ob die GPO auch so auf den DCs angewendet werden soll/muss. Antwort war... die müssen ja mit Inventarisiert werden und üblich wäre das auch.

 

Meine Frage an der Stelle, wie bekommen wir das wieder hin?

 

Für Tipps wäre ich sehr dankbar.

 

Gruß

Markus

 

 

Nein das Problem tritt auf verschiedenen TS auf. Da wir über hundert TS im Einsatz haben gehe ich  nicht davon aus das der Treiber oder Spooler ein Problem haben.

 

Sind auch User aus verschiedenen Niederlassungen und Ländern die auch in verschiedene  OUs zu finden sind.

 

Ich habe auch mehrer GPOs gebaut und die nach Niederlassungsnummern aufgeteilt damit nicht alle 600 Drucker in einer GPO sind.

 

Die User benutzen teilweise gleiche aber auch unterschiedliche GPOs die für das Mapping zuständig sind. 

Den Artikel werde ich mir mal anschauen.

 

Da der User bei jeder Anmeldung auf einem anderen Server kommt schließe ich mal einen Fehlerhaften Treiber aus. Würde bedeuten das auf allen 100 TS die Treiber defekt wären.

 

Und von ca. 1400 User haben ca. 10 Leute das Problem.

 

Danke euch schon einmal

Hallo,

 

also ein GPUpdate hat nix gebracht.

 

Die Drucker habe ich in der GPO unter Benutzerkonfiguration--> Einstellungen-->Systemsteuerungseinstellungen--> Drucker angelegt und über Zielgruppenadressierung die AD-Gruppe hinzugefügt.

 

Im Eventlog steht folgendes:

 

Hallo Leute,

 

wir weisen unseren Usern Drucker per GPO zu. Das funktioniert auch soweit ganz gut.

 

Allerdings hab ich ein paar Kandidaten bei dem das Mapping nicht klappt. Der Drucker werden in der GPO dem User aufgrund ein AD-Gruppe zugewiesen.

 

Der User bei dem es Aktuell nicht funktioniert ist in der richtigen Printgruppe und die GPO ist mit der OU verknüpft in der der User sich befindet.

 

Komischerweise werden bei den Kollegen aus der Niederlassung die Drucker gemappt. Die Einstellungen habe ich bei den Usern verglichen und die sind gleich.

 

Der User meldet sich am Terminalserver an, und beim Anmeldevorgang sieht man auch das die GPO Printer Mapping angewandt wird. 

 

Im GPO-Ergebnis ist zu sehen das die GPO angewandt wurde, und im Log auf dem Server ist auch kein Fehler vorhanden. Trotzdem sind die Drucker nicht vorhanden.

 

Das Terminalserver Profil hab ich schon gelöscht und neu erstellen lassen. brachte aber keine Änderung.

 

Hat noch jemand eine Idee an welcher Stelle ich schauen kann warum die Drucker nicht bereitgestellt werden?

 

Terminalserver 2008R2

 

Vielen dank im Vorraus

 

Markus

 

 

 

 

Hallo,

 

war mir nicht bewusst das ich das so Händeln muss. Werde das nächste mal dran denken.

 

Danke für den Hinweis

 

Gruß

Markus

Hallo,

 

danke für die Antwort. Werde das gleich überprüfen.

 

Gruß

Markus

Hallo,

 

der GPresult hat ergeben das die GPO unter Computerrichtlinien angewandt wird.

 

In den Benutzereinstellungen steht sie als abgelehnt drin. Begründung "Zugriff verweigert."

 

Deaktiviere ich die GPO wird der Drucker mitgezogen. Wird sie aktiviert, dann nicht mehr.

 

Jemand noch eine Idee?

Hallo Leute, wir haben eine 2008R2 Terminalserver Farm.

 

Einigen Usern soll ermöglicht werden wenn sie zuhause sind ihr Lokalen Drucker über die VPN-Verbindung in die Terminalserver Sitzung mitzunehmen. Wir haben eine GPO die dies verhindert. Nun haben wir eine Gruppe erstellt in der die User rein kommen die die Drucker mitziehen dürfen.

 

In der GPO die das mitziehen verbietet habe ich die Gruppe hinzugefügt und das lesen der GPO verboten. Dummerweise funktioniert das so nicht. Der Drucker wird nicht mitgezogen. Wenn ich die GPO deaktiviere klappt es ohne Probleme. Der Drucker wird gemappt und mit dem Print Easy Treiber zur Verfügung gestellt. Könnt ihr mir einen Tipp geben? Gruß Markus

Ok, werde das Thema noch einmal angehen.

 

Danke für die Hilfe.

 

Gruß

Markus

Das Problem ist das die Canon Geräte über das Ausland gekauft wurden... Deshalb stellt sich Canon so an. Verstehe ja wenn Geräte nicht in Deutschland gekauft werden das man sich dafür nicht zuständig fühlt. Aber die Treiber sind ja Global einsetzbar. Von daher hätte ich ein wenig mehr von Canon erwartet.

 

Der Microsoft Mensch hat über die Spooler Logs den Treiber klar identifiziert. Eventuell kollidiert der Treiber mir einer anderen Software.

 

Wir haben noch Zebra und Xerox im Einsatz und da gibt es keinerlei Probleme.

Hallo Danke für die Antworten.

 

Also Canon macht es sich das ganz einfach... Wo steht das Gerät? im Ausland... zb. Polen, Litauen. Ok dann sind wir dafür nicht zuständig.. Rufen sie in Polen oder Litauen an.

 

Den Link werde ich mir mal anschauen.

 

Easy Print schau ich mir auch an.

 

Danke euch.

Etwas ist mir gerade noch aufgefallen... Ich haben zu Testzwecken einen 2012R2 Druckeserver aufgesetzt wenn ich jetzt über die TS Sitzung einen Drucker manuell mappen möchte, bekomme ich die Meldung Zugriff verweigert... 

 

Hat zwar mit dem Eigentlichen Problem nichts zu tun, aber merkwürdig ist es trotzdem. Der 2012 ist genau so eingestellt wie der 2008 und mit dem geht es problemlos.

Hallo zusammen,

 

war paar Tage nicht da, daher antworte ich jetzt erst.

 

Also die Vorgehensweise war früher die (bin erst angefangen in der Firma) das auf den TS alle Druckertreiber installiert wurden. Ich hab es dann so umgestellt das ich für Xerox und Canon Drucker die Global Printer Treiber benutzt habe. 

 

Allerdings macht der Canon Treiber  ziemliche Probleme. Druckerspooler auf den TS schmieren ständig ab. Bin mit Microsoft in Kontakt die haben den Treiber lokalisiert als Auslöser.

 

Diese Point und Print Geschichte habe ich auch gefunden aber noch nicht ganz verstanden. Gibt es dafür nen link wo das Behandelt wird?

 

Vielen Dank

Markus

Hallo Leute,

 

ich habe folgendes Problem. Ich möchten den Usern erlauben sich Drucker Treiber die auf dem Printserver liegen, sich zu installieren bei der Verbindung bzw. wenn die Drucker per Skript zugewiesen werden.

 

Vornehmlich geht es User die auf den Terminal Servern sich anmelden.

 

Ich bin bei der Suche aus folgende mögliche Lösung gestoßen.

 

Gpo erstellen.. Computerkonfiguration/ Richtlinien/ Administrative Vorlagen/ Drucker --> Point-andPrint Einschränkungen 

 

Die Richtlinie Aktiviert und die Sicherheitshinweise ausgeblendet. 

 

Hab die Einstellung nur Aktiviert ohne einen Server anzugeben.

 

Wenn ich mich jetzt mit einem Standard User an einem TS anmelde, und mir einen unbekannten Drucker hinzufüge dann sieht es einen Moment so aus als ob er den Treiber installieren will, bekomme aber dann die Meldung "Druckerverbindung nicht möglich, Zugriff Verweigert"

 

In der Gpo beschreiben steht auch drin das der Drucker nur installiert wird wenn schon der Passende Treiber installiert ist....

 

Wie bekomme ich das am besten geregelt?

 

Vielen Dank für die Hilfe!

 

Gruß

Markus