Sur 10.4 et précédent, je stockait les info de mount dans netinfo.
A présent, c'est dans /var/db/dslocal/nodes/Default/mounts, et c'est un
.plist comme je les haime.
Bon, passons.
dscl m'indique une structure avec plein de choses en plus que dans la
structure des fichiers. Par exemple la même info sur le mount nfs se
retrouve à la fois dans
dscl localhost -list /Local/Default/Mounts
et dans
dscl localhost -list /Local/Default/NFS
Pourquoi ?
Il y a aussi un /Local/Default/Automount et un
/Local/Default/AutomountMap. Et plein d'autres trucs dureste.
Est-ce que vous connaissez une doc qui explique tout ça ?
Encore une chose.
Si je mets un mount nfs via les directory services (c'est cool ça), je
peux le lire avec cette commande :
%> sudo dscl localhost -read /Local/Default/NFS/`dscl localhost \
-list /Local/Default/NFS`
Mais je ne peux pas l'effacer par cette commande ni en interactif, ça me
dit :
/Local/Default/Mounts > delete nfs.ici.ch:\/nfs/
delete: Invalid Path
<dscl_cmd> DS Error: -14009 (eDSUnknownNodeName)
Pareil si je vais dans /Local/Default/NFS.
Est-ce un bug ou me goure-je ?
Au fait, si on copie le fichier .plist d'un mac à l'autre (j'ai qu'un
seul léopard installé) est-ce que ça va marcher ?
(ce qui serait sympa, de fait)
Merci :)
--
Nicolas - MICHEL at bluewin point ch
AIM : michelnicolas
Là la conf dit que en fait /net/os c'est /home1/${os} et $os est expansé par le client, la conf est donc la même sur tous les clients...
Ah okok, ben va falloir lire la doc d'autofs :-)
Ben je l'ai déjà lu :) Enfin l'année dernière... j
Donc j'en déduis que ça ne le fait pas ?
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Là la conf dit que en fait /net/os c'est /home1/${os} et $os est
expansé par le client, la conf est donc la même sur tous les clients...
Ah okok, ben va falloir lire la doc d'autofs :-)
Ben je l'ai déjà lu :)
Enfin l'année dernière... j
Donc j'en déduis que ça ne le fait pas ?
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Là la conf dit que en fait /net/os c'est /home1/${os} et $os est expansé par le client, la conf est donc la même sur tous les clients...
Ah okok, ben va falloir lire la doc d'autofs :-)
Ben je l'ai déjà lu :) Enfin l'année dernière... j
Donc j'en déduis que ça ne le fait pas ?
-- 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'_remove_'
Laurent Pertois wrote:
Nicolas MICHEL <Nicolas-MICHEL'_remove_'@bluewin.ch> wrote:
A quoi peut bien me servire un service qui retourne une IP en fonction du nom si le nom est forgé à partir de l'IP ?
Parce que c'est un poste et que ça le concerne moins qu'un serveur ?
Si je dois intervenir sur un mac, je commence par du remote. Dans un cas comme "sv6-23.epfl.ch" je dois aller sur notre OCSinventory, je fais une recherche sur le nom de l'utilisateur et avec de la chance je trouve l'IP de la machine pour ensuite la prendre avec ARD ou ssh. Super efficace. Autant dire que le DNS ne sert à rien.
Pour qu'un nom soit utile, il faut qu'il fournisse une info. Perso j'aime trouver le nom de l'utilisateur, du groupe et l'emplacement de la machine. Il y a aussi les amateurs de numéro d'inventaire. Avec ces info dans le nom, je peux localiser facilement un ordinateur et donc travailler.
Bonjour ?
Pas routé à l'EPFL, au revoir ... :)
Donc il faut un DNS dynamique pour que le nom soit sensé.
Question d'habitude.
Oui, on s'habitue à tout, mais c'est contre-productif et ça va à l'envers de ce à quoi c'est sensé servir : nomer et renseigner.
Ou alors le DNS ne sert que pour les serveurs, autant dire qu'il ne sert à rien puisque les serveurs sont sensés être mapés au login, donc on a pas besoins de les connaitre.
Euh, si tu as besoin de travailler dessus pour de l'admin, tu ne les auras pas tous. Et avoir un nom DNS pour un serveur ça permet de changer l'IP sans devoir derrière tout reconfigurer sur tous les postes qui y accèdent.
Pour ça j'utlise un alias DNS par service, en général. Mais dans le cas d'un mappage au login en supposant que je prenne l'IP, je modifies le login script et le client se met à jour au prochain login. Rien de terrible. Reste les services web où là ça prends du sens côté serveur.
Perso j'aime bien l'AD.
Tu l'administres ?
Oui et non. Je n'en suis pas responsable mais je suis tous les jours dessus. De tous les produits M$, c'est un des rare qui fait ce qu'on attends de lui et qui est robuste. On a installé nos 2 DC il y a 5 ans, pas eu une seule panne dessus. Le seul ennuis, c'est une attaque en bruteforce depuis une passerelle linux pas à jour. Le serveur a tenu mais les comptes partaient en "locked out". Comparé à du IIS, euh ...
Franchement, pour des Mac, ça n'apporte pas grand chose l'AD, c'est juste utile de pouvoir s'y connecter.
C'est déjà beaucoup pour moi. Sinon à chaque nouveau je dois créer un compte local sur chaque machine qu'il est suceptible d'utiliser, c'est à dire à vue de nez une 15aine.
Et puis il y a le sso. C'est agréable. J'y ai ajouté un loginscript et un backup de tous les /Users, le résultat est potable, bien qu'un brin technique.
Il me manque surtout la possibilité de déployer une imprimante, chose que j'ai pas implémenté, et les réglages fins des mcx mais je n'en aurais pas un très grand usage, à prioris.
-- Nicolas - MICHEL at bluewin point ch AIM : michelnicolas
Nicolas MICHEL <Nicolas-MICHEL'_remove_'@bluewin.ch> wrote:
A quoi peut bien me servire un service qui retourne une IP en fonction
du nom si le nom est forgé à partir de l'IP ?
Parce que c'est un poste et que ça le concerne moins qu'un serveur ?
Si je dois intervenir sur un mac, je commence par du remote.
Dans un cas comme "sv6-23.epfl.ch" je dois aller sur notre OCSinventory,
je fais une recherche sur le nom de l'utilisateur et avec de la chance
je trouve l'IP de la machine pour ensuite la prendre avec ARD ou ssh.
Super efficace. Autant dire que le DNS ne sert à rien.
Pour qu'un nom soit utile, il faut qu'il fournisse une info.
Perso j'aime trouver le nom de l'utilisateur, du groupe et l'emplacement
de la machine. Il y a aussi les amateurs de numéro d'inventaire.
Avec ces info dans le nom, je peux localiser facilement un ordinateur et
donc travailler.
Bonjour ?
Pas routé à l'EPFL, au revoir ... :)
Donc il faut un DNS dynamique pour que le nom soit sensé.
Question d'habitude.
Oui, on s'habitue à tout, mais c'est contre-productif et ça va à
l'envers de ce à quoi c'est sensé servir : nomer et renseigner.
Ou alors le DNS ne sert que pour les serveurs, autant dire qu'il ne sert
à rien puisque les serveurs sont sensés être mapés au login, donc on a
pas besoins de les connaitre.
Euh, si tu as besoin de travailler dessus pour de l'admin, tu ne les
auras pas tous. Et avoir un nom DNS pour un serveur ça permet de changer
l'IP sans devoir derrière tout reconfigurer sur tous les postes qui y
accèdent.
Pour ça j'utlise un alias DNS par service, en général.
Mais dans le cas d'un mappage au login en supposant que je prenne l'IP,
je modifies le login script et le client se met à jour au prochain
login. Rien de terrible. Reste les services web où là ça prends du sens
côté serveur.
Perso j'aime bien l'AD.
Tu l'administres ?
Oui et non. Je n'en suis pas responsable mais je suis tous les jours
dessus. De tous les produits M$, c'est un des rare qui fait ce qu'on
attends de lui et qui est robuste. On a installé nos 2 DC il y a 5 ans,
pas eu une seule panne dessus. Le seul ennuis, c'est une attaque en
bruteforce depuis une passerelle linux pas à jour. Le serveur a tenu
mais les comptes partaient en "locked out". Comparé à du IIS, euh ...
Franchement, pour des Mac, ça n'apporte pas grand chose l'AD, c'est
juste utile de pouvoir s'y connecter.
C'est déjà beaucoup pour moi.
Sinon à chaque nouveau je dois créer un compte local sur chaque machine
qu'il est suceptible d'utiliser, c'est à dire à vue de nez une 15aine.
Et puis il y a le sso. C'est agréable.
J'y ai ajouté un loginscript et un backup de tous les /Users,
le résultat est potable, bien qu'un brin technique.
Il me manque surtout la possibilité de déployer une imprimante, chose
que j'ai pas implémenté, et les réglages fins des mcx mais je n'en
aurais pas un très grand usage, à prioris.
--
Nicolas - MICHEL at bluewin point ch
AIM : michelnicolas
Nicolas MICHEL <Nicolas-MICHEL'_remove_'@bluewin.ch> wrote:
A quoi peut bien me servire un service qui retourne une IP en fonction du nom si le nom est forgé à partir de l'IP ?
Parce que c'est un poste et que ça le concerne moins qu'un serveur ?
Si je dois intervenir sur un mac, je commence par du remote. Dans un cas comme "sv6-23.epfl.ch" je dois aller sur notre OCSinventory, je fais une recherche sur le nom de l'utilisateur et avec de la chance je trouve l'IP de la machine pour ensuite la prendre avec ARD ou ssh. Super efficace. Autant dire que le DNS ne sert à rien.
Pour qu'un nom soit utile, il faut qu'il fournisse une info. Perso j'aime trouver le nom de l'utilisateur, du groupe et l'emplacement de la machine. Il y a aussi les amateurs de numéro d'inventaire. Avec ces info dans le nom, je peux localiser facilement un ordinateur et donc travailler.
Bonjour ?
Pas routé à l'EPFL, au revoir ... :)
Donc il faut un DNS dynamique pour que le nom soit sensé.
Question d'habitude.
Oui, on s'habitue à tout, mais c'est contre-productif et ça va à l'envers de ce à quoi c'est sensé servir : nomer et renseigner.
Ou alors le DNS ne sert que pour les serveurs, autant dire qu'il ne sert à rien puisque les serveurs sont sensés être mapés au login, donc on a pas besoins de les connaitre.
Euh, si tu as besoin de travailler dessus pour de l'admin, tu ne les auras pas tous. Et avoir un nom DNS pour un serveur ça permet de changer l'IP sans devoir derrière tout reconfigurer sur tous les postes qui y accèdent.
Pour ça j'utlise un alias DNS par service, en général. Mais dans le cas d'un mappage au login en supposant que je prenne l'IP, je modifies le login script et le client se met à jour au prochain login. Rien de terrible. Reste les services web où là ça prends du sens côté serveur.
Perso j'aime bien l'AD.
Tu l'administres ?
Oui et non. Je n'en suis pas responsable mais je suis tous les jours dessus. De tous les produits M$, c'est un des rare qui fait ce qu'on attends de lui et qui est robuste. On a installé nos 2 DC il y a 5 ans, pas eu une seule panne dessus. Le seul ennuis, c'est une attaque en bruteforce depuis une passerelle linux pas à jour. Le serveur a tenu mais les comptes partaient en "locked out". Comparé à du IIS, euh ...
Franchement, pour des Mac, ça n'apporte pas grand chose l'AD, c'est juste utile de pouvoir s'y connecter.
C'est déjà beaucoup pour moi. Sinon à chaque nouveau je dois créer un compte local sur chaque machine qu'il est suceptible d'utiliser, c'est à dire à vue de nez une 15aine.
Et puis il y a le sso. C'est agréable. J'y ai ajouté un loginscript et un backup de tous les /Users, le résultat est potable, bien qu'un brin technique.
Il me manque surtout la possibilité de déployer une imprimante, chose que j'ai pas implémenté, et les réglages fins des mcx mais je n'en aurais pas un très grand usage, à prioris.
-- Nicolas - MICHEL at bluewin point ch AIM : michelnicolas
FiLH
(Laurent Pertois) writes:
FiLH wrote:
Laurent Pertois wrote:
FiLH wrote:
Là la conf dit que en fait /net/os c'est /home1/${os} et $os est expansé par le client, la conf est donc la même sur tous les clients...
Ah okok, ben va falloir lire la doc d'autofs :-)
Ben je l'ai déjà lu :) Enfin l'année dernière... j
Donc j'en déduis que ça ne le fait pas ?
Ou que je n'ai pas bien lu ou bien compris le manuel :) En gros j'aimerais bien m'être trompé dans ma lecture :)
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Là la conf dit que en fait /net/os c'est /home1/${os} et $os est
expansé par le client, la conf est donc la même sur tous les clients...
Ah okok, ben va falloir lire la doc d'autofs :-)
Ben je l'ai déjà lu :)
Enfin l'année dernière... j
Donc j'en déduis que ça ne le fait pas ?
Ou que je n'ai pas bien lu ou bien compris le manuel :)
En gros j'aimerais bien m'être trompé dans ma lecture :)
FiLH
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Là la conf dit que en fait /net/os c'est /home1/${os} et $os est expansé par le client, la conf est donc la même sur tous les clients...
Ah okok, ben va falloir lire la doc d'autofs :-)
Ben je l'ai déjà lu :) Enfin l'année dernière... j
Donc j'en déduis que ça ne le fait pas ?
Ou que je n'ai pas bien lu ou bien compris le manuel :) En gros j'aimerais bien m'être trompé dans ma lecture :)
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
