Rep:RE: [fw-wiz] VPN and NAT

From: Georges Dupont (dalong_at_ifrance.com)
Date: 06/11/03

  • Next message: TSimons_at_Delphi-Tech.com: "RE: [fw-wiz] Backup exec agent in dmz"
    To: "Ben Nagy" <ben@iagu.net>, <firewall-wizards@icsalabs.com>, <ravivsn@roc.co.in>
    Date: Wed, 11 Jun 2003 09:18:56 GMT
    
    

    Hi Ben and Ravi,

    And thanks for your answers. I will clarify a little bit where we are as
    to this VPN and NAT stuff, but for the main part it looks like one of
    Ben's suggestions.

    > First of all, when you say "real" IP addresses, I assume that you mean
    > "someone else's", which creates the problem that you might need to
    reach
    > internal addresses as well as the legitimate owner of those addresses.

    That is true, but it has been so for quite a long time and the customer
    just does not care for this problem. Lucky us.

    > Terminate the VPN such that users are assigned IPs in the internal (as
    in
    > "real / someone else's") range. Things will then work just fine unless
    they

    [cut]

    > Terminate the VPN users in a separate DMZ with separate addressing
    which is
    > logically inside and parallel to the normal inside network. Put a
    firewall
    > between the in and vpn nets and another between the vpn and outgoing
    DMZ
    > nets. The only real difference is that you can NAT the in network to
    make

    This second option is, somehow, the way we are going. The diagram is a
    little bit more complicated, but here's the main idea :

    [Internet] -- access router -- VPN DMZ (RFC 1918) -- filtering router --
    [in]

    The 'access router' is already performing ingress/egress filtering, we
    will "only" create a new DMZ dedicated to the VPN and adapt the filters
    accordingly.
    When using the VPN, the users will (should ?) not be able to use any
    other interface card/modem card on their system nor any other network
    route. It will/should be a 'dedicated link', no-external-surfing while
    VPNing into the network. They will 'know' the real, internal IP
    addresses of their targets, no NAT used. Just as if they were directly
    connected to their company's network.
    Users should be granted IP addresses in ranges related to their
    authentication, so that filters per address range may be defined, to
    restrict access only to systems they need to access.

    Do we have missed something, big or small, as to this architecture ?

    > In either option, always make sure that VPN users are assigned into an
    IP
    > range which isn't shared with any other kind of device - this is
    important
    > for log and audit.

    That will be the case, they will use several RFC 1918 class C networks
    or one class B, I do not know yet.

    > bonne chance...

    Thanks, we will need every bit of it when getting down to work...
    _____________________________________________________________________
    Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger
    http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France

    _____________________________________________________________________
    Envie de discuter en "live" avec vos amis ? Télécharger MSN Messenger
    http://www.ifrance.com/_reloc/m la 1ère messagerie instantanée de France

    _______________________________________________
    firewall-wizards mailing list
    firewall-wizards@honor.icsalabs.com
    http://honor.icsalabs.com/mailman/listinfo/firewall-wizards


  • Next message: TSimons_at_Delphi-Tech.com: "RE: [fw-wiz] Backup exec agent in dmz"

    Relevant Pages

    • Re: NATting both ways
      ... on my "VPN" network off a PIX 525. ... We are using ip nat inside and ip nat outside on our inside and ... creates a VPN to another router on a remote network. ... crypto map CLIENTMAP client authentication list default ...
      (comp.dcom.sys.cisco)
    • Re: [Full-disclosure] Remote Desktop Command Fixation Attacks
      ... This set of steps is redundant in many places, and it's also enormously expensive, since you're using no less than three different expensive bits of networking hardware (AP, PIX, VPN Concentrator), in addition to a bunch of x86 server hardware, windows server licenses, and at least one ISA license. ... Your computers necessarily don't have full access to your network infrastructure when they aren't logged on, so GPOs, software updates, etc can't be applied at the times you want them to be applied. ... Turning on, enabling, and implementing every possible security setting and device you think of is not defence in depth, and will probably only have two effects - your users won't use your wireless network, and you'll burn so much cash you won't have any left to spend on *useful* security measures. ...
      (Full-Disclosure)
    • TidBITS#792/15-Aug-05
      ... We also note the release of Security Update 2005-007, ... Macintosh FTP client, free for educational and charitable use. ... mentioned virtual private network (VPN) technologies. ...
      (comp.sys.mac.digest)
    • RE: VPN Error 800
      ... The VPN client IP is 10.0.1.40, this is a private IP address. ... server IP address is 81.137.105.244, this is a Internet IP address. ... not test VPN connection from your perimeter network. ... SBS on your switch to make it work. ...
      (microsoft.public.windows.server.sbs)
    • Re: VPN with SBS 2003 (not R2) and DSL.
      ... Reading property value for VPN returned OK ... Reading VPN Server Name returned OK ... identical network cards. ... it seems doubtful that SBS will work properly with two NICs ...
      (microsoft.public.windows.server.sbs)