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?
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?
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....?
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.
Table of ContentsIntroductionVersion HistoryPossible Future
UpdatesDocuments PurposeNAT Operation in ASA 8.3+ SectionsRule Types
Network Object NATTwice NAT / Manual NATRule Types used per SectionNAT
Types used with Twice NAT / Manual NAT and Network Obje...
Table of Contents Introduction:This document describes details on how
NAT-T works. Background: ESP encrypts all critical information,
encapsulating the entire inner TCP/UDP datagram within an ESP header.
ESP is an IP protocol in the same sense that TCP an...