Je cherche un moyen de monter sur un poste de travail OS X (10.4 et .5)
un volume AFP ou un volume SMB, mais ceci /avant/ l'ouverture de session
(j'ai trouvé comment le faire après l'ouverture, bien sûr).
L'idée étant de monter ce répertoire car je veux y mettre le répertoire
home de l'utilisateur (ça me facilitera la vie pour les sauvegardes
automatiques que tout soit sur la même machine).
Les volumes à monter nécessitent une identification LDAP.
Je cherche un moyen de monter sur un poste de travail OS X (10.4 et .5) un volume AFP ou un volume SMB, mais ceci /avant/ l'ouverture de session (j'ai trouvé comment le faire après l'ouverture, bien sûr).
Et avec ca ? :
http://sial.org/howto/osx/automount/
Je cherche un moyen de monter sur un poste de travail OS X (10.4 et .5)
un volume AFP ou un volume SMB, mais ceci /avant/ l'ouverture de session
(j'ai trouvé comment le faire après l'ouverture, bien sûr).
Je cherche un moyen de monter sur un poste de travail OS X (10.4 et .5) un volume AFP ou un volume SMB, mais ceci /avant/ l'ouverture de session (j'ai trouvé comment le faire après l'ouverture, bien sûr).
Et avec ca ? :
http://sial.org/howto/osx/automount/
Franck
Je cherche un moyen de monter sur un poste de travail OS X (10.4 et .5) un volume AFP ou un volume SMB, mais ceci /avant/ l'ouverture de session (j'ai trouvé comment le faire après l'ouverture, bien sûr).
Et avec ca ? :
http://sial.org/howto/osx/automount/
(Les exemples concernent NFS, mais j'ai fait des tests il y a quelques mois avec SMB et AFS, et ca marche aussi)
Je cherche un moyen de monter sur un poste de travail OS X (10.4 et .5)
un volume AFP ou un volume SMB, mais ceci /avant/ l'ouverture de session
(j'ai trouvé comment le faire après l'ouverture, bien sûr).
Et avec ca ? :
http://sial.org/howto/osx/automount/
(Les exemples concernent NFS, mais j'ai fait des tests il y a quelques
mois avec SMB et AFS, et ca marche aussi)
Je cherche un moyen de monter sur un poste de travail OS X (10.4 et .5) un volume AFP ou un volume SMB, mais ceci /avant/ l'ouverture de session (j'ai trouvé comment le faire après l'ouverture, bien sûr).
Et avec ca ? :
http://sial.org/howto/osx/automount/
(Les exemples concernent NFS, mais j'ai fait des tests il y a quelques mois avec SMB et AFS, et ca marche aussi)
Stephen Ducret
http://sial.org/howto/osx/automount/
(Les exemples concernent NFS, mais j'ai fait des tests il y a quelques mois avec SMB et AFS, et ca marche aussi)
OK, j'étais tombé sur cette adresse, mais comme il ne mentionnait pas SMB j'étais passé outre. Merci infiniment !
Stephen Ducret
http://sial.org/howto/osx/automount/
(Les exemples concernent NFS, mais j'ai fait des tests il y a quelques
mois avec SMB et AFS, et ca marche aussi)
OK, j'étais tombé sur cette adresse, mais comme il ne mentionnait pas
SMB j'étais passé outre. Merci infiniment !
(Les exemples concernent NFS, mais j'ai fait des tests il y a quelques mois avec SMB et AFS, et ca marche aussi)
OK, j'étais tombé sur cette adresse, mais comme il ne mentionnait pas SMB j'étais passé outre. Merci infiniment !
Stephen Ducret
Stephen Ducret
Me voici de nouveau. J'ai suivi le la procédure indiquée dans le lien, celle marquée 'Static Mount' (et également celle indiquée 'Automounting via Netinfo').
Au démarrage, dans le premier cas j'ai un alias qui ne point sur rien dans le point de montage indiqué, et tout simplement rien avec la seconde méthode.
J'ai fait un screenshot de ma fenêtre Netinfo (pour le cas 'Static Mount') :
http://igat.epfl.ch/igat/automount.png
Un truc m'étonne dans la méthode, c'est que je ne dois à aucun moment renseigner mon login/mdp. Pourtant le serveur SMB nécessite une identification (je peux synchroniser les UID/GID ceci dit, mais je ne pense pas que le problème vienne de là).
Stephen
Me voici de nouveau. J'ai suivi le la procédure indiquée dans le lien,
celle marquée 'Static Mount' (et également celle indiquée 'Automounting
via Netinfo').
Au démarrage, dans le premier cas j'ai un alias qui ne point sur rien
dans le point de montage indiqué, et tout simplement rien avec la
seconde méthode.
J'ai fait un screenshot de ma fenêtre Netinfo (pour le cas 'Static Mount') :
http://igat.epfl.ch/igat/automount.png
Un truc m'étonne dans la méthode, c'est que je ne dois à aucun moment
renseigner mon login/mdp. Pourtant le serveur SMB nécessite une
identification (je peux synchroniser les UID/GID ceci dit, mais je ne
pense pas que le problème vienne de là).
Me voici de nouveau. J'ai suivi le la procédure indiquée dans le lien, celle marquée 'Static Mount' (et également celle indiquée 'Automounting via Netinfo').
Au démarrage, dans le premier cas j'ai un alias qui ne point sur rien dans le point de montage indiqué, et tout simplement rien avec la seconde méthode.
J'ai fait un screenshot de ma fenêtre Netinfo (pour le cas 'Static Mount') :
http://igat.epfl.ch/igat/automount.png
Un truc m'étonne dans la méthode, c'est que je ne dois à aucun moment renseigner mon login/mdp. Pourtant le serveur SMB nécessite une identification (je peux synchroniser les UID/GID ceci dit, mais je ne pense pas que le problème vienne de là).
Stephen
Nicolas.MICHEL
Stephen Ducret wrote:
Bonjour à tous,
Je cherche un moyen de monter sur un poste de travail OS X (10.4 et .5) un volume AFP ou un volume SMB, mais ceci /avant/ l'ouverture de session (j'ai trouvé comment le faire après l'ouverture, bien sûr).
L'idée étant de monter ce répertoire car je veux y mettre le répertoire home de l'utilisateur (ça me facilitera la vie pour les sauvegardes automatiques que tout soit sur la même machine).
Les volumes à monter nécessitent une identification LDAP.
Salut
Perso, j'ai renoncé au home délocalisé. Trop lent, trop cher, trop pénalisant en cas de problèmes. Je suis donc pas la référence...
Ceci dit je connais 3 situations générales pour délocaliser les home : - avec un open directory, la fonction est implémentée de base. - avec un active directory, le plugin du directory services a une coche qui le fait - avec un autre ldap, tu dois ajouter les spécificités du schéma Apple ou alors tu configures toi-même un automonteur. Il y en a plusieurs, mais de base un seul installé et configuré sur Mac OS X sauf erreur : automount. Il monte du nfs ou du afp, mais pas de smb sauf erreur.
Dans tous les cas tu as besoins d'un domaine kerberos valide avant d'attaquer les automount.
Perso je fais comme suit : - J'ai un montage nsf dans netinfo qui part au boot. - Puis un loginhook lance un loginscript qui se trouve sur ce share nfs - Ce loginscript lit dans notre AD de quels groupes l'utilisateur fait partie et monte via un osascript les shares smb ou afp auquels l'utilisateur a droit. - Le Homedir reste en local - Tous les jours, chaque client pousse les données sur un petit serveur via rsync, pour les backups.
C'est certainement pas la solution la plus simple, mais j'y trouve divers avantages (et aussi quelques inconveignants).
Pour qu'on puisse t'aider, il faudrait nous en dire plus sur ton environnement...
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Stephen Ducret <stephen.ducret.nospam@epfl.ch> wrote:
Bonjour à tous,
Je cherche un moyen de monter sur un poste de travail OS X (10.4 et .5)
un volume AFP ou un volume SMB, mais ceci /avant/ l'ouverture de session
(j'ai trouvé comment le faire après l'ouverture, bien sûr).
L'idée étant de monter ce répertoire car je veux y mettre le répertoire
home de l'utilisateur (ça me facilitera la vie pour les sauvegardes
automatiques que tout soit sur la même machine).
Les volumes à monter nécessitent une identification LDAP.
Salut
Perso, j'ai renoncé au home délocalisé. Trop lent, trop cher, trop
pénalisant en cas de problèmes.
Je suis donc pas la référence...
Ceci dit je connais 3 situations générales pour délocaliser les home :
- avec un open directory, la fonction est implémentée de base.
- avec un active directory, le plugin du directory services a une coche
qui le fait
- avec un autre ldap, tu dois ajouter les spécificités du schéma Apple
ou alors tu configures toi-même un automonteur. Il y en a plusieurs,
mais de base un seul installé et configuré sur Mac OS X sauf erreur :
automount. Il monte du nfs ou du afp, mais pas de smb sauf erreur.
Dans tous les cas tu as besoins d'un domaine kerberos valide avant
d'attaquer les automount.
Perso je fais comme suit :
- J'ai un montage nsf dans netinfo qui part au boot.
- Puis un loginhook lance un loginscript qui se trouve sur ce share nfs
- Ce loginscript lit dans notre AD de quels groupes l'utilisateur fait
partie et monte via un osascript les shares smb ou afp auquels
l'utilisateur a droit.
- Le Homedir reste en local
- Tous les jours, chaque client pousse les données sur un petit serveur
via rsync, pour les backups.
C'est certainement pas la solution la plus simple, mais j'y trouve
divers avantages (et aussi quelques inconveignants).
Pour qu'on puisse t'aider, il faudrait nous en dire plus sur ton
environnement...
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Je cherche un moyen de monter sur un poste de travail OS X (10.4 et .5) un volume AFP ou un volume SMB, mais ceci /avant/ l'ouverture de session (j'ai trouvé comment le faire après l'ouverture, bien sûr).
L'idée étant de monter ce répertoire car je veux y mettre le répertoire home de l'utilisateur (ça me facilitera la vie pour les sauvegardes automatiques que tout soit sur la même machine).
Les volumes à monter nécessitent une identification LDAP.
Salut
Perso, j'ai renoncé au home délocalisé. Trop lent, trop cher, trop pénalisant en cas de problèmes. Je suis donc pas la référence...
Ceci dit je connais 3 situations générales pour délocaliser les home : - avec un open directory, la fonction est implémentée de base. - avec un active directory, le plugin du directory services a une coche qui le fait - avec un autre ldap, tu dois ajouter les spécificités du schéma Apple ou alors tu configures toi-même un automonteur. Il y en a plusieurs, mais de base un seul installé et configuré sur Mac OS X sauf erreur : automount. Il monte du nfs ou du afp, mais pas de smb sauf erreur.
Dans tous les cas tu as besoins d'un domaine kerberos valide avant d'attaquer les automount.
Perso je fais comme suit : - J'ai un montage nsf dans netinfo qui part au boot. - Puis un loginhook lance un loginscript qui se trouve sur ce share nfs - Ce loginscript lit dans notre AD de quels groupes l'utilisateur fait partie et monte via un osascript les shares smb ou afp auquels l'utilisateur a droit. - Le Homedir reste en local - Tous les jours, chaque client pousse les données sur un petit serveur via rsync, pour les backups.
C'est certainement pas la solution la plus simple, mais j'y trouve divers avantages (et aussi quelques inconveignants).
Pour qu'on puisse t'aider, il faudrait nous en dire plus sur ton environnement...
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Stephen Ducret
Stephen Ducret wrote:
Bonjour à tous,
Je cherche un moyen de monter sur un poste de travail OS X (10.4 et .5) un volume AFP ou un volume SMB, mais ceci /avant/ l'ouverture de session (j'ai trouvé comment le faire après l'ouverture, bien sûr).
L'idée étant de monter ce répertoire car je veux y mettre le répertoire home de l'utilisateur (ça me facilitera la vie pour les sauvegardes automatiques que tout soit sur la même machine).
Les volumes à monter nécessitent une identification LDAP.
Salut
Perso, j'ai renoncé au home délocalisé. Trop lent, trop cher, trop pénalisant en cas de problèmes. Je suis donc pas la référence...
Ceci dit je connais 3 situations générales pour délocaliser les home : - avec un open directory, la fonction est implémentée de base. - avec un active directory, le plugin du directory services a une coche qui le fait - avec un autre ldap, tu dois ajouter les spécificités du schéma Apple ou alors tu configures toi-même un automonteur. Il y en a plusieurs, mais de base un seul installé et configuré sur Mac OS X sauf erreur : automount. Il monte du nfs ou du afp, mais pas de smb sauf erreur.
Dans tous les cas tu as besoins d'un domaine kerberos valide avant d'attaquer les automount.
Perso je fais comme suit : - J'ai un montage nsf dans netinfo qui part au boot. - Puis un loginhook lance un loginscript qui se trouve sur ce share nfs - Ce loginscript lit dans notre AD de quels groupes l'utilisateur fait partie et monte via un osascript les shares smb ou afp auquels l'utilisateur a droit. - Le Homedir reste en local - Tous les jours, chaque client pousse les données sur un petit serveur via rsync, pour les backups.
C'est certainement pas la solution la plus simple, mais j'y trouve divers avantages (et aussi quelques inconveignants).
Pour qu'on puisse t'aider, il faudrait nous en dire plus sur ton environnement...
Hello,
Merci infiniment pour ton aide.
Je précise que je ne suis pas un professionnel de l'informatique : je suis mathématicien, et au lieu de tâches d'enseignement j'essaie de faire en sorte que tout tienne plus ou moins debout.
Je suis assez d'accord avec les problèmes qu'il y a à utiliser un volume distant comme homedir, ceci dit la personne qui s'occupe du serveur SMB en question est compétente, et il n'est pas encore tombé en panne pour l'instant.
J'avais aussi envisagé une solution à base de montage à l'ouverture de session de volume réseau, de garder le homedir en local, puis d'utiliser cron pour faire des rsynk dans tous les sens. En fait c'était ma première solution.
J'ai aussi essayé le montage réseau à l'ouverture de session, et la synchronisation avec l'utilitaire Synk (mais pour une raison x ou y, la planification ne marche pas).
L'idée d'avoir le Home en itinérant m'arrange dans un certain sens, car elle peut être totalement transparente pour les gens avec lesquels je travaille et me permet de les déranger le moins possible dans leurs habitudes : je copie l'intégralité de leur Homedir sur le volume réseau, et par la suite je demande au système de monter automatiquement le volume avec comme point de montage leur homedir.
En dernier recours, je pourrai éventuellement simplement monter les volumes réseaux et expliquer aux gens qu'ils doivent y déposer les documents qu'ils veulent voir sauvegardés sur une base régulière.
Dans tous les cas, je galère toujours un peu pour le montage automatique avant le login, mais c'est vrai que je n'ai pas vraiment de raison de m'y accrocher.
Merci à toi pour ton éclairage ! Stephen
Stephen Ducret <stephen.ducret.nospam@epfl.ch> wrote:
Bonjour à tous,
Je cherche un moyen de monter sur un poste de travail OS X (10.4 et .5)
un volume AFP ou un volume SMB, mais ceci /avant/ l'ouverture de session
(j'ai trouvé comment le faire après l'ouverture, bien sûr).
L'idée étant de monter ce répertoire car je veux y mettre le répertoire
home de l'utilisateur (ça me facilitera la vie pour les sauvegardes
automatiques que tout soit sur la même machine).
Les volumes à monter nécessitent une identification LDAP.
Salut
Perso, j'ai renoncé au home délocalisé. Trop lent, trop cher, trop
pénalisant en cas de problèmes.
Je suis donc pas la référence...
Ceci dit je connais 3 situations générales pour délocaliser les home :
- avec un open directory, la fonction est implémentée de base.
- avec un active directory, le plugin du directory services a une coche
qui le fait
- avec un autre ldap, tu dois ajouter les spécificités du schéma Apple
ou alors tu configures toi-même un automonteur. Il y en a plusieurs,
mais de base un seul installé et configuré sur Mac OS X sauf erreur :
automount. Il monte du nfs ou du afp, mais pas de smb sauf erreur.
Dans tous les cas tu as besoins d'un domaine kerberos valide avant
d'attaquer les automount.
Perso je fais comme suit :
- J'ai un montage nsf dans netinfo qui part au boot.
- Puis un loginhook lance un loginscript qui se trouve sur ce share nfs
- Ce loginscript lit dans notre AD de quels groupes l'utilisateur fait
partie et monte via un osascript les shares smb ou afp auquels
l'utilisateur a droit.
- Le Homedir reste en local
- Tous les jours, chaque client pousse les données sur un petit serveur
via rsync, pour les backups.
C'est certainement pas la solution la plus simple, mais j'y trouve
divers avantages (et aussi quelques inconveignants).
Pour qu'on puisse t'aider, il faudrait nous en dire plus sur ton
environnement...
Hello,
Merci infiniment pour ton aide.
Je précise que je ne suis pas un professionnel de l'informatique : je
suis mathématicien, et au lieu de tâches d'enseignement j'essaie de
faire en sorte que tout tienne plus ou moins debout.
Je suis assez d'accord avec les problèmes qu'il y a à utiliser un volume
distant comme homedir, ceci dit la personne qui s'occupe du serveur SMB
en question est compétente, et il n'est pas encore tombé en panne pour
l'instant.
J'avais aussi envisagé une solution à base de montage à l'ouverture de
session de volume réseau, de garder le homedir en local, puis d'utiliser
cron pour faire des rsynk dans tous les sens. En fait c'était ma
première solution.
J'ai aussi essayé le montage réseau à l'ouverture de session, et la
synchronisation avec l'utilitaire Synk (mais pour une raison x ou y, la
planification ne marche pas).
L'idée d'avoir le Home en itinérant m'arrange dans un certain sens, car
elle peut être totalement transparente pour les gens avec lesquels je
travaille et me permet de les déranger le moins possible dans leurs
habitudes : je copie l'intégralité de leur Homedir sur le volume réseau,
et par la suite je demande au système de monter automatiquement le
volume avec comme point de montage leur homedir.
En dernier recours, je pourrai éventuellement simplement monter les
volumes réseaux et expliquer aux gens qu'ils doivent y déposer les
documents qu'ils veulent voir sauvegardés sur une base régulière.
Dans tous les cas, je galère toujours un peu pour le montage automatique
avant le login, mais c'est vrai que je n'ai pas vraiment de raison de
m'y accrocher.
Je cherche un moyen de monter sur un poste de travail OS X (10.4 et .5) un volume AFP ou un volume SMB, mais ceci /avant/ l'ouverture de session (j'ai trouvé comment le faire après l'ouverture, bien sûr).
L'idée étant de monter ce répertoire car je veux y mettre le répertoire home de l'utilisateur (ça me facilitera la vie pour les sauvegardes automatiques que tout soit sur la même machine).
Les volumes à monter nécessitent une identification LDAP.
Salut
Perso, j'ai renoncé au home délocalisé. Trop lent, trop cher, trop pénalisant en cas de problèmes. Je suis donc pas la référence...
Ceci dit je connais 3 situations générales pour délocaliser les home : - avec un open directory, la fonction est implémentée de base. - avec un active directory, le plugin du directory services a une coche qui le fait - avec un autre ldap, tu dois ajouter les spécificités du schéma Apple ou alors tu configures toi-même un automonteur. Il y en a plusieurs, mais de base un seul installé et configuré sur Mac OS X sauf erreur : automount. Il monte du nfs ou du afp, mais pas de smb sauf erreur.
Dans tous les cas tu as besoins d'un domaine kerberos valide avant d'attaquer les automount.
Perso je fais comme suit : - J'ai un montage nsf dans netinfo qui part au boot. - Puis un loginhook lance un loginscript qui se trouve sur ce share nfs - Ce loginscript lit dans notre AD de quels groupes l'utilisateur fait partie et monte via un osascript les shares smb ou afp auquels l'utilisateur a droit. - Le Homedir reste en local - Tous les jours, chaque client pousse les données sur un petit serveur via rsync, pour les backups.
C'est certainement pas la solution la plus simple, mais j'y trouve divers avantages (et aussi quelques inconveignants).
Pour qu'on puisse t'aider, il faudrait nous en dire plus sur ton environnement...
Hello,
Merci infiniment pour ton aide.
Je précise que je ne suis pas un professionnel de l'informatique : je suis mathématicien, et au lieu de tâches d'enseignement j'essaie de faire en sorte que tout tienne plus ou moins debout.
Je suis assez d'accord avec les problèmes qu'il y a à utiliser un volume distant comme homedir, ceci dit la personne qui s'occupe du serveur SMB en question est compétente, et il n'est pas encore tombé en panne pour l'instant.
J'avais aussi envisagé une solution à base de montage à l'ouverture de session de volume réseau, de garder le homedir en local, puis d'utiliser cron pour faire des rsynk dans tous les sens. En fait c'était ma première solution.
J'ai aussi essayé le montage réseau à l'ouverture de session, et la synchronisation avec l'utilitaire Synk (mais pour une raison x ou y, la planification ne marche pas).
L'idée d'avoir le Home en itinérant m'arrange dans un certain sens, car elle peut être totalement transparente pour les gens avec lesquels je travaille et me permet de les déranger le moins possible dans leurs habitudes : je copie l'intégralité de leur Homedir sur le volume réseau, et par la suite je demande au système de monter automatiquement le volume avec comme point de montage leur homedir.
En dernier recours, je pourrai éventuellement simplement monter les volumes réseaux et expliquer aux gens qu'ils doivent y déposer les documents qu'ils veulent voir sauvegardés sur une base régulière.
Dans tous les cas, je galère toujours un peu pour le montage automatique avant le login, mais c'est vrai que je n'ai pas vraiment de raison de m'y accrocher.
Merci à toi pour ton éclairage ! Stephen
Stephen Ducret
Pardon pour avoir laissé la citation dans mon message au dessus (je ne suis pas très réveillé). Voici mon environnement :
J'ai une vingtaine de postes sous OSX 10.3 et 10.4 qui sont reliés directement à Internet (ils ont une adresse IP par DHCP mais le bail possède une durée conséquente - par ailleurs je compte tout passer en IP fixe assez rapidement).
Ces machines n'ont pas besoin d'un serveur pour tourner. L'accès itinérant n'est pas souhaitable (les bureaux sont très proches les uns des autres et un tel accès serait inutile).
Actuellement, mon souci est qu'il n'y a pas de système de sauvegarde automatique. Je comptais en mettre un en place moi-même (en utilisant mon serveur AFP, et une solution à base de rsync ou autre).
Renseignements pris auprès du responsable informatique de la faculté (qui ne connaît pas trop les Mac), il possède un serveur SMB qui pourrait faire ce travail. L'avantage étant que la solution serait la même dans mon institut et dans les autres (dans une institution de la taille où je suis, c'est une assez bonne chose d'essayer de centraliser - d'autant que ça facilite le passage à un éventuel successeur pour mon travail).
Ce serveur SMB utilise le même annuaire que mon serveur à moi. Chaque membre de mon institut y possède un compte, s'y identifie par un username/password qui est utilisé pour toutes les identifications au niveau de l'école (grâce à la magie de LDAP).
Je peux sans souci monter (avec Commande + K) les volumes réseaux, mais j'aimerais qu'ils soient montés au démarrage, si possible avant login (mais ça je pense que tu l'as compris).
Voilà le stade où j'en suis. J'ai essayé le tutoriel donné par Franck (et sur lequel j'étais tombé étant donné que c'est la première réponse Google), mais pour une raison que j'ignore, il semble ne pas fonctionner sur mon poste de travail (OS X 10.4).
Merci beaucoup pour ton aide encore une fois !
Pardon pour avoir laissé la citation dans mon message au dessus (je ne
suis pas très réveillé). Voici mon environnement :
J'ai une vingtaine de postes sous OSX 10.3 et 10.4 qui sont reliés
directement à Internet (ils ont une adresse IP par DHCP mais le bail
possède une durée conséquente - par ailleurs je compte tout passer en IP
fixe assez rapidement).
Ces machines n'ont pas besoin d'un serveur pour tourner. L'accès
itinérant n'est pas souhaitable (les bureaux sont très proches les uns
des autres et un tel accès serait inutile).
Actuellement, mon souci est qu'il n'y a pas de système de sauvegarde
automatique. Je comptais en mettre un en place moi-même (en utilisant
mon serveur AFP, et une solution à base de rsync ou autre).
Renseignements pris auprès du responsable informatique de la faculté
(qui ne connaît pas trop les Mac), il possède un serveur SMB qui
pourrait faire ce travail. L'avantage étant que la solution serait la
même dans mon institut et dans les autres (dans une institution de la
taille où je suis, c'est une assez bonne chose d'essayer de centraliser
- d'autant que ça facilite le passage à un éventuel successeur pour mon
travail).
Ce serveur SMB utilise le même annuaire que mon serveur à moi. Chaque
membre de mon institut y possède un compte, s'y identifie par un
username/password qui est utilisé pour toutes les identifications au
niveau de l'école (grâce à la magie de LDAP).
Je peux sans souci monter (avec Commande + K) les volumes réseaux, mais
j'aimerais qu'ils soient montés au démarrage, si possible avant login
(mais ça je pense que tu l'as compris).
Voilà le stade où j'en suis. J'ai essayé le tutoriel donné par Franck
(et sur lequel j'étais tombé étant donné que c'est la première réponse
Google), mais pour une raison que j'ignore, il semble ne pas fonctionner
sur mon poste de travail (OS X 10.4).
Pardon pour avoir laissé la citation dans mon message au dessus (je ne suis pas très réveillé). Voici mon environnement :
J'ai une vingtaine de postes sous OSX 10.3 et 10.4 qui sont reliés directement à Internet (ils ont une adresse IP par DHCP mais le bail possède une durée conséquente - par ailleurs je compte tout passer en IP fixe assez rapidement).
Ces machines n'ont pas besoin d'un serveur pour tourner. L'accès itinérant n'est pas souhaitable (les bureaux sont très proches les uns des autres et un tel accès serait inutile).
Actuellement, mon souci est qu'il n'y a pas de système de sauvegarde automatique. Je comptais en mettre un en place moi-même (en utilisant mon serveur AFP, et une solution à base de rsync ou autre).
Renseignements pris auprès du responsable informatique de la faculté (qui ne connaît pas trop les Mac), il possède un serveur SMB qui pourrait faire ce travail. L'avantage étant que la solution serait la même dans mon institut et dans les autres (dans une institution de la taille où je suis, c'est une assez bonne chose d'essayer de centraliser - d'autant que ça facilite le passage à un éventuel successeur pour mon travail).
Ce serveur SMB utilise le même annuaire que mon serveur à moi. Chaque membre de mon institut y possède un compte, s'y identifie par un username/password qui est utilisé pour toutes les identifications au niveau de l'école (grâce à la magie de LDAP).
Je peux sans souci monter (avec Commande + K) les volumes réseaux, mais j'aimerais qu'ils soient montés au démarrage, si possible avant login (mais ça je pense que tu l'as compris).
Voilà le stade où j'en suis. J'ai essayé le tutoriel donné par Franck (et sur lequel j'étais tombé étant donné que c'est la première réponse Google), mais pour une raison que j'ignore, il semble ne pas fonctionner sur mon poste de travail (OS X 10.4).
Merci beaucoup pour ton aide encore une fois !
Franck
Un truc m'étonne dans la méthode, c'est que je ne dois à aucun moment renseigner mon login/mdp.
Pour monter des partages SAMBA, il faut effectivement renseigner login/mdp : Les paramètres à entrer dans la base netinfo sont donc légerement différents.
J'ai retrouvé l'article exact sur lequel je m'étais basé pour "automounter" des volumes samba (dans mon cas le montage n'était pas statique mais dynamique cependant)
Un truc m'étonne dans la méthode, c'est que je ne dois à aucun moment
renseigner mon login/mdp.
Pour monter des partages SAMBA, il faut effectivement renseigner
login/mdp : Les paramètres à entrer dans la base netinfo sont donc
légerement différents.
J'ai retrouvé l'article exact sur lequel je m'étais basé pour
"automounter" des volumes samba (dans mon cas le montage n'était pas
statique mais dynamique cependant)
Un truc m'étonne dans la méthode, c'est que je ne dois à aucun moment renseigner mon login/mdp.
Pour monter des partages SAMBA, il faut effectivement renseigner login/mdp : Les paramètres à entrer dans la base netinfo sont donc légerement différents.
J'ai retrouvé l'article exact sur lequel je m'étais basé pour "automounter" des volumes samba (dans mon cas le montage n'était pas statique mais dynamique cependant)
Je suis assez d'accord avec les problèmes qu'il y a à utiliser un volume distant comme homedir, ceci dit la personne qui s'occupe du serveur SMB en question est compétente, et il n'est pas encore tombé en panne pour l'instant.
Je m'inquiéterais plus de problèmes de performance.
L'idée d'avoir le Home en itinérant m'arrange dans un certain sens, car elle peut être totalement transparente
Tout dépend de l'usage... Si celui-ci requiert de nombreux accès disques, ça va vite devenir très lent !
Patrick -- Patrick Stadelmann
In article <1163670968_867@sicinfo3.epfl.ch>,
Stephen Ducret <stephen.ducret.nospam@epfl.ch> wrote:
Je suis assez d'accord avec les problèmes qu'il y a à utiliser un volume
distant comme homedir, ceci dit la personne qui s'occupe du serveur SMB
en question est compétente, et il n'est pas encore tombé en panne pour
l'instant.
Je m'inquiéterais plus de problèmes de performance.
L'idée d'avoir le Home en itinérant m'arrange dans un certain sens, car
elle peut être totalement transparente
Tout dépend de l'usage... Si celui-ci requiert de nombreux accès
disques, ça va vite devenir très lent !
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
Je suis assez d'accord avec les problèmes qu'il y a à utiliser un volume distant comme homedir, ceci dit la personne qui s'occupe du serveur SMB en question est compétente, et il n'est pas encore tombé en panne pour l'instant.
Je m'inquiéterais plus de problèmes de performance.
L'idée d'avoir le Home en itinérant m'arrange dans un certain sens, car elle peut être totalement transparente
Tout dépend de l'usage... Si celui-ci requiert de nombreux accès disques, ça va vite devenir très lent !
Patrick -- Patrick Stadelmann
Stephen Ducret
Tout dépend de l'usage... Si celui-ci requiert de nombreux accès disques, ça va vite devenir très lent !
Bonjour Patrick,
Au sujet des accès disque, il n'y a pas grand chose dans les HomeDir : les documents des gens (essentiellement du Latex) et le contenu de "Library".
Tout ce qui est musique, vidéos, etc..., est stocké en local (pour la musique il suffit de configurer iTunes pour qu'il change de répertoire favori, et d'indiquer aux gens que leur musique ne sera pas sauvegardée). En matière de débit, il n'y aura pas grand chose, donc. En matière d'accès disque, je n'en sais rien. Mais ce n'est pas non plus une toute petite machine, il doit y avoir des machins et des trucs genre RAID et compagnie pour l'aider à supporter la charge, sinon je pense qu'on ne me l'aurait pas conseillé pour héberger justement les homedir.
D'ailleurs ici (à l'EPFL), il me semble que tous les comptes Windows des étudiants se font en roaming.
Stephen
Tout dépend de l'usage... Si celui-ci requiert de nombreux accès
disques, ça va vite devenir très lent !
Bonjour Patrick,
Au sujet des accès disque, il n'y a pas grand chose dans les HomeDir :
les documents des gens (essentiellement du Latex) et le contenu de
"Library".
Tout ce qui est musique, vidéos, etc..., est stocké en local (pour la
musique il suffit de configurer iTunes pour qu'il change de répertoire
favori, et d'indiquer aux gens que leur musique ne sera pas sauvegardée).
En matière de débit, il n'y aura pas grand chose, donc. En matière
d'accès disque, je n'en sais rien. Mais ce n'est pas non plus une toute
petite machine, il doit y avoir des machins et des trucs genre RAID et
compagnie pour l'aider à supporter la charge, sinon je pense qu'on ne me
l'aurait pas conseillé pour héberger justement les homedir.
D'ailleurs ici (à l'EPFL), il me semble que tous les comptes Windows des
étudiants se font en roaming.
Tout dépend de l'usage... Si celui-ci requiert de nombreux accès disques, ça va vite devenir très lent !
Bonjour Patrick,
Au sujet des accès disque, il n'y a pas grand chose dans les HomeDir : les documents des gens (essentiellement du Latex) et le contenu de "Library".
Tout ce qui est musique, vidéos, etc..., est stocké en local (pour la musique il suffit de configurer iTunes pour qu'il change de répertoire favori, et d'indiquer aux gens que leur musique ne sera pas sauvegardée). En matière de débit, il n'y aura pas grand chose, donc. En matière d'accès disque, je n'en sais rien. Mais ce n'est pas non plus une toute petite machine, il doit y avoir des machins et des trucs genre RAID et compagnie pour l'aider à supporter la charge, sinon je pense qu'on ne me l'aurait pas conseillé pour héberger justement les homedir.
D'ailleurs ici (à l'EPFL), il me semble que tous les comptes Windows des étudiants se font en roaming.
