Beste,
Showmount gebruikt volgens mij de rpc services en werkt niet zonder de
uitzondering. NFS v4 heeft dit echter niet nodig en gebruikt enkel
poort 2049. Als je expliciet een nfs v3 mount doet zou ik verwachten dat
die niet werkt zonder uitzondering (of pas na een lange timeout).
Sorry voor het topposten. Getypt vanop mijn telefoon.
Rik
Op 5-nov.-2016 21:11 schreef "Geert Stappers" <stappers@stappers.nl
<mailto:stappers@stappers.nl>>:
On Sat, Nov 05, 2016 at 08:13:35PM +0100, mj wrote:
> Hoi allemaal,
>
> Ik wil een directory exporten naar een andere machine, over nfs. Heb
> op de server in /etc/exports een export geconfigureerd:
>
> > /srv/datashare 192.168.2.5(ro,no_subtree_check)
>
> Daarna nfs-kernel-server gestart, en kan hem nu op de client met
> success mounten, zelfs met nfs4. Prima.
>
> Nu wil ik graag tcp wrappers gebruiken om de zaak wat verder dicht
> te timmeren. Dus, op de server in hosts.deny:
>
> >rpcbind : ALL
> >rpc.statd : ALL
> >rpc.idmapd : ALL
> >rpc.mountd : ALL
>
> En dan, op de client, zoals verwacht:
>
> >root@client:/srv# showmount -e server
> >clnt_create: RPC: Port mapper failure - Authentication error
>
> Dan, allow de specifieke client in hosts.allow op de server:
>
> > rpcbind : 192.168.2.5
> > rpc.statd : 192.168.2.5
> > rpc.idmapd : 192.168.2.5
> > rpc.mountd : 192.168.2.5
>
> En inderdaad, op de client:
>
> >root@client:/srv# showmount -e server
> >Export list for server:
> >/srv/datashare 192.168.2.5
>
> ECHTER (en nu komt het..!) het mounten van deze nfs share op de
> client werkt stelselmatig wèl, ook ZONDER de uitzondering in
> hosts.allow op de server.
>
> Dus, wanneer ik géén uitzondering maak in hosts.allow, kan ik op
> client 192.168.2.5 TOCH de nfs export met succes mounten en de
> (actuele, real-time) inhoud bekijken.
>
> Dus showmount geeft inderdaad een fout, maar:
>
> > mount /srv/datashare
>
> werkt gewoon TOCH. Bovenstaande mount komt uit fstab, als:
>
> >server.company.com:/srv/datashare /srv/datashare/ nfs4
ro,intr,noexec 0 0
>
> Ik geloof niet dat ik snap waarom het gewoon blijft werken.
>
> Iemand hier wel? Wat zie ik over het hoofd? Waarom wordt hosts.deny
> / hosts.allow genegeerd bij het daadwerkelijk mounten..??
Mijn inschatting is dat er de situatie is als bij server niet
bereikbaar.
Dat kan voorkomen bij "Network File System". De client zal "gewoon"
een mount doen.
En mijn inschatting is dat bij daadwerklijk van de remote disk
gebruik maken,
dat dan de tcpwrappers (NFS is overigens UDP) wel verschil maken.
Groeten
Geert Stappers
--
Leven en laten leven