04-14-2007 12:56 PM - edited 03-11-2019 03:00 AM
I have a 515 running ASA 7.2 software which is configured as a remote access vpn, site to site tunnel, and is a firewall between hosts on the inside and the Internet. VPN was working fine until I placed an ACL on the inside interface. I was always under the impression that vpn traffic was exempt from ACLs, but just to make sure I added an ACL that permitted hosts on the inside network to hosts on the remote access network. Inside network being 10.0.0.0/8 and the vpn remote access network being 192.168.8.0/24
my access list read
permit ip any 192.168.8.0 255.255.255.0
and was getting hits. Now though I've been having problems with remote access clients being able to use certain protocols and apps. They are able to establish the tunnel, but when trying to make a connection to say remote desktop, they temporarily make the connection but then get the error
"because of an error in data encryption, your session will end." I've removed the ACL, but the behavior persists. No other changes have been made, I've rebooted the firewall and my Internet router. The same behavior is apparent on the site to site tunnel as well. I enabled some debugging on crypto, but nothing really looks wrong with the connections being made, only the traffic being sent over the tunnels. Anyone have any ideas?
thank you,
Bill
04-14-2007 01:32 PM
it turned out to be a service policy rule was causing the problem, but could someone clarify the ACL and vpn question? That is, if I have an acl on the inside interface, do I need to account for VPN traffic, or is all vpn traffic, tunnels included, exempt from acl inspection?
thanks
01-28-2008 06:08 AM
Hi mate,
Unfortunately I dont know the answer to your query, but am desperately trying to find out...I have some un-explained VPN behaviour, which I'm attributing the the ACLs currently, but the ACLs on the outside interface are not allowing IPSec, yet the tunel is established, and there are no hits against the inside ACLs, so it seems as though the Crypto ACLs take precedence over the interface ACLs...but I would like confirmation...so please post a reply if you were able to find out....?
01-28-2008 06:47 AM
All my practical testing and experience led me to the conclusion that the sysopt connection command doesn't exempt the vpn traffic from acls I had in place on my inside interface. In other words, I needed to account for the vpn subnet when configuring my inside access list, otherwise the inside hosts were unable to communicate return traffic to those vpn clients initiating traffic.
01-28-2008 06:56 AM
I was not suggesting the inside interface has anything to do with it. The bypass is done on the outside access list because of the way the firewall works with the security level.
The traffic from the inside to the outside is allowed anyway (unless your rules don't specify it), so it doesn't need any ACL and you need to bypass the IPSEC on the outside ACL.
01-28-2008 06:15 AM
Hi there,
A basic question, are you allowing the IPSEC to bypass the access lists?
hostname(config)# sysopt connection permit-ipsec
Do you have this command?
I believe this would be the only reason that would make your tunnel be established if there is nothing on your outside ACL's.
HTH,
Paulo
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: