Je cherche à mettre les home directories d'utilisateurs sur un serveur
Mac. En fait la machine qui doit faire la fonction de serveur ne possède
que Tiger version client, tous comme les postes clients (un ibook ainsi
qu'un mini)
Faut-il impérativement avoir la version serveur de Tiger pour pouvoir
réaliser cela ?
J'ai fait quelques essais mais qui ne sont pas totalement concluants
pour le moment. par exemple j'ai des problèmes de droits de répertoires
/ fichiers entre ce que j'ai sur la machine que je considère serveur et
ce que je vois sur le "point de montage" du client. j'utilise
sharepoint.
si vous avez des pistes pour gérer une telle situation je suis preneur.
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
Nicolas.MICHEL
niceCube wrote:
Tropicalités à toutes et tous,
Je cherche à mettre les home directories d'utilisateurs sur un serveur Mac. En fait la machine qui doit faire la fonction de serveur ne possède que Tiger version client, tous comme les postes clients (un ibook ainsi qu'un mini)
Faut-il impérativement avoir la version serveur de Tiger pour pouvoir réaliser cela ?
Non, tu peux aussi réinventer le monde. Personne ne t'obliges à utiliser un outil prévu pour et qui fonctionne. C'est juste que tu vas payer beaucoup de ton temps plutôt qu'un peu de ton argent. Après, à toi de voir ce que vaux ton temps ;->
J'ai fait quelques essais mais qui ne sont pas totalement concluants pour le moment. par exemple j'ai des problèmes de droits de répertoires / fichiers entre ce que j'ai sur la machine que je considère serveur et ce que je vois sur le "point de montage" du client. j'utilise sharepoint.
SharePoint n'est pas le problème.
Selon la méthode OSXs,il faut que le dossier partagé "HomeDir" soit accessible en guest. Après, mnthome refait le mount avec les privilèges correct.
Avec OSXs, open directory stock les info avec un certain champ URL machin. N'ayant pas d'open directory, je ne peux pas te poster la syntaxe mais je crois qu'en mettant cette syntaxe dans netinfo en local ou sur ton serveur d'anuaire, ça doit marcher. Je l'avais fait pour voir en 10.1 ou 10.2 avec de l'active directory.
si vous avez des pistes pour gérer une telle situation je suis preneur.
Bon, c'est quoi le but ? Et tu as fais quoi jusqu'à présent ? Tu as besoins d'une synchro locale pour les portables ou non ?
C'est qu'il y a plusieures solutions. Tu peux le faire à l'ancienne, avec un share NFS et automount ou autofs. Tu peux le faire avec rsync, si c'est pour de la synchro/backup. Tu peux faire simplement un mount sur /Users/$1 dans un loginhook. Bête et méchant, mais ça risque de le faire. Tu peux le faire en appletalk, comme tu as commencé. Mais là tu aurais presque intérêt à monter un serveur netinfo et reproduire à la mano la méthode de OSXs.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
niceCube <niceCube@mac.com> wrote:
Tropicalités à toutes et tous,
Je cherche à mettre les home directories d'utilisateurs sur un serveur
Mac. En fait la machine qui doit faire la fonction de serveur ne possède
que Tiger version client, tous comme les postes clients (un ibook ainsi
qu'un mini)
Faut-il impérativement avoir la version serveur de Tiger pour pouvoir
réaliser cela ?
Non, tu peux aussi réinventer le monde. Personne ne t'obliges à utiliser
un outil prévu pour et qui fonctionne. C'est juste que tu vas payer
beaucoup de ton temps plutôt qu'un peu de ton argent. Après, à toi de
voir ce que vaux ton temps ;->
J'ai fait quelques essais mais qui ne sont pas totalement concluants
pour le moment. par exemple j'ai des problèmes de droits de répertoires
/ fichiers entre ce que j'ai sur la machine que je considère serveur et
ce que je vois sur le "point de montage" du client. j'utilise
sharepoint.
SharePoint n'est pas le problème.
Selon la méthode OSXs,il faut que le dossier partagé "HomeDir" soit
accessible en guest. Après, mnthome refait le mount avec les privilèges
correct.
Avec OSXs, open directory stock les info avec un certain champ URL
machin. N'ayant pas d'open directory, je ne peux pas te poster la
syntaxe mais je crois qu'en mettant cette syntaxe dans netinfo en local
ou sur ton serveur d'anuaire, ça doit marcher. Je l'avais fait pour voir
en 10.1 ou 10.2 avec de l'active directory.
si vous avez des pistes pour gérer une telle situation je suis preneur.
Bon, c'est quoi le but ?
Et tu as fais quoi jusqu'à présent ?
Tu as besoins d'une synchro locale pour les portables ou non ?
C'est qu'il y a plusieures solutions.
Tu peux le faire à l'ancienne, avec un share NFS et automount ou autofs.
Tu peux le faire avec rsync, si c'est pour de la synchro/backup.
Tu peux faire simplement un mount sur /Users/$1 dans un loginhook. Bête
et méchant, mais ça risque de le faire.
Tu peux le faire en appletalk, comme tu as commencé. Mais là tu aurais
presque intérêt à monter un serveur netinfo et reproduire à la mano la
méthode de OSXs.
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Je cherche à mettre les home directories d'utilisateurs sur un serveur Mac. En fait la machine qui doit faire la fonction de serveur ne possède que Tiger version client, tous comme les postes clients (un ibook ainsi qu'un mini)
Faut-il impérativement avoir la version serveur de Tiger pour pouvoir réaliser cela ?
Non, tu peux aussi réinventer le monde. Personne ne t'obliges à utiliser un outil prévu pour et qui fonctionne. C'est juste que tu vas payer beaucoup de ton temps plutôt qu'un peu de ton argent. Après, à toi de voir ce que vaux ton temps ;->
J'ai fait quelques essais mais qui ne sont pas totalement concluants pour le moment. par exemple j'ai des problèmes de droits de répertoires / fichiers entre ce que j'ai sur la machine que je considère serveur et ce que je vois sur le "point de montage" du client. j'utilise sharepoint.
SharePoint n'est pas le problème.
Selon la méthode OSXs,il faut que le dossier partagé "HomeDir" soit accessible en guest. Après, mnthome refait le mount avec les privilèges correct.
Avec OSXs, open directory stock les info avec un certain champ URL machin. N'ayant pas d'open directory, je ne peux pas te poster la syntaxe mais je crois qu'en mettant cette syntaxe dans netinfo en local ou sur ton serveur d'anuaire, ça doit marcher. Je l'avais fait pour voir en 10.1 ou 10.2 avec de l'active directory.
si vous avez des pistes pour gérer une telle situation je suis preneur.
Bon, c'est quoi le but ? Et tu as fais quoi jusqu'à présent ? Tu as besoins d'une synchro locale pour les portables ou non ?
C'est qu'il y a plusieures solutions. Tu peux le faire à l'ancienne, avec un share NFS et automount ou autofs. Tu peux le faire avec rsync, si c'est pour de la synchro/backup. Tu peux faire simplement un mount sur /Users/$1 dans un loginhook. Bête et méchant, mais ça risque de le faire. Tu peux le faire en appletalk, comme tu as commencé. Mais là tu aurais presque intérêt à monter un serveur netinfo et reproduire à la mano la méthode de OSXs.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
niceCube
Nicolas MICHEL wrote:
niceCube wrote:
Tropicalités à toutes et tous,
Je cherche à mettre les home directories d'utilisateurs sur un serveur Mac. En fait la machine qui doit faire la fonction de serveur ne possède que Tiger version client, tous comme les postes clients (un ibook ainsi qu'un mini)
Faut-il impérativement avoir la version serveur de Tiger pour pouvoir réaliser cela ?
Non, tu peux aussi réinventer le monde. Personne ne t'obliges à utiliser un outil prévu pour et qui fonctionne. C'est juste que tu vas payer beaucoup de ton temps plutôt qu'un peu de ton argent. Après, à toi de voir ce que vaux ton temps ;->
oh c vrai que ce serait plus cool avec un joli jouet dédié pour cela mais je n'ai pas trop gout de mettre près de 500 ¤ pour un Tiger serveur... plus tard peut-être !
J'ai fait quelques essais mais qui ne sont pas totalement concluants pour le moment. par exemple j'ai des problèmes de droits de répertoires / fichiers entre ce que j'ai sur la machine que je considère serveur et ce que je vois sur le "point de montage" du client. j'utilise sharepoint.
SharePoint n'est pas le problème.
Selon la méthode OSXs,il faut que le dossier partagé "HomeDir" soit accessible en guest. Après, mnthome refait le mount avec les privilèges correct.
tu veux dire qu'au niveau des autorisations du répertoire home de mon utilisateur il faut que j'ai, pour le groupe "others" des droits de :
lecture ecriture execution
?
si tel est le cas c bien étrange en tant que sécurité.
Avec OSXs, open directory stock les info avec un certain champ URL machin. N'ayant pas d'open directory, je ne peux pas te poster la syntaxe mais je crois qu'en mettant cette syntaxe dans netinfo en local ou sur ton serveur d'anuaire, ça doit marcher. Je l'avais fait pour voir en 10.1 ou 10.2 avec de l'active directory.
si vous avez des pistes pour gérer une telle situation je suis preneur.
Bon, c'est quoi le but ? Et tu as fais quoi jusqu'à présent ? Tu as besoins d'une synchro locale pour les portables ou non ?
C'est qu'il y a plusieures solutions. Tu peux le faire à l'ancienne, avec un share NFS et automount ou autofs. Tu peux le faire avec rsync, si c'est pour de la synchro/backup. Tu peux faire simplement un mount sur /Users/$1 dans un loginhook. Bête et méchant, mais ça risque de le faire. Tu peux le faire en appletalk, comme tu as commencé. Mais là tu aurais presque intérêt à monter un serveur netinfo et reproduire à la mano la méthode de OSXs.
Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:
niceCube <niceCube@mac.com> wrote:
Tropicalités à toutes et tous,
Je cherche à mettre les home directories d'utilisateurs sur un serveur
Mac. En fait la machine qui doit faire la fonction de serveur ne possède
que Tiger version client, tous comme les postes clients (un ibook ainsi
qu'un mini)
Faut-il impérativement avoir la version serveur de Tiger pour pouvoir
réaliser cela ?
Non, tu peux aussi réinventer le monde. Personne ne t'obliges à utiliser
un outil prévu pour et qui fonctionne. C'est juste que tu vas payer
beaucoup de ton temps plutôt qu'un peu de ton argent. Après, à toi de
voir ce que vaux ton temps ;->
oh c vrai que ce serait plus cool avec un joli jouet dédié pour cela
mais je n'ai pas trop gout de mettre près de 500 ¤ pour un Tiger
serveur... plus tard peut-être !
J'ai fait quelques essais mais qui ne sont pas totalement concluants
pour le moment. par exemple j'ai des problèmes de droits de répertoires
/ fichiers entre ce que j'ai sur la machine que je considère serveur et
ce que je vois sur le "point de montage" du client. j'utilise
sharepoint.
SharePoint n'est pas le problème.
Selon la méthode OSXs,il faut que le dossier partagé "HomeDir" soit
accessible en guest. Après, mnthome refait le mount avec les privilèges
correct.
tu veux dire qu'au niveau des autorisations du répertoire home de mon
utilisateur il faut que j'ai, pour le groupe "others" des droits de :
lecture
ecriture
execution
?
si tel est le cas c bien étrange en tant que sécurité.
Avec OSXs, open directory stock les info avec un certain champ URL
machin. N'ayant pas d'open directory, je ne peux pas te poster la
syntaxe mais je crois qu'en mettant cette syntaxe dans netinfo en local
ou sur ton serveur d'anuaire, ça doit marcher. Je l'avais fait pour voir
en 10.1 ou 10.2 avec de l'active directory.
si vous avez des pistes pour gérer une telle situation je suis preneur.
Bon, c'est quoi le but ?
Et tu as fais quoi jusqu'à présent ?
Tu as besoins d'une synchro locale pour les portables ou non ?
C'est qu'il y a plusieures solutions.
Tu peux le faire à l'ancienne, avec un share NFS et automount ou autofs.
Tu peux le faire avec rsync, si c'est pour de la synchro/backup.
Tu peux faire simplement un mount sur /Users/$1 dans un loginhook. Bête
et méchant, mais ça risque de le faire.
Tu peux le faire en appletalk, comme tu as commencé. Mais là tu aurais
presque intérêt à monter un serveur netinfo et reproduire à la mano la
méthode de OSXs.
Je cherche à mettre les home directories d'utilisateurs sur un serveur Mac. En fait la machine qui doit faire la fonction de serveur ne possède que Tiger version client, tous comme les postes clients (un ibook ainsi qu'un mini)
Faut-il impérativement avoir la version serveur de Tiger pour pouvoir réaliser cela ?
Non, tu peux aussi réinventer le monde. Personne ne t'obliges à utiliser un outil prévu pour et qui fonctionne. C'est juste que tu vas payer beaucoup de ton temps plutôt qu'un peu de ton argent. Après, à toi de voir ce que vaux ton temps ;->
oh c vrai que ce serait plus cool avec un joli jouet dédié pour cela mais je n'ai pas trop gout de mettre près de 500 ¤ pour un Tiger serveur... plus tard peut-être !
J'ai fait quelques essais mais qui ne sont pas totalement concluants pour le moment. par exemple j'ai des problèmes de droits de répertoires / fichiers entre ce que j'ai sur la machine que je considère serveur et ce que je vois sur le "point de montage" du client. j'utilise sharepoint.
SharePoint n'est pas le problème.
Selon la méthode OSXs,il faut que le dossier partagé "HomeDir" soit accessible en guest. Après, mnthome refait le mount avec les privilèges correct.
tu veux dire qu'au niveau des autorisations du répertoire home de mon utilisateur il faut que j'ai, pour le groupe "others" des droits de :
lecture ecriture execution
?
si tel est le cas c bien étrange en tant que sécurité.
Avec OSXs, open directory stock les info avec un certain champ URL machin. N'ayant pas d'open directory, je ne peux pas te poster la syntaxe mais je crois qu'en mettant cette syntaxe dans netinfo en local ou sur ton serveur d'anuaire, ça doit marcher. Je l'avais fait pour voir en 10.1 ou 10.2 avec de l'active directory.
si vous avez des pistes pour gérer une telle situation je suis preneur.
Bon, c'est quoi le but ? Et tu as fais quoi jusqu'à présent ? Tu as besoins d'une synchro locale pour les portables ou non ?
C'est qu'il y a plusieures solutions. Tu peux le faire à l'ancienne, avec un share NFS et automount ou autofs. Tu peux le faire avec rsync, si c'est pour de la synchro/backup. Tu peux faire simplement un mount sur /Users/$1 dans un loginhook. Bête et méchant, mais ça risque de le faire. Tu peux le faire en appletalk, comme tu as commencé. Mais là tu aurais presque intérêt à monter un serveur netinfo et reproduire à la mano la méthode de OSXs.
laurent.pertois
Nicolas MICHEL wrote:
Selon la méthode OSXs,il faut que le dossier partagé "HomeDir" soit accessible en guest.
Non.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas MICHEL <Nicolas.MICHEL@BonBon.net> wrote:
Selon la méthode OSXs,il faut que le dossier partagé "HomeDir" soit
accessible en guest.
Non.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Selon la méthode OSXs,il faut que le dossier partagé "HomeDir" soit accessible en guest.
Non.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas.Michel
niceCube wrote:
oh c vrai que ce serait plus cool avec un joli jouet dédié pour cela mais je n'ai pas trop gout de mettre près de 500 ¤ pour un Tiger serveur... plus tard peut-être !
Ah, donc tu as envie de t'amuser ? Je comprends :-)
tu veux dire qu'au niveau des autorisations du répertoire home de mon utilisateur il faut que j'ai, pour le groupe "others" des droits de :
lecture ecriture execution
?
Non, accessible != écriture, quand-même.
Je parlais du dossier partagé contenant les homedir, pas du homedir lui-même en fait. On ne fait en principes qu'un partage avec tous les home dedant plutôt qu'un partage par user.
Et je disais ça parce qu'il y a quelques versions, le montage devait être fait avant que l'utilisateur ne soit logué. N'étant pas logué il ne pouvait s'autentifier. Donc le dossier était monté en guest. Depuis Tiger, j'ai pas eu le temps ce comprendre les changements.
si tel est le cas c bien étrange en tant que sécurité.
Si Laurent dit que non, alors c'est non.
Perso j'ai testé un peu, mais je ne pratique pas.
-- S'il n'existait pas, je ne l'écrirais plus; S'il m'étais possible de le détruire, je le détruirais.
niceCube <niceCube@mac.com> wrote:
oh c vrai que ce serait plus cool avec un joli jouet dédié pour cela
mais je n'ai pas trop gout de mettre près de 500 ¤ pour un Tiger
serveur... plus tard peut-être !
Ah, donc tu as envie de t'amuser ?
Je comprends :-)
tu veux dire qu'au niveau des autorisations du répertoire home de mon
utilisateur il faut que j'ai, pour le groupe "others" des droits de :
lecture
ecriture
execution
?
Non, accessible != écriture, quand-même.
Je parlais du dossier partagé contenant les homedir, pas du homedir
lui-même en fait. On ne fait en principes qu'un partage avec tous les
home dedant plutôt qu'un partage par user.
Et je disais ça parce qu'il y a quelques versions, le montage devait
être fait avant que l'utilisateur ne soit logué. N'étant pas logué il ne
pouvait s'autentifier. Donc le dossier était monté en guest.
Depuis Tiger, j'ai pas eu le temps ce comprendre les changements.
si tel est le cas c bien étrange en tant que sécurité.
Si Laurent dit que non, alors c'est non.
Perso j'ai testé un peu, mais je ne pratique pas.
--
S'il n'existait pas, je ne l'écrirais plus;
S'il m'étais possible de le détruire, je le détruirais.
oh c vrai que ce serait plus cool avec un joli jouet dédié pour cela mais je n'ai pas trop gout de mettre près de 500 ¤ pour un Tiger serveur... plus tard peut-être !
Ah, donc tu as envie de t'amuser ? Je comprends :-)
tu veux dire qu'au niveau des autorisations du répertoire home de mon utilisateur il faut que j'ai, pour le groupe "others" des droits de :
lecture ecriture execution
?
Non, accessible != écriture, quand-même.
Je parlais du dossier partagé contenant les homedir, pas du homedir lui-même en fait. On ne fait en principes qu'un partage avec tous les home dedant plutôt qu'un partage par user.
Et je disais ça parce qu'il y a quelques versions, le montage devait être fait avant que l'utilisateur ne soit logué. N'étant pas logué il ne pouvait s'autentifier. Donc le dossier était monté en guest. Depuis Tiger, j'ai pas eu le temps ce comprendre les changements.
si tel est le cas c bien étrange en tant que sécurité.
Si Laurent dit que non, alors c'est non.
Perso j'ai testé un peu, mais je ne pratique pas.
-- S'il n'existait pas, je ne l'écrirais plus; S'il m'étais possible de le détruire, je le détruirais.
laurent.pertois
Nicolas MICHEL wrote:
Et je disais ça parce qu'il y a quelques versions, le montage devait être fait avant que l'utilisateur ne soit logué. N'étant pas logué il ne pouvait s'autentifier. Donc le dossier était monté en guest. Depuis Tiger, j'ai pas eu le temps ce comprendre les changements.
Disons que ce n'est théoriquement plus nécessaire au moins depuis la 10.3 et peut-être même depuis une 10.2.x quelconque.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas MICHEL <Nicolas.Michel@bonbon.net> wrote:
Et je disais ça parce qu'il y a quelques versions, le montage devait
être fait avant que l'utilisateur ne soit logué. N'étant pas logué il ne
pouvait s'autentifier. Donc le dossier était monté en guest.
Depuis Tiger, j'ai pas eu le temps ce comprendre les changements.
Disons que ce n'est théoriquement plus nécessaire au moins depuis la
10.3 et peut-être même depuis une 10.2.x quelconque.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Et je disais ça parce qu'il y a quelques versions, le montage devait être fait avant que l'utilisateur ne soit logué. N'étant pas logué il ne pouvait s'autentifier. Donc le dossier était monté en guest. Depuis Tiger, j'ai pas eu le temps ce comprendre les changements.
Disons que ce n'est théoriquement plus nécessaire au moins depuis la 10.3 et peut-être même depuis une 10.2.x quelconque.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas.Michel
Laurent Pertois wrote:
Nicolas MICHEL wrote:
Et je disais ça parce qu'il y a quelques versions, le montage devait être fait avant que l'utilisateur ne soit logué. N'étant pas logué il ne pouvait s'autentifier. Donc le dossier était monté en guest. Depuis Tiger, j'ai pas eu le temps ce comprendre les changements.
Disons que ce n'est théoriquement plus nécessaire au moins depuis la 10.3 et peut-être même depuis une 10.2.x quelconque.
Et donc ça se passe comment, à présent ?
-- S'il n'existait pas, je ne l'écrirais plus; S'il m'étais possible de le détruire, je le détruirais.
Et je disais ça parce qu'il y a quelques versions, le montage devait
être fait avant que l'utilisateur ne soit logué. N'étant pas logué il ne
pouvait s'autentifier. Donc le dossier était monté en guest.
Depuis Tiger, j'ai pas eu le temps ce comprendre les changements.
Disons que ce n'est théoriquement plus nécessaire au moins depuis la
10.3 et peut-être même depuis une 10.2.x quelconque.
Et donc ça se passe comment, à présent ?
--
S'il n'existait pas, je ne l'écrirais plus;
S'il m'étais possible de le détruire, je le détruirais.
Et je disais ça parce qu'il y a quelques versions, le montage devait être fait avant que l'utilisateur ne soit logué. N'étant pas logué il ne pouvait s'autentifier. Donc le dossier était monté en guest. Depuis Tiger, j'ai pas eu le temps ce comprendre les changements.
Disons que ce n'est théoriquement plus nécessaire au moins depuis la 10.3 et peut-être même depuis une 10.2.x quelconque.
Et donc ça se passe comment, à présent ?
-- S'il n'existait pas, je ne l'écrirais plus; S'il m'étais possible de le détruire, je le détruirais.
laurent.pertois
Nicolas MICHEL wrote:
Disons que ce n'est théoriquement plus nécessaire au moins depuis la 10.3 et peut-être même depuis une 10.2.x quelconque.
Et donc ça se passe comment, à présent ?
Il monte au login avec les noms et mdp de l'utilisateur, si tu fais un mount tu le vois bien.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas MICHEL <Nicolas.Michel@bonbon.net> wrote:
Disons que ce n'est théoriquement plus nécessaire au moins depuis la
10.3 et peut-être même depuis une 10.2.x quelconque.
Et donc ça se passe comment, à présent ?
Il monte au login avec les noms et mdp de l'utilisateur, si tu fais un
mount tu le vois bien.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Disons que ce n'est théoriquement plus nécessaire au moins depuis la 10.3 et peut-être même depuis une 10.2.x quelconque.
Et donc ça se passe comment, à présent ?
Il monte au login avec les noms et mdp de l'utilisateur, si tu fais un mount tu le vois bien.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas.Michel
Laurent Pertois wrote:
Nicolas MICHEL wrote:
Disons que ce n'est théoriquement plus nécessaire au moins depuis la 10.3 et peut-être même depuis une 10.2.x quelconque.
Et donc ça se passe comment, à présent ?
Il monte au login avec les noms et mdp de l'utilisateur, si tu fais un mount tu le vois bien.
Ah, j'ai pas de serveur sous la main. Donc tu dis que avant le login et après le logout, le dossier contennant les homedir n'est pas monté ?
merci :)
-- S'il n'existait pas, je ne l'écrirais plus; S'il m'étais possible de le détruire, je le détruirais.
Disons que ce n'est théoriquement plus nécessaire au moins depuis la 10.3 et peut-être même depuis une 10.2.x quelconque.
Et donc ça se passe comment, à présent ?
Il monte au login avec les noms et mdp de l'utilisateur, si tu fais un mount tu le vois bien.
Ah, j'ai pas de serveur sous la main. Donc tu dis que avant le login et après le logout, le dossier contennant les homedir n'est pas monté ?
merci :)
-- S'il n'existait pas, je ne l'écrirais plus; S'il m'étais possible de le détruire, je le détruirais.
laurent.pertois
Nicolas MICHEL wrote:
Il monte au login avec les noms et mdp de l'utilisateur, si tu fais un mount tu le vois bien.
Ah, j'ai pas de serveur sous la main. Donc tu dis que avant le login et après le logout, le dossier contennant les homedir n'est pas monté ?
Oui, mais il faut bien préparer l'environnement, quand même...
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Nicolas MICHEL <Nicolas.Michel@bonbon.net> wrote:
Il monte au login avec les noms et mdp de l'utilisateur, si tu fais un
mount tu le vois bien.
Ah, j'ai pas de serveur sous la main.
Donc tu dis que avant le login et après le logout, le dossier contennant
les homedir n'est pas monté ?
Oui, mais il faut bien préparer l'environnement, quand même...
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Il monte au login avec les noms et mdp de l'utilisateur, si tu fais un mount tu le vois bien.
Ah, j'ai pas de serveur sous la main. Donc tu dis que avant le login et après le logout, le dossier contennant les homedir n'est pas monté ?
Oui, mais il faut bien préparer l'environnement, quand même...
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
