Estoy configurando una VPN usando strongSwan entre una instancia de Linux en una instancia de Amazon EC2 y una red remota a través de su concentrador Cisco. Necesito enrutar paquetes desde la propia instancia de Linux a una máquina en la subred remota.
La conexión se establece correctamente, pero no se enrutan paquetes.
Creo que necesito establecer algunas reglas de enrutamiento específicas, ¿cómo debo hacer eso?
Software
- Kernel de Linux 3.5.0-41,
- Ubuntu 12.10,
- strongSwan 5.1.1 (construido a partir de la fuente),
- iptables: sin reglas.
Red
Local
- IP elástica de Amazon: 56.xxx
- IP de LAN pública: 172.xxx
- Subred virtual local: 10.254.0.0/16
- IP virtual local: 10.254.5.174
Remoto
- IP pública del concentrador de Cisco: 62.xxx
- Subred remota: 10.192.0.0/12
Configuración
ipsec.conf
config setup
conn %default
keyexchange = ikev1
type = tunnel
ikelifetime = 86400
keylife = 28800
keyingtries = %forever
esp = 3des-sha
ike = 3des-md5-modp1024
forceencaps = yes
leftauth = psk
rightauth = psk
conn myconnection
left = 172.x.x.x
leftsubnet = 10.254.0.0/16
leftsourceip = 10.254.5.174
leftfirewall = yes
right = 62.x.x.x
rightsubnet = 10.192.0.0/12
auto = route
include /var/lib/strongswan/ipsec.conf.inc
strongswan.conf
charon {
cisco_unity = yes
install_routes = yes
install_virtual_ip = yes
threads = 16
plugins {
sql {
loglevel = -1
}
}
filelog {
/var/log/charon.log {
time_format = %b %e %T
default = 3
flush_line = yes
}
}
}
pluto {
}
libstrongswan {
}
estado de ipsec
# ipsec statusall
Status of IKE charon daemon (strongSwan 5.1.1, Linux 3.5.0-41-generic, x86_64):
uptime: 4 days, since Jan 22 14:24:08 2014
malloc: sbrk 270336, mmap 0, used 222672, free 47664
worker threads: 11 of 16 idle, 5/0/0/0 working, job queue: 0/0/0/0, scheduled: 3445
loaded plugins: charon aes des rc2 sha1 sha2 md5 random nonce x509 revocation constraints pubkey pkcs1 pkcs7 pkcs8 pkcs12 pgp dnskey sshkey pem fips-prf gmp xcbc cmac hmac attr kernel-netlink resolve socket-default stroke updown xauth-generic
Listening IP addresses:
172.x.x.x
54.x.x.x
Connections:
smsbrick: 172.x.x.x...62.x.x.x IKEv1
smsbrick: local: [172.x.x.x] uses pre-shared key authentication
smsbrick: remote: [62.x.x.x] uses pre-shared key authentication
smsbrick: child: 10.254.0.0/16 === 10.192.0.0/12 TUNNEL
Routed Connections:
smsbrick{1}: ROUTED, TUNNEL
smsbrick{1}: 10.254.0.0/16 === 10.192.0.0/12
Security Associations (1 up, 0 connecting):
smsbrick[8150]: ESTABLISHED 1 second ago, 172.x.x.x[172.x.x.x]...62.x.x.x[62.x.x.x]
smsbrick[8150]: IKEv1 SPIs: xxxxxxxxxxxxxx_i* xxxxxxxxxxxxx_r, pre-shared key reauthentication in 23 hours
smsbrick[8150]: IKE proposal: 3DES_CBC/HMAC_MD5_96/PRF_HMAC_MD5/MODP_1024
smsbrick[8150]: Tasks queued: QUICK_MODE
smsbrick[8150]: Tasks active: MODE_CONFIG
ip xfrm
# ip xfrm policy
src 10.192.0.0/12 dst 10.254.0.0/16
dir fwd priority 3987
tmpl src 62.x.x.x dst 172.x.x.x
proto esp reqid 1 mode tunnel
src 10.192.0.0/12 dst 10.254.0.0/16
dir in priority 3987
tmpl src 62.x.x.x dst 172.x.x.x
proto esp reqid 1 mode tunnel
src 10.254.0.0/16 dst 10.192.0.0/12
dir out priority 3987
tmpl src 172.x.x.x dst 62.x.x.x
proto esp reqid 1 mode tunnel
src 0.0.0.0/0 dst 0.0.0.0/0
socket in priority 0
src 0.0.0.0/0 dst 0.0.0.0/0
socket out priority 0
src 0.0.0.0/0 dst 0.0.0.0/0
socket in priority 0
src 0.0.0.0/0 dst 0.0.0.0/0
socket out priority 0
src ::/0 dst ::/0
socket in priority 0
src ::/0 dst ::/0
socket out priority 0
src ::/0 dst ::/0
socket in priority 0
src ::/0 dst ::/0
socket out priority 0
routing
cisco-asa
strongswan
titusd
fuente
fuente
Respuestas:
Lamentamos necropost sobre el tema, simplemente no hay mucha información en un solo lugar sobre esta configuración particular en términos de solución de problemas.
Mi config:
Síntomas
En el tiempo de espera / reinicio del túnel no pude iniciar o hacer ping desde AWS a Cisco ASA a menos que / hasta que se generó tráfico desde el lado de Cisco ASA.
IPSEC STATUSALL
reveladoDescubrí que con
modeconfig=push
yleftsourceip=
ambos configurados, se atascó en:Al quitarlo,
modeconfig=push
quedó atascado en:La eliminación
leftsourceip=
hizo el truco y todo estaba listo y estable en ambos sentidos.Supongo que PIX necesita esos dos y tal vez alguna versión anterior de ASA, pero no esta.
fuente