All of lore.kernel.org
 help / color / mirror / Atom feed
From: Don Gould <don@bowenvale.co.nz>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] SMB traffic routing/blocking...
Date: Wed, 04 May 2011 22:11:31 +0000	[thread overview]
Message-ID: <4DC1CF13.2070400@bowenvale.co.nz> (raw)
In-Reply-To: <4DC1C569.3040705@bowenvale.co.nz>

On 5/05/2011 9:45 a.m., Grant Taylor wrote:
> On 05/04/11 16:30, Don Gould wrote:
>> However I don't want people on 2.0 to be able to see computers in 3.0 or
>> 4.0, etc.
>
> What about 3.0 and 4.0 being able to see other subnets 2.0 / 4.0 and 
> 2.0 / 3.0 (respectively)?

Sorry, my bad.

I want to block, drop, what ever, Microsoft networking...  wins? but I 
do want to permit internet networking (for what of some better terms.

I don't want users on the 2.0 network to see the 'shares' on the 3.0 
networks in 'network neighbourhood'.

I know this could be achieved by simply putting everyone in different 
work groups rather than the default of 'workgroup' (or 'home' depending 
on what version of windows you're using).  But I don't control the 
computers, so I can't do that.

If user 2.35 sets up WAMP on their PC, I do want 3.45 to be able to see 
that. http://192.168.2.35/ ... blar :)

>> So I need to drop some traffic unless it's heading to my NAS IP
>> (192.168.1.2 for sake of argument).
>
> Do you want to single out the NAS IP (192.168.1.2) specifically, or is 
> the entire 1.0 network ok?  (This makes little difference, just asking 
> for clarify.)

What I want is...  When a user browses the "network" (windows term), I 
want them to see DonsNAS\192.168.x.0_Share  That's where I eventually 
want to end up.

Everyone on the x.0/24 network gets access to 1.xGb  of shared space 
where they can put stuff they want to share with everyone else on their 
network.  People on y.0/24 will have their share on the same NAS (which 
is actually a nice Debian box running samaba).  The share is to be fully 
open to everyone in x.0 but not visible to people in y.0 etc.

Think in terms of a block of apartments where each apartment is getting 
a x.0/24.  I'm wanting to give all the users in apartment 1 a network 
and some shared space so they can transfer files etc but I don't want 
the people in apartment 2 seeing the files of apartment 1.  However I 
don't have control of the computers, so I can't do stuff like ACLs etc.


>
>> I do want users in 192.168.x.0/24 to be able to see each other though.
>
> Please elaborate on what you mean by "see each other".  What services 
> do you want to allow to communicate?

I don't want them to be able to 'browse the network', errr... I don't 
want them to be able to "browse" the other networks.


>
> Shooting from the hip, I'd say that you want a default of DROP (or 
> REJECT at your preference) and allow traffic from 1.0 to the other 
> networks 2.0 / 3.0 / 4.0 and stateful replies to said traffic.
>
> This would isolate the 2.0 / 3.0 / 4.0 networks from each other but 
> still allow them to communicate with the 1.0 network.
>
Ya, that's not what I want.  I only want to drop the smb traffic.  Is 
that port 137? or do I need to drop more than that?

If I do what you just said then skype between networks will break won't 
it?  or it will travel out the public IP and transit to another peer?

Thanks for the help man :)

D


-- 
Don Gould
31 Acheson Ave
Mairehau
Christchurch, New Zealand
Ph: + 64 3 348 7235
Mobile: + 64 21 114 0699


_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

  parent reply	other threads:[~2011-05-04 22:11 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-04 21:30 [LARTC] SMB traffic routing/blocking Don Gould
2011-05-04 21:45 ` Grant Taylor
2011-05-04 22:11 ` Don Gould [this message]
2011-05-05 15:47 ` Grant Taylor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4DC1CF13.2070400@bowenvale.co.nz \
    --to=don@bowenvale.co.nz \
    --cc=lartc@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.