Re: FC8 and NFS service

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I wonder if this will fix my problem trying to mount a Fedora 7 NFS
export from a Sabayon 3.4 workstation.  Let me go see if we let the
magic smoke out of the chips...

Mike-


On Sun, 24 Feb 2008 10:19:23 -0500, you wrote:

>Bill Davidsen wrote:
>> Mike Iglesias wrote:
>>> Bill Davidsen wrote:
>>>> Exactly, but even with secure NFS off I still get stuff like:
>>>>     Feb 21 21:50:33 posidon mountd[26030]: refused mount request from 
>>>> 192.168.2.17 for /common (/common
>>>> ): illegal port 60080
>>>
>>> Look at "man exports".  You need to use the "insecure" option on the 
>>> export entry to get it to accept any port instead of "secure" ports 
>>> (<1024).
>>>
>> I'll set it up tomorrow, but I see no difference between the "insecure" 
>> option for one export and the disabling of securenfs which I have in the 
>>  sysconfig file. I also note that some of the working clients are using 
>> port 32770, which is above both 1024 and 32768...
>> 
>> I can try it, but secure NFS should just flat be gone.
>> 
>And using the "insecure" export solves the problem. The securenfs option 
>in the /etc/sysconfig/nfs file seems to apply to Kerberos security 
>levels, as documented in "man 5 nfs" under "sec="
>
>>> So something like:
>>>
>>> /common 192.168.2.17(rw,insecure)
>>>
>>> would allow 192.168.2.17 to mount /common read/write from an insecure 
>>> port.
>>>
>>> If you're not using an /etc/exports, something like
>>>
>>> exportfs -o rw,insecure 192.168.2.17:/common
>>>
>>> should work.
>>>
>So I'm down to one issue (so far), which is re-exporting an SMB mounted 
>filesystem as NFS. I currently use an FC1 machine to do that, as recent 
>releases don't include smbfs and the server won't talk using cifs.
>
>My thought on that is to export a directory using samba and see if I can 
>get the old machine to write in that. The SMB is on a "Windows95RT" 
>device controller, some real time hack of Win95, and can't be upgraded.
>> 
>> Thanks for the thought, I'll let you know.
>> 
>Double thanks, at least for the first server the problem is solved!
>
>-- 
>Bill Davidsen <davidsen@xxxxxxx>
>   "We have more to fear from the bungling of the incompetent than from
>the machinations of the wicked."  - from Slashdot
--
If you're not confused, you're not trying hard enough.
--
Please note - Due to the intense volume of spam, we have installed 
site-wide spam filters at catherders.com.  If email from you bounces,
try non-HTML, non-encoded, non-attachments,

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux