1.5 eskemak etxeko IPsec VPNn. Demo bertsioak probatzen

Egoera

S-Terra VPN produktuen 4.3 bertsioaren demo bertsioa jaso nuen hiru hilabetez. Bertsio berrira aldatu ondoren nire ingeniaritza bizitza errazagoa izango den asmatu nahi dut.

Gaur egun ez da zaila, 3 in 1 berehalako kafe poltsa batek nahikoa izan behar du. Demo bertsioak nola lortu esango dizut. GRE-over-IPsec eta IPsec-over-GRE eskemak biltzen saiatuko naiz.

Nola lortu demo bat

Iruditik ondorioztatzen da demo bertsioa lortzeko behar duzula:

• Idatzi gutun bat [posta elektroniko bidez babestua] helbide korporatibo batetik;
• Gutunean, adierazi zure erakundearen TIN-a;
• Zerrendatu produktuak eta haien kantitatea.

Demo bertsioek hiru hilabeterako balio dute. Saltzaileak ez du haien funtzionaltasuna mugatzen.

Irudia zabaltzen

Security Gateway-ren demo bertsioa makina birtual baten irudia da. VMWare Workstation erabiltzen ari naiz. Onartutako hipervisoren eta birtualizazio inguruneen zerrenda osoa eskuragarri dago saltzailearen webgunean.

Hasi baino lehen, kontuan izan makina birtualeko irudi lehenetsiak ez duela sareko interfazerik:

Logika argia da, erabiltzaileak behar adina interfaze gehitu behar ditu. Lau gehituko ditut aldi berean:

Orain makina birtuala abiarazten dut. Abiarazi eta berehala, atebideak saioa hasteko eta pasahitza behar ditu.

S-Terra Gateway-k hainbat kontsola ditu kontu ezberdinekin. Haien zenbakia aparteko artikulu batean kontatuko dut. Bitartean:
Login as: administrator
Password: s-terra

Pasabidea hasieratzen ari naiz. Hasierako ekintzen sekuentzia bat da: lizentzia bat sartzea, ausazko zenbaki-sorgailu biologiko bat konfiguratzea (teklatuaren simulagailua - nire erregistroa 27 segundokoa da) eta sareko interfazearen mapa sortzea.

Sareko interfazearen mapa. Errazagoa bihurtu zen

4.2 bertsioak erabiltzaile aktiboari ongietorria eman zion mezuekin:

Starting IPsec daemon….. failed
ERROR: Could not establish connection with daemon

Erabiltzaile aktiboa (ingeniari anonimo baten arabera) edozer azkar eta dokumentaziorik gabe konfigura dezakeen erabiltzailea da.

Zerbait gaizki zegoen interfazean IP helbidea konfiguratzen saiatu aurretik ere. Sareko interfazearen mapari buruzkoa da. Egin behar zen:

/bin/netifcfg enum > /home/map
/bin/netifcfg map /home/map
service networking restart

Ondorioz, sare-interfazeen mapa sortzen da, zeinak interfaze fisikoen (0000:02:03.0) eta haien izendapen logikoen mapeo bat jasotzen du sistema eragilean (eth0) eta Cisco antzeko kontsolan (FastEthernet0/0) :

#Unique ID iface type OS name Cisco-like name

0000:02:03.0 phye eth0 FastEthernet0/0

Interfaze logikoen izendapenak alias deitzen dira. Aliasak /etc/ifaliases.cf fitxategian gordetzen dira.
4.3 bertsioan, makina birtual bat abiarazten duzunean, interfaze-mapa bat sortzen da automatikoki. Makina birtualeko sare-interfaze kopurua aldatzen baduzu, mesedez sortu berriro interfaze-mapa:

/bin/netifcfg enum > /home/map
/bin/netifcfg map /home/map
systemctl restart networking

1. eskema: GRE-gaineko IPsec

Bi atebide birtual zabaltzen ditut eta irudian ikusten den moduan aldatzen ditut:

1. urratsa. Konfiguratu IP helbideak eta ibilbideak

VG1(config) #
interface fa0/0
ip address 172.16.1.253 255.255.255.0
no shutdown
interface fa0/1
ip address 192.168.1.253 255.255.255.0
no shutdown
ip route 0.0.0.0 0.0.0.0 172.16.1.254

VG2(config) #
interface fa0/0
ip address 172.16.1.254 255.255.255.0
no shutdown
interface fa0/1
ip address 192.168.2.254 255.255.255.0
no shutdown
ip route 0.0.0.0 0.0.0.0 172.16.1.253

IP konexioa egiaztatzen dut:

root@VG1:~# ping 172.16.1.254 -c 4
PING 172.16.1.254 (172.16.1.254) 56(84) bytes of data.
64 bytes from 172.16.1.254: icmp_seq=1 ttl=64 time=0.545 ms
64 bytes from 172.16.1.254: icmp_seq=2 ttl=64 time=0.657 ms
64 bytes from 172.16.1.254: icmp_seq=3 ttl=64 time=0.687 ms
64 bytes from 172.16.1.254: icmp_seq=4 ttl=64 time=0.273 ms

--- 172.16.1.254 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 0.273/0.540/0.687/0.164 ms

2. urratsa. GRE konfiguratzea

GRE konfigurazioaren adibide bat hartzen dut gidoi ofizialetatik. Gre1 fitxategi bat sortzen dut /etc/network/interfaces.d direktorioa edukiekin.

VG1erako:

auto gre1
iface gre1 inet static
address 1.1.1.1
netmask 255.255.255.252
pre-up ip tunnel add gre1 mode gre remote 172.16.1.254 local 172.16.1.253 key 1 ttl 64 tos inherit
pre-up ethtool -K gre1 tx off > /dev/null
pre-up ip link set gre1 mtu 1400
post-down ip link del gre1

VG2erako:

auto gre1
iface gre1 inet static
address 1.1.1.2
netmask 255.255.255.252
pre-up ip tunnel add gre1 mode gre remote 172.16.1.253 local 172.16.1.254 key 1 ttl 64 tos inherit
pre-up ethtool -K gre1 tx off > /dev/null
pre-up ip link set gre1 mtu 1400
post-down ip link del gre1

Sisteman interfazea planteatzen dut:

root@VG1:~# ifup gre1
root@VG2:~# ifup gre1

Egiaztatzen dut:

root@VG1:~# ip address show
8: gre1@NONE: <POINTOPOINT,NOARP,UP,LOWER_UP> mtu 1400 qdisc noqueue state UNKNOWN group default qlen 1
    link/gre 172.16.1.253 peer 172.16.1.254
    inet 1.1.1.1/30 brd 1.1.1.3 scope global gre1
       valid_lft forever preferred_lft forever

root@VG1:~# ip tunnel show
gre0: gre/ip remote any local any ttl inherit nopmtudisc
gre1: gre/ip remote 172.16.1.254 local 172.16.1.253 ttl 64 tos inherit key 1

S-Terra Gateway-k pakete-sniffer bat dauka - tcpdump. Trafiko-iraulketa bat idatziko dut pcap fitxategi batean:

root@VG2:~# tcpdump -i eth0 -w /home/dump.pcap

GRE interfazeen artean ping egiten dut:

root@VG1:~# 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=0.918 ms
64 bytes from 1.1.1.2: icmp_seq=2 ttl=64 time=0.850 ms
64 bytes from 1.1.1.2: icmp_seq=3 ttl=64 time=0.918 ms
64 bytes from 1.1.1.2: icmp_seq=4 ttl=64 time=0.974 ms

--- 1.1.1.2 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3006ms
rtt min/avg/max/mdev = 0.850/0.915/0.974/0.043 ms

GRE tunela aktibo eta martxan dago:

3. urratsa. Enkriptatzea GOST GRE-rekin

Identifikazio mota ezarri dut, helbidearen arabera. Aurrez zehaztutako gako baten bidez autentifikatzea (Erabilera Baldintzen arabera, ziurtagiri digitalak erabili behar dira):

VG1(config)#
crypto isakmp identity address
crypto isakmp key KEY address 172.16.1.254

IPsec Phase I parametroak ezarri ditut:

VG1(config)#
crypto isakmp policy 1
encr gost
hash gost3411-256-tc26
auth pre-share
group vko2

IPsec Phase II parametroak ezarri ditut:

VG1(config)#
crypto ipsec transform-set TSET esp-gost28147-4m-imit
mode tunnel

Enkriptatzeko sarbide-zerrenda bat sortzen ari naiz. Xede-trafikoa - GRE:

VG1(config)#
ip access-list extended LIST
permit gre host 172.16.1.253 host 172.16.1.254

Kripto-txartel bat sortzen dut eta WAN interfazera lotzen dut:

VG1(config)#
crypto map CMAP 1 ipsec-isakmp
match address LIST
set transform-set TSET
set peer 172.16.1.253
interface fa0/0
  crypto map CMAP

VG2-rako konfigurazioa ispilu egiten da, desberdintasunak:

VG2(config)#
crypto isakmp key KEY address 172.16.1.253
ip access-list extended LIST
permit gre host 172.16.1.254 host 172.16.1.253
crypto map CMAP 1 ipsec-isakmp
set peer 172.16.1.254

Egiaztatzen dut:

root@VG2:~# tcpdump -i eth0 -w /home/dump2.pcap

root@VG1:~# 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=1128 ms
64 bytes from 1.1.1.2: icmp_seq=2 ttl=64 time=126 ms
64 bytes from 1.1.1.2: icmp_seq=3 ttl=64 time=1.07 ms
64 bytes from 1.1.1.2: icmp_seq=4 ttl=64 time=1.12 ms

--- 1.1.1.2 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3006ms
rtt min/avg/max/mdev = 1.077/314.271/1128.419/472.826 ms, pipe 2

ISAKMP/IPsec estatistikak:

root@VG1:~# sa_mgr show
ISAKMP sessions: 0 initiated, 0 responded

ISAKMP connections:
Num Conn-id (Local Addr,Port)-(Remote Addr,Port) State Sent Rcvd
1 1 (172.16.1.253,500)-(172.16.1.254,500) active 1086 1014

IPsec connections:
Num Conn-id (Local Addr,Port)-(Remote Addr,Port) Protocol Action Type Sent Rcvd
1 1 (172.16.1.253,*)-(172.16.1.254,*) 47 ESP tunn 480 480

GRE trafiko-zabortegian ez dago paketerik:

Ondorioa: GRE-over-IPsec eskemak behar bezala funtzionatzen du.

1.5 eskema: IPsec-over-GRE

Ez dut sarean IPsec-over-GRE erabiltzeko asmorik. Nahi dudalako biltzen dut.

GRE-over-IPsec eskema alderantziz hedatzeko, hau egin behar duzu:

• Zuzendu enkriptatzeko sarbide-zerrenda - LAN1etik LAN2rako trafikoa bideratu eta alderantziz;
• Konfiguratu bideratzea GRE bidez;
• Zintzilikatu kripto-txartela GRE interfazean.

Lehenespenez, Cisco bezalako atebide kontsolak ez du GRE interfazerik. Sistema eragilean bakarrik dago.

GRE interfaze bat gehitzen ari naiz Cisco antzeko kontsola bati. Horretarako, /etc/ifaliases.cf fitxategia editatzen dut:

interface (name="FastEthernet0/0" pattern="eth0")
interface (name="FastEthernet0/1" pattern="eth1")
interface (name="FastEthernet0/2" pattern="eth2")
interface (name="FastEthernet0/3" pattern="eth3")
interface (name="Tunnel0" pattern="gre1")
interface (name="default" pattern="*")

non gre1 sistema eragileko interfazearen izendapena den, Tunnel0 da Cisco antzeko kontsolaren interfazearen izendapena.

Fitxategiaren hash-a berriro kalkulatzen dut:

root@VG1:~# integr_mgr calc -f /etc/ifaliases.cf

SUCCESS:  Operation was successful.

Orain Tunnel0 interfazea Cisco antzeko kontsolan agertzen da:

VG1# show run
interface Tunnel0
ip address 1.1.1.1 255.255.255.252
mtu 1400

Sarbide-zerrenda enkriptatzeko doitzen ari naiz:

VG1(config)#
ip access-list extended LIST
permit ip 192.168.1.0 0.0.0.255 192.168.3.0 0.0.0.255

GRE bidez bideratzea konfiguratzea:

VG1(config)#
no ip route 0.0.0.0 0.0.0.0 172.16.1.254
ip route 192.168.3.0 255.255.255.0 1.1.1.2

Fa0/0-tik kripto-txartela kentzen dut eta GRE interfazera lotzen dut:

VG1(config)#
interface Tunnel0
crypto map CMAP

VG2rentzat berdina da.

Egiaztatzen dut:

root@VG2:~# tcpdump -i eth0 -w /home/dump3.pcap

root@VG1:~# ping 192.168.2.254 -I 192.168.1.253 -c 4
PING 192.168.2.254 (192.168.2.254) from 192.168.1.253 : 56(84) bytes of data.
64 bytes from 192.168.2.254: icmp_seq=1 ttl=64 time=492 ms
64 bytes from 192.168.2.254: icmp_seq=2 ttl=64 time=1.08 ms
64 bytes from 192.168.2.254: icmp_seq=3 ttl=64 time=1.06 ms
64 bytes from 192.168.2.254: icmp_seq=4 ttl=64 time=1.07 ms

--- 192.168.2.254 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3006ms
rtt min/avg/max/mdev = 1.064/124.048/492.972/212.998 ms

ISAKMP/IPsec estatistikak:

root@VG1:~# sa_mgr show
ISAKMP sessions: 0 initiated, 0 responded

ISAKMP connections:
Num Conn-id (Local Addr,Port)-(Remote Addr,Port) State Sent Rcvd
1 2 (172.16.1.253,500)-(172.16.1.254,500) active 1094 1022

IPsec connections:
Num Conn-id (Local Addr,Port)-(Remote Addr,Port) Protocol Action Type Sent Rcvd
1 2 (192.168.1.0-192.168.1.255,*)-(192.168.2.0-192.168.2.255,*) * ESP tunn 352 352

ESP trafiko-zabortegian, GREn kapsulatutako paketeak:

Ondorioa: IPsec-over-GRE behar bezala funtzionatzen du.

Emaitzak

Kafe bat nahikoa zen. Demo bat lortzeko argibideak idatzi ditut. GRE-over-IPsec konfiguratu eta alderantziz zabaldu.

4.3 bertsioko sareko interfazearen mapa automatikoa da! Gehiago probatzen ari naiz.

Ingeniari anonimoa
t.me/anonymous_engineer

Iturria: www.habr.com