Cisco PIX501 help

Здравейте!

Имам малко затруднение с конфигурирането на Cisco PIX501. Идеята е да има 3 потребителя, които да могат да правят PPTP VPN - връзки към PIX-a за да имат достъп до компютрите от вътрешната мрежа. Това става, но VPN-потребителите нямат достъп до вътрешния интерфейс на PIX-a, а така също нямат и достъп до интернет през PIX-a, след като са изградили VPN-връзката.

Може ли някой да ми помогне да настроя PIX501 така, че VPN-потребителите да имат достъп до inside-интерфейса и да имат интернет през nat-a на PIX-a?

grisha@abv.bg
ICQ: 3 507 206
082 82 35 75

Само ПИКС-а ли осъществява тунела енд-то-енд или има и друг рутер?
Ако си ги нат-нал и имаш нат траверсъл вкл. във впн скрипт-а би трябвало да нямаш проблем с ДНС обтейнинг.ова ти е проблема с нет-а.
Какво имаш предвид под "Нямат достъп до вътрешния интерфейс на Пикса",до нат инсайд глобал ип ор инсайд локал ип?

Клиентите са с WIN XP компютри и правят VPN към PIX-a.
Така че от едната страна е PIX-a, като VPN-server (VPDN Virtual Private Dial-up Network, според терминологията на Cisco), а от другата страна са Win XP, като клиент;

От компютрите, които са направили VPN-връзката нямам достъп до inside-интерфейсът на PIX-a. Не мога да направя телнет или да пусна PDM, например.

Искам компютрите, които правят VPN към PIX-a да имат всичко, което имат и компютрите зад inside-интерфейсът:
1. връзка един с друг (това става);
2. връзка до PIX-a към inside-интерфейсът (telnet 172.16.0.254 и pdm през [линк]);
3. да излизат към интернет през outside-интерфейсът на PIX-a, точно както през него излизат и компютрите от вътрешната мрежа;

nat (inside) 0 0.0.0.0 0.0.0.0 0 0

Нали се сещаш че ако Субнета на тунела ти е различен от зададения в ПИКС-а NAT global inside,пиксa го отхвърля,тъй като о няма в address translation table or routing table за него и дроп-ва кънекцията,нещо аз ли се бъркам или ти въобще не използваш НАТ?

Добре де, кажи сега как да стане това, което е в условието на задачата.
Как да промена конфигурацията така, че VPN-клиентите хем да виждат LAN-а зад PIX-a, хем да виждат inside на PIX-a, хем да имат интернет през канала на pIX-a?

Струва ми се въпрос на ACL и рутинги, защо не copy/paste-неш конфигурацията на PIX-а тук (с променени IP-та/мрежи примерно) и да видим какво точно си направил.

Ето конфигурацията:

: Saved
: Written by enable_15 at 14:53:56.645 EEDT Thu Jun 14 2007
PIX Version 6.3(5)
interface ethernet0 100basetx
interface ethernet1 100full
nameif ethernet0 outside security0
nameif ethernet1 inside security100
enable password 8Ry2YjIyt7RRXU24 encrypted
passwd 6W1xTPQUu8iQVztH encrypted
hostname pixfirewall
domain-name ciscopix.com
clock timezone EEST 2
clock summer-time EEDT recurring last Sun Mar 3:00 last Sun Oct 4:00
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 sqlnet 1521
fixup protocol tftp 69
names
name 192.168.78.100 pix_out
name 172.16.0.254 pix_in
name 172.16.0.50 os1_plc
name 172.16.0.51 os1_lan
name 172.16.0.52 os1_pas
name 172.16.0.55 os2_plc
name 172.16.0.56 os2_lan
name 172.16.0.57 os2_pas
name 172.16.70.50 os3
name 172.16.70.55 os4
name 172.16.0.60 pas_pas
name 172.16.0.61 pas_pix
name 172.16.0.65 las
access-list acl_out permit icmp any any
access-list acl_out permit tcp any any
access-list acl_in permit tcp any any
access-list acl_in permit udp any any
access-list acl_in permit icmp any any

access-list vpntoinside permit ip any 172.16.0.232 255.255.255.248

pager lines 24
logging buffered debugging
icmp permit any outside
icmp permit any inside
mtu outside 1500
mtu inside 1500
ip address outside pix_out 255.255.255.0
ip address inside pix_in 255.255.0.0

ip local pool vpnpool1 172.16.0.232-172.16.0.239

ip audit info action alarm
ip audit attack action alarm
pdm location 172.16.0.0 255.255.0.0 inside
pdm logging informational 100
pdm history enable
arp timeout 14400
global (outside) 1 interface

nat (inside) 0 access-list vpntoinside

nat (inside) 1 0.0.0.0 0.0.0.0 dns 0 0
static (inside,outside) tcp pix_out 6102 os1_lan 6502 netmask 255.255.255.255 0 0
static (inside,outside) tcp pix_out 6202 os2_lan 6502 netmask 255.255.255.255 0 0
static (inside,outside) tcp pix_out 6302 os3 6502 netmask 255.255.255.255 0 0
static (inside,outside) tcp pix_out 6402 os4 6502 netmask 255.255.255.255 0 0
static (inside,outside) tcp pix_out 6502 pas_pix 6502 netmask 255.255.255.255 0 0
static (inside,outside) tcp pix_out 6602 las 6502 netmask 255.255.255.255 0 0
static (inside,outside) tcp pix_out 7102 os1_lan 3389 netmask 255.255.255.255 0 0
static (inside,outside) tcp pix_out 7202 os2_lan 3389 netmask 255.255.255.255 0 0
static (inside,outside) tcp pix_out 7302 os3 3389 netmask 255.255.255.255 0 0
static (inside,outside) tcp pix_out 7402 os4 3389 netmask 255.255.255.255 0 0
static (inside,outside) tcp pix_out 7502 pas_pix 3389 netmask 255.255.255.255 0 0
static (inside,outside) tcp pix_out 7602 las 3389 netmask 255.255.255.255 0 0
access-group acl_out in interface outside
access-group acl_in in interface inside
route outside 0.0.0.0 0.0.0.0 192.168.78.254 1
timeout xlate 3:00: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 sip-disconnect 0:02:00 sip-invite 0:03:00
timeout uauth 0:05:00 absolute
aaa-server TACACS+ protocol tacacs+
aaa-server TACACS+ max-failed-attempts 3
aaa-server TACACS+ deadtime 10
aaa-server RADIUS protocol radius
aaa-server RADIUS max-failed-attempts 3
aaa-server RADIUS deadtime 10
aaa-server LOCAL protocol local
http server enable
http 172.16.0.0 255.255.0.0 inside
no snmp-server location
no snmp-server contact
snmp-server community public
no snmp-server enable traps
floodguard enable
telnet 172.16.0.0 255.255.0.0 inside
telnet timeout 5
ssh timeout 5

sysopt connection permit-pptp

console timeout 0

vpdn group pptpvpdn accept dialin pptp
vpdn group pptpvpdn ppp authentication mschap
vpdn group pptpvpdn client configuration address local vpnpool1
vpdn group pptpvpdn pptp echo 60
vpdn group pptpvpdn client authentication local
vpdn username vpnuser1 password password1
vpdn username vpnuser2 password password2
vpdn username vpnuser3 password password3
vpdn enable outside

dhcpd dns 192.168.78.1
dhcpd lease 3600
dhcpd ping_timeout 750
dhcpd auto_config outside
username yolov password 5HWDYo.TXf0VOURJ encrypted privilege 2
terminal width 80
Cryptochecksum:9fb0531a6a65ef0ff8ae65317690bf47


Пробвах и вариант, при който address-pool-a за VPN-клиентите е изцяло от друга, отделна маскирана мрежа. Резултатът е същия - достъп до компютрите зад PIX-a има, до PIX-а няма, интернет (за VPN-клиентите) също няма (през PIX-a, иначе имам чалъм да си ползват собствения интернет за мрежите извън вътрешната след PIX-a, като се променят маршрутизиранията на компютъра на клиента, но не е такава идеята. VPN-клиентите трябва след като изградят връзката да ползват интернета през доставчика, към който е закачен PIX-a)

access-list vpntoinside permit ip any 172.16.0.232 255.255.255.248

Access list with name of pool