Xsanity Sanity for Apple's Xsan and Final Cut Server.
  
Sunday, May 19 2013 @ 02:10 PM EDT
Topics
Storage (39)
People (1)
Xsan (103)
How To (26)
User Functions
Username:

Password:

Don't have an account yet? Sign up as a New User
Who's Online
Guest Users: 10
Sponsorship

Xsanity is proudly sponsored by:

Tekserve
The Old Reliable Mac Shop

Filtering traffic on the metadata/house network interfaces

 
Post new topic   Reply to topic    Xsanity Forums Forum Index -> Networking
View previous topic :: View next topic  
Author Message
Moe
Xsan Master
Xsan Master


Joined: 04 May 2006
Posts: 61

PostPosted: Wed Aug 08, 2012 3:54 am    Post subject: Filtering traffic on the metadata/house network interfaces Reply with quote

What would be the easiest way to filter traffic going on network interfaces on OS X clients ?
I'd like to force OS X to direct any file sharing, bonjour, NFS on a certain interface, and block it on the metadata network interface

Changing the priority of the interfaces doesn't seem the best solution at one customer's site

Regards
Back to top
View user's profile Send private message
matx
Xsan Master
Xsan Master


Joined: 15 Apr 2005
Posts: 378

PostPosted: Wed Aug 08, 2012 1:24 pm    Post subject: Reply with quote

"set service order" is meant to solve this kind of thing. Put the main LAN at the top. Xsan metadata network after it. All traffic except Xsan stuff will go through the main interface.
Back to top
View user's profile Send private message
rberd
Been around the blocks
Been around the blocks


Joined: 05 Oct 2009
Posts: 22

PostPosted: Wed Aug 08, 2012 1:39 pm    Post subject: Reply with quote

This is interesting as I am noticing something similar. I have the service order set correctly as mentioned, but every so often in Apple Remote Desktop I see the Metadata Network IP address listed for workstations and servers instead of the Public IP address.
Back to top
View user's profile Send private message
JSamuel
Xsan Master
Xsan Master


Joined: 05 Jan 2011
Posts: 169

PostPosted: Wed Aug 08, 2012 7:10 pm    Post subject: Reply with quote

Apple's workflow would put the MDLAN at the lowest priority, and since we're talking static IPs anyway, a static internal IP with a tight subnet (ie: 255.255.255.0 - as I'll be surprised if you need more than 254 MDLAN IPv4 addresses!)

You could go a step further and make your settings on the switch (depending on layer and management capability) to drop other traffic but I doubt this is a good idea, nor found the need to even investigate this in the past (in any case, your MD switch is a seperate device)

rberd wrote:
but every so often in Apple Remote Desktop I see the Metadata Network IP address listed for workstations and servers instead of the Public IP address.


Where are you running ARD from? Naturally ARD will scan "Local Network" when in Scanner mode, which will go through each interface in order and pickup whatever it can find... because it's scanning. So if you're on a machine which has MD LAN visibility, it will do this.

If you're on a management machine which doesn't have MD LAN access, just "WLAN", then ARD's DNS resolution shouldn't be showing you MD LAN IPs nor MD LAN rDNS entries, unless, your DNS is bad.
Back to top
View user's profile Send private message Visit poster's website
brianwells
Xsan Master
Xsan Master


Joined: 22 Oct 2008
Posts: 80

PostPosted: Wed Aug 08, 2012 7:37 pm    Post subject: Reply with quote

How do your workstations and servers appear in DNS? I had both the public and metadata IP addresses showing up when I did a DNS query. It turned out that the computers were registering both IP addresses with the Active Directory domain controller for inclusion in DNS.

I was able to restrict registration to just the public IP address by following the steps in this Apple support article: http://support.apple.com/kb/HT3169
Back to top
View user's profile Send private message
abstractrude
Xsan Master
Xsan Master


Joined: 13 Mar 2008
Posts: 860

PostPosted: Wed Aug 08, 2012 8:00 pm    Post subject: Reply with quote

hmm. this is a weird one. I really dont know what you would do other than a firewall. Run this on the localhost or the remote machine. Simply block all access except the xsan related ports. Easier on the remote machines...
Back to top
View user's profile Send private message
morphenine
Xsan Master
Xsan Master


Joined: 22 Dec 2008
Posts: 126

PostPosted: Fri Aug 10, 2012 5:40 pm    Post subject: Reply with quote

In the past I've used ipfw and route settings on SAN machines to block certain traffic from traversing the metadata. You can also turn off bonjour for the metadata ports.
Back to top
View user's profile Send private message Visit poster's website
Moe
Xsan Master
Xsan Master


Joined: 04 May 2006
Posts: 61

PostPosted: Wed Sep 12, 2012 2:26 pm    Post subject: Reply with quote

morphenine wrote:
You can also turn off bonjour for the metadata ports.


How do you do this for certain network interfaces ?
Back to top
View user's profile Send private message
Moe
Xsan Master
Xsan Master


Joined: 04 May 2006
Posts: 61

PostPosted: Wed Sep 12, 2012 2:55 pm    Post subject: Reply with quote

JSamuel wrote:

If you're on a management machine which doesn't have MD LAN access, just "WLAN", then ARD's DNS resolution shouldn't be showing you MD LAN IPs nor MD LAN rDNS entries, unless, your DNS is bad.


At a customer site, they're using 172.17.2.x for house network and 192.168.99.x for Metadata network

In ARD , if you put the range from 172.17.2.1 to 172.17.2.255 , it shows up a list of systems on the network, in the list, one clients shows up with it's IP on the 192.168.99.x

So there's some kind of routing / bridging happening, clue where is it coming from
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    Xsanity Forums Forum Index -> Networking All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group
Best Viewed on a Mac | Suggested Browser: Whatever floats yer boat.