Tilanne
Vapaapäivä. Juon kahvia. Opiskelija loi VPN-yhteyden kahden pisteen välille ja katosi. Tarkistan: tunneli todella on, mutta tunnelissa ei ole liikennettä. Opiskelija ei vastaa puheluihin.
Laitan vedenkeittimen päälle ja sukellan S-Terra Gatewayn vianetsintään. Jaan kokemukseni ja menetelmäni.
Raakatiedot
Nämä kaksi maantieteellisesti erotettua kohdetta on yhdistetty GRE-tunnelilla. GRE on salattava:
Tarkistan GRE-tunnelin toimivuutta. Tätä varten suoritan pingin laitteelta R1 laitteen R2 GRE-liitäntään. Tämä on salauksen kohdeliikenne. Ei vastausta:
root@R1:~# ping 1.1.1.2 -c 4
PING 1.1.1.2 (1.1.1.2) 56(84) bytes of data.
--- 1.1.1.2 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3057ms
Katson Gate1:n ja Gate2:n lokit. Loki ilmoittaa iloisesti, että IPsec-tunneli käynnistettiin onnistuneesti, ei ongelmia:
root@Gate1:~# cat /var/log/cspvpngate.log
Aug 5 16:14:23 localhost vpnsvc: 00100119 <4:1> IPSec connection 5 established, traffic selector 172.17.0.1->172.16.0.1, proto 47, peer 10.10.10.251, id "10.10.10.251", Filter
IPsec:Protect:CMAP:1:LIST, IPsecAction IPsecAction:CMAP:1, IKERule IKERule:CMAP:1
Portin 1 IPsec-tunnelin tilastoissa näen, että tunneli todella on, mutta Rсvd-laskuri on nollattu:
root@Gate1:~# sa_mgr show
ISAKMP sessions: 0 initiated, 0 responded
ISAKMP connections:
Num Conn-id (Local Addr,Port)-(Remote Addr,Port) State Sent Rcvd
1 3 (10.10.10.251,500)-(10.10.10.252,500) active 1070 1014
IPsec connections:
Num Conn-id (Local Addr,Port)-(Remote Addr,Port) Protocol Action Type Sent Rcvd
1 3 (172.16.0.1,*)-(172.17.0.1,*) 47 ESP tunn 480 0
Häiritsen S-Terraa näin: etsin missä kohdepaketit katoavat polulla R1:stä R2:een. Prosessissa (spoileri) löydän virheen.
Ongelmien karttoittaminen
Vaihe 1. Mitä portti1 vastaanottaa R1:ltä
Käytän sisäänrakennettua pakettien snifferiä - tcpdump. Käynnistän snifferin sisäisessä (Gi0/1 Ciscon kaltaisessa notaatiossa tai eth1 Debian OS -merkinnässä) käyttöliittymässä:
root@Gate1:~# tcpdump -i eth1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes
14:53:38.879525 IP 172.16.0.1 > 172.17.0.1: GREv0, key=0x1, length 92: IP 1.1.1.1 > 1.1.1.2: ICMP echo request, id 2083, seq 1, length 64
14:53:39.896869 IP 172.16.0.1 > 172.17.0.1: GREv0, key=0x1, length 92: IP 1.1.1.1 > 1.1.1.2: ICMP echo request, id 2083, seq 2, length 64
14:53:40.921121 IP 172.16.0.1 > 172.17.0.1: GREv0, key=0x1, length 92: IP 1.1.1.1 > 1.1.1.2: ICMP echo request, id 2083, seq 3, length 64
14:53:41.944958 IP 172.16.0.1 > 172.17.0.1: GREv0, key=0x1, length 92: IP 1.1.1.1 > 1.1.1.2: ICMP echo request, id 2083, seq 4, length 64
Näen, että Gate1 vastaanottaa GRE-paketteja R1:ltä. Siirryn eteenpäin.
Vaihe 2. Mitä Gate1 tekee GRE-pakettien kanssa
Klogview-apuohjelman avulla voin nähdä, mitä tapahtuu S-Terra VPN -ohjaimen sisällä oleville GRE-paketteille:
root@Gate1:~# klogview -f 0xffffffff
filtration result for out packet 172.16.0.1->172.17.0.1, proto 47, len 112, if eth0: chain 4 "IPsecPolicy:CMAP", filter 8, event id IPsec:Protect:CMAP:1:LIST, status PASS
encapsulating with SA 31: 172.16.0.1->172.17.0.1, proto 47, len 112, if eth0
passed out packet 10.10.10.251->10.10.10.252, proto 50, len 160, if eth0: encapsulated
Näen, että kohde-GRE-liikenne (proto 47) 172.16.0.1 -> 172.17.0.1 kuului LIST-salaussäännön alle CMAP-salauskartassa ja kapseloitu. Seuraavaksi paketti reititettiin (pysähdyttiin). Klogview-ulostulossa ei ole vastausliikennettä.
Tarkistan Gate1-laitteen käyttöoikeusluettelot. Näen yhden käyttöoikeusluettelon LIST, joka määrittää salauksen kohdeliikenteen, mikä tarkoittaa, että palomuurisääntöjä ei ole määritetty:
Gate1#show access-lists
Extended IP access list LIST
10 permit gre host 172.16.0.1 host 172.17.0.1
Johtopäätös: ongelma ei ole Gate1-laitteessa.
Lisää klogviewista
VPN-ohjain hoitaa kaiken verkkoliikenteen, ei vain salattavaa liikennettä. Nämä ovat klogviewssa näkyvät viestit, jos VPN-ohjain käsitteli verkkoliikenteen ja välitti sen salaamattomana:
root@R1:~# ping 172.17.0.1 -c 4
root@Gate1:~# klogview -f 0xffffffff
filtration result for out packet 172.16.0.1->172.17.0.1, proto 1, len 84, if eth0: chain 4 "IPsecPolicy:CMAP": no match
passed out packet 172.16.0.1->172.17.0.1, proto 1, len 84, if eth0: filtered
Näen, että ICMP-liikenne (proto 1) 172.16.0.1->172.17.0.1 ei sisältynyt (ei vastaavuutta) CMAP-salauskortin salaussäännöissä. Paketti reititettiin (syötettiin) selkeällä tekstillä.
Vaihe 3. Mitä Gate2 vastaanottaa portilta 1
Käynnistän snifferin WAN (eth0) Gate2-liittymässä:
root@Gate2:~# tcpdump -i eth0
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
16:05:45.104195 IP 10.10.10.251 > 10.10.10.252: ESP(spi=0x30088112,seq=0x1), length 140
16:05:46.093918 IP 10.10.10.251 > 10.10.10.252: ESP(spi=0x30088112,seq=0x2), length 140
16:05:47.117078 IP 10.10.10.251 > 10.10.10.252: ESP(spi=0x30088112,seq=0x3), length 140
16:05:48.141785 IP 10.10.10.251 > 10.10.10.252: ESP(spi=0x30088112,seq=0x4), length 140
Näen, että Gate2 vastaanottaa ESP-paketteja Gate1:ltä.
Vaihe 4. Mitä Gate2 tekee ESP-pakettien kanssa
Käynnistän klogview-apuohjelman Gate2:ssa:
root@Gate2:~# klogview -f 0xffffffff
filtration result for in packet 10.10.10.251->10.10.10.252, proto 50, len 160, if eth0: chain 17 "FilterChain:L3VPN", filter 21, status DROP
dropped in packet 10.10.10.251->10.10.10.252, proto 50, len 160, if eth0: firewall
Näen, että palomuurisääntö (L50VPN) pudotti ESP-paketit (proto 3) (DROP). Varmistan, että Gi0/0:lla on todella liitetty L3VPN-käyttöoikeusluettelo:
Gate2#show ip interface gi0/0
GigabitEthernet0/0 is up, line protocol is up
Internet address is 10.10.10.252/24
MTU is 1500 bytes
Outgoing access list is not set
Inbound access list is L3VPN
Huomasin ongelman.
Vaihe 5. Mitä vikaa käyttöoikeusluettelossa on?
Katson, mikä L3VPN-käyttöoikeusluettelo on:
Gate2#show access-list L3VPN
Extended IP access list L3VPN
10 permit udp host 10.10.10.251 any eq isakmp
20 permit udp host 10.10.10.251 any eq non500-isakmp
30 permit icmp host 10.10.10.251 any
Näen, että ISAKMP-paketit ovat sallittuja, joten IPsec-tunneli perustetaan. Mutta ESP:lle ei ole mahdollista sääntöä. Ilmeisesti opiskelija sekoitti icmp:n ja esp:n.
Käyttöoikeusluettelon muokkaaminen:
Gate2(config)#
ip access-list extended L3VPN
no 30
30 permit esp host 10.10.10.251 any
Vaihe 6. Toimivuuden tarkistaminen
Ensinnäkin varmistan, että L3VPN-käyttöoikeusluettelo on oikea:
Gate2#show access-list L3VPN
Extended IP access list L3VPN
10 permit udp host 10.10.10.251 any eq isakmp
20 permit udp host 10.10.10.251 any eq non500-isakmp
30 permit esp host 10.10.10.251 any
Nyt käynnistän kohdeliikenteen laitteesta R1:
root@R1:~# ping 1.1.1.2 -c 4
PING 1.1.1.2 (1.1.1.2) 56(84) bytes of data.
64 bytes from 1.1.1.2: icmp_seq=1 ttl=64 time=35.3 ms
64 bytes from 1.1.1.2: icmp_seq=2 ttl=64 time=3.01 ms
64 bytes from 1.1.1.2: icmp_seq=3 ttl=64 time=2.65 ms
64 bytes from 1.1.1.2: icmp_seq=4 ttl=64 time=2.87 ms
--- 1.1.1.2 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3006ms
rtt min/avg/max/mdev = 2.650/10.970/35.338/14.069 ms
Voitto. GRE-tunneli on perustettu. IPsec-tilastoissa saapuvan liikenteen laskuri ei ole nolla:
root@Gate1:~# sa_mgr show
ISAKMP sessions: 0 initiated, 0 responded
ISAKMP connections:
Num Conn-id (Local Addr,Port)-(Remote Addr,Port) State Sent Rcvd
1 3 (10.10.10.251,500)-(10.10.10.252,500) active 1474 1350
IPsec connections:
Num Conn-id (Local Addr,Port)-(Remote Addr,Port) Protocol Action Type Sent Rcvd
1 4 (172.16.0.1,*)-(172.17.0.1,*) 47 ESP tunn 1920 480
Gate2-yhdyskäytävän klogview-ulostulossa näkyi viestejä, että kohdeliikenteen 172.16.0.1->172.17.0.1 salaus purettiin onnistuneesti (PASS) CMAP-salauskartan LIST-säännöllä:
root@Gate2:~# klogview -f 0xffffffff
filtration result for in packet 172.16.0.1->172.17.0.1, proto 47, len 112, if eth0: chain 18 "IPsecPolicy:CMAP", filter 25, event id IPsec:Protect:CMAP:1:LIST, status PASS
passed in packet 172.16.0.1->172.17.0.1, proto 47, len 112, if eth0: decapsulated
Tulokset
Opiskelija pilasi vapaapäivänsä.
Ole varovainen ME-sääntöjen kanssa.
Nimetön insinööri
t.me/anonymous_engineer
Lähde: will.com