Browsing nfs share in other VLAN not working.
-
It's been years since I've worked with NFS, so I don't remember the details, but if you're just able to browse shares, without prior connection, it means they're being broadcast. So, unless the server is directly connected to that VLAN, you won't receive the broadcasts, which are not passed by router.
-
@herman said in Browsing nfs share in other VLAN not working.:
Now in VLAN10 when I browse the NFS shares nothing comes up.
Huh? You mean your asking box in vlan 10 what its sharing via showmount or something?
What does "browse" mean to you??
-
Hi Guys,
@marvosa @JKnott : Mij video content is located on a server with IP address 10.0.0.15 (VLAN1). I have several Kodi media players (Raspberry PI2B) connected in VLAN10. They have IP 10.0.10.201, 202 and 203. The streaming works perfect with the existing shares added in Kodi. No problem at all. Plays everything like a charm. The problem starts when I try to add a new folder in Kodi. In the menu I can browse for existing nfs shares on the 10.0.0.15 server. Normally when the device is in VLAN1 it comes up with the server IP and then I can choose the desired nfs folder I wish to add in Kodi. In VLAN10 this doesn't work anymore. Correct me if I'm wrong but I think this has to do with the broadcasting witch is not allowed between two VLANS? Can that be solved with rules? On VLAN10 I've created a "Default allow VLAN10 to any" rule.
@johnpoz : With browsing I mean actually the discovery of the shares on a server. When I want to add a new shared nfs folder in Kodi I can choose the nfs option, then Kodi searches the network for existing nfs shares.
Hope this helps.
Regards,
Herman -
@herman said in Browsing nfs share in other VLAN not working.:
Correct me if I'm wrong but I think this has to do with the broadcasting witch is not allowed between two VLANS? Can that be solved with rules?
You are correct that your problem comes from broadcasts or the lack thereof in a different VLAN. The main purpose of VLANs is to disconnect broadcast domains. So no, this cannot be solved with a rule.
Why are your Kodi devices in a different subnet than your server? -
@herman said in Browsing nfs share in other VLAN not working.:
Correct me if I'm wrong but I think this has to do with the broadcasting witch is not allowed between two VLANS?
No, broadcasts are not normally passed by routers. Some protocols, such as DHCP, can use a relay agent to get past this, but I haven't heard of similar for NFS.
-
NFS doesn't broadcast anything - atleast never heard of such a thing... You would have to ask the box for its NFS shares..
You could use something like autofs to mount nfs shares, etc.
-
@johnpoz said in Browsing nfs share in other VLAN not working.:
NFS doesn't broadcast anything - atleast never heard of such a thing... You would have to ask the box for its NFS shares..
You could use something like autofs to mount nfs shares, etc.
Hi JohnPoz,
I do ask the box for nfs shares. Like I said before when the box is in VLAN1 it find every nfs share that is available. When I connect the box to VLAN10 then the box finds zip!
Regards Herman
-
@jknott said in Browsing nfs share in other VLAN not working.:
@herman said in Browsing nfs share in other VLAN not working.:
Correct me if I'm wrong but I think this has to do with the broadcasting witch is not allowed between two VLANS?
No, broadcasts are not normally passed by routers. Some protocols, such as DHCP, can use a relay agent to get past this, but I haven't heard of similar for NFS.
Maybe I should use 2 network interface cards in the server. That would also be better for performance reasons, yes?
-
@jahonix said in Browsing nfs share in other VLAN not working.:
@herman said in Browsing nfs share in other VLAN not working.:
Correct me if I'm wrong but I think this has to do with the broadcasting witch is not allowed between two VLANS? Can that be solved with rules?
You are correct that your problem comes from broadcasts or the lack thereof in a different VLAN. The main purpose of VLANs is to disconnect broadcast domains. So no, this cannot be solved with a rule.
Why are your Kodi devices in a different subnet than your server?I want to seperate my regular network from the Streaming network. Maybe I should also use 2 nic's for this.
-
Multihoming is going to bring its own pain to the problem
HOW are you asking the other machine for its NFS shares... You can for sure cross vlans with say showmount?
showmount -e IPaddressofNFSserver
Did you look to the firewall of the NFSserver - he might be saying - hey that is not my local network, F off not showing you shit ;)
Here I just fired up NFS sharing on my NAS, set my dmz vlan (192.168.3/24 to have permission to my plex share..
Nas IP 192.168.9.10
Pi coming from 192.168.3.31pi@pi:~ $ showmount -e 192.168.9.10 Export list for 192.168.9.10: /volume1/Plex 192.168.3.0/24,192.168.9.0/24 /volume1/2TB 192.168.9.0/24 pi@pi:~ $ showmount -e nas.local.lan Export list for nas.local.lan: /volume1/Plex 192.168.3.0/24,192.168.9.0/24 /volume1/2TB 192.168.9.0/24 pi@pi:~ $
Can access it via IP or name.
-
@herman If your clients connect to a share on another network then they aren't separated anyways. So where's the point in solving this trouble?
A second NIC doesn't solve this problem....and forget what I wrote before about broadcasts. It is correct that they are limited in the broadcast domain. But NFS does not use it. See below (you might understand this c&p from https://de.wikipedia.org/wiki/Network_File_System )
Schematischer Ablauf der Datenübertragung Im Folgenden ist der prinzipielle Ablauf einer NFS-Kommunikation des alten zustandslosen NFS bis einschließlich Version 3 beschrieben. Szenario: Ein Nutzer des Client-Rechners möchte ein entferntes Verzeichnis (/directory) öffnen und eine darin befindliche Datei (test) anzeigen lassen. Damit ein Datenaustausch zwischen NFS-Server und -Client stattfinden kann, muss der NFS-Server gestartet und beim Portmapper registriert sein. * Client kontaktiert Portmapper auf Port 111 und fragt nach dem Port des Mount-Daemons (mountd) * Portmapper gibt Portnummer für mountd heraus. Typischerweise ist das 694. * Client kontaktiert mountd und fragt nach einem Filehandle für /directory, des vom Clienten zu mountenden Verzeichnisses des Servers. * mountd gibt ein Filehandle 0 als root-Filehandle für das zu mountende Verzeichnis des Servers zurück * Client kontaktiert Portmapper und fragt nach dem Port für NFS (nfsd). Typischerweise ist das 2049. * Portmapper gibt Portnummer für nfsd heraus * Client führt LOOKUP-Prozedur aus mit den Parametern Filehandle 0 und dem Dateinamen (test) * nfsd gibt Filehandle 1 für Datei (test) heraus * Client führt READ-Prozedur aus mit dem Parameter Filehandle 1 * nfsd gibt Inhalt der Datei (test) zurück (Daten)
No broadcast involved, don't know why I got this so wrong. Brain fart. Sorry!
More info about NFS can be found here:
https://en.wikipedia.org/wiki/Network_File_System
http://nfs.sourceforge.net -
Hi Guys,
Thaks for all the info you providing. I will start reading and learning tomorrow and see you then same time next year
On my raspberry PI's I have installed LibreElec (Just Enough OS for Kodi). I show you a screenshot how I browse for nfs shares. The screenshot is made on a Windows computer in my VLAN10. So forget the drive letters you see.
I can click and click, but it won't show shares. On VLAN1 it works like a charm.Regards,
Herman -
Well you should get on their forums and ask them how that works... I have no idea, don't use it - its not related to pfsense in any way at all.
And has zero to do with vlans, etc.
But lets be clear how did you setup the server sharing the NFS... you now moved your client to another network... its quite possible the firewall on the other server is just not allowing you..
Why not just drop to a cmd line and do a showmount -e IP..
-
@johnpoz said in Browsing nfs share in other VLAN not working.:
Well you should get on their forums and ask them how that works... I have no idea, don't use it - its not related to pfsense in any way at all.
And has zero to do with vlans, etc.
But lets be clear how did you setup the server sharing the NFS... you now moved your client to another network... its quite possible the firewall on the other server is just not allowing you..
Why not just drop to a cmd line and do a showmount -e IP..
Thank you Johnpoz.
-
@johnpoz said in Browsing nfs share in other VLAN not working.:
Well you should get on their forums and ask them how that works... I have no idea, don't use it - its not related to pfsense in any way at all.
It's mainly using mDNS/DNS-SD with Avahi.
-
Yeah you could/might be able to get it to work across your L2 if its using that mode of discovery, if your NFS server is publishing it..
That is what is broke with this software... Why don't you just directly map your nfs?
-
@johnpoz said in Browsing nfs share in other VLAN not working.:
That is what is broke with this software... Why don't you just directly map your nfs?
That works fine with Kodi too. It's just not as comfortable having to enter the IP address by hand.
-
Just put in the FQDN ;)
Its a freaking 1 time thing ;)
-
But it also depends on which version NFS he's using.
-
Why the fqdn has nothing to do with nfs..
How freaking hard is to run basic network services on your own network like resolving a known server that shares nfs to a fqdn.. That has zero to do what version of nfs he is running which I would assume is 4+
Getting ready to take a vac to SD where my son moved for 12 days, and then full month over the summer out there.. Maybe I just need a break from "users" ;)
I mean really what does this have to do with pfsense, or even basic common sense for that matter? This has zero do do with routing, pfsense, firewalling.. this is understanding basic networking and how a machine accesses nfs share.. He clearly is allowing 111, etc.. What his client or server might do for some L2 discovery has zero to do with firewalls or vlans or whatever this is per application stuff..
He he doesn't understand how his client "finds" his server then the should be asking his OS or application support or his "server" forum.. This has nothing to do with L2/Switching/Vlans to be honest..
I really want to help the guy - but not understanding your own applications is not what we are here to support.. Did we become a "everything" support forum when I wasn't looking? ;) Which I am happy to do by the way, but I was not aware of the netgate/pfsense desire to support all of IT ;)
Man I need a few weeks just drinking myself to oblivion and playing with my grand kids :)
Sorry!!! ;)