locked
Drivers non-installés automatiquement RRS feed

  • Discussion générale

  • Bonjour à tous,

    Nous possédons un serveur d'impression, sur un domaine. Nous avons des groupes configurés pour n'avoir accès qu'a certaines imprimantes (jusque là, rien d'anormal). Le problème est que chaque pilote d'impression doit être installé manuellement sur chaque client, car apparemment nos GPO ne les installent pas automatiquement. Dans les propriétés de chaque imprimante, les permissions du groupe pouvant accéder à l'imprimante en question sont sur "Print" et "Read permissions".

    Ne devrions nous pas nous pencher de ce côté là ? Par exemple sur "Manage" ?

    Merci d'avance,

    Steven

    mercredi 10 octobre 2012 15:15

Toutes les réponses

  • Hello there.

    First of all, sorry for my bad English, I'll try to do the best.

    We have a print server joined to our domain. GPOs are set up to make printers installed automatically on hosts, but we always need to install drivers manually because GPOs seem to not work.

    In printer permissions, each group has "Print" and "Read" permissions boxes checked. Do we miss something here ?

    What should we do to avoid the manual install ?

    Thanks

    Steven

    mercredi 10 octobre 2012 14:36
  • Bonjour,

    S'agit-il un pilote de 32 bit ou 64 bit? 

    Si votre Parc est hétérogène avec les deux version de système d'exploitation vous devez insérer les version de pilote comme l'indique ce lien:

     http://blogs.technet.com/b/askperf/archive/2008/09/19/installing-windows-vista-print-drivers-on-windows-server-2003.aspx


    Best regards Bourbita Thameur Microsoft Certified Technology Specialist: Windows Server 2008 R2,Server Virtualizaton

    mercredi 10 octobre 2012 16:15
    Auteur de réponse
  • Bonjour, il s'agit de 70 pilotes 32 & 64 bits, pas forcement dans les deux versions pour chacun.

    En fait, nous devons à chaque fois depuis le poste client, accéder au serveur d'impression puis faire un clique droit > Connect sur les imprimantes concernées par les drivers manquant.

    J'étudierai votre lien dès demain matin, mais il me semble que nous avons déjà tout ça en place (les 70 pilotes sont gérables depuis le serveur d'impression).

    mercredi 10 octobre 2012 19:47
  • Nous avons vérifié, tout est opérationnel du coté des pilotes proposés par le serveur d'impression.


    • Modifié Steven LM vendredi 12 octobre 2012 14:49
    vendredi 12 octobre 2012 14:43
  • Concernant le gestionnaire d'évenements sur les clients, il n'y a rien d'anormal. Sur le serveur d'impression par contre, beaucoup d'erreurs (2300 sur les 7 derniers jours), mais rien concernant les GPO. A approfondir donc ...

    Nous allons nous pencher sur ces evenements et sur la sécurité des groupes.

    vendredi 12 octobre 2012 14:49
  • Bonjour,

    Peut-je demander comment vous déployer vos imprimante ? (GPP, pushprinterconnection, VBS, script .cmd/.bat, etc..)

     

    Si le "point and print" comme Dan parle est a on, alors votre symptome me surprend.

    Aussi bloquer l'héritage de GPO sur la machine et sur un compte test peut isoler si c'est un problème qui vient d'une mauvaise GPO qui contre-carre vos déploiement d'imprimante.


    MCP | MCTS 70-236: Exchange Server 2007, Configuring

    Want to follow me ?  |  Blog: http://www.jabea.net | http://blogs.technet.com/b/wikininjas/

    samedi 13 octobre 2012 02:32
  • Bonjour,

    Nos imprimantes sont déployées par GPP, et la GPO qui gère le Point and Print a été réactivée récemment, donc à voir si ça venait de là (mais à ma connaissance, étant activée il y a quelques temps, nous avions exactement le même problème).

    samedi 13 octobre 2012 08:58
  • Bonjour,

    Trois questions de plus ! :):

    1) Si tu efface l'imprimante que tu a connecter a la main sur un usager test et que tu fait un gpupdate /force, est-ce qu'elle ré-apparait ? Je demande car j'ai déjà eu des erreur dans la console GPP dans la fenetre de sélection. Le nom lister dans l'AD de l'imprimante ne correspondait pas au nom de partage, j'ai été obliger d'entré le nom a la main.

    2) Si l'usager est admin local est-ce que la GPO passe ?

    Si oui, Il a cette petite doc qui peut aider; http://blogs.msdn.com/b/7/archive/2011/07/11/allowing-standard-users-to-install-network-printers-on-windows-7-without-prompting-for-administrative-credentials.aspx, car le point and print ne semble pas savoir appliquer si la gpo marche sur un usager admin.

    3) Est-ce que la machine donne des erreures de GPO ? (http://technet.microsoft.com/en-us/library/cc749336(v=ws.10).aspx)


    MCP | MCTS 70-236: Exchange Server 2007, Configuring

    Want to follow me ?  |  Blog: http://www.jabea.net | http://blogs.technet.com/b/wikininjas/



    dimanche 14 octobre 2012 03:55
  • Bonjour,

    Dans ton serveur d'impression, as tu ajouté les pilotes pour les OS clients correspondants ?

    Si tu l'ajoutes manuellement via le voisinage réseau, le pilote s'installe ? C'est quoi comme modèle d'imprimante ?


    Ludovik DOPIERALA sur Facebook

    dimanche 14 octobre 2012 09:45
  • Bonjour,

    Les imprimantes s'installent via gpudate, mais uniquement après avoir été installées au moins une fois à la main.

    La GPO passe en étant admin local, et nous avons déjà effectué ce que est indiqué sur le lien.

    Concernant les erreurs, j'ai eu du nouveau, et effectivement on se retrouve en permanence avec cette erreur dans le gestionnaire d'evenements :

    The user 'SUD-CLIENT-18' preference item in the 'GPO_Siege_Imprimantes {76E5A039-5EA7-4DE5-A865-0523078AA7F6}' Group Policy object did not apply because it failed with error code '0x8000ffff Catastrophic failure' This error was suppressed.

    Notre parc est essentiellement composé d'imprimantes et copieurs HP.

    lundi 15 octobre 2012 14:14
  • Bonsoir,

    dans les GPOs concernant les impressions, et les GPOs concernant la sécurité du système, il faut autoriser les utilisateurs à installer les pilotes sur leurs stations...

    Sinon, les imprimantes ne pourront s'installer automatiquement que si un administrateur les a déjà utilisés.

    A bientôt,


    Thierry DEMAN. Exchange MVP. MCSA Windows Server 2012 (73 MCPs). https://mvp.support.microsoft.com/profile=CE2B565B-B13D-4C24-B04D-F0D5766D14A1 http://www.faqexchange.info

    lundi 15 octobre 2012 22:28
  • Bonjour Thierry,

    Nous avons ajouté l'autorisation d'installer les pilotes pour les non-administrateurs dans une GPO mais nous avons un doute sur les classes à renseigner dans cette GPO :

    Allow Users to install device drivers for these classes:
    {4658EE7E-F050-11D1-B6BD-00C04FA372A7}
    {4D36E979-E325-11CE-BFC1-08002BE10318}

    Ces classes sont elles bonnes ?

    Faut-il reproduire cette autorisation sur chaque GPO qui concernent le déploiement des imprimantes ?

    Merci d'avance,

    Steven

    mardi 16 octobre 2012 08:55
  • Bonjour,

    Je relance le sujet, nous avons toujours le même problème.

    dimanche 21 octobre 2012 12:21
  • Isole les GPO d'un usager test et d'une machine et re-test.

    Par design si une GPP pousse une imprimante, le pilote s'install meme si l'usager n'est pas admin. Ton probleme est etrange a cause de cela.

    (Le "point and click" est la pour un serveur membre d'une autre branche d'AD, pour que même s'il n'est pas "truster" de la machine, que la GPP passe.)

    Restriction dans la base de registre via GPO?, etc..


    MCP | MCTS 70-236: Exchange Server 2007, Configuring

    Want to follow me ?  |  Blog: http://www.jabea.net | http://blogs.technet.com/b/wikininjas/



    mercredi 24 octobre 2012 01:49