j'ai quelques soucis dans la redirection de dossiers. Je l'ai déjà
fait sur plusieurs réseaux mais la ça ne marche pas comme je veux et
je ne sais pas pourquoi.
Serveur 2000; postes 2000.
Stratégie de redirection de base :
\\mon_serveur\%username%$\Profil\Application Data
Idem pour «Bureau» et «Mes documents».
La synchronisation se fait sans problème à la fermeture de session,
donc à priori pas de soucis de chemin.
Par contre ces damnées machines persistent à me créer un profil local
ce que je ne veux pas et lorqu'en ligne de commande je tape
echo %homepath%
ça me renvoie \Documents and settings\username
alors que ça devrait être
\\mon_serveur\%username%$\Profil\ ou \\mon_serveur\%username%$\
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
technicland
Louis-Maurice De Sousa nous a dit :
Bonjour,
j'ai quelques soucis dans la redirection de dossiers. Je l'ai déjà fait sur plusieurs réseaux mais la ça ne marche pas comme je veux et je ne sais pas pourquoi.
Serveur 2000; postes 2000. Stratégie de redirection de base : mon_serveur%username%$ProfilApplication Data
Bonjour mais c'est quoi ce $ ala fin de %username% !!!! j ai jamais utilise ce signe pour une redirection %username% suffit et fonctionne bien ici!! Laurent
Louis-Maurice De Sousa nous a dit :
Bonjour,
j'ai quelques soucis dans la redirection de dossiers. Je l'ai déjà
fait sur plusieurs réseaux mais la ça ne marche pas comme je veux et
je ne sais pas pourquoi.
Serveur 2000; postes 2000.
Stratégie de redirection de base :
\mon_serveur%username%$ProfilApplication Data
Bonjour
mais c'est quoi ce $ ala fin de %username% !!!!
j ai jamais utilise ce signe pour une redirection %username% suffit et
fonctionne bien ici!!
Laurent
j'ai quelques soucis dans la redirection de dossiers. Je l'ai déjà fait sur plusieurs réseaux mais la ça ne marche pas comme je veux et je ne sais pas pourquoi.
Serveur 2000; postes 2000. Stratégie de redirection de base : mon_serveur%username%$ProfilApplication Data
Bonjour mais c'est quoi ce $ ala fin de %username% !!!! j ai jamais utilise ce signe pour une redirection %username% suffit et fonctionne bien ici!! Laurent
Louis-Maurice De Sousa
Le Tue, 9 Nov 2004 08:54:43 -0500, "technicland"
Louis-Maurice De Sousa nous a dit :
Bonjour,
Bonsoir
j'ai quelques soucis dans la redirection de dossiers. Je l'ai déjà fait sur plusieurs réseaux mais la ça ne marche pas comme je veux et je ne sais pas pourquoi.
Serveur 2000; postes 2000. Stratégie de redirection de base : mon_serveur%username%$ProfilApplication Data
Bonjour mais c'est quoi ce $ ala fin de %username% !!!!
C'est pour que le répertoire soit caché.
j ai jamais utilise ce signe pour une redirection %username% suffit et fonctionne bien ici!! Laurent
--
Louis-Maurice De Sousa
Le Tue, 9 Nov 2004 08:54:43 -0500, "technicland"
Louis-Maurice De Sousa nous a dit :
Bonjour,
Bonsoir
j'ai quelques soucis dans la redirection de dossiers. Je l'ai déjà
fait sur plusieurs réseaux mais la ça ne marche pas comme je veux et
je ne sais pas pourquoi.
Serveur 2000; postes 2000.
Stratégie de redirection de base :
\mon_serveur%username%$ProfilApplication Data
Bonjour
mais c'est quoi ce $ ala fin de %username% !!!!
C'est pour que le répertoire soit caché.
j ai jamais utilise ce signe pour une redirection %username% suffit et
fonctionne bien ici!!
Laurent
j'ai quelques soucis dans la redirection de dossiers. Je l'ai déjà fait sur plusieurs réseaux mais la ça ne marche pas comme je veux et je ne sais pas pourquoi.
Serveur 2000; postes 2000. Stratégie de redirection de base : mon_serveur%username%$ProfilApplication Data
Bonjour mais c'est quoi ce $ ala fin de %username% !!!!
C'est pour que le répertoire soit caché.
j ai jamais utilise ce signe pour une redirection %username% suffit et fonctionne bien ici!! Laurent
--
Louis-Maurice De Sousa
technicland
Louis-Maurice De Sousa nous a dit :
C'est pour que le répertoire soit caché.
Bonjour je sais que c'est un partage administratif qui permet de cacher le dossier. Par contre j ai un doute le $ se place dans le nom du partage et toi dans la stretegie tu dois specifier un emplacement du dossier cible! Par curiosite je viens de tester mon_serveurdossier%username%$ ca rend pas le dossier invisible. Laurent
Louis-Maurice De Sousa nous a dit :
C'est pour que le répertoire soit caché.
Bonjour
je sais que c'est un partage administratif qui permet de cacher le dossier.
Par contre j ai un doute le $ se place dans le nom du partage et toi dans la
stretegie tu dois specifier un emplacement du dossier cible! Par curiosite
je viens de tester \mon_serveurdossier%username%$ ca rend pas le dossier
invisible.
Laurent
Bonjour je sais que c'est un partage administratif qui permet de cacher le dossier. Par contre j ai un doute le $ se place dans le nom du partage et toi dans la stretegie tu dois specifier un emplacement du dossier cible! Par curiosite je viens de tester mon_serveurdossier%username%$ ca rend pas le dossier invisible. Laurent
Louis-Maurice De Sousa
On Tue, 9 Nov 2004 12:21:39 -0500, "technicland" wrote:
Louis-Maurice De Sousa nous a dit :
C'est pour que le répertoire soit caché.
Bonjour Bonsoir,
je sais que c'est un partage administratif qui permet de cacher le dossier.
:-)
Par contre j ai un doute le $ se place dans le nom du partage et toi dans la stretegie tu dois specifier un emplacement du dossier cible!
Oui, en UNC.
Par curiosite je viens de tester mon_serveurdossier%username%$ ca rend pas le dossier invisible.
J'ai des partages mon_serveur%username%$ qui sont invisibles et pour chacun je redirige vers le dossier ProfilApplication Data de chaque partage.
Donc ça me fait mon_serveur%username%$ProfilApplication Data puis mon_serveur%username%$ProfilMes dosuments ...
-- Cordialement
Louis-Maurice De Sousa
On Tue, 9 Nov 2004 12:21:39 -0500, "technicland"
<webmasterpasdepourriels@technicland.com> wrote:
Louis-Maurice De Sousa nous a dit :
C'est pour que le répertoire soit caché.
Bonjour
Bonsoir,
je sais que c'est un partage administratif qui permet de cacher le dossier.
:-)
Par contre j ai un doute le $ se place dans le nom du partage et toi dans la
stretegie tu dois specifier un emplacement du dossier cible!
Oui, en UNC.
Par curiosite
je viens de tester \mon_serveurdossier%username%$ ca rend pas le dossier
invisible.
J'ai des partages \mon_serveur%username%$ qui sont invisibles et
pour chacun je redirige vers le dossier ProfilApplication Data de
chaque partage.
Donc ça me fait \mon_serveur%username%$ProfilApplication Data
puis \mon_serveur%username%$ProfilMes dosuments
...
On Tue, 9 Nov 2004 12:21:39 -0500, "technicland" wrote:
Louis-Maurice De Sousa nous a dit :
C'est pour que le répertoire soit caché.
Bonjour Bonsoir,
je sais que c'est un partage administratif qui permet de cacher le dossier.
:-)
Par contre j ai un doute le $ se place dans le nom du partage et toi dans la stretegie tu dois specifier un emplacement du dossier cible!
Oui, en UNC.
Par curiosite je viens de tester mon_serveurdossier%username%$ ca rend pas le dossier invisible.
J'ai des partages mon_serveur%username%$ qui sont invisibles et pour chacun je redirige vers le dossier ProfilApplication Data de chaque partage.
Donc ça me fait mon_serveur%username%$ProfilApplication Data puis mon_serveur%username%$ProfilMes dosuments ...
-- Cordialement
Louis-Maurice De Sousa
Laurent Gébeau \(MToo\)
Attention ne pas confondre dossier et partage : la règle c'est si tu met un $ à la fin d'un nom de partage alors celui ci n'apparait pas dans le voisinage réseau.
Ca n'est pas de la sécurité (il existe des outils pour les visualiser) mais ça permet d'éviter les connexions sauvages et permet aux utilisateurs de ne voir que les partages désirés.
Bien pratique pour les DFS par exemple (on cache les partages qui ne sont pas racine).
-- Laurent Gébeau (MToo) [MVP Windows] http://www.toutwindows.com - Tout sur Windows (NT, XP, Server 2003) SP2 XP FAQ et AD FAQ. http://www.mtoo.net - Photos, météo, conseils internet, ....
Par curiosite je viens de tester mon_serveurdossier%username%$ ca rend pas le dossier invisible.
J'ai des partages mon_serveur%username%$ qui sont invisibles et pour chacun je redirige vers le dossier ProfilApplication Data de chaque partage.
Donc ça me fait mon_serveur%username%$ProfilApplication Data puis mon_serveur%username%$ProfilMes dosuments ...
Attention ne pas confondre dossier et partage :
la règle c'est si tu met un $ à la fin d'un nom de partage alors celui ci
n'apparait pas dans le voisinage réseau.
Ca n'est pas de la sécurité (il existe des outils pour les visualiser) mais
ça permet d'éviter les connexions sauvages et permet aux utilisateurs de ne
voir que les partages désirés.
Bien pratique pour les DFS par exemple (on cache les partages qui ne sont
pas racine).
--
Laurent Gébeau (MToo)
[MVP Windows]
http://www.toutwindows.com - Tout sur Windows (NT, XP, Server 2003) SP2 XP
FAQ et AD FAQ.
http://www.mtoo.net - Photos, météo, conseils internet, ....
Par curiosite
je viens de tester \mon_serveurdossier%username%$ ca rend pas le
dossier invisible.
J'ai des partages \mon_serveur%username%$ qui sont invisibles et
pour chacun je redirige vers le dossier ProfilApplication Data de
chaque partage.
Donc ça me fait \mon_serveur%username%$ProfilApplication Data
puis \mon_serveur%username%$ProfilMes dosuments
...
Attention ne pas confondre dossier et partage : la règle c'est si tu met un $ à la fin d'un nom de partage alors celui ci n'apparait pas dans le voisinage réseau.
Ca n'est pas de la sécurité (il existe des outils pour les visualiser) mais ça permet d'éviter les connexions sauvages et permet aux utilisateurs de ne voir que les partages désirés.
Bien pratique pour les DFS par exemple (on cache les partages qui ne sont pas racine).
-- Laurent Gébeau (MToo) [MVP Windows] http://www.toutwindows.com - Tout sur Windows (NT, XP, Server 2003) SP2 XP FAQ et AD FAQ. http://www.mtoo.net - Photos, météo, conseils internet, ....
Par curiosite je viens de tester mon_serveurdossier%username%$ ca rend pas le dossier invisible.
J'ai des partages mon_serveur%username%$ qui sont invisibles et pour chacun je redirige vers le dossier ProfilApplication Data de chaque partage.
Donc ça me fait mon_serveur%username%$ProfilApplication Data puis mon_serveur%username%$ProfilMes dosuments ...
Louis-Maurice De Sousa
On Tue, 9 Nov 2004 22:56:07 +0100, "Laurent Gébeau (MToo)" wrote:
Bonsoir,
Attention ne pas confondre dossier et partage : la règle c'est si tu met un $ à la fin d'un nom de partage alors celui ci n'apparait pas dans le voisinage réseau.
Je ne pensais pas donner l'impression de confondre :-)
Ca n'est pas de la sécurité
Oui je sais :-) Mais avec des gamins de 10 à 15 ans, je pense ne pas avoir à hausser plus le niveau de sécurité :-)
(il existe des outils pour les visualiser) mais ça permet d'éviter les connexions sauvages et permet aux utilisateurs de ne voir que les partages désirés.
Bien pratique pour les DFS par exemple (on cache les partages qui ne sont pas racine).
Certes, mais mon problème n'est pas là. Pourquoi, malgré la redirection, les machines clientes s'obstinent à me créer un dossier local ? Et à me définir des variables d'environnement locales ?
J'ai du oublier de cocher quelque part et je ne vois pas où. :-(
-- Cordialement
Louis-Maurice De Sousa
On Tue, 9 Nov 2004 22:56:07 +0100, "Laurent Gébeau (MToo)"
<mtoo.pasdespam@free.fr> wrote:
Bonsoir,
Attention ne pas confondre dossier et partage :
la règle c'est si tu met un $ à la fin d'un nom de partage alors celui ci
n'apparait pas dans le voisinage réseau.
Je ne pensais pas donner l'impression de confondre :-)
Ca n'est pas de la sécurité
Oui je sais :-)
Mais avec des gamins de 10 à 15 ans, je pense ne pas avoir à hausser
plus le niveau de sécurité :-)
(il existe des outils pour les visualiser) mais
ça permet d'éviter les connexions sauvages et permet aux utilisateurs de ne
voir que les partages désirés.
Bien pratique pour les DFS par exemple (on cache les partages qui ne sont
pas racine).
Certes, mais mon problème n'est pas là. Pourquoi, malgré la
redirection, les machines clientes s'obstinent à me créer un dossier
local ? Et à me définir des variables d'environnement locales ?
J'ai du oublier de cocher quelque part et je ne vois pas où. :-(
On Tue, 9 Nov 2004 22:56:07 +0100, "Laurent Gébeau (MToo)" wrote:
Bonsoir,
Attention ne pas confondre dossier et partage : la règle c'est si tu met un $ à la fin d'un nom de partage alors celui ci n'apparait pas dans le voisinage réseau.
Je ne pensais pas donner l'impression de confondre :-)
Ca n'est pas de la sécurité
Oui je sais :-) Mais avec des gamins de 10 à 15 ans, je pense ne pas avoir à hausser plus le niveau de sécurité :-)
(il existe des outils pour les visualiser) mais ça permet d'éviter les connexions sauvages et permet aux utilisateurs de ne voir que les partages désirés.
Bien pratique pour les DFS par exemple (on cache les partages qui ne sont pas racine).
Certes, mais mon problème n'est pas là. Pourquoi, malgré la redirection, les machines clientes s'obstinent à me créer un dossier local ? Et à me définir des variables d'environnement locales ?
J'ai du oublier de cocher quelque part et je ne vois pas où. :-(
-- Cordialement
Louis-Maurice De Sousa
Louis-Maurice De Sousa
On Tue, 09 Nov 2004 08:36:59 +0100, Louis-Maurice De Sousa wrote:
Bonjour, Bonjour,
j'ai quelques soucis dans la redirection de dossiers. Je l'ai déjà fait sur plusieurs réseaux mais la ça ne marche pas comme je veux et je ne sais pas pourquoi.
Serveur 2000; postes 2000. Stratégie de redirection de base : mon_serveur%username%$ProfilApplication Data
Idem pour «Bureau» et «Mes documents».
La synchronisation se fait sans problème à la fermeture de session, donc à priori pas de soucis de chemin.
Par contre ces damnées machines persistent à me créer un profil local ce que je ne veux pas et lorqu'en ligne de commande je tape echo %homepath% ça me renvoie Documents and settingsusername alors que ça devrait être mon_serveur%username%$Profil ou mon_serveur%username%$
Qu'ai-je oublié ?
Je me répond à moi-même, à toutes fins utiles, étant donné que j'ai trouvé la solution.
À la suite de la réinstallation de mon serveur, les lecteurs logiques ont été redistribués. L'ex E: est devenu D:, le F: est devenu E: et ainsi de suite. Le lecteur de CD se retrouvant en bout de chaîne.
Tous mes mappages étaient donc faux. serveur%username%$ était noté dans la base de registre comme f:chemin %username% au lieu de e:chemin %username%, depuis la redistribution des lecteurs logiques.
Deux problèmes se posent alors. Pourquoi n'ai-je aucun message d'erreur ? Alors que mon réseau n'est pas fonctionnel. Pourquoi la redirection vers «Mes Documents» fonctionne-t'elle parfaitement ? Alors que ce n'est pas possible. Les postes clients étant allés jusqu'à créer localement toute l'arborescence de «Documents & Settings» SAUF le répertoire «Mes documents».
-- Cordialement
Louis-Maurice De Sousa
On Tue, 09 Nov 2004 08:36:59 +0100, Louis-Maurice De Sousa
<louis.de.sousa@crdp.ac-versailles.fr> wrote:
Bonjour,
Bonjour,
j'ai quelques soucis dans la redirection de dossiers. Je l'ai déjà
fait sur plusieurs réseaux mais la ça ne marche pas comme je veux et
je ne sais pas pourquoi.
Serveur 2000; postes 2000.
Stratégie de redirection de base :
\mon_serveur%username%$ProfilApplication Data
Idem pour «Bureau» et «Mes documents».
La synchronisation se fait sans problème à la fermeture de session,
donc à priori pas de soucis de chemin.
Par contre ces damnées machines persistent à me créer un profil local
ce que je ne veux pas et lorqu'en ligne de commande je tape
echo %homepath%
ça me renvoie Documents and settingsusername
alors que ça devrait être
\mon_serveur%username%$Profil ou \mon_serveur%username%$
Qu'ai-je oublié ?
Je me répond à moi-même, à toutes fins utiles, étant donné que j'ai
trouvé la solution.
À la suite de la réinstallation de mon serveur, les lecteurs logiques
ont été redistribués. L'ex E: est devenu D:, le F: est devenu E: et
ainsi de suite. Le lecteur de CD se retrouvant en bout de chaîne.
Tous mes mappages étaient donc faux. \serveur%username%$ était noté
dans la base de registre comme f:chemin %username% au lieu de
e:chemin %username%, depuis la redistribution des lecteurs logiques.
Deux problèmes se posent alors.
Pourquoi n'ai-je aucun message d'erreur ? Alors que mon réseau n'est
pas fonctionnel.
Pourquoi la redirection vers «Mes Documents» fonctionne-t'elle
parfaitement ? Alors que ce n'est pas possible.
Les postes clients étant allés jusqu'à créer localement toute
l'arborescence de «Documents & Settings» SAUF le répertoire «Mes
documents».
On Tue, 09 Nov 2004 08:36:59 +0100, Louis-Maurice De Sousa wrote:
Bonjour, Bonjour,
j'ai quelques soucis dans la redirection de dossiers. Je l'ai déjà fait sur plusieurs réseaux mais la ça ne marche pas comme je veux et je ne sais pas pourquoi.
Serveur 2000; postes 2000. Stratégie de redirection de base : mon_serveur%username%$ProfilApplication Data
Idem pour «Bureau» et «Mes documents».
La synchronisation se fait sans problème à la fermeture de session, donc à priori pas de soucis de chemin.
Par contre ces damnées machines persistent à me créer un profil local ce que je ne veux pas et lorqu'en ligne de commande je tape echo %homepath% ça me renvoie Documents and settingsusername alors que ça devrait être mon_serveur%username%$Profil ou mon_serveur%username%$
Qu'ai-je oublié ?
Je me répond à moi-même, à toutes fins utiles, étant donné que j'ai trouvé la solution.
À la suite de la réinstallation de mon serveur, les lecteurs logiques ont été redistribués. L'ex E: est devenu D:, le F: est devenu E: et ainsi de suite. Le lecteur de CD se retrouvant en bout de chaîne.
Tous mes mappages étaient donc faux. serveur%username%$ était noté dans la base de registre comme f:chemin %username% au lieu de e:chemin %username%, depuis la redistribution des lecteurs logiques.
Deux problèmes se posent alors. Pourquoi n'ai-je aucun message d'erreur ? Alors que mon réseau n'est pas fonctionnel. Pourquoi la redirection vers «Mes Documents» fonctionne-t'elle parfaitement ? Alors que ce n'est pas possible. Les postes clients étant allés jusqu'à créer localement toute l'arborescence de «Documents & Settings» SAUF le répertoire «Mes documents».
