Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
4906 connectés 

 


Dernière réponse
Sujet : tsweb et imprimantes
Krapaud 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 :o

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
Krapaud 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 :o
Krapaud

El Pollo Diablo a écrit :

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


 
queud

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

croli a écrit :

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


 
:o
 
euh ça devrait changer quoi? :D

croli 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  
 
El Pollo Diablo Keskidi l'observateur d'evenement côtés clients et serveur ?
 
croli 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
Krapaud bah ouais mais par ex, je suis admin du domaine, ça n'a pas de sens ;)
croli 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..
Krapaud

croli a écrit :

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 ?


 
non une imprimante par ordinateur

Krapaud 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...)
croli

krapaud a écrit :

ouais et puis de toute façon j'ai pas 'propriétés' quand je fais un clic droit sur une connexion rdp-tcp :o
 
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 :o


 
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 ?

croli 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 ?
Krapaud

croli a écrit :

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.. ;)


 
ouais et puis de toute façon j'ai pas 'propriétés' quand je fais un clic droit sur une connexion rdp-tcp :o
 
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 :o

croli

croli a écrit :

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..

croli

krapaud a écrit :

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


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.. ;)

Krapaud


 
ok je vais tester ça :)

Krapaud

knives a écrit :

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...


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

Krapaud

croli a écrit :

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...


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

croli sinon installe le dernier clien rdrp : http://download.microsoft.com/down [...] rdpcli.exe
croli  
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..
croli tiens jette un oeil là :http://forum.laboratoire-microsoft.org/ftopic24196.html
knives 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...
croli 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...
Krapaud 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.
Lucifer2 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?
Krapaud oui elle est en local et il imprime dessus. sauf en TSE :/
Lucifer2 Ton user il a les droits pour accéder aux imprimantes???
Krapaud up!
Krapaud 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?
 
:jap:

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)