Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 792
  • Last Modified:

ISA 2004 IPSEC configuration

Hi all,

We are looking to create an IPSEC connection to a clients ISA 2004 using Global VPN client from either Sonicwall or Watchguards client. I have gone through the 5 steps to set this up but need some help.
I see in the logs that the VPN client tries to make the connection to the ISA Server using Ike but that it. On the client system it states message not received> Retransmitting!
Any thoughts.
Thanks
0
PCLANTECHS
Asked:
PCLANTECHS
  • 8
  • 2
1 Solution
 
Keith AlabasterEnterprise ArchitectCommented:
Any help?
0
 
PCLANTECHSAuthor Commented:
Keith,

We did take a look at those links, and I personally have been doing remote (road warrior type or other) VPNs into routers, firewalls, etc. for three years.  Although I have successfully used other clients, I favor the Sentinel VPN client used by WatchGuard, Netgear, etc.. and which works beautifully for Linksys/Cisco, Netopia, Juniper and other hardware implementations.  Takes about twenty minutes or less to set up on both sides.

Now even the isaserver.org tutorials say to keep it simple, plain vanilla and use defaults, which we strive to do, unless its a gateway-to-gateway permanent connection with multiple proposals to ensure 24-7 connections.  Especially to make a base remote-to-server set before any customization.  As far as we know, setting up a remote PC or Mac IPSec VPN client entails:

1. Keep away from piggybacking IPSec on L2Tp (use UDP 500 as it was originally)
2. Stay away from certificates. (exclude any compromisable third-party as a rule of thumb)
3. Setting up an IKE policy on the server with helpful remote and local Identity handles.
4. Use Shared-Key, PFS, 3-DES/MD-5 or 3-DES/SHA-1 for encryption/authentication.
5. Setting up the VPN policy (or Tunnel, if you wish) to match & reference that IKE policy.
6. Match the PFS with Diffie-Hellman 1 or 2, 3-DES/MD-5 or SHA-1, correspondingly.
7. Match the remote Sentinel VPN Client with or without using a Virtual Adapter.
Note we also learned to remove VPN passthru and all redirects or triggers on UDP 500..

Now those steps are pretty darn simple.  Where is this described in ISA 2000 or 2004, both of which we have?  The links you sent seem hellbent on us using certificates and on using ISA-specific nomenclature for terms and technology that have been pretty standard for what, 20 years?  Rude awakening after easily setting up successful PPTP VPN remote-to-server sets on ISA.. but then again, PPTP security is a joke, comparatively.  Is there something inherently stupid about ISA and original IPSec?  How can it be hard to make an IKE, refer to it with a VPNPol/Tunnel, and then match with the dang remote client?.  Isn't there a 7-10 step way to fill in ISA and match the procedure enumerated above?
0
2017 Webroot Threat Report

MSPs: Get the facts you need to protect your clients.
The 2017 Webroot Threat Report provides a uniquely insightful global view into the analysis and discoveries made by the Webroot® Threat Intelligence Platform to provide insights on key trends and risks as seen by our users.

 
Keith AlabasterEnterprise ArchitectCommented:
Can you drop me an email at keith_alabaster@experts-exchange.com

I can use this to reply with my personal ftp address. From there you can pull the isa2004 vpn kit
0
 
Keith AlabasterEnterprise ArchitectCommented:
Thanks Brian. I have replied; hopefully you will have received the mail. I note you alrweady have the VPN kit. As you will have seen, using ISA for site-to-site vpn's is pretty much the way you desribe although the VPN IPSEC client to ISA VPN should be simpler.

I am just pulling down the Cisco 4.8 client and will see if I can replicate your problem here.

Regards
keith
0
 
Keith AlabasterEnterprise ArchitectCommented:
Yes. I can replicate it with this client (fails on the stage 1 SA and retransmits last packet). monitoring shows all is cool and no calls on port 4500 which is strange.

have you seen this?
http://support.microsoft.com/?id=818043#6
0
 
PCLANTECHSAuthor Commented:
Sorry to say that the ISA Server 2004 VPN Deployment Kit is miserable reading at best, and self-contradicting:

from Page 17-18 of 513 of the ISA S2KVPNDK:

"....Note that only PPTP and L2TP/IPSec are the only VPN protocols supported for remote access VPN clients. The  reason for this is that IPSec tunnel mode is less secure than L2TP/IPSec. IPSec tunnel mode is subject to a number of well-known exploits that can lead to man-in-the-middle attacks. In contrast, L2TP/IPSec required much strong authentication and key generation mechanisms, and therefore, is not open to the same attacks.  IPSec tunnel mode support greatly increases the VPN site-to-site compatibility for ISA Server 2004 and makes it possible to place an ISA Server 2004 firewall/VPN server at any branch of a main office and connect to a third-party VPN gateway. "

They basically omitted remote client support for IPSec tunnel mode, while politically glossing over Microsoft's own more laughable PPTP (even with MS-CHAP2, MPPE), which they do support, of course(?), despite the fact that it shouldn't even be close to IPSec tunnel mode.  ISA 2004, at least from my first 2 readings, is 50% marketing crap.  So there is absolutely no way to use IPSec tunnel mode from remote access VPN clients to ISA.  Very puzzling. Very Microsoft.
0
 
Keith AlabasterEnterprise ArchitectCommented:
I have to say that my reading of the text is the same as yours. The ipsec tunnel to anything as long as it is 'from' ISA rather than terminating on ISA was a bit of an eye opener. Not that my dismay helps you in the slightest of course.
0
 
Keith AlabasterEnterprise ArchitectCommented:
Yeah OK although I would prefer PAQ - refund..
0
 
Keith AlabasterEnterprise ArchitectCommented:
This may help others in a similar position.
0
 
ee_ai_constructCommented:
Closed, 500 points refunded.
ee_ai_construct
Community Support Moderator
replacement part #xm34
0

Featured Post

Cyber Threats to Small Businesses (Part 2)

The evolving cybersecurity landscape presents SMBs with a host of new threats to their clients, their data, and their bottom line. In part 2 of this blog series, learn three quick processes Webroot’s CISO, Gary Hayslip, recommends to help small businesses beat modern threats.

  • 8
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now