Merci pour ton intervention...
Après quelques recherches, essais, lectures de docs, voici ce que j'ai compris :
1) si on ne défini pas l'utilisateur du domaine sur le PC client, alors un profil itinérant est utilisé. Donc, lors de la première connexion, l'intégralité du profil est rapatrié sur le poste client.
Cet utilisateur dispose alors de droits plus ou moins restreints sur le PC (ce qui parait normal)...
2) Si on ajoute l'utilisateur du domaine au PC client, alors on peut préciser que le profil est local, mais malheureusement, c'est celui qui a été copié en 1) qui est utilisé, et non celui présenté par le contrôleur de domaine (partage [profiles])... On peut alors interdire la synchronisation des fichiers hors connexions, puisqu'elle n'apporte plus rien...
Après moult essais, j'ai compris un peu plus de choses (et surtout vu plus clair).
Ce que je voulais faire, en fait, c'est que le profil de l'utilisateur du domaine soit celui qui est proposé par le serveur samba. Pas moyen de faire ça facilement (faut modifier la base de registre à la main, beurk)... Et puis, ça générerait un trafic réseau important, donc pas glop....
De plus, ça poserait des problèmes en cas de raccourcis vers le poste local, lorsque l'utilisateur est obligé de se séparer de son PC pour une raison ou une autre, et qu'un raccourci pointe vers une application non installée localement, etc.
De plus, paramétrer à posteriori les postes clients pour que la synchronisation des fichiers hors connexion soit optimale, que le profil utilisé soit celui du réseau, etc, serait de la folie....
Donc, je vais tranquillement laisser la conf qui est installée, sans rien changer....
Après tout, nous avons les documents dans un partage réseau, et ceci fonctionne parfaitement pour nos besoins. Inutile de mettre en l'air un truc éprouvé.
Merci en tout cas pour les commentaires qui m'ont permis d'y voir plus clair.
[^] # Re: Adding Domain Users to the Workstation Power Users Group
Posté par Gyro Gearllose . En réponse au message Petit soucis avec samba.... Évalué à 2.
Après quelques recherches, essais, lectures de docs, voici ce que j'ai compris :
1) si on ne défini pas l'utilisateur du domaine sur le PC client, alors un profil itinérant est utilisé. Donc, lors de la première connexion, l'intégralité du profil est rapatrié sur le poste client.
Cet utilisateur dispose alors de droits plus ou moins restreints sur le PC (ce qui parait normal)...
2) Si on ajoute l'utilisateur du domaine au PC client, alors on peut préciser que le profil est local, mais malheureusement, c'est celui qui a été copié en 1) qui est utilisé, et non celui présenté par le contrôleur de domaine (partage [profiles])... On peut alors interdire la synchronisation des fichiers hors connexions, puisqu'elle n'apporte plus rien...
Après moult essais, j'ai compris un peu plus de choses (et surtout vu plus clair).
Ce que je voulais faire, en fait, c'est que le profil de l'utilisateur du domaine soit celui qui est proposé par le serveur samba. Pas moyen de faire ça facilement (faut modifier la base de registre à la main, beurk)... Et puis, ça générerait un trafic réseau important, donc pas glop....
De plus, ça poserait des problèmes en cas de raccourcis vers le poste local, lorsque l'utilisateur est obligé de se séparer de son PC pour une raison ou une autre, et qu'un raccourci pointe vers une application non installée localement, etc.
De plus, paramétrer à posteriori les postes clients pour que la synchronisation des fichiers hors connexion soit optimale, que le profil utilisé soit celui du réseau, etc, serait de la folie....
Donc, je vais tranquillement laisser la conf qui est installée, sans rien changer....
Après tout, nous avons les documents dans un partage réseau, et ceci fonctionne parfaitement pour nos besoins. Inutile de mettre en l'air un truc éprouvé.
Merci en tout cas pour les commentaires qui m'ont permis d'y voir plus clair.