j'ai un petit bug avec un poste en XPpro qui se connecte à une application via TSweb.
Les imprimantes locales ne sont pas connectées dans la session TSE. En fait elles ne le sont plus alors que ça fonctionnait. A priori aucun changement sur son poste et rien non plus sur le serveur.
 
J'ai testé avec le client TSE en cochant bien la case des imprimantes et ça ne change rien. Vous auriez une idée sur la cause voire la résolution du problème?
 

up!

Ton user il a les droits pour accéder aux imprimantes???

oui elle est en local et il imprime dessus. sauf en TSE

Si je résume tu as une imprimante locale qui est partagée et que tu voudrais voir sous ta sesion TSE.
Je pense à un prob de partage, tu as essayé de dupprimer le partage et de le recréer?

le partage n'a rien à faire là-dedans!
 
j'ouvre une session TSE, théoriquement il doit, enfin il le faisait, me lier mes imprimantes locales à ma session distante.
 
Ce n'est plus le cas.

euh ote moi d'un doute :
 
dans les propriétés du rdp-tcp de ts :  
il faut pas cocher connexion d'imprimante windows car en fait c'est marqué juste au dessus : désactiver les éléments suivant...
 
par contre juste au dessus il faut décocher utiliser les parametres de connexion client et cocher connecter les imprimantes du client...

si t'essaye de la connecter manuellement ca fonctionne?
c pas un prob au niveau du profil TSE? la mme session TSE sur une autre becane avec une imprimante ca fait pareil?
regarde peut etre au niveau du profil de ton utilisateur TSE, moi j'essayerais illico de le virer voir si le prob persiste avec un profil neuf.
a voir peut etre...

tiens jette un oeil là //forum.laboratoire-microsoft.org/ftopic24196.html

 
Voici la solution que fournit M$ :  
 
Pour l'impression à partir de Terminal Server, il y a 2 cas à traiter :  
 
- une imprimante locale  
Rien à faire, le serveur crée automatiquement un port imprimante qui permet de gérer cette imprimante.  
Le document suivant le confirme : http://support.microsoft.com/defau [...] ;Q238841&.  
 
- une imprimante réseau  
Microsoft indique que l'utilisation d'imprimantes réseau n'est pas supporté par Terminal Server. Il fournit malgré tout une solution à titre indicatif qu'ils ne garantissent pas : http://support.microsoft.com/defau [...] fr;264039. Pour résumé, ce document précise comment rediriger une imprimante réseau sur un port local par la commande : net use lpt3 server_imppartage_imp /persistent:yes.  
Pour terminer, il faut créer une imprimante local avec le drivers de l'imprimante réseau sur le port Lpt3.  
Suite à cette manipulation, nous retombons dans le cas d'une imprimante locale et il n'y a donc rien à faire lors de l'ouverture de session Terminal Server.
 
en espérant que ca t'aidera..

sinon installe le dernier clien rdrp : http://download.microsoft.com/down [...] rdpcli.exe

 
euh là je patauge
 
j'suis newbie en TSE mode application

 
la même session TSE sur un autre poste ça fonctionne

 
ok je vais tester ça

ok :
démarrer programme outils d'admin puis configuration des services terminal serveur
dossier connexion
connexion RDP-TCP, bouton droit propriété onglet réglage client...
et cf ce que je dis plus haut..

 
oups j'avais pas vu que ca marcher sur un autre poste t'as posté pendant que je posté lol.. donc oublie ca..

 
ouais et puis de toute façon j'ai pas 'propriétés' quand je fais un clic droit sur une connexion rdp-tcp
 
pour te situer j'ai un TSE sur win2k srv en mode application
j'ai des utilisateurs qui s'y connectent via un compte unique pour n'accéder qu'à une application et rien d'autre.
 
ils sont donc plusieurs à pouvoir l'utiliser. Les deux en question ont une imprimante connectée en local sur leurs PC. Pour un l'imprimante est utilisable via TSe, pour l'autre elle l'était mais elle ne l'est plus

c'est deux imprimantes distincts sur deux pc c'est ca ?
1 pc -1 imprimante -- : tse ??
si oui question vraiment con ca marche en local ?

 
tu dis deux en question ont une imprimante connectée en local :  
si c'est qu'une imprimante sur 2 pc y aurait pas un switch par hazar ?

oui c'est bien ça.
 
oui l'imprimante marche en local.
 
je viens de tester sur mon poste et pareil je n'ai pas l'imprimante de mappée quels que soient les comptes utilisés (utilisateur de l'application distante, admin local, admin du domaine etc...)

 
non une imprimante par ordinateur

bah je dirais un pb de droit sur l'imprimante alors...je ne vois que ca...car si l'user en local n'est pas le meme qu'en tse ca vient des droits.. vu qu'il peut en local..

bah ouais mais par ex, je suis admin du domaine, ça n'a pas de sens

oui j'ai vu... mais en local.. les droits sur l'imprimante... à vérifier.  
 
sinon on se la fait à l'arrache : tu reinstalle la meme imprimante en doublon sur le pc, en changeant de nom bien sur...
 
et tu tentes

Keskidi l'observateur d'evenement côtés clients et serveur ?
 

tiens quelques pistes et je te laisse je dois y aller  
 
1. Les imprimantes présentes sur le poste client sont énumérées depuis la BdR (du client) par la partie cliente de la redirection (partie cliente du Virtual Channel)  
 
2. Les noms des drivers associés à ces imprimantes sont récupérées depuis le poste client, et sont comparées aux noms des drivers installés sur le serveur.  
 
3. Si le serveur possède ce drivers installé, alors l'imprimante est redirigée.  
 
4. Si le serveur ne possède pas ce driver (il faut qu'il ait exactement le même nom), le serveur va regarder dans ntprint.inf pour voir si cette imprimante est supportée par des drivers non encore installés.  
Si le serveur la trouve dans ntprint.inf (situé dans %SystemRoot%\Inf), alors il installe le drivers depuis driver.cab, situé dans %SystemRoot%\Driver Cache\i386.  
 
5. Si le serveur ne possède pas ce driver dans ntprint.inf, il y a la possibilité au sein d'un réseau local d'utiliser la technologie "Point And Print", basée sur du RPC, en essayant de joindre depuis le server \\client\printer.  
Cela devrait forcer la récupération du drivers, mais uniquement dans un LAN (RPC oblige).  
 
Tu devrais avoir plus d'infos sur pourquoi l'imprimante n'est pas installé dans l'observateur d'évènements du serveur.  
 
Ensuite il faut savoir que les imprimantes énumérées depuis le client et prises en charge doivent être connecté à un nom de port commençant par COM, LPT, or USB.  
Pour outrepasser cette limitation, il faut positionner la clef  
HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client\Default\AddIns\RDPDR\FilterQueueType de type REG_DWORD à 0xFFFFFFFF pour que toutes les imprimantes soient redirigées (essayes au cas où)...  
Plus d'info http://support.microsoft.com/defau [...] -us;302361  
 
 
D'autres liens:  
Windows 2000 Terminal Services Does Not Redirect Network Printers  
http://support.microsoft.com/defau [...] -US;264039  
 
Printer Redirection or Upgrade May Not Work Because of Signed Ntprint.inf File  
http://support.microsoft.com/defau [...] -US;275495  
 
Print Terminal Server Applications to Local Printer  
http://support.microsoft.com/defau [...] s;306566#7  
 
Printer Redirection Architecture in Windows Server Terminal Services  
http://support.microsoft.com/defau [...] -us;294429  
 

 

 
euh ça devrait changer quoi?

lis ce que j'ai mis plus haut...

 
queud

les imprimantes sont bien sur des ports LPT1, avec les droits pour tout le monde (extension pour les tests) et sans effet.
l'ajout d'une nouvelle imprimante ne change rien