Does linux provide a method by which I might query a host for the
"anyone" mountable file systems described in it's NFS export file?
Try using the command 'showmount'Quote:
>Does linux provide a method by which I might query a host for the
>"anyone" mountable file systems described in it's NFS export file?
Using 'showmount --exports the.nfs.host.net' should show you the
exported file systems on a given host.
Hope this helps.
I've seen a similar problem with slackware 1.1.1 (0.99.14). I believe
it to be a bug somewhere in the ftp code, though I haven't found the
I find that if I have two entries in /etc/exports, the permissions
of the second also apply to the first! E.g.
makes both foo and bar read-only while
allows both to be mounted read-write (obviously a security hole!).
(Note that from a client I can successfully write to the ro volume).
I've traced through auth-init (inside mountd) which parses
"/etc/exports", and it seems to build the permissions structures
I've tried tracing through the actual mound process, but I ran
out of time before I could find anything.
I don't think the (only) problem could be on the client, since the
server is allowing me to modify a volume I should not be able to.
My possible errors:
- To use gdb on mountd, I had to recompile from nfsd-150.tar
(though both my sources and the binary identified themselves
- More worrisome, I had to kludge up some links from
i386-linux/2.3.3 to i486-linux/2.4.5 (I couldn't figure out how to get
slackware to give me the right libraries). When I installed my
recompiled mountd as rpc.mountd, however, I still get the same
Hope this helps someone who's better at debugging networking.
- Dave Holt
12. nfs exporting