"Neteng" <(E-Mail Removed)> wrote in message
news:OpUDip3%(E-Mail Removed)...
> If you prevent users from a specific subnet from even accessing your
> network, you can leave NTFS permissions alone. 99% of admins out their
don't
> configure groups correctly. I doubt most could also get NTFS permissions
> right. If you prevent the clients in the building access to each others
> networks, you don't have to change any permissions.
Yes, if that kind of restriction is acceptable. But what often happens is
they suddenly realize how much "does not work" between the LANs because of
it and soon want to know how to get this, that, and 15 other things to
"work",..before long you end up wishing you had an Admin smart enough to
handle NTFS permissions properly. I don't have much mercy for Admins who
can deal with NTFS permissions,...it's like a truck driver that doesn't know
how to back-up.
If each "company" on that LAN has different Domains,..and there is no trust
between the Domains, then the NTFS permissions already have them block out
of each others "stuff" because the "Everyone Group" only encompasses
authenticated users in its own Domain.
But yes,..I'm not disagreeing with your point above,...if that kind of
restriction is acceptable.
> There is no need to NAT,
> the firewall can route just as well. NAT is a feature of a firewall, not a
> firewall in itself.
We will have to differ there. I don't even consider "firewall" to be any
more than a generic "slang" term made popular by marketers. There are
routers, NAT devices, and proxys,...all can be used as a "firewall". The
proxy is obvious, but the difference between a router and a NAT device is
that the NAT device does not have to ability to "not" do NAT,...where a
router can enable or disable it. The Watchgaurd box we have for example, as
far as I know, is always doing NAT and cannot "not" do NAT and work as a
regular router.
Phil
> "Phillip Windell" <@.> wrote in message
> news:eE7iUX3%(E-Mail Removed)...
> > "Tonton" <(E-Mail Removed)> wrote in message
> > news:0F25BDB6-0613-439A-BE85-(E-Mail Removed)...
> > > Our company has about 4 PCs. But we are providing Internet access to a
> > > number of other companies with their PCs. At present everyone can see
> > > everyone else's files/folders which is not a good security practise. I
> > want
> > > to make sure that nobody can see anybody else's files/folders.
> >
> > You use NTFS permissions. That is what they are for. That is the first
> area
> > of security. You can't allow filesystem access to the "Everyone Group"
and
> > complain that everyone can see all the files. So that is the first thing
> you
> > do.
> >
> > Do *not* consider the fact the something shows in Network Places as
having
> > "access". Just because is appears on the Browse List (Network Places)
does
> > not make it accessable.
> >
> > Running ACLs on a LAN Router would work for only Layer3&4 traffic.
> > Tradditional firewalls do NAT which is not appropriate. You want to
> control
> > traffic access, not "translate" it. That is why LAN Routers have had
ACLs
> > long before anyone invented NAT Firewalls. But LAN Routers only
restrict
> > between Network Segments for the most part,...they are not for creating
> > detailed Access Schemes,...that is what the NTFS Permissions are for.
> >
> > --
> > Phillip Windell [MCP, MVP, CCNA]
> > www.wandtv.com
> > -----------------------------------------------------
> > Understanding the ISA 2004 Access Rule Processing
> > http://www.isaserver.org/articles/IS...cessRules.html
> >
> > Microsoft Internet Security & Acceleration Server: Guidance
> > http://www.microsoft.com/isaserver/t...dance/2004.asp
> > http://www.microsoft.com/isaserver/t...dance/2000.asp
> >
> > Microsoft Internet Security & Acceleration Server: Partners
> > http://www.microsoft.com/isaserver/partners/default.asp
> >
> > Deployment Guidelines for ISA Server 2004 Enterprise Edition
> >
>
http://www.microsoft.com/technet/pro...isaserver.mspx
> > -----------------------------------------------------
> >
> >
> >
>
>