Como o ecdsa sugeriu que era incorreto usar auto=route if leftsourceip=%config .
Deveria ter sido auto=start .
Eu quero ter um cliente Linux conectado a um gateway Linux para que ele possa acessar os hosts dessa rede (configuração típica do guerreiro de estrada).
Eu tenho essa configuração no lado do servidor:
conn vpnserver-ikev2
auto=add
compress=no
type=tunnel
keyexchange=ikev2
fragmentation=yes
forceencaps=yes
ike=aes256-sha512-modp4096
esp=aes256-sha512
dpdaction=clear
dpddelay=300s
inactivity=5s
rekey=no
left=%any
leftid=vpn-test.nimblex.com
leftcert=/etc/ipsec.d/certs/vpn-server-cert-new.pem
leftsendcert=always
leftsubnet=172.31.0.0/16
right=%any
rightid=%any
rightauth=eap-radius
rightsourceip=10.10.0.1/16
rightdns=8.8.8.8
rightsendcert=never
eap_identity=%identity
E isso no lado do cliente:
conn ikev2-rw
right=vpn-test.nimblex.com
rightid=%vpn-test.nimblex.com
rightsubnet=172.31.0.0/16
rightauth=pubkey
leftsourceip=%config
leftauth=eap
eap_identity=123456789
auto=route
A autenticação parece acontecer bem, mas quando eu tento ping não funciona.
Logs no lado do servidor ficam assim quando eu faço ping:
04[IKE] peer requested virtual IP %any
04[CFG] assigning new lease to '123456789'
04[IKE] assigning virtual IP 10.10.0.1 to peer '123456789'
04[IKE] CHILD_SA vpnserver-ikev2{1} established with SPIs c7b0a75b_i c5fed014_o and TS 172.31.0.0/16 === 10.10.0.1/32
04[CFG] sending RADIUS Accounting-Request to server '172.31.12.234'
04[CFG] received RADIUS Accounting-Response from server '172.31.12.234'
04[ENC] generating IKE_AUTH response 4 [ AUTH CPRP(ADDR DNS) SA TSi TSr N(MOBIKE_SUP) N(ADD_4_ADDR) ]
04[NET] sending packet: from 172.31.9.29[4500] to 82.76.67.8[4500] (304 bytes)
03[JOB] deleting CHILD_SA after 5 seconds of inactivity
03[IKE] closing CHILD_SA vpnserver-ikev2{1} with SPIs c7b0a75b_i (0 bytes) c5fed014_o (0 bytes) and TS 172.31.0.0/16 === 10.10.0.1/32
03[IKE] sending DELETE for ESP CHILD_SA with SPI c7b0a75b
03[ENC] generating INFORMATIONAL request 0 [ D ]
03[NET] sending packet: from 172.31.9.29[4500] to 82.76.67.8[4500] (96 bytes)
02[NET] received packet: from 82.76.67.8[4500] to 172.31.9.29[4500] (96 bytes)
02[ENC] parsed INFORMATIONAL response 0 [ D ]
02[IKE] received DELETE for ESP CHILD_SA with SPI c5fed014
02[IKE] CHILD_SA closed
... e no lado do cliente assim:
09[IKE] installing DNS server 8.8.8.8 via resolvconf
09[IKE] installing new virtual IP 10.10.0.1
09[IKE] CHILD_SA ikev2-rw{2} established with SPIs c5fed014_i c7b0a75b_o and TS 10.10.0.1/32 === 172.31.0.0/16
09[IKE] peer supports MOBIKE
07[NET] received packet: from 54.89.185.13[4500] to 192.168.1.4[4500] (96 bytes)
07[ENC] parsed INFORMATIONAL request 0 [ D ]
07[IKE] received DELETE for ESP CHILD_SA with SPI c7b0a75b
07[IKE] closing CHILD_SA ikev2-rw{2} with SPIs c5fed014_i (0 bytes) c7b0a75b_o (0 bytes) and TS 10.10.0.1/32 === 172.31.0.0/16
07[IKE] sending DELETE for ESP CHILD_SA with SPI c5fed014
07[IKE] CHILD_SA closed
07[ENC] generating INFORMATIONAL response 0 [ D ]
07[NET] sending packet: from 192.168.1.4[4500] to 54.89.185.13[4500] (96 bytes)
A tabela de roteamento 220 é semelhante a esta:
172.31.0.0/16 via 192.168.1.1 dev wlp4s0 proto static src 192.168.1.4
iptables é liberado e ip_forward é 1.
Ao conectar-se a partir do iPhone, posso fazer ping no gateway da VPN, mas não em outros hosts da rede. Ao conectar do host linux, não consigo pingar nem mesmo o gateway da VPN.
tcpdump no gateway vpn quando recebe ping do iPhone para ele se parece com isso:
19:54:17.865831 IP (tos 0x0, ttl 1, id 51961, offset 0, flags [none], proto ICMP (1), length 84)
ip-10-10-0-1.ec2.internal > vpn-test: ICMP echo request, id 37673, seq 0, length 64
... quando eu sigo do iPhone outro servidor na rede:
19:55:04.220726 IP (tos 0x0, ttl 1, id 54334, offset 0, flags [none], proto ICMP (1), length 84)
ip-10-10-0-1.ec2.internal > ip-172-31-15-66.ec2.internal: ICMP echo request, id 7727, seq 0, length 64
... e quando faço ping do host Linux, não há tráfego ICMP recebido no servidor VPN.
No meu cliente Linux, o tcpdump é assim:
23:01:21.492340 IP (tos 0x0, ttl 64, id 62233, offset 0, flags [DF], proto ICMP (1), length 84)
10.10.0.2 > 172.31.15.66: ICMP echo request, id 21102, seq 1, length 64
O que estou perdendo?
Tags ipsec strongswan