--
Alain Coetmeur, Informatique-CDC DTA
mailto:[EMAIL PROTECTED]
> -----Message d'origine-----
> De: Steve Haslam [mailto:[EMAIL PROTECTED]]
> > telling that my password
> > is by default "DOM/gandalf" except on "bigiron" server
> > where it is "local/lord", and except on any //*/demo share
> > where the user is DOM2/guest with "dummy" password...
>
> Hmm, changing usernames so easily isn't something I've allowed
> for... or, really, allowing slashes in usernames...
sorry, that is just my notation for domain name in ~/smb-pass ...
> > by the way, the -Dvariable=value seems to work for you, which autofs
> > version do you use ... I did'nt get to make them work.
> 3.1.3
same for me... I may have to kill a chicken for the local voodoo sorcerer.
> > my opinion is that mount.smb should support a kind of password
> > fetching that avoid divulgating it in the command line... anyway
> > one could make a script that fetch the password (like the one
> > proposed in samba samples), and this would be more flexible until a
> > widespread way can be hardwired in smbmount.
>
> Yep.
>
> > another idea, is that program maps may be sufficient to implement
> > this, without adding a new map type for each file system... do you
> > see reasons that make program maps unuseable for such work?
> > performance may be an issue ?
>
> I've never used the program maps- tbh, I didn't even think of
> implementing all this using one. I might give it a try.
this is very powerful, but using /bin/sh
is quite dangerous. using perl or C++ may be better.
one idea, for extreme performance, could be to use module, or .so like
kernel modules, that you can add or remove
from the automounter, so that you don't have to recompile it,
which is breaking module isolation.
installing your kind of smb automount map, or
a /net -hosts NFS map, or a Netbios host map, or
any strange map, would be as easy as installing
a RPM module and editing /etc/auto.master
