[macosx-unix] Re: Re: NFS mount in the Finder
George Georgalis
george at galis.org
Wed Feb 1 14:53:32 EST 2006
On Wed, Feb 01, 2006 at 11:20:15AM -0800, pete wright wrote:
>On Wed, Feb 01, 2006 at 02:22:19PM -0500, George Georgalis wrote:
>> On Wed, Feb 01, 2006 at 11:25:41AM -0500, Marco Scoffier wrote:
>> >On Wed, Feb 01, 2006 at 11:02:18AM -0500, Robert W. Place wrote:
>> >>Press Appl-K to set up a network drive while in the finder and the
>> >>syntax is as follows:
>> >>
>> >>nfs://servername/sharename
>> >>
>> >
>> >Hi Robert,
>> >
>> >Thanks.
>> >
>> >I failed to mention that I tried this also but I get a failed to connect
>> >to server because the name or password is incorrect. This is using
>> >exactly the same address and user which works flawlessly from the
>> >commandline... and nfs doesn't use usernames, just IP's for
>> >verification (which is why I prefered to use the old appletalk, even
>> >thought the passwords are in cleartext).
>>
>> I've had that problem too. My conclusion, Tiger cannot mount Linux NFS
>> partitions (through the finder command-k interface), but it has no problem
>> with a FreeBSD NFS server.
>>
>
>no, that's no true. I've been mounting linux/netapp/isolan/emc/*bsd
>exported nfs volumes on OSX for some time now via static mounts and
>auto.map files.
If you could help me work that out I'd be grateful...
root at sta:~/ # cat /etc/debian_version
3.0+backports.org
# only non-commented line in exports
/usr/nfs/sandbox 192.168.80.0/24(rw)
# start portmap, nfs-common, nfs-kernel-server
# purge firewall rules
root at sta:~/ # iptables -vnL
Chain INPUT (policy ACCEPT 33 packets, 2740 bytes)
pkts bytes target prot opt in out source destination
Chain FORWARD (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
Chain OUTPUT (policy DROP 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
31 3168 ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state NEW,RELATED,ESTABLISHED
now in tiger 10.4.4, finder command-k interface says, "Could
not connect to the server because the name or password is not
correct. TryAgain/Cancel"
The server address was listed as:
nfs://sta.duo/usr/nfs/sandbox
and that name does indeed resolv to the linux box.
I don't much appreciate the netinfo interface but I poked around
there to see any "wrong" entries, maybe something is missing but
I don't see anything incorrect. I don't think the answer is there
because I did a reinstall this fall, and I've not tried mucked
with it since.
Before and after the reinstall I could finder/nfs FreeBSD
partitions; but they are not available ATM to check.
// George
--
George Georgalis, systems architect, administrator <IXOYE><
http://galis.org/ cell:646-331-2027 mailto:george at galis.org
More information about the macosx-unix
mailing list