Installation d'un controleur de domaine et profils itinérants
3 réponses
Lorenzo Sandini
Salut à tous,
Après avoir fait mes devoirs de lecture et mes essais en milieu virtuel
(Virtual PC 2004), je me prepare à faire mes essais en dur, mais je me
heurte à une difficulté majeure.
J'ai donc un petit réseau physique de machines WinXP pro connectées en
groupe de travail, et j'ajoute un serveur qui fera controleur de
domaine, serveur DNS, serveur de fichiers. Pas encore sûr si je mettrai
IIS sur cette machine ou sur une autre. Ma principale nécessité et
d'avoir des profils itinérants, ou du moins de retrouver sur n'importe
quel client le même contexte bureau, fichiers personnels, etc... Les
client sont physiquement distants les uns des autres.
L'installation de Win2003 ne pose aucun problème, le wizard initial me
propose les rôles adéquats pour le serveur. J'ai modifié les clients xp
pro pour qu'ils rejoignent le domaine local, et aucun problème pour se
connecter au domaine et accéder au ressources partagées.
J'ai créé les comptes utilisateurs correctement, et spécifié la
localisation du dossier partagé ou seront stockés les profils itinérants
(roaming profiles). Tout le monde a pleins pouvoirs dans ce dossier.
Malheureusement le logon ne se fait qu'à partir d'un profil local, les
clients ne trouvent pas le répertoire partagé devant héberger les
profils au démarrage. Ce dossier partagé est pourtant bien visible sur
le serveur dans le contexte réseau, et depuis mes clients je peux y
mettre ce que je veux.
Je sèche lamentablement, d'autant plus que lors de ma première tentative
tout s'est passé comme dans les livres (Help + Support, mais aussi le
complete reference ebook de Kathy Ivens). Je ne vois pas ce qui est fait
faux.
J'ai aussi lu ici et là que le concept de profil itinérant tend à être
dépassé, et que toutes se fonctions sont spécifiables en utilisant la
redirection de dossiers (?).
Un p'tit coup de pouce, m'sieux-dames ?
Lorenzo
(x-posté sur 3 groupes, j'espère ne pas être excessif).
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
Jonathan Bismuth
Salut Lorenzo,
Quel message d'erreur as tu à la connexion de l'utilisateur?
1- histoire d'être sur, tu utilise un dossier partagé avec des droits suffisants sur partage et sécurité. 2- de quel forme est entré le chemin vers se dossier dans les paramètres utilisateurs? 3- pour être sur que le problème ne vient pas d'un souci DNS (fréquent), sur un des comptes utilisateurs utilise IP_serveurpartage%username% comme chemin de profil. Si le profil itinérant est récupéré (pas de message d'erreur) c'est qu'il y a un problème entre le client et le DNS
tiens moi au courant, -- Jonathan BISMUTH MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Lorenzo Sandini" a écrit dans le message de news:
Salut à tous,
Après avoir fait mes devoirs de lecture et mes essais en milieu virtuel (Virtual PC 2004), je me prepare à faire mes essais en dur, mais je me heurte à une difficulté majeure.
J'ai donc un petit réseau physique de machines WinXP pro connectées en groupe de travail, et j'ajoute un serveur qui fera controleur de domaine, serveur DNS, serveur de fichiers. Pas encore sûr si je mettrai IIS sur cette machine ou sur une autre. Ma principale nécessité et d'avoir des profils itinérants, ou du moins de retrouver sur n'importe quel client le même contexte bureau, fichiers personnels, etc... Les client sont physiquement distants les uns des autres.
L'installation de Win2003 ne pose aucun problème, le wizard initial me propose les rôles adéquats pour le serveur. J'ai modifié les clients xp pro pour qu'ils rejoignent le domaine local, et aucun problème pour se connecter au domaine et accéder au ressources partagées.
J'ai créé les comptes utilisateurs correctement, et spécifié la localisation du dossier partagé ou seront stockés les profils itinérants (roaming profiles). Tout le monde a pleins pouvoirs dans ce dossier.
Malheureusement le logon ne se fait qu'à partir d'un profil local, les clients ne trouvent pas le répertoire partagé devant héberger les profils au démarrage. Ce dossier partagé est pourtant bien visible sur le serveur dans le contexte réseau, et depuis mes clients je peux y mettre ce que je veux.
Je sèche lamentablement, d'autant plus que lors de ma première tentative tout s'est passé comme dans les livres (Help + Support, mais aussi le complete reference ebook de Kathy Ivens). Je ne vois pas ce qui est fait faux.
J'ai aussi lu ici et là que le concept de profil itinérant tend à être dépassé, et que toutes se fonctions sont spécifiables en utilisant la redirection de dossiers (?).
Un p'tit coup de pouce, m'sieux-dames ?
Lorenzo (x-posté sur 3 groupes, j'espère ne pas être excessif).
Salut Lorenzo,
Quel message d'erreur as tu à la connexion de l'utilisateur?
1- histoire d'être sur, tu utilise un dossier partagé avec des droits
suffisants sur partage et sécurité.
2- de quel forme est entré le chemin vers se dossier dans les paramètres
utilisateurs?
3- pour être sur que le problème ne vient pas d'un souci DNS (fréquent), sur
un des comptes utilisateurs utilise \IP_serveurpartage%username% comme
chemin de profil. Si le profil itinérant est récupéré (pas de message
d'erreur) c'est qu'il y a un problème entre le client et le DNS
tiens moi au courant,
--
Jonathan BISMUTH
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
www.portail-mcse.net
pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Lorenzo Sandini" <lorenzo.sandini@POISTA.uku.fi> a écrit dans le message de
news: 3jmcqpFqsti0U1@individual.net...
Salut à tous,
Après avoir fait mes devoirs de lecture et mes essais en milieu virtuel
(Virtual PC 2004), je me prepare à faire mes essais en dur, mais je me
heurte à une difficulté majeure.
J'ai donc un petit réseau physique de machines WinXP pro connectées en
groupe de travail, et j'ajoute un serveur qui fera controleur de domaine,
serveur DNS, serveur de fichiers. Pas encore sûr si je mettrai IIS sur
cette machine ou sur une autre. Ma principale nécessité et d'avoir des
profils itinérants, ou du moins de retrouver sur n'importe quel client le
même contexte bureau, fichiers personnels, etc... Les client sont
physiquement distants les uns des autres.
L'installation de Win2003 ne pose aucun problème, le wizard initial me
propose les rôles adéquats pour le serveur. J'ai modifié les clients xp
pro pour qu'ils rejoignent le domaine local, et aucun problème pour se
connecter au domaine et accéder au ressources partagées.
J'ai créé les comptes utilisateurs correctement, et spécifié la
localisation du dossier partagé ou seront stockés les profils itinérants
(roaming profiles). Tout le monde a pleins pouvoirs dans ce dossier.
Malheureusement le logon ne se fait qu'à partir d'un profil local, les
clients ne trouvent pas le répertoire partagé devant héberger les profils
au démarrage. Ce dossier partagé est pourtant bien visible sur le serveur
dans le contexte réseau, et depuis mes clients je peux y mettre ce que je
veux.
Je sèche lamentablement, d'autant plus que lors de ma première tentative
tout s'est passé comme dans les livres (Help + Support, mais aussi le
complete reference ebook de Kathy Ivens). Je ne vois pas ce qui est fait
faux.
J'ai aussi lu ici et là que le concept de profil itinérant tend à être
dépassé, et que toutes se fonctions sont spécifiables en utilisant la
redirection de dossiers (?).
Un p'tit coup de pouce, m'sieux-dames ?
Lorenzo
(x-posté sur 3 groupes, j'espère ne pas être excessif).
Quel message d'erreur as tu à la connexion de l'utilisateur?
1- histoire d'être sur, tu utilise un dossier partagé avec des droits suffisants sur partage et sécurité. 2- de quel forme est entré le chemin vers se dossier dans les paramètres utilisateurs? 3- pour être sur que le problème ne vient pas d'un souci DNS (fréquent), sur un des comptes utilisateurs utilise IP_serveurpartage%username% comme chemin de profil. Si le profil itinérant est récupéré (pas de message d'erreur) c'est qu'il y a un problème entre le client et le DNS
tiens moi au courant, -- Jonathan BISMUTH MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Lorenzo Sandini" a écrit dans le message de news:
Salut à tous,
Après avoir fait mes devoirs de lecture et mes essais en milieu virtuel (Virtual PC 2004), je me prepare à faire mes essais en dur, mais je me heurte à une difficulté majeure.
J'ai donc un petit réseau physique de machines WinXP pro connectées en groupe de travail, et j'ajoute un serveur qui fera controleur de domaine, serveur DNS, serveur de fichiers. Pas encore sûr si je mettrai IIS sur cette machine ou sur une autre. Ma principale nécessité et d'avoir des profils itinérants, ou du moins de retrouver sur n'importe quel client le même contexte bureau, fichiers personnels, etc... Les client sont physiquement distants les uns des autres.
L'installation de Win2003 ne pose aucun problème, le wizard initial me propose les rôles adéquats pour le serveur. J'ai modifié les clients xp pro pour qu'ils rejoignent le domaine local, et aucun problème pour se connecter au domaine et accéder au ressources partagées.
J'ai créé les comptes utilisateurs correctement, et spécifié la localisation du dossier partagé ou seront stockés les profils itinérants (roaming profiles). Tout le monde a pleins pouvoirs dans ce dossier.
Malheureusement le logon ne se fait qu'à partir d'un profil local, les clients ne trouvent pas le répertoire partagé devant héberger les profils au démarrage. Ce dossier partagé est pourtant bien visible sur le serveur dans le contexte réseau, et depuis mes clients je peux y mettre ce que je veux.
Je sèche lamentablement, d'autant plus que lors de ma première tentative tout s'est passé comme dans les livres (Help + Support, mais aussi le complete reference ebook de Kathy Ivens). Je ne vois pas ce qui est fait faux.
J'ai aussi lu ici et là que le concept de profil itinérant tend à être dépassé, et que toutes se fonctions sont spécifiables en utilisant la redirection de dossiers (?).
Un p'tit coup de pouce, m'sieux-dames ?
Lorenzo (x-posté sur 3 groupes, j'espère ne pas être excessif).
Lorenzo Sandini
Jonathan Bismuth wrote:
Salut Lorenzo,
Quel message d'erreur as tu à la connexion de l'utilisateur?
"Windows cannot locate the server copy of your roaming profile and is attempting to log you on with your local profile. Changes to the profile will not be copied to the server when you logoff. Possible causes of this error include network problems or insufficient security rights. If this problem persists, contact your network administrator. "
DETAIL - The network path was not found.
1- histoire d'être sur, tu utilise un dossier partagé avec des droits suffisants sur partage et sécurité.
Absolument, une fois loggé sur le domaine, l'utilisateur peur faire ce qu'il veut dans ce dossier, même effacer les dossiers créés par les autres.
2- de quel forme est entré le chemin vers se dossier dans les paramètres utilisateurs?
Serveurprofils (sans le nom, essayé aussi avec le nom de l'utilisateur)
3- pour être sur que le problème ne vient pas d'un souci DNS (fréquent), sur un des comptes utilisateurs utilise IP_serveurpartage%username% comme chemin de profil. Si le profil itinérant est récupéré (pas de message d'erreur) c'est qu'il y a un problème entre le client et le DNS
tiens moi au courant,
Essayé avec l'IP du serveur, même message d'erreur.
Fait intéressant, dans la console de management du serveur DNS, si je fais un nslookup.exe -SERVEUR, voici la réponse:
DNS request timed out. timeout was 2 seconds. *** Can't find server name for address 192.168.0.1: Timed out Default Server: UnKnown Address: 192.168.0.1
Et pourtant j'accède normalement aux dossiers partagés sur le serveur depuis les clients, en tapant serveur dans windows explorer... Là je pige rien.
Merci de ta patience...
Lorenzo
Jonathan Bismuth wrote:
Salut Lorenzo,
Quel message d'erreur as tu à la connexion de l'utilisateur?
"Windows cannot locate the server copy of your roaming profile and is
attempting to log you on with your local profile. Changes to the profile
will not be copied to the server when you logoff. Possible causes of
this error include network problems or insufficient security rights. If
this problem persists, contact your network administrator. "
DETAIL - The network path was not found.
1- histoire d'être sur, tu utilise un dossier partagé avec des droits
suffisants sur partage et sécurité.
Absolument, une fois loggé sur le domaine, l'utilisateur peur faire ce
qu'il veut dans ce dossier, même effacer les dossiers créés par les autres.
2- de quel forme est entré le chemin vers se dossier dans les paramètres
utilisateurs?
\Serveurprofils
(sans le nom, essayé aussi avec le nom de l'utilisateur)
3- pour être sur que le problème ne vient pas d'un souci DNS (fréquent), sur
un des comptes utilisateurs utilise \IP_serveurpartage%username% comme
chemin de profil. Si le profil itinérant est récupéré (pas de message
d'erreur) c'est qu'il y a un problème entre le client et le DNS
tiens moi au courant,
Essayé avec l'IP du serveur, même message d'erreur.
Fait intéressant, dans la console de management du serveur DNS, si je
fais un nslookup.exe -SERVEUR, voici la réponse:
DNS request timed out.
timeout was 2 seconds.
*** Can't find server name for address 192.168.0.1: Timed out
Default Server: UnKnown
Address: 192.168.0.1
Et pourtant j'accède normalement aux dossiers partagés sur le serveur
depuis les clients, en tapant \serveur dans windows explorer... Là je
pige rien.
Quel message d'erreur as tu à la connexion de l'utilisateur?
"Windows cannot locate the server copy of your roaming profile and is attempting to log you on with your local profile. Changes to the profile will not be copied to the server when you logoff. Possible causes of this error include network problems or insufficient security rights. If this problem persists, contact your network administrator. "
DETAIL - The network path was not found.
1- histoire d'être sur, tu utilise un dossier partagé avec des droits suffisants sur partage et sécurité.
Absolument, une fois loggé sur le domaine, l'utilisateur peur faire ce qu'il veut dans ce dossier, même effacer les dossiers créés par les autres.
2- de quel forme est entré le chemin vers se dossier dans les paramètres utilisateurs?
Serveurprofils (sans le nom, essayé aussi avec le nom de l'utilisateur)
3- pour être sur que le problème ne vient pas d'un souci DNS (fréquent), sur un des comptes utilisateurs utilise IP_serveurpartage%username% comme chemin de profil. Si le profil itinérant est récupéré (pas de message d'erreur) c'est qu'il y a un problème entre le client et le DNS
tiens moi au courant,
Essayé avec l'IP du serveur, même message d'erreur.
Fait intéressant, dans la console de management du serveur DNS, si je fais un nslookup.exe -SERVEUR, voici la réponse:
DNS request timed out. timeout was 2 seconds. *** Can't find server name for address 192.168.0.1: Timed out Default Server: UnKnown Address: 192.168.0.1
Et pourtant j'accède normalement aux dossiers partagés sur le serveur depuis les clients, en tapant serveur dans windows explorer... Là je pige rien.
Merci de ta patience...
Lorenzo
Jonathan Bismuth
Serveurprofils (sans le nom, essayé aussi avec le nom de l'utilisateur) attention, le chemin doit être du type serveurprofils%username%
par exemple : dossier où sont stockés tous les profils : profils$ utilisateur : toto serveurprofils$toto note que si tu mets "%username% au lieu de 'toto", ça marche aussi
"Windows cannot locate the server copy of your roaming profile and is
attempting to log you on with your local profile. Changes to the profile will not be copied to the server when you logoff. Possible causes of this error include network problems or insufficient security rights. If this problem persists, contact your network administrator. "
DETAIL - The network path was not found. il y a un problème DNS quelque part entre le client et le serveur
Si l'utilisateur y accède après s'être loggué, c'est peut être par diffusion, mais en tout cas pas par DNS (ce que le profil a besoin pour être localisé)
Essayé avec l'IP du serveur, même message d'erreur.
et avec IPprofils%username% ?
pour le nslookup, l'erreur peut aussi signifier que tu n'as pas de zone inverse, ou que l'enregistrement de type PTR vers la zone standard est manquant, à vérifier sur ton serveur DNS. -- Jonathan BISMUTH MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Lorenzo Sandini" a écrit dans le message de news:
Jonathan Bismuth wrote:
Salut Lorenzo,
Quel message d'erreur as tu à la connexion de l'utilisateur?
"Windows cannot locate the server copy of your roaming profile and is attempting to log you on with your local profile. Changes to the profile will not be copied to the server when you logoff. Possible causes of this error include network problems or insufficient security rights. If this problem persists, contact your network administrator. "
DETAIL - The network path was not found. ...
\Serveurprofils
(sans le nom, essayé aussi avec le nom de l'utilisateur)
attention, le chemin doit être du type \serveurprofils%username%
par exemple :
dossier où sont stockés tous les profils : profils$
utilisateur : toto
\serveurprofils$toto
note que si tu mets "%username% au lieu de 'toto", ça marche aussi
"Windows cannot locate the server copy of your roaming profile and is
attempting to log you on with your local profile. Changes to the profile
will not be copied to the server when you logoff. Possible causes of this
error include network problems or insufficient security rights. If this
problem persists, contact your network administrator. "
DETAIL - The network path was not found.
il y a un problème DNS quelque part entre le client et le serveur
Si l'utilisateur y accède après s'être loggué, c'est peut être par
diffusion, mais en tout cas pas par DNS (ce que le profil a besoin pour être
localisé)
Essayé avec l'IP du serveur, même message d'erreur.
et avec \IPprofils%username% ?
pour le nslookup, l'erreur peut aussi signifier que tu n'as pas de zone
inverse, ou que l'enregistrement de type PTR vers la zone standard est
manquant, à vérifier sur ton serveur DNS.
--
Jonathan BISMUTH
MCSE 2000/ADSI-AutoIT Scripter
Transcript (ID: 691839, code: MCSE2000)
www.portail-mcse.net
pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Lorenzo Sandini" <lorenzo.sandini@POISTA.uku.fi> a écrit dans le message de
news: 3jpov5Fr4fo1U1@individual.net...
Jonathan Bismuth wrote:
Salut Lorenzo,
Quel message d'erreur as tu à la connexion de l'utilisateur?
"Windows cannot locate the server copy of your roaming profile and is
attempting to log you on with your local profile. Changes to the profile
will not be copied to the server when you logoff. Possible causes of this
error include network problems or insufficient security rights. If this
problem persists, contact your network administrator. "
Serveurprofils (sans le nom, essayé aussi avec le nom de l'utilisateur) attention, le chemin doit être du type serveurprofils%username%
par exemple : dossier où sont stockés tous les profils : profils$ utilisateur : toto serveurprofils$toto note que si tu mets "%username% au lieu de 'toto", ça marche aussi
"Windows cannot locate the server copy of your roaming profile and is
attempting to log you on with your local profile. Changes to the profile will not be copied to the server when you logoff. Possible causes of this error include network problems or insufficient security rights. If this problem persists, contact your network administrator. "
DETAIL - The network path was not found. il y a un problème DNS quelque part entre le client et le serveur
Si l'utilisateur y accède après s'être loggué, c'est peut être par diffusion, mais en tout cas pas par DNS (ce que le profil a besoin pour être localisé)
Essayé avec l'IP du serveur, même message d'erreur.
et avec IPprofils%username% ?
pour le nslookup, l'erreur peut aussi signifier que tu n'as pas de zone inverse, ou que l'enregistrement de type PTR vers la zone standard est manquant, à vérifier sur ton serveur DNS. -- Jonathan BISMUTH MCSE 2000/ADSI-AutoIT Scripter Transcript (ID: 691839, code: MCSE2000) www.portail-mcse.net pour me contacter http://cerbermail.com/?fCeVUi7Icd
"Lorenzo Sandini" a écrit dans le message de news:
Jonathan Bismuth wrote:
Salut Lorenzo,
Quel message d'erreur as tu à la connexion de l'utilisateur?
"Windows cannot locate the server copy of your roaming profile and is attempting to log you on with your local profile. Changes to the profile will not be copied to the server when you logoff. Possible causes of this error include network problems or insufficient security rights. If this problem persists, contact your network administrator. "
