Can't ping or access hosts on PIX VPN connection

I've just setup PIX 506e 6.3(3) firewall and sucsessfully connected to the internal LAN through Cisco VPN client 3.6.4 (WinXP SP2)
However I can't ping anything on the network.
Here is my config

interface ethernet0 auto
interface ethernet1 auto
nameif ethernet0 outside security0
nameif ethernet1 inside security100
enable password  encrypted
passwd  encrypted
hostname pixfirewall
domain-name some.lan
fixup protocol dns maximum-length 512
fixup protocol ftp 21
fixup protocol h323 h225 1720
fixup protocol h323 ras 1718-1719
fixup protocol http 80
fixup protocol rsh 514
fixup protocol rtsp 554
fixup protocol sip 5060
fixup protocol sip udp 5060
fixup protocol skinny 2000
fixup protocol smtp 25
fixup protocol tftp 69
names
access-list inside_outbound_nat0_acl permit ip any 10.10.8.0 255.255.255.0
access-list outside_cryptomap_dyn_20 permit ip any 10.10.8.0 255.255.255.0
pager lines 24
mtu outside 1500
mtu inside 1500
ip address outside dhcp setroute
ip address inside 10.10.10.254 255.255.255.0
ip audit info action alarm
ip audit attack action alarm
ip local pool vpnpool1 10.10.8.1-10.10.8.250
pdm location 10.10.10.0 255.255.255.0 inside
pdm logging informational 100
pdm history enable
arp timeout 14400
global (outside) 1 interface
nat (inside) 0 access-list inside_outbound_nat0_acl
nat (inside) 1 0.0.0.0 0.0.0.0 0 0
timeout xlate 0:05:00
timeout conn 1:00:00 half-closed 0:10:00 udp 0:02:00 rpc 0:10:00 h225 1:00:00
timeout h323 0:05:00 mgcp 0:05:00 sip 0:30:00 sip_media 0:02:00
timeout uauth 0:05:00 absolute
aaa-server TACACS+ protocol tacacs+
aaa-server RADIUS protocol radius
aaa-server LOCAL protocol local
http server enable
http 10.10.10.0 255.255.255.0 inside
http 10.10.8.0 255.255.255.0 inside
no snmp-server location
no snmp-server contact
snmp-server community public
no snmp-server enable traps
floodguard enable
sysopt connection permit-ipsec
crypto ipsec transform-set ESP-3DES-MD5 esp-3des esp-md5-hmac
crypto dynamic-map outside_dyn_map 20 match address outside_cryptomap_dyn_20
crypto dynamic-map outside_dyn_map 20 set transform-set ESP-3DES-MD5
crypto map outside_map 65535 ipsec-isakmp dynamic outside_dyn_map
crypto map outside_map client authentication LOCAL
crypto map outside_map interface outside
isakmp enable outside
isakmp policy 20 authentication pre-share
isakmp policy 20 encryption 3des
isakmp policy 20 hash md5
isakmp policy 20 group 2
isakmp policy 20 lifetime 86400
vpngroup Remotes address-pool vpnpool1
vpngroup Remotes dns-server 10.10.10.1
vpngroup Remotes default-domain some.lan
vpngroup Remotes idle-time 1800
vpngroup Remotes password *************
telnet timeout 5
ssh timeout 5
console timeout 0
dhcpd auto_config outside
username***** privilege 15
terminal width 80

I think ithe problem is with NAT entries.
I do not have a router on the client side.
Thanks!
vdoisanAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

lrmooreCommented:
>client 3.6.4 (WinXP SP2)
I think SP2 requires upgrade to 4.50 or 4.6 VPN client

Also, try adding:

   access-list split_tunnel_acl permit ip 10.10.10.0 255.255.255.0 10.10.8.0 255.255.255.0
   vpngroup Remotes split-tunnel split_tunnel_acl

You can make these more specific, but I don't think it will change anything:
  >access-list inside_outbound_nat0_acl permit ip any 10.10.8.0 255.255.255.0
  >access-list outside_cryptomap_dyn_20 permit ip any 10.10.8.0 255.255.255.0

to:
   access-list inside_outbound_nat0_acl permit ip 10.10.10.0 255.255.255.0 10.10.8.0 255.255.255.0
   access-list outside_cryptomap_dyn_20 permit ip 10.10.10.0 255.255.255.0 10.10.8.0 255.255.255.0
0
vdoisanAuthor Commented:
No go.
I've upgraded to VPN client 4.6 as well wit the same result.

When I test the following setup it wotks fine though with 3.6 and 4.6 :me confused:

VPN Client (192.168.1.101/VPN-10.10.8.01) ---> Dlink Router <----PIX (10.10.10.254) --- LAN (10.10.10.0)
I can ping, browse test lan and all.
As soon as I establish VPN connection over the Internet, I cant do any of that.


0
lrmooreCommented:
>As soon as I establish VPN connection over the Internet, I cant do any of that.

Me confused, too...
How exactly are you testing now?
Do you have a Dlink connected directly to the PIX with a PC VPN client on the other side of the Dlink?
Can you ping the outside IP of the pIX from your Internet connection?
0
Introducing the "443 Security Simplified" Podcast

This new podcast puts you inside the minds of leading white-hat hackers and security researchers. Hosts Marc Laliberte and Corey Nachreiner turn complex security concepts into easily understood and actionable insights on the latest cyber security headlines and trends.

martapCommented:

Try adding this line to your PIX config:

isakmp nat-traversal
0
vdoisanAuthor Commented:
None of the config changes helped :(

The working test environment looks like this.

Dlink broadband router provides 192.168.0.x IPs to the client AND the PIX firewall

                                                     DLINK Router(192.168.0.X)
                                                         /                  \
                                                       /                      \
                                                     /                          \
                                       Client(192.168.0.101)         (192.168.0.100)PIX Firewall(10.10.10.X) ---------(test lan)

When I initiate VPN tunnel with this setup, everything works fine.

However when I go on the Internet with the following setup I can establish VPN tunnel, but cant ping anything on the inside.
I can ping outside PIX ip (69.x.x.Y) or DHCP assigned one.

                                                               

                 VPN Software Client              @@@@                          
              Internet DHCP (24.x.x.Z)--------(   i-net  )-------   Internet DHCP (24.x.x.Y) PIX 506 (10.10.10.X) --- real LAN
                                        or                 @@@@                               or
                           Static (69.x.x.Z)                                              Static (69.x.x.Y)                      



0
martapCommented:

If the test environment is working then it's definitly not your PIX firewall. The problem then lies with your router on the internet or your ISP who's blocking ports.
0
vdoisanAuthor Commented:
I do not have a router between the pix and the Internet, I connect directly.
I am also trying 2 different ISPs.
0
vdoisanAuthor Commented:
Problem solved.
When I moved from the test LAN to the live network, workstations are using the original default gateway (x.x.x.240) which still in use until the full deployment of PIX.
As soon as I moved one of the clients to the PIX as the default gateway, I gained access.
Sigh, 4 days for such a simple fix, you live & u learn...
0
lrmooreCommented:
Do you need any more assistance or information?
Can you close out this long-forgotten question?
Here's how:
http://www.experts-exchange.com/help.jsp#hs5

Thanks!
<8-}
0
lrmooreCommented:
OK by me..
0
NetminderCommented:
Closed, 500 points refunded.
Netminder
Site Admin
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
VPN

From novice to tech pro — start learning today.

Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.