J'ai un petit probl=E8me sur mon serveur TSE W2000. J'ai=20
install=E9 le client TSE dessus afin d'atteindre un autre=20
serveur TSE.
En administrateur, pas de probl=E8me. Par contre, les=20
utilisateurs du premier TSE ne peuvent pas joindre le=20
joindre le deuxi=E8me.
Mon premier serveur TSE est contr=F4leur de domaine. Le=20
deuxi=E8me est sur un autre LAN reli=E9 par un routeur.
Apr=E8s quelques tests :
- le ping passe pour l'utilisateur.
- si l'utilisateur fait parti du groupe administrateurs,=20
ca marche.
- j'ai supprim=E9 le compte utilisateur de la strat=E9gie=20
Active Directory, mais =E7a ne passe toujours pas.
- j'ai test=E9 la connexion vers lui-m=EAme, =E7a ne passe pas.
Je pense que le probl=E8me vient d'une strat=E9gie locale,=20
mais je ne vois pas du tout laquelle.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Eric PERROMAT [MVP]
12d601c47b94$5e4198b0$ Ludo a écrit:
| Bonjour à tous, Bonjour, | | J'ai un petit problème sur mon serveur TSE W2000. J'ai | installé le client TSE dessus afin d'atteindre un autre | serveur TSE. | En administrateur, pas de problème. Par contre, les | utilisateurs du premier TSE ne peuvent pas joindre le | joindre le deuxième. | Mon premier serveur TSE est contrôleur de domaine. Le | deuxième est sur un autre LAN relié par un routeur. | | Après quelques tests : | - le ping passe pour l'utilisateur. | - si l'utilisateur fait parti du groupe administrateurs, | ca marche. | - j'ai supprimé le compte utilisateur de la stratégie | Active Directory, mais ça ne passe toujours pas. | - j'ai testé la connexion vers lui-même, ça ne passe pas. | | Je pense que le problème vient d'une stratégie locale, | mais je ne vois pas du tout laquelle. | | Si vous pouvez m'aider... Merci d'avance
Essayes avec cette article http://support.microsoft.com/?id$7989 afin d'accorder le droit "ouvrir une session localement à tes utilisateurs. -- Cordialement Eric PERROMAT [MVP Windows Server - Terminal Server] Visitez mon site : http://pameri.chez.tiscali.fr
*** Répondre au Newsgroup, Merci ***
12d601c47b94$5e4198b0$a501280a@phx.gbl
Ludo <anonymous@discussions.microsoft.com> a écrit:
| Bonjour à tous,
Bonjour,
|
| J'ai un petit problème sur mon serveur TSE W2000. J'ai
| installé le client TSE dessus afin d'atteindre un autre
| serveur TSE.
| En administrateur, pas de problème. Par contre, les
| utilisateurs du premier TSE ne peuvent pas joindre le
| joindre le deuxième.
| Mon premier serveur TSE est contrôleur de domaine. Le
| deuxième est sur un autre LAN relié par un routeur.
|
| Après quelques tests :
| - le ping passe pour l'utilisateur.
| - si l'utilisateur fait parti du groupe administrateurs,
| ca marche.
| - j'ai supprimé le compte utilisateur de la stratégie
| Active Directory, mais ça ne passe toujours pas.
| - j'ai testé la connexion vers lui-même, ça ne passe pas.
|
| Je pense que le problème vient d'une stratégie locale,
| mais je ne vois pas du tout laquelle.
|
| Si vous pouvez m'aider... Merci d'avance
Essayes avec cette article http://support.microsoft.com/?id$7989 afin
d'accorder le droit "ouvrir une session localement à tes utilisateurs.
--
Cordialement
Eric PERROMAT [MVP Windows Server - Terminal Server]
Visitez mon site :
http://pameri.chez.tiscali.fr
| Bonjour à tous, Bonjour, | | J'ai un petit problème sur mon serveur TSE W2000. J'ai | installé le client TSE dessus afin d'atteindre un autre | serveur TSE. | En administrateur, pas de problème. Par contre, les | utilisateurs du premier TSE ne peuvent pas joindre le | joindre le deuxième. | Mon premier serveur TSE est contrôleur de domaine. Le | deuxième est sur un autre LAN relié par un routeur. | | Après quelques tests : | - le ping passe pour l'utilisateur. | - si l'utilisateur fait parti du groupe administrateurs, | ca marche. | - j'ai supprimé le compte utilisateur de la stratégie | Active Directory, mais ça ne passe toujours pas. | - j'ai testé la connexion vers lui-même, ça ne passe pas. | | Je pense que le problème vient d'une stratégie locale, | mais je ne vois pas du tout laquelle. | | Si vous pouvez m'aider... Merci d'avance
Essayes avec cette article http://support.microsoft.com/?id$7989 afin d'accorder le droit "ouvrir une session localement à tes utilisateurs. -- Cordialement Eric PERROMAT [MVP Windows Server - Terminal Server] Visitez mon site : http://pameri.chez.tiscali.fr
*** Répondre au Newsgroup, Merci ***
ludo
En fait, je n'ai pas de message d'erreur, mais juste une tentative de connexion. Quand je tente de me connecter avec un utilisateur, je n'ai même pas la mire où on me demande le login et le mot de passe. Par contre, avec l'administrateur ela fonctionne sans problème. "Ouvrir une session localement" est bien activé pour mes utilisateurs. Je pars d'un TSE W2000 AD pour aller vers un autre TSE W2000. Mes routes sont bonnes, j'ai encore vérifié. De toute manière, le ping répond.
...
En fait, je n'ai pas de message d'erreur, mais juste une
tentative de connexion.
Quand je tente de me connecter avec un utilisateur, je
n'ai même pas la mire où on me demande le login et le mot
de passe. Par contre, avec l'administrateur ela
fonctionne sans problème.
"Ouvrir une session localement" est bien activé pour mes
utilisateurs.
Je pars d'un TSE W2000 AD pour aller vers un autre TSE
W2000.
Mes routes sont bonnes, j'ai encore vérifié. De toute
manière, le ping répond.
En fait, je n'ai pas de message d'erreur, mais juste une tentative de connexion. Quand je tente de me connecter avec un utilisateur, je n'ai même pas la mire où on me demande le login et le mot de passe. Par contre, avec l'administrateur ela fonctionne sans problème. "Ouvrir une session localement" est bien activé pour mes utilisateurs. Je pars d'un TSE W2000 AD pour aller vers un autre TSE W2000. Mes routes sont bonnes, j'ai encore vérifié. De toute manière, le ping répond.
...
Eric PERROMAT [MVP]
132b01c47bbb$f682e210$ ludo a écrit:
| En fait, je n'ai pas de message d'erreur, mais juste une | tentative de connexion. | Quand je tente de me connecter avec un utilisateur, je | n'ai même pas la mire où on me demande le login et le mot | de passe. Par contre, avec l'administrateur ela | fonctionne sans problème. | "Ouvrir une session localement" est bien activé pour mes | utilisateurs. | Je pars d'un TSE W2000 AD pour aller vers un autre TSE | W2000. | Mes routes sont bonnes, j'ai encore vérifié. De toute | manière, le ping répond. | | ...
Et au niveau des autorisations sur le protocole RDP ? dans tscc.msc, proporiétés du protocole rdp-Tcp onglet autorisations ? http://support.microsoft.com/?id$3554
-- Cordialement Eric PERROMAT [MVP Windows Server - Terminal Server] Visitez mon site : http://pameri.chez.tiscali.fr
*** Répondre au Newsgroup, Merci ***
132b01c47bbb$f682e210$a301280a@phx.gbl
ludo <anonymous@discussions.microsoft.com> a écrit:
| En fait, je n'ai pas de message d'erreur, mais juste une
| tentative de connexion.
| Quand je tente de me connecter avec un utilisateur, je
| n'ai même pas la mire où on me demande le login et le mot
| de passe. Par contre, avec l'administrateur ela
| fonctionne sans problème.
| "Ouvrir une session localement" est bien activé pour mes
| utilisateurs.
| Je pars d'un TSE W2000 AD pour aller vers un autre TSE
| W2000.
| Mes routes sont bonnes, j'ai encore vérifié. De toute
| manière, le ping répond.
|
| ...
Et au niveau des autorisations sur le protocole RDP ?
dans tscc.msc, proporiétés du protocole rdp-Tcp onglet autorisations ?
http://support.microsoft.com/?id$3554
--
Cordialement
Eric PERROMAT [MVP Windows Server - Terminal Server]
Visitez mon site :
http://pameri.chez.tiscali.fr
| En fait, je n'ai pas de message d'erreur, mais juste une | tentative de connexion. | Quand je tente de me connecter avec un utilisateur, je | n'ai même pas la mire où on me demande le login et le mot | de passe. Par contre, avec l'administrateur ela | fonctionne sans problème. | "Ouvrir une session localement" est bien activé pour mes | utilisateurs. | Je pars d'un TSE W2000 AD pour aller vers un autre TSE | W2000. | Mes routes sont bonnes, j'ai encore vérifié. De toute | manière, le ping répond. | | ...
Et au niveau des autorisations sur le protocole RDP ? dans tscc.msc, proporiétés du protocole rdp-Tcp onglet autorisations ? http://support.microsoft.com/?id$3554
-- Cordialement Eric PERROMAT [MVP Windows Server - Terminal Server] Visitez mon site : http://pameri.chez.tiscali.fr
*** Répondre au Newsgroup, Merci ***
ludo
J'ai vérifié sur mon premier serveur (celui qui veut se connecter), il n'y a pas de problème. J'ai mit les utilisateurs en contrôle total mais cela ne change rien. De toute manière, vu les tests que j'ai fait, je suis sûr d'une chose : Le problème se trouve sur les utilisateurs du serveur qui veut se connecter, pas sur le serveur qui reçoit la connexion. J'ai regardé sur le serveur, mais je ne vois pas de logs qui pourraient m'orienter, et l'observateur d'évènements ne dit rien non plus.
J'ai vérifié sur mon premier serveur (celui qui veut se
connecter), il n'y a pas de problème. J'ai mit les
utilisateurs en contrôle total mais cela ne change rien.
De toute manière, vu les tests que j'ai fait, je suis sûr
d'une chose : Le problème se trouve sur les utilisateurs
du serveur qui veut se connecter, pas sur le serveur qui
reçoit la connexion.
J'ai regardé sur le serveur, mais je ne vois pas de logs
qui pourraient m'orienter, et l'observateur d'évènements
ne dit rien non plus.
J'ai vérifié sur mon premier serveur (celui qui veut se connecter), il n'y a pas de problème. J'ai mit les utilisateurs en contrôle total mais cela ne change rien. De toute manière, vu les tests que j'ai fait, je suis sûr d'une chose : Le problème se trouve sur les utilisateurs du serveur qui veut se connecter, pas sur le serveur qui reçoit la connexion. J'ai regardé sur le serveur, mais je ne vois pas de logs qui pourraient m'orienter, et l'observateur d'évènements ne dit rien non plus.
Eric PERROMAT [MVP]
1cb201c47c49$11b5cb00$ ludo a écrit:
| J'ai vérifié sur mon premier serveur (celui qui veut se | connecter), il n'y a pas de problème. J'ai mit les | utilisateurs en contrôle total mais cela ne change rien. | De toute manière, vu les tests que j'ai fait, je suis sûr | d'une chose : Le problème se trouve sur les utilisateurs | du serveur qui veut se connecter, pas sur le serveur qui | reçoit la connexion. | J'ai regardé sur le serveur, mais je ne vois pas de logs | qui pourraient m'orienter, et l'observateur d'évènements | ne dit rien non plus. il faudrait vérifier sur l'autre ... car les autorisation d'acces sont pris au niveau du protocole RDP individuellement sur chaque serveur TSE ... Donc regardez ici http://support.microsoft.com/?id%3831 pour le tse sur lesquels vos users ne peuvent pas se connecter... je pense qu'il doit etre en mode administration -- Cordialement Eric PERROMAT [MVP Windows Server - Terminal Server] Visitez mon site : http://pameri.chez.tiscali.fr
*** Répondre au Newsgroup, Merci ***
1cb201c47c49$11b5cb00$a401280a@phx.gbl
ludo <anonymous@discussions.microsoft.com> a écrit:
| J'ai vérifié sur mon premier serveur (celui qui veut se
| connecter), il n'y a pas de problème. J'ai mit les
| utilisateurs en contrôle total mais cela ne change rien.
| De toute manière, vu les tests que j'ai fait, je suis sûr
| d'une chose : Le problème se trouve sur les utilisateurs
| du serveur qui veut se connecter, pas sur le serveur qui
| reçoit la connexion.
| J'ai regardé sur le serveur, mais je ne vois pas de logs
| qui pourraient m'orienter, et l'observateur d'évènements
| ne dit rien non plus.
il faudrait vérifier sur l'autre ... car les autorisation d'acces sont pris
au niveau du protocole RDP individuellement sur chaque serveur TSE ...
Donc regardez ici http://support.microsoft.com/?id%3831 pour le tse sur
lesquels vos users ne peuvent pas se connecter... je pense qu'il doit etre
en mode administration
--
Cordialement
Eric PERROMAT [MVP Windows Server - Terminal Server]
Visitez mon site :
http://pameri.chez.tiscali.fr
| J'ai vérifié sur mon premier serveur (celui qui veut se | connecter), il n'y a pas de problème. J'ai mit les | utilisateurs en contrôle total mais cela ne change rien. | De toute manière, vu les tests que j'ai fait, je suis sûr | d'une chose : Le problème se trouve sur les utilisateurs | du serveur qui veut se connecter, pas sur le serveur qui | reçoit la connexion. | J'ai regardé sur le serveur, mais je ne vois pas de logs | qui pourraient m'orienter, et l'observateur d'évènements | ne dit rien non plus. il faudrait vérifier sur l'autre ... car les autorisation d'acces sont pris au niveau du protocole RDP individuellement sur chaque serveur TSE ... Donc regardez ici http://support.microsoft.com/?id%3831 pour le tse sur lesquels vos users ne peuvent pas se connecter... je pense qu'il doit etre en mode administration -- Cordialement Eric PERROMAT [MVP Windows Server - Terminal Server] Visitez mon site : http://pameri.chez.tiscali.fr
*** Répondre au Newsgroup, Merci ***
Myriam
Bonjour ! Un peu tard mais bon...
Moi j'utilise MSTSC.EXE avec l'adresse IP ou Nom du serveur à contacter... A+ ______________________________________ J'aime bien les NewsGroup mais pas les virus !!! Retirer Virgule. si vous voulez répondre !! Myriam.M "Ludo" a écrit dans le message de news: 12d601c47b94$5e4198b0$ Bonjour à tous,
J'ai un petit problème sur mon serveur TSE W2000. J'ai installé le client TSE dessus afin d'atteindre un autre serveur TSE. En administrateur, pas de problème. Par contre, les utilisateurs du premier TSE ne peuvent pas joindre le joindre le deuxième. Mon premier serveur TSE est contrôleur de domaine. Le deuxième est sur un autre LAN relié par un routeur.
Après quelques tests : - le ping passe pour l'utilisateur. - si l'utilisateur fait parti du groupe administrateurs, ca marche. - j'ai supprimé le compte utilisateur de la stratégie Active Directory, mais ça ne passe toujours pas. - j'ai testé la connexion vers lui-même, ça ne passe pas.
Je pense que le problème vient d'une stratégie locale, mais je ne vois pas du tout laquelle.
Si vous pouvez m'aider... Merci d'avance
Bonjour !
Un peu tard mais bon...
Moi j'utilise MSTSC.EXE avec l'adresse IP ou Nom du serveur à contacter...
A+
______________________________________
J'aime bien les NewsGroup mais pas les virus !!!
Retirer Virgule. si vous voulez répondre !!
Myriam.M Virgule.la.bande.a.Basil@Netcourrier.com
"Ludo" <anonymous@discussions.microsoft.com> a écrit dans le message de
news: 12d601c47b94$5e4198b0$a501280a@phx.gbl...
Bonjour à tous,
J'ai un petit problème sur mon serveur TSE W2000. J'ai
installé le client TSE dessus afin d'atteindre un autre
serveur TSE.
En administrateur, pas de problème. Par contre, les
utilisateurs du premier TSE ne peuvent pas joindre le
joindre le deuxième.
Mon premier serveur TSE est contrôleur de domaine. Le
deuxième est sur un autre LAN relié par un routeur.
Après quelques tests :
- le ping passe pour l'utilisateur.
- si l'utilisateur fait parti du groupe administrateurs,
ca marche.
- j'ai supprimé le compte utilisateur de la stratégie
Active Directory, mais ça ne passe toujours pas.
- j'ai testé la connexion vers lui-même, ça ne passe pas.
Je pense que le problème vient d'une stratégie locale,
mais je ne vois pas du tout laquelle.
Moi j'utilise MSTSC.EXE avec l'adresse IP ou Nom du serveur à contacter... A+ ______________________________________ J'aime bien les NewsGroup mais pas les virus !!! Retirer Virgule. si vous voulez répondre !! Myriam.M "Ludo" a écrit dans le message de news: 12d601c47b94$5e4198b0$ Bonjour à tous,
J'ai un petit problème sur mon serveur TSE W2000. J'ai installé le client TSE dessus afin d'atteindre un autre serveur TSE. En administrateur, pas de problème. Par contre, les utilisateurs du premier TSE ne peuvent pas joindre le joindre le deuxième. Mon premier serveur TSE est contrôleur de domaine. Le deuxième est sur un autre LAN relié par un routeur.
Après quelques tests : - le ping passe pour l'utilisateur. - si l'utilisateur fait parti du groupe administrateurs, ca marche. - j'ai supprimé le compte utilisateur de la stratégie Active Directory, mais ça ne passe toujours pas. - j'ai testé la connexion vers lui-même, ça ne passe pas.
Je pense que le problème vient d'une stratégie locale, mais je ne vois pas du tout laquelle.
