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
next prev 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox