mon r=E9seau est constitu=E9 d'un serveur de domaine sous=20
NT4.0 sp6, postes clients sur W2K sp4.
Les comptes utilisateurs sont d=E9clar=E9s sur le serveur.
Je cr=E9e le compte utilisateur avec acc=E9s restreint sur le=20
poste client, je reboote sur son login, je mets en place=20
ses param=E8trages (=E9cran/appli/favoris r=E9seau...), je=20
reboote sur son login de nouveau : le profil est cr=E9=E9.
Pour faire un test, je red=E9marre le poste client sur son=20
login et je perd le profil derni=E8rement cr=E9=E9.
Apr=E9s plusieurs tests, je passe l'utilisateur en mode=20
utilisateur avec pouvoir : m=EAme probl=E8me.
Je suis oblig=E9 de mettre l'utilisateur en tant=20
qu'administrateur de son poste, dans le WORKGROUP (donc=20
exit du domaine !), de fa=E7on =E0 ce que celui-ci garde son=20
profil.
J'ai v=E9rifi=E9 =E0 maintes reprises les comptes et droits des=20
utilisateurs sur le serveur de domaine, je n'ai rien vu=20
de particulier.
Est-ce normal ? Est-ce que j'ai rat=E9 quelque chose =E0=20
mettre en place ?
Je dois mettre en place des postes clients sous Windows=20
XP et j'ai peur de devoir tenir la m=EAme politique=20
d'installation. C'est un trou immense au niveau de la=20
s=E9curit=E9...
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
j'ai le meme problème et pour l'instant j'ai du passer l'utilisateur du poste comme administrateur sur ce poste.
bien sur je suis preneur de toute autre solution beaucoup plus sécurisé.
-----Message d'origine----- Bonjour,
mon réseau est constitué d'un serveur de domaine sous NT4.0 sp6, postes clients sur W2K sp4.
Les comptes utilisateurs sont déclarés sur le serveur.
Je crée le compte utilisateur avec accés restreint sur le poste client, je reboote sur son login, je mets en place ses paramètrages (écran/appli/favoris réseau...), je reboote sur son login de nouveau : le profil est créé.
Pour faire un test, je redémarre le poste client sur son login et je perd le profil dernièrement créé. Aprés plusieurs tests, je passe l'utilisateur en mode utilisateur avec pouvoir : même problème.
Je suis obligé de mettre l'utilisateur en tant qu'administrateur de son poste, dans le WORKGROUP (donc exit du domaine !), de façon à ce que celui-ci garde son profil.
J'ai vérifié à maintes reprises les comptes et droits des utilisateurs sur le serveur de domaine, je n'ai rien vu de particulier.
Est-ce normal ? Est-ce que j'ai raté quelque chose à mettre en place ?
Je dois mettre en place des postes clients sous Windows XP et j'ai peur de devoir tenir la même politique d'installation. C'est un trou immense au niveau de la sécurité...
Merci de votre aide !
Je dois
.
j'ai le meme problème
et pour l'instant j'ai du passer l'utilisateur du poste
comme administrateur sur ce poste.
bien sur je suis preneur de toute autre solution beaucoup
plus sécurisé.
-----Message d'origine-----
Bonjour,
mon réseau est constitué d'un serveur de domaine sous
NT4.0 sp6, postes clients sur W2K sp4.
Les comptes utilisateurs sont déclarés sur le serveur.
Je crée le compte utilisateur avec accés restreint sur le
poste client, je reboote sur son login, je mets en place
ses paramètrages (écran/appli/favoris réseau...), je
reboote sur son login de nouveau : le profil est créé.
Pour faire un test, je redémarre le poste client sur son
login et je perd le profil dernièrement créé.
Aprés plusieurs tests, je passe l'utilisateur en mode
utilisateur avec pouvoir : même problème.
Je suis obligé de mettre l'utilisateur en tant
qu'administrateur de son poste, dans le WORKGROUP (donc
exit du domaine !), de façon à ce que celui-ci garde son
profil.
J'ai vérifié à maintes reprises les comptes et droits des
utilisateurs sur le serveur de domaine, je n'ai rien vu
de particulier.
Est-ce normal ? Est-ce que j'ai raté quelque chose à
mettre en place ?
Je dois mettre en place des postes clients sous Windows
XP et j'ai peur de devoir tenir la même politique
d'installation. C'est un trou immense au niveau de la
sécurité...
j'ai le meme problème et pour l'instant j'ai du passer l'utilisateur du poste comme administrateur sur ce poste.
bien sur je suis preneur de toute autre solution beaucoup plus sécurisé.
-----Message d'origine----- Bonjour,
mon réseau est constitué d'un serveur de domaine sous NT4.0 sp6, postes clients sur W2K sp4.
Les comptes utilisateurs sont déclarés sur le serveur.
Je crée le compte utilisateur avec accés restreint sur le poste client, je reboote sur son login, je mets en place ses paramètrages (écran/appli/favoris réseau...), je reboote sur son login de nouveau : le profil est créé.
Pour faire un test, je redémarre le poste client sur son login et je perd le profil dernièrement créé. Aprés plusieurs tests, je passe l'utilisateur en mode utilisateur avec pouvoir : même problème.
Je suis obligé de mettre l'utilisateur en tant qu'administrateur de son poste, dans le WORKGROUP (donc exit du domaine !), de façon à ce que celui-ci garde son profil.
J'ai vérifié à maintes reprises les comptes et droits des utilisateurs sur le serveur de domaine, je n'ai rien vu de particulier.
Est-ce normal ? Est-ce que j'ai raté quelque chose à mettre en place ?
Je dois mettre en place des postes clients sous Windows XP et j'ai peur de devoir tenir la même politique d'installation. C'est un trou immense au niveau de la sécurité...
Merci de votre aide !
Je dois
.
Le problème persiste avec Windows Xp sp1 mis à jour. La seule solution en cours est de mettre l'utilisateur en tant qu'administrateur de son poste, et de le sortir du domaine. De ce fait, les imprimantes connectées en local sur des postes dans le domaine sont inaccessibles pour les utilisateurs du WORKGROUP.
Que faire pour remédier à catte situation ? (migration du serveur nt4.0 sp6 vers W2003 non envisagée pour le moment par le client - contraintes de politique informatique de son "bailleur")
HELP !!!
Le problème persiste avec Windows Xp sp1 mis à jour.
La seule solution en cours est de mettre l'utilisateur en
tant qu'administrateur de son poste, et de le sortir du
domaine.
De ce fait, les imprimantes connectées en local sur des
postes dans le domaine sont inaccessibles pour les
utilisateurs du WORKGROUP.
Que faire pour remédier à catte situation ?
(migration du serveur nt4.0 sp6 vers W2003 non envisagée
pour le moment par le client - contraintes de politique
informatique de son "bailleur")
Le problème persiste avec Windows Xp sp1 mis à jour. La seule solution en cours est de mettre l'utilisateur en tant qu'administrateur de son poste, et de le sortir du domaine. De ce fait, les imprimantes connectées en local sur des postes dans le domaine sont inaccessibles pour les utilisateurs du WORKGROUP.
Que faire pour remédier à catte situation ? (migration du serveur nt4.0 sp6 vers W2003 non envisagée pour le moment par le client - contraintes de politique informatique de son "bailleur")
HELP !!!
Le problème persiste avec Windows Xp sp1 mis à jour. La seule solution en cours est de mettre l'utilisateur en tant qu'administrateur de son poste, et de le sortir du domaine. De ce fait, les imprimantes connectées en local sur des postes dans le domaine sont inaccessibles pour les utilisateurs du WORKGROUP.
Que faire pour remédier à catte situation ? (migration du serveur nt4.0 sp6 vers W2003 non envisagée pour le moment par le client - contraintes de politique informatique de son "bailleur")
HELP !!!
Le problème persiste avec Windows Xp sp1 mis à jour.
La seule solution en cours est de mettre l'utilisateur en
tant qu'administrateur de son poste, et de le sortir du
domaine.
De ce fait, les imprimantes connectées en local sur des
postes dans le domaine sont inaccessibles pour les
utilisateurs du WORKGROUP.
Que faire pour remédier à catte situation ?
(migration du serveur nt4.0 sp6 vers W2003 non envisagée
pour le moment par le client - contraintes de politique
informatique de son "bailleur")
Le problème persiste avec Windows Xp sp1 mis à jour. La seule solution en cours est de mettre l'utilisateur en tant qu'administrateur de son poste, et de le sortir du domaine. De ce fait, les imprimantes connectées en local sur des postes dans le domaine sont inaccessibles pour les utilisateurs du WORKGROUP.
Que faire pour remédier à catte situation ? (migration du serveur nt4.0 sp6 vers W2003 non envisagée pour le moment par le client - contraintes de politique informatique de son "bailleur")
HELP !!!
Selon les infos de ce news group, il faut que le protocole "NETBIOS sur TCP/IP" soit activé sur le poste client (W2K Pro/XP), onglet "WINS".
Je vais le mettre en application sur l'un des postes que j'administre et voir !
A+
-----Message d'origine----- Le problème persiste avec Windows Xp sp1 mis à jour. La seule solution en cours est de mettre l'utilisateur
en
tant qu'administrateur de son poste, et de le sortir du domaine. De ce fait, les imprimantes connectées en local sur des postes dans le domaine sont inaccessibles pour les utilisateurs du WORKGROUP.
Que faire pour remédier à catte situation ? (migration du serveur nt4.0 sp6 vers W2003 non envisagée pour le moment par le client - contraintes de politique informatique de son "bailleur")
HELP !!! .
Selon les infos de ce news group, il faut que le
protocole "NETBIOS sur TCP/IP" soit activé sur le poste
client (W2K Pro/XP), onglet "WINS".
Je vais le mettre en application sur l'un des postes que
j'administre et voir !
A+
-----Message d'origine-----
Le problème persiste avec Windows Xp sp1 mis à jour.
La seule solution en cours est de mettre l'utilisateur
en
tant qu'administrateur de son poste, et de le sortir du
domaine.
De ce fait, les imprimantes connectées en local sur des
postes dans le domaine sont inaccessibles pour les
utilisateurs du WORKGROUP.
Que faire pour remédier à catte situation ?
(migration du serveur nt4.0 sp6 vers W2003 non envisagée
pour le moment par le client - contraintes de politique
informatique de son "bailleur")
Selon les infos de ce news group, il faut que le protocole "NETBIOS sur TCP/IP" soit activé sur le poste client (W2K Pro/XP), onglet "WINS".
Je vais le mettre en application sur l'un des postes que j'administre et voir !
A+
-----Message d'origine----- Le problème persiste avec Windows Xp sp1 mis à jour. La seule solution en cours est de mettre l'utilisateur
en
tant qu'administrateur de son poste, et de le sortir du domaine. De ce fait, les imprimantes connectées en local sur des postes dans le domaine sont inaccessibles pour les utilisateurs du WORKGROUP.
Que faire pour remédier à catte situation ? (migration du serveur nt4.0 sp6 vers W2003 non envisagée pour le moment par le client - contraintes de politique informatique de son "bailleur")
