Ave !
 
Un nouveau serveur 2000 est configuré, les comptes créés à l'aide de script, dans une OU à part.  
Sur cette OU, on applique comme stratégie de sécurité que les gens n'ait que le bouton "annuler" s'ils font un CTRL+ALT+SUPPR.
On se dépêche d'aller sur les postes pour paramétrer l'applications, mais au moment de retirer l'appartenance au groupe administrateur, le logon ne fonctionne plus !
Voici le message qui apparaît :
"La stratégie locale de ce système ne vous permet pas d'ouvrir une session de manière interactive."
 
Ah j'allais oublier une chose, j'avais désactivé des comptes qui ne servaient pas (comme IUSR_serveur, IWAN_serveur, TsInternetUser...)
 
Une autre personne a eu le même problème, pour finir ils ont réinstaller Zindozs....
mais bon j'espère ne pas avoir à parvenir à cette extrémité....
 
Quelqu'un a une info ?

infernal maniac a écrit a écrit : Ave !   Un nouveau serveur 2000 est configuré, les comptes créés à l'aide de script, dans une OU à part.   Sur cette OU, on applique comme stratégie de sécurité que les gens n'ait que le bouton "annuler" s'ils font un CTRL+ALT+SUPPR. On se dépêche d'aller sur les postes pour paramétrer l'applications, mais au moment de retirer l'appartenance au groupe administrateur, le logon ne fonctionne plus ! Voici le message qui apparaît : "La stratégie locale de ce système ne vous permet pas d'ouvrir une session de manière interactive."   Ah j'allais oublier une chose, j'avais désactivé des comptes qui ne servaient pas (comme IUSR_serveur, IWAN_serveur, TsInternetUser...)   Une autre personne a eu le même problème, pour finir ils ont réinstaller Zindozs.... mais bon j'espère ne pas avoir à parvenir à cette extrémité....   Quelqu'un a une info ?

 
Oui base de connaissance Microsoft, tu trouveras des articles concernant les droits des utilsiateurs TSE.
 
En réalité il faut leur ajouter le droit "logon locally" ou éventuellement "logon interactively" + magouilles dans les policy sans quoi un utilisateur de base n'est pas autorisé à se loguer sur le serveur.

Tiens un article dans TECHNET qui me laisse penser que tu as installer ton serveur en mode administration... moi c en mode application donc par défaut les utilisatuers ont le droit de se connecter... J'avais avant d'installer le vrai serveur fait un test sur une autre machine, et avec les droits utilisateurs les gens pouvaient se connecter....
Donc si t'as une autre idée ....
 
( Technet )  
Par défaut, un serveur de Terminalserveur Terminal Server en mode d'Administration distante n'accorde de droits qu'aux Administrateurs de l'ordinateur ; en mode Partage d'applications, il les accorde à tous les membres du groupe Utilisateurs. Comme Windows 2000 inclut par défaut tous les utilisateurs du domaine dans le groupe Utilisateurs d'un ordinateur qui n'est pas contrôleur de domaine, tous les utilisateurs du domaine peuvent ouvrir une session sur un serveur de Terminalserveur Terminal Server fournissant le Partage d'applications. Les droits des groupes et utilisateurs, quant aux contrôle et ouverture de session qui leur sont accordés, se modifient par la caractéristique Configuration des services Terminal Server.

Negative sir !
 
Il s'agit bien d'un serveur en mode application. Les utilisateur n'ont tout simplement pas le droit d'ouvrir une séssion sur le serveur.
 
Cherche les articles Q224395, Q232057 et Q246109 de la KB (Knowledge Base).
 
Si tu pense installer Office 2000 regarde les articles Q224313 et Q243788. Pour Outlook 2000 : Q222303

euh, le terminal serveur est bien inclus dans XP Pro ?
 
si oui, est il installé par défaut ?
 
enfin, je fais comment pour installer le client terminal serveur sur un windows 2000 Pro ?

I see It and answer after.....

 
Non, XP Pro possède "Remote Desktop"... c'est une version allégée de TSE qui permet simplement de prendre le controle à distance de ta machine (le client est compatible avec le TS de NT4.0 et 2000).
 
Tu le trouve sous programmes -> accessoires -> communication
 
Sous 2000 Pro il n'y pas ce service, il a été ajouté sous XP unqiuement. Par contre tu peux utiliser un de clients que tu trouveras sur le site de Microsoft pour prendre le controle à distance d'un NT 4 TSE, 2000 (Adv) Serveur ou XP Pro ...

[jfdsdjhfuetppo]--Message édité par Requin le 13-05-2002 à 11:22:29--[/jfdsdjhfuetppo]

et  windows 2000 Pro  
 
J'ai pas moyen d'ajouter un client pour prendre le controle de mon XP Pro qui tourne plus loin ?

[jfdsdjhfuetppo]--Message édité par fute77 le 13-05-2002 à 11:22:05--[/jfdsdjhfuetppo]

Q224395
c pas ca on avait déjà fait le test, ca marche pas même si le message d'erreur est le bon....
au fait tu as la version anglaise de wwindwos 2000 ?

 
Le client TS de Windows 2000 est dispo à cette adresse http://www.logbook.ch/ts.zip
 
Tu trouveras sur le site de MS l'advanced client qui est un controle ActiveX s'exécutant dnas Internet Explorer

 
Affirmative sir !
 
Fait gaffe il y a plusieurs types de policy et il s'agit de modifier les bonnes (local policy ou domain controller policy si ma mémoire est bonne)

[jfdsdjhfuetppo]--Message édité par Requin le 13-05-2002 à 11:25:34--[/jfdsdjhfuetppo]

 
Tout à fait... mais fo chercher dans la base anglaise, pas la francaise....  
c dans une stratégie mais il fo que je vois koi..... je te dirais koi après .....

Juste pour info, il existe un client remote desktop pour tous les OS M$

 
vas y détaille koi !!!!!!

En fait pour résoudre mon prob, g modifié les 2 autres type de stratégie de sécurité (local et domaine), et ca a marché... je n'arrive même pas à reproduire l'erreur !!!!!
         

le client remote desktop existe et est installable sur tous les OS M$
 
Je l'ai dl chez m$
http://www.microsoft.com/windowsxp [...] ientdl.asp  
 
 
Je l'ai installé sur mon portable (Windows 2000 Pro)
 
bon, mon XP Pro est pas configuré à la maison mais je vais faire ce qu'il faut ce soir