comportement étrange des profils itinérants sur client 2000 pro et server 2003

Le
Melon1er
Bonjour à tous,

Cela fait plusieurs années que nous tournons avec des profils itinérants
(cinquantaine de postes clients). Nous sommes passé de NT4 server à 2003
server début 2005. Jusque là ras. Et puis un jour nous avons augmenté la
capacité d'un serveur de fichiers en ajoutant une nouvelle baie de disque
durs et nous y avons déplacé tous les profils itinérants. C'est là que les
comportements étranges ont commencé. D'une part parce que tous les profils
ont fonctionné durant un temps. Ensuite les profils des postes client XP,
aucun problème mais ceux des postes clients 2000 (certains) ont commencé à
ne plus se charger sur les sessions ouvertes par les utilisateurs. J'avais
pourtant refait à 0 tous les partages/droits etc.

Monsieur X démarre sa session et il s'aperçoit que son windows fait comme si
c'était la première fois qu'il se connectait, pas de papier peint, plus
aucune configuration Internet Explorer ni Outlook 2003, plus de favoris
réseau (enfin si, ceux de base), bref, profil à 0. J'ai eu le cas sur
plusieurs pc. Seulement parfois il y avait le message comme quoi le profil
ne pouvait être chargé et que du coup cela prendrait un profil temporaire
dans lequel aucune modification ne serait sauvegardée, parfois, il n'y avait
même aucun message. J'ai fait des tests dans mon coin en reproduisant les
mêmes manipulations que pour tout le monde :

Le compte utilisateur a un chemin dans son profil, je me log avec, créé son
profils sur le poste client et je redémarre. Là un dossier portant le nom de
son compte se créé sur le serveur. En administrateur du domaine, je n'y ai
pas accès car les droits sont uniquements donnés à l'utilisateur par défaut
(j'aurais aimé que l'admin du domaine y ait accès par défaut mais je ne vois
pas où à part créer à la main le dossier de l'utilisateur et de donner les
droits, chose que j'ai déjà fait mais rien n'a changé). Du serveur je
m'approrie donc la propriétée en tant qu'admin du domaine, rajoute par la
suite les droits à l'admin du domaine puis repasse mon compte d'utilisateur
de test en propriétaire (sous dossiers etc.). Aucun problème de profils, il
se reconnecte bien, tout se synchronise etc. Bref mon test fonctionne comme
il se doit, seulement pour mes utilisateurs c'est différent. Dans le
meilleur des cas, la copie du profil se fait du serveur sur le poste client
mais pas dans l'autre sens !

Les droits que je mets sur chaque dossier utilisateur (j'ai essayé dans tous
les sens)

user : ctr total + propriétaire dossiers et sous dossiers
admin domaine : ctrl total (avant c'était qu'en lecteur seule mais j'ai
tellement eu de souci à devoir faire de tests que j'ai changé)
System : ctrl total (avant je n'avais pas mis system mais j'ai fait que par
défaut il se créait alors je l'ai rajouté pour ceux qui ne l'avaient pas et
qui avaient le problème)

Pour ceux qui auront lu jusqu'ici ou qui auront lu en diagonale je résume ma
question : pourquoi certains des profils (et je n'ai remarqué ça que sous
les clients 2000 pro), ne veulent pas se recopier sur le serveur à la
fermeture de session alors qu'ils ont tous les droits ?

Merci de votre aide, cela fait 2 mois que je suis dessus (ces problèmes sont
arrivés durant mon absence en vacances et mon chef me dit ne rien avoir
touché) et je commence à péter un câble.

SB

ps : le matériel réseau (cartes réseaux, switch etc.) a été vérifié et ras
  • Partager ce contenu :
Vos réponses
Trier par : date / pertinence
Anonyme
Le #1034377
Bonjour,

je suis désolé mais je ne pourrais pas t'aider sur ce problème, je ne m'y
connais encore trop peu sur les profils itinérants. Néanmoins, j'aurai aimé
avoir des informations sur la mise en place et le comportement des profils
itinérants, car je pense mettre en place une solution simillaire chez un de
mes clients. Pourrais-tu m'eclairer l'esprit ?

voici mon adresse msn:

Merci d'avance de ton aide,

Cordialement,

Bonjour à tous,

Cela fait plusieurs années que nous tournons avec des profils itinérants
(cinquantaine de postes clients). Nous sommes passé de NT4 server à 2003
server début 2005. Jusque là ras. Et puis un jour nous avons augmenté la
capacité d'un serveur de fichiers en ajoutant une nouvelle baie de disque
durs et nous y avons déplacé tous les profils itinérants. C'est là que les
comportements étranges ont commencé. D'une part parce que tous les profils
ont fonctionné durant un temps. Ensuite les profils des postes client XP,
aucun problème mais ceux des postes clients 2000 (certains) ont commencé à
ne plus se charger sur les sessions ouvertes par les utilisateurs. J'avais
pourtant refait à 0 tous les partages/droits etc.

Monsieur X démarre sa session et il s'aperçoit que son windows fait comme si
c'était la première fois qu'il se connectait, pas de papier peint, plus
aucune configuration Internet Explorer ni Outlook 2003, plus de favoris
réseau (enfin si, ceux de base), bref, profil à 0. J'ai eu le cas sur
plusieurs pc. Seulement parfois il y avait le message comme quoi le profil
ne pouvait être chargé et que du coup cela prendrait un profil temporaire
dans lequel aucune modification ne serait sauvegardée, parfois, il n'y avait
même aucun message. J'ai fait des tests dans mon coin en reproduisant les
mêmes manipulations que pour tout le monde :

Le compte utilisateur a un chemin dans son profil, je me log avec, créé son
profils sur le poste client et je redémarre. Là un dossier portant le nom de
son compte se créé sur le serveur. En administrateur du domaine, je n'y ai
pas accès car les droits sont uniquements donnés à l'utilisateur par défaut
(j'aurais aimé que l'admin du domaine y ait accès par défaut mais je ne vois
pas où à part créer à la main le dossier de l'utilisateur et de donner les
droits, chose que j'ai déjà fait mais rien n'a changé). Du serveur je
m'approrie donc la propriétée en tant qu'admin du domaine, rajoute par la
suite les droits à l'admin du domaine puis repasse mon compte d'utilisateur
de test en propriétaire (sous dossiers etc.). Aucun problème de profils, il
se reconnecte bien, tout se synchronise etc. Bref mon test fonctionne comme
il se doit, seulement pour mes utilisateurs c'est différent. Dans le
meilleur des cas, la copie du profil se fait du serveur sur le poste client
mais pas dans l'autre sens !

Les droits que je mets sur chaque dossier utilisateur (j'ai essayé dans tous
les sens)

user : ctr total + propriétaire dossiers et sous dossiers
admin domaine : ctrl total (avant c'était qu'en lecteur seule mais j'ai
tellement eu de souci à devoir faire de tests que j'ai changé)
System : ctrl total (avant je n'avais pas mis system mais j'ai fait que par
défaut il se créait alors je l'ai rajouté pour ceux qui ne l'avaient pas et
qui avaient le problème)

Pour ceux qui auront lu jusqu'ici ou qui auront lu en diagonale je résume ma
question : pourquoi certains des profils (et je n'ai remarqué ça que sous
les clients 2000 pro), ne veulent pas se recopier sur le serveur à la
fermeture de session alors qu'ils ont tous les droits ?

Merci de votre aide, cela fait 2 mois que je suis dessus (ces problèmes sont
arrivés durant mon absence en vacances et mon chef me dit ne rien avoir
touché) et je commence à péter un câble.

SB

ps : le matériel réseau (cartes réseaux, switch etc.) a été vérifié et ras





Melon1er
Le #1034197
Bonjour,

Dans ton AD, tu vas sur tes utilisateurs et dans leurs propriétés, onglet
"Profil", à côté de "chemin du profil" tu entres le chemin unc vers le
serveur qui hebergera les profils de tes utilisateurs. Normalement au
premier login, cela créera automatiquement le dossier du user avec les
droits adequates.
Pour le comportement, tous les dossiers du doc&setting de l'utilisateur
feront parti du profils. Donc bien faire attention au poids du profils et si
tous les utilisateurs mettent leurs documents dans "mes documents", penser à
rerouter ce dossier sur un serveur par une gpo, cela allegerie le profils.
(Faire attention aussi à l'application data qui peut être très lourd, voire
le bureau également)


Cordialement

SB


"Anonyme" le message de news:
Bonjour,

je suis désolé mais je ne pourrais pas t'aider sur ce problème, je ne m'y
connais encore trop peu sur les profils itinérants. Néanmoins, j'aurai
aimé
avoir des informations sur la mise en place et le comportement des profils
itinérants, car je pense mettre en place une solution simillaire chez un
de
mes clients. Pourrais-tu m'eclairer l'esprit ?

voici mon adresse msn:

Merci d'avance de ton aide,

Cordialement,

Bonjour à tous,

Cela fait plusieurs années que nous tournons avec des profils itinérants
(cinquantaine de postes clients). Nous sommes passé de NT4 server à 2003
server début 2005. Jusque là ras. Et puis un jour nous avons augmenté la
capacité d'un serveur de fichiers en ajoutant une nouvelle baie de disque
durs et nous y avons déplacé tous les profils itinérants. C'est là que
les
comportements étranges ont commencé. D'une part parce que tous les
profils
ont fonctionné durant un temps. Ensuite les profils des postes client XP,
aucun problème mais ceux des postes clients 2000 (certains) ont commencé
à
ne plus se charger sur les sessions ouvertes par les utilisateurs.
J'avais
pourtant refait à 0 tous les partages/droits etc.

Monsieur X démarre sa session et il s'aperçoit que son windows fait comme
si
c'était la première fois qu'il se connectait, pas de papier peint, plus
aucune configuration Internet Explorer ni Outlook 2003, plus de favoris
réseau (enfin si, ceux de base), bref, profil à 0. J'ai eu le cas sur
plusieurs pc. Seulement parfois il y avait le message comme quoi le
profil
ne pouvait être chargé et que du coup cela prendrait un profil temporaire
dans lequel aucune modification ne serait sauvegardée, parfois, il n'y
avait
même aucun message. J'ai fait des tests dans mon coin en reproduisant les
mêmes manipulations que pour tout le monde :

Le compte utilisateur a un chemin dans son profil, je me log avec, créé
son
profils sur le poste client et je redémarre. Là un dossier portant le nom
de
son compte se créé sur le serveur. En administrateur du domaine, je n'y
ai
pas accès car les droits sont uniquements donnés à l'utilisateur par
défaut
(j'aurais aimé que l'admin du domaine y ait accès par défaut mais je ne
vois
pas où à part créer à la main le dossier de l'utilisateur et de donner
les
droits, chose que j'ai déjà fait mais rien n'a changé). Du serveur je
m'approrie donc la propriétée en tant qu'admin du domaine, rajoute par la
suite les droits à l'admin du domaine puis repasse mon compte
d'utilisateur
de test en propriétaire (sous dossiers etc.). Aucun problème de profils,
il
se reconnecte bien, tout se synchronise etc. Bref mon test fonctionne
comme
il se doit, seulement pour mes utilisateurs c'est différent. Dans le
meilleur des cas, la copie du profil se fait du serveur sur le poste
client
mais pas dans l'autre sens !

Les droits que je mets sur chaque dossier utilisateur (j'ai essayé dans
tous
les sens)

user : ctr total + propriétaire dossiers et sous dossiers
admin domaine : ctrl total (avant c'était qu'en lecteur seule mais j'ai
tellement eu de souci à devoir faire de tests que j'ai changé)
System : ctrl total (avant je n'avais pas mis system mais j'ai fait que
par
défaut il se créait alors je l'ai rajouté pour ceux qui ne l'avaient pas
et
qui avaient le problème)

Pour ceux qui auront lu jusqu'ici ou qui auront lu en diagonale je résume
ma
question : pourquoi certains des profils (et je n'ai remarqué ça que sous
les clients 2000 pro), ne veulent pas se recopier sur le serveur à la
fermeture de session alors qu'ils ont tous les droits ?

Merci de votre aide, cela fait 2 mois que je suis dessus (ces problèmes
sont
arrivés durant mon absence en vacances et mon chef me dit ne rien avoir
touché) et je commence à péter un câble.

SB

ps : le matériel réseau (cartes réseaux, switch etc.) a été vérifié et
ras







Anonyme
Le #1034195
Bonjour,

merci pour ces informations. J'ai une question au niveau du temps chargement
du profil:
Est-ce que dans tes profils tu intègre la messagerie de l'utilisateur (.pst
pour Outlook), et si c le cas, utilise tu la redirection du dossier ?
La redirection des documents n'est pas un problème puisque qu'on retrouve ce
dossier dans la stratégie, mais en ce qui concerne le "C:Documents and
Settings%username%local setting" ?

Merci d'avance pour ton aide.


Bonjour,

Dans ton AD, tu vas sur tes utilisateurs et dans leurs propriétés, onglet
"Profil", à côté de "chemin du profil" tu entres le chemin unc vers le
serveur qui hebergera les profils de tes utilisateurs. Normalement au
premier login, cela créera automatiquement le dossier du user avec les
droits adequates.
Pour le comportement, tous les dossiers du doc&setting de l'utilisateur
feront parti du profils. Donc bien faire attention au poids du profils et si
tous les utilisateurs mettent leurs documents dans "mes documents", penser à
rerouter ce dossier sur un serveur par une gpo, cela allegerie le profils.
(Faire attention aussi à l'application data qui peut être très lourd, voire
le bureau également)


Cordialement

SB


"Anonyme" le message de news:
Bonjour,

je suis désolé mais je ne pourrais pas t'aider sur ce problème, je ne m'y
connais encore trop peu sur les profils itinérants. Néanmoins, j'aurai
aimé
avoir des informations sur la mise en place et le comportement des profils
itinérants, car je pense mettre en place une solution simillaire chez un
de
mes clients. Pourrais-tu m'eclairer l'esprit ?

voici mon adresse msn:

Merci d'avance de ton aide,

Cordialement,

Bonjour à tous,

Cela fait plusieurs années que nous tournons avec des profils itinérants
(cinquantaine de postes clients). Nous sommes passé de NT4 server à 2003
server début 2005. Jusque là ras. Et puis un jour nous avons augmenté la
capacité d'un serveur de fichiers en ajoutant une nouvelle baie de disque
durs et nous y avons déplacé tous les profils itinérants. C'est là que
les
comportements étranges ont commencé. D'une part parce que tous les
profils
ont fonctionné durant un temps. Ensuite les profils des postes client XP,
aucun problème mais ceux des postes clients 2000 (certains) ont commencé
à
ne plus se charger sur les sessions ouvertes par les utilisateurs.
J'avais
pourtant refait à 0 tous les partages/droits etc.

Monsieur X démarre sa session et il s'aperçoit que son windows fait comme
si
c'était la première fois qu'il se connectait, pas de papier peint, plus
aucune configuration Internet Explorer ni Outlook 2003, plus de favoris
réseau (enfin si, ceux de base), bref, profil à 0. J'ai eu le cas sur
plusieurs pc. Seulement parfois il y avait le message comme quoi le
profil
ne pouvait être chargé et que du coup cela prendrait un profil temporaire
dans lequel aucune modification ne serait sauvegardée, parfois, il n'y
avait
même aucun message. J'ai fait des tests dans mon coin en reproduisant les
mêmes manipulations que pour tout le monde :

Le compte utilisateur a un chemin dans son profil, je me log avec, créé
son
profils sur le poste client et je redémarre. Là un dossier portant le nom
de
son compte se créé sur le serveur. En administrateur du domaine, je n'y
ai
pas accès car les droits sont uniquements donnés à l'utilisateur par
défaut
(j'aurais aimé que l'admin du domaine y ait accès par défaut mais je ne
vois
pas où à part créer à la main le dossier de l'utilisateur et de donner
les
droits, chose que j'ai déjà fait mais rien n'a changé). Du serveur je
m'approrie donc la propriétée en tant qu'admin du domaine, rajoute par la
suite les droits à l'admin du domaine puis repasse mon compte
d'utilisateur
de test en propriétaire (sous dossiers etc.). Aucun problème de profils,
il
se reconnecte bien, tout se synchronise etc. Bref mon test fonctionne
comme
il se doit, seulement pour mes utilisateurs c'est différent. Dans le
meilleur des cas, la copie du profil se fait du serveur sur le poste
client
mais pas dans l'autre sens !

Les droits que je mets sur chaque dossier utilisateur (j'ai essayé dans
tous
les sens)

user : ctr total + propriétaire dossiers et sous dossiers
admin domaine : ctrl total (avant c'était qu'en lecteur seule mais j'ai
tellement eu de souci à devoir faire de tests que j'ai changé)
System : ctrl total (avant je n'avais pas mis system mais j'ai fait que
par
défaut il se créait alors je l'ai rajouté pour ceux qui ne l'avaient pas
et
qui avaient le problème)

Pour ceux qui auront lu jusqu'ici ou qui auront lu en diagonale je résume
ma
question : pourquoi certains des profils (et je n'ai remarqué ça que sous
les clients 2000 pro), ne veulent pas se recopier sur le serveur à la
fermeture de session alors qu'ils ont tous les droits ?

Merci de votre aide, cela fait 2 mois que je suis dessus (ces problèmes
sont
arrivés durant mon absence en vacances et mon chef me dit ne rien avoir
touché) et je commence à péter un câble.

SB

ps : le matériel réseau (cartes réseaux, switch etc.) a été vérifié et
ras












Melon1er
Le #1034194
non pas le pst dans les profils, ils sont en dur ailleurs, d'ailleurs aucun
interet à coller la messagerie dans le profil entre nous ...

local setting je crois que tu peux aussi le retirer du profil (de tête) mais
pas certain, à voir dans la gpo (je dois partir, je regarderais demain si
j'oublie pas)

bonne soirée

SB

"Anonyme" le message de news:
Bonjour,

merci pour ces informations. J'ai une question au niveau du temps
chargement
du profil:
Est-ce que dans tes profils tu intègre la messagerie de l'utilisateur
(.pst
pour Outlook), et si c le cas, utilise tu la redirection du dossier ?
La redirection des documents n'est pas un problème puisque qu'on retrouve
ce
dossier dans la stratégie, mais en ce qui concerne le "C:Documents and
Settings%username%local setting" ?

Merci d'avance pour ton aide.


Bonjour,

Dans ton AD, tu vas sur tes utilisateurs et dans leurs propriétés, onglet
"Profil", à côté de "chemin du profil" tu entres le chemin unc vers le
serveur qui hebergera les profils de tes utilisateurs. Normalement au
premier login, cela créera automatiquement le dossier du user avec les
droits adequates.
Pour le comportement, tous les dossiers du doc&setting de l'utilisateur
feront parti du profils. Donc bien faire attention au poids du profils et
si
tous les utilisateurs mettent leurs documents dans "mes documents",
penser à
rerouter ce dossier sur un serveur par une gpo, cela allegerie le
profils.
(Faire attention aussi à l'application data qui peut être très lourd,
voire
le bureau également)


Cordialement

SB


"Anonyme" dans
le message de news:
Bonjour,

je suis désolé mais je ne pourrais pas t'aider sur ce problème, je ne
m'y
connais encore trop peu sur les profils itinérants. Néanmoins, j'aurai
aimé
avoir des informations sur la mise en place et le comportement des
profils
itinérants, car je pense mettre en place une solution simillaire chez
un
de
mes clients. Pourrais-tu m'eclairer l'esprit ?

voici mon adresse msn:

Merci d'avance de ton aide,

Cordialement,

Bonjour à tous,

Cela fait plusieurs années que nous tournons avec des profils
itinérants
(cinquantaine de postes clients). Nous sommes passé de NT4 server à
2003
server début 2005. Jusque là ras. Et puis un jour nous avons augmenté
la
capacité d'un serveur de fichiers en ajoutant une nouvelle baie de
disque
durs et nous y avons déplacé tous les profils itinérants. C'est là que
les
comportements étranges ont commencé. D'une part parce que tous les
profils
ont fonctionné durant un temps. Ensuite les profils des postes client
XP,
aucun problème mais ceux des postes clients 2000 (certains) ont
commencé
à
ne plus se charger sur les sessions ouvertes par les utilisateurs.
J'avais
pourtant refait à 0 tous les partages/droits etc.

Monsieur X démarre sa session et il s'aperçoit que son windows fait
comme
si
c'était la première fois qu'il se connectait, pas de papier peint,
plus
aucune configuration Internet Explorer ni Outlook 2003, plus de
favoris
réseau (enfin si, ceux de base), bref, profil à 0. J'ai eu le cas sur
plusieurs pc. Seulement parfois il y avait le message comme quoi le
profil
ne pouvait être chargé et que du coup cela prendrait un profil
temporaire
dans lequel aucune modification ne serait sauvegardée, parfois, il n'y
avait
même aucun message. J'ai fait des tests dans mon coin en reproduisant
les
mêmes manipulations que pour tout le monde :

Le compte utilisateur a un chemin dans son profil, je me log avec,
créé
son
profils sur le poste client et je redémarre. Là un dossier portant le
nom
de
son compte se créé sur le serveur. En administrateur du domaine, je
n'y
ai
pas accès car les droits sont uniquements donnés à l'utilisateur par
défaut
(j'aurais aimé que l'admin du domaine y ait accès par défaut mais je
ne
vois
pas où à part créer à la main le dossier de l'utilisateur et de donner
les
droits, chose que j'ai déjà fait mais rien n'a changé). Du serveur je
m'approrie donc la propriétée en tant qu'admin du domaine, rajoute par
la
suite les droits à l'admin du domaine puis repasse mon compte
d'utilisateur
de test en propriétaire (sous dossiers etc.). Aucun problème de
profils,
il
se reconnecte bien, tout se synchronise etc. Bref mon test fonctionne
comme
il se doit, seulement pour mes utilisateurs c'est différent. Dans le
meilleur des cas, la copie du profil se fait du serveur sur le poste
client
mais pas dans l'autre sens !

Les droits que je mets sur chaque dossier utilisateur (j'ai essayé
dans
tous
les sens)

user : ctr total + propriétaire dossiers et sous dossiers
admin domaine : ctrl total (avant c'était qu'en lecteur seule mais
j'ai
tellement eu de souci à devoir faire de tests que j'ai changé)
System : ctrl total (avant je n'avais pas mis system mais j'ai fait
que
par
défaut il se créait alors je l'ai rajouté pour ceux qui ne l'avaient
pas
et
qui avaient le problème)

Pour ceux qui auront lu jusqu'ici ou qui auront lu en diagonale je
résume
ma
question : pourquoi certains des profils (et je n'ai remarqué ça que
sous
les clients 2000 pro), ne veulent pas se recopier sur le serveur à la
fermeture de session alors qu'ils ont tous les droits ?

Merci de votre aide, cela fait 2 mois que je suis dessus (ces
problèmes
sont
arrivés durant mon absence en vacances et mon chef me dit ne rien
avoir
touché) et je commence à péter un câble.

SB

ps : le matériel réseau (cartes réseaux, switch etc.) a été vérifié et
ras














Poster une réponse
Anonyme