Hmmm. Now you've said that, a long-since-buried memory is coming back to
me...
I did have a support call a long time ago on this, and yes, you are
right, there is a public option to mount in mount_nfs.
With the NFS URL syntax, you have the option to supply the port number
as well, and IIRC, the public filehandle uses the same connection for
the mount request as the nfs traffic. However, I couldn't say offhand
whether all traffic then goes via this same connection or not. The man
page does hint at this though:
If the NFS client and server
are separated by a firewall that allows all outbound
connections through specific ports, such as NFS_PORT,
then this enables NFS operations through the firewall.
I think the command line would be something like this:
mount -F nfs -opublic nfs://server:port/path/to/share /mnt
Don't quote me on that though :-)
Regards,
Brian
Jason King wrote:
I seem to recall (memory is rather hazy) that the public mount option
seemed to make NFS easier through a firewall (even though the man
pages really made no sense as to what the option actually does -- i
think it references something that no one outside of sun has ever
heard of).
On Wed, Apr 21, 2010 at 5:32 AM, Brian Ruthven - Solaris Network
Sustaining - Oracle UK <[email protected]> wrote:
I don't believe there is a way to do this and IIRC, this is one of the
problems that NFSv4 set out to address by only using a single port for all
operations, instead of the splattering of port numbers for nfsd, mountd,
statd, etc...
mountd is an RPC-based service, and as such relies upon rpcbind to provide
the rpc prognum -> port number mapping. It cannot be run in a "standalone"
mode.
Regards,
Brian
Peter Baer Galvin wrote:
Hmm, this should be obvious (or at least documented or discussed) but I
can't find it.
Trying to get NFS V3 mountd on Solaris 10 (i.e. the smf service
nfs/server) to listen on a static port (to get NFS mount to work through a
firewall).
Any suggestions?
Thanks.
--
Brian Ruthven
Solaris Network RPE (Sustaining)
Oracle UK
_______________________________________________
networking-discuss mailing list
[email protected]
--
Brian Ruthven
Solaris Network RPE (Sustaining)
Oracle UK
_______________________________________________
networking-discuss mailing list
[email protected]
