W dniu 29.12.2022 o 17:29, vitmau...@gmail.com pisze:
I have a NFS share on OpenBSD with a Windows 10 and a FireOS clients
(through VLC and Kodi). Windows 10 mounts the NFS share without issue,
but the Fire OS can't mount it either through VLC or Kodi. Before
moving to OpenBSD I had a NFS share on Fedora 34 and all my systems
could mount it.
I've found a similar problem on the lists, but it came down to NAT
issues and I don't think that is my case, since the Windows client
mounts the share successfully. Here's the entry:
https://www.mail-archive.com/bugs@openbsd.org/msg15280.html
I considered a version problem (NFSv3 vs NFSv4 or something of the
sort), but the version of libnfs used by both Kodi and VLC implements
NFSv3.
My exports file (tried mapall to my user, to root, and to nobody; none worked):
/home/vitor/server -alldirs -ro -network=192.168.1.0 -mask=255.255.255.0
My /var/log/daemon regarding the issue:
mountd[91001]: Refused mount RPC from host 192.168.1.4 port 57264
VLC for Android (version 3.5.3) log:
[8fdb48f0/39db] libvlc stream: nfs_mount_cb failed: -14, 'RPC Packet
not accepted by the server'
Kodi (version 19.5) log:
NFS: Failed to mount nfs share: /home/vitor/server (mount_cb: )
GetDirectory - Error getting nfs://192.168.1.14/home/vitor/server/
CGUIDialogFileBrowser::GetDirectory(nfs://192.168.1.14/home/vitor/server/)
failed
Server version:
OpenBSD 7.2 GENERIC.MP#758 amd64
Any help will be much appreciated.
Best,
Vitor
Just a guess, I don't know much about openbsd's nfs server
Is both server and client trying to use the same protocol (UDP or TCP)?
From man 8 nfsd: "Unless otherwise specified, four servers for UDP
transport are started."
So, maybe windows uses udp (or at least falls back to udp) while vlc
does not?
AFAIK linux's NFS server uses TCP by default (at least on archlinux,
according to man 8 nfsd) so this could explain why it worked when server
was on fedora.
Hope this helps
Regards,
--
Łukasz Moskała
