une petite question comme ça en passant :
(Oui, j'ai d'abord cherché sur Gouglle)
Mon copain (hum !) l'admin Unix vient de faire l'acquisition d'un
superbe NAS et me propose d'y loger les profils de mes pauvres users NT,
2k et XP. Mais nous souhaiterions (d'un commun accord), ne pas faire
appel aux profils errants ; En fait on voudrait travailler sur le
serveur et qu'il n'y ait pas de recopie du profil en local (sécurité
oblige).
Voilou, donc je pense qu'il y a une petite clé de registre à modifier
sur les clients (qui dit ou se trouve les profils des users)...
Une question me taraude l'esprit cependant : comment ça se passe-t-y si
un gars ouvre deux sessions en même temps sur deux machines d'OS
différents ?
si vous avez la connaissance, je veux bien que vous la partagiez avec
moi....
gros bibis, bonne soirée à tous.
WR35NN89
PS : je crossposte mais c'est pour la bonne cause....
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
William Marie
"wr35nn89" a écrit dans le message de news: 41473ebc$0$32623$
Hello tout le monde,
une petite question comme ça en passant : (Oui, j'ai d'abord cherché sur Gouglle) Mon copain (hum !) l'admin Unix vient de faire l'acquisition d'un superbe NAS et me propose d'y loger les profils de mes pauvres users NT, 2k et XP. Mais nous souhaiterions (d'un commun accord), ne pas faire appel aux profils errants ; En fait on voudrait travailler sur le serveur et qu'il n'y ait pas de recopie du profil en local (sécurité oblige). Voilou, donc je pense qu'il y a une petite clé de registre à modifier sur les clients (qui dit ou se trouve les profils des users)... Une question me taraude l'esprit cependant : comment ça se passe-t-y si un gars ouvre deux sessions en même temps sur deux machines d'OS différents ?
si vous avez la connaissance, je veux bien que vous la partagiez avec moi....
On pouvait croire naïvement que l'option en question étant trouvée
dans la longue liste des options de stratégie de l'UO par défaut du domaine ça serait parfait, or il ne faut pas être naïf avec Krosoft. Même en cochant cette option les profils itinérants se copient quand même sur les postes clients. C'est l'admin UNIX qui va sarcasmer...
Donc on soulève le capot de la BdR, on prend sa clé de 12 et on fait une belle inscription (nouvelle) DWORD répondant au doux nom de DeleteRoamingCache, mise à 1 dans HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionWinlogon de CHAQUE machine client.
PS : je crossposte mais c'est pour la bonne cause....
Une juste et noble cause, en effet, car si on ne me l'avait pas dit je ne l'aurais sûrement pas inventé. Ceci dit si un éminent krosoftien peut nous expliquer pourquoi l'option de l'UO cochée équivaut à pisser dans une passoire nous serions toutes ouies. -- ========================================================== William Marie Toulouse (France) mailto: ATTENTION ! Anti-SPAM pour m'écrire remplacer trapellun.net par free.fr http://wmarie.free.fr ===========================================================
"wr35nn89" <wr35nn89@nospam.free.fr> a écrit dans le message de news:
41473ebc$0$32623$636a15ce@news.free.fr...
Hello tout le monde,
une petite question comme ça en passant :
(Oui, j'ai d'abord cherché sur Gouglle)
Mon copain (hum !) l'admin Unix vient de faire l'acquisition d'un
superbe NAS et me propose d'y loger les profils de mes pauvres users
NT, 2k et XP. Mais nous souhaiterions (d'un commun accord), ne pas
faire appel aux profils errants ; En fait on voudrait travailler sur
le serveur et qu'il n'y ait pas de recopie du profil en local
(sécurité oblige).
Voilou, donc je pense qu'il y a une petite clé de registre à
modifier sur les clients (qui dit ou se trouve les profils des
users)...
Une question me taraude l'esprit cependant : comment ça se passe-t-y
si un gars ouvre deux sessions en même temps sur deux machines d'OS
différents ?
si vous avez la connaissance, je veux bien que vous la partagiez
avec moi....
On pouvait croire naïvement que l'option en question étant trouvée
dans la longue liste des options de stratégie de l'UO par défaut du
domaine ça serait parfait, or il ne faut pas être naïf avec Krosoft.
Même en cochant cette option les profils itinérants se copient quand
même sur les postes clients. C'est l'admin UNIX qui va sarcasmer...
Donc on soulève le capot de la BdR, on prend sa clé de 12 et on
fait une belle inscription (nouvelle) DWORD répondant au doux nom de
DeleteRoamingCache, mise à 1 dans
HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows
NTCurrentVersionWinlogon de CHAQUE machine client.
PS : je crossposte mais c'est pour la bonne cause....
Une juste et noble cause, en effet, car si on ne me l'avait pas dit
je ne l'aurais sûrement pas inventé. Ceci dit si un éminent krosoftien
peut nous expliquer pourquoi l'option de l'UO cochée équivaut à pisser
dans une passoire nous serions toutes ouies.
--
========================================================== William Marie
Toulouse (France)
mailto:wmarie@trapellun.net
ATTENTION ! Anti-SPAM pour m'écrire remplacer trapellun.net
par free.fr
http://wmarie.free.fr
===========================================================
"wr35nn89" a écrit dans le message de news: 41473ebc$0$32623$
Hello tout le monde,
une petite question comme ça en passant : (Oui, j'ai d'abord cherché sur Gouglle) Mon copain (hum !) l'admin Unix vient de faire l'acquisition d'un superbe NAS et me propose d'y loger les profils de mes pauvres users NT, 2k et XP. Mais nous souhaiterions (d'un commun accord), ne pas faire appel aux profils errants ; En fait on voudrait travailler sur le serveur et qu'il n'y ait pas de recopie du profil en local (sécurité oblige). Voilou, donc je pense qu'il y a une petite clé de registre à modifier sur les clients (qui dit ou se trouve les profils des users)... Une question me taraude l'esprit cependant : comment ça se passe-t-y si un gars ouvre deux sessions en même temps sur deux machines d'OS différents ?
si vous avez la connaissance, je veux bien que vous la partagiez avec moi....
On pouvait croire naïvement que l'option en question étant trouvée
dans la longue liste des options de stratégie de l'UO par défaut du domaine ça serait parfait, or il ne faut pas être naïf avec Krosoft. Même en cochant cette option les profils itinérants se copient quand même sur les postes clients. C'est l'admin UNIX qui va sarcasmer...
Donc on soulève le capot de la BdR, on prend sa clé de 12 et on fait une belle inscription (nouvelle) DWORD répondant au doux nom de DeleteRoamingCache, mise à 1 dans HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionWinlogon de CHAQUE machine client.
PS : je crossposte mais c'est pour la bonne cause....
Une juste et noble cause, en effet, car si on ne me l'avait pas dit je ne l'aurais sûrement pas inventé. Ceci dit si un éminent krosoftien peut nous expliquer pourquoi l'option de l'UO cochée équivaut à pisser dans une passoire nous serions toutes ouies. -- ========================================================== William Marie Toulouse (France) mailto: ATTENTION ! Anti-SPAM pour m'écrire remplacer trapellun.net par free.fr http://wmarie.free.fr ===========================================================
Guillaume Gielly
Une question me taraude l'esprit cependant : comment ça se passe-t-y si un gars ouvre deux sessions en même temps sur deux machines d'OS différents ?
En fait, le concept de session n'est applicable que pour un OS de type Windows je dirai (d'où ma réponse Linux/Unix/BSD). Ton utilisateur *nixien, il va ouvrir sa session localement avec son login sur son OS, et quand il voudra accéder à son partage de disque par exemple ou une autre ressource, il devra rentrer kivabien. Et tout cas c'est comme ça que je fais :)
En espérant que cela réponde à tes interrogations et que par OS différents tu n'entendes pas par exemple win98 et win2k
Cdlt,
-- Guillaume Gielly
Une question me taraude l'esprit cependant : comment ça se passe-t-y si
un gars ouvre deux sessions en même temps sur deux machines d'OS
différents ?
En fait, le concept de session n'est applicable que pour un OS de type
Windows je dirai (d'où ma réponse Linux/Unix/BSD). Ton utilisateur
*nixien, il va ouvrir sa session localement avec son login sur son OS,
et quand il voudra accéder à son partage de disque par exemple ou une
autre ressource, il devra rentrer login@mot_de_passe kivabien. Et tout
cas c'est comme ça que je fais :)
En espérant que cela réponde à tes interrogations et que par OS
différents tu n'entendes pas par exemple win98 et win2k
Une question me taraude l'esprit cependant : comment ça se passe-t-y si un gars ouvre deux sessions en même temps sur deux machines d'OS différents ?
En fait, le concept de session n'est applicable que pour un OS de type Windows je dirai (d'où ma réponse Linux/Unix/BSD). Ton utilisateur *nixien, il va ouvrir sa session localement avec son login sur son OS, et quand il voudra accéder à son partage de disque par exemple ou une autre ressource, il devra rentrer kivabien. Et tout cas c'est comme ça que je fais :)
En espérant que cela réponde à tes interrogations et que par OS différents tu n'entendes pas par exemple win98 et win2k
