Re: ISA 2006 configuration question - multiple VLANs and domains



Er, yes there is.

http://www.cisco.com/en/US/products/hw/vpndevc/ps2284/products_configuration_guide_chapter09186a00801f1c82.html
http://www.cisco.com/univercd/cc/td/doc/product/aggr/vpn5000/5000sw/conc52x/50028con/vpngrp.htm

I think you've been misunderstanding me, probably my fault. Thanks for
the reply.

Jennifer_C

Phillip Windell wrote:
<j_crum@xxxxxxxxxxx> wrote in message
news:1168617358.230800.59170@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
The IP addresses in this case are of paramount importance due to legal
regulations. When I mentioned DHCP, I wasn't referring to running DHCP
on the ISA server. Perhaps it's best expressed like this: can a
multihomed ISA 2006 server forward a DHCP request to the proper VLAN
based on the users authentication credentials?

No it cannot,...and there is *not* going to be any other product that can
either. Networking technology just does not work like that. I think you
misunderstand what you need to meet the legal requirement.

It is not possible to get a particular IP# based on a user account,..period.
We are an NBC Affiliate TV Station that are regulated by the FCC and are
overseen by the Sarbanes-Oxley Act (my spelling is questionable). I have
legal issues that are probably up to my ears. What the laws state is that
users are not supposed to have access to company information that falls
outside the jurisdiction of their jobs. The laws do not dictate that a user
has to have a certain IP#, be in a certain segment, be in a certain VLAN, or
even use DHCP to begin with. It does not dictate that you have to even have
a Windows Domain or multiple network segments at all. You could run a
single segment with a workgroup of Linux machines and comply with the law as
long as the user only had access to only what they are supposed to access.

It is not possible for a VPN user to get an IP from a Segment (VLans are
just logical network segments) that is not from the Segment they are
connected into when establishing the VPN connection in the first place,...it
just can't happen,...and even if it did happen it would simply render the
user's machine useless because it could not communicate with anything
anywhere after that.

Besides all that, you are never supposed to use IP#s as a means to identify
users to begin with,...that is a security flaw in and of itself.

--
Phillip Windell [MCP, MVP, CCNA]
www.wandtv.com

The views expressed are my own (as annoying as they are), and not those of
my employer or anyone else associated with me.
-----------------------------------------------------

.



Relevant Pages

  • Re: DHCP multinet / superscope question
    ... "Phillip Windell" wrote: ... A router at ... on its LAN side forwards a request to the DHCP server and any client ... The DHCP Server knows what Scope to get ...
    (microsoft.public.windows.server.networking)
  • Re: Dont Understand Wireless IP Address Distribution
    ... own DHCP Server, but have a single DHCP Server handling all the ... Dynamic IP Addressing for your specific SubNet. ... multiple SubNets on any Segment, but only ONE DHCP Server per Segment, ... bypassing the Router portion of the hardware, ...
    (comp.sys.mac.system)
  • Re: MPLS network - split into sites or have flat.
    ... "Phillip Windell" wrote: ... 'sites', and that DNS, dhcp and authentication can be done over the WAN ... I also use an IT support company, and they tell me using WAN link for dns, ...
    (microsoft.public.windows.server.networking)
  • Re: running out of IP Address! help!
    ... The beauty of DHCP is that you can reconfigure the scope and reboot everyone ... Since you have .0 for a network and you need connectivity to .1 you can't ... You also could just segment your network a little. ...
    (microsoft.public.win2000.networking)
  • Re: 3 NIC IP routing issue & local dhp client issue
    ... my dhcp clients won't recieve dhcp. ... > accross subnets with RRAS you must add/configure the DHCP Agent in RRAS. ... >> I found a temp solution earlier by disabling RRAS and enabling ICS, ... > Phillip Windell ...
    (microsoft.public.windows.server.networking)

Loading