ProHoster > Blog > Uprava > 1.5 sheme na domačem IPsec VPN. Testiranje predstavitev

1.5 sheme na domačem IPsec VPN. Testiranje predstavitev

1.5 sheme na domačem IPsec VPN. Testiranje predstavitev

Razmere

Prejel sem demo različico izdelkov C-Terra VPN različice 4.3 za tri mesece. Želim izvedeti, ali bo moje inženirsko življenje postalo lažje po prehodu na novo različico.

Danes ni težko, ena vrečka instant kave 3 v 1 bi morala biti dovolj. Povedal vam bom, kako pridobiti predstavitve. Poskušal bom zgraditi shemi GRE-over-IPsec in IPsec-over-GRE.

Kako do demo

1.5 sheme na domačem IPsec VPN. Testiranje predstavitev

Iz slike sledi, da morate za pridobitev predstavitve:

  • Napišite pismo [e-pošta zaščitena] z naslova podjetja;
  • V pismu navedite TIN vaše organizacije;
  • Navedite izdelke in njihove količine.

Predstavitve veljajo tri mesece. Prodajalec ne omejuje njihove funkcionalnosti.

Razširitev slike

Predstavitev varnostnega prehoda je slika virtualnega stroja. Uporabljam VMWare Workstation. Popoln seznam podprtih hipervizorjev in virtualizacijskih okolij je na voljo na spletnem mestu prodajalca.

Preden začnete, upoštevajte, da v privzeti sliki navideznega stroja ni omrežnih vmesnikov:

1.5 sheme na domačem IPsec VPN. Testiranje predstavitev

Logika je jasna, uporabnik naj doda toliko vmesnikov, kot jih potrebuje. Dodal bom štiri naenkrat:

1.5 sheme na domačem IPsec VPN. Testiranje predstavitev

Zdaj zaženem virtualni stroj. Takoj po zagonu prehod zahteva uporabniško ime in geslo.

V S-Terra Gateway je več konzol z različnimi računi. Njihovo število bom preštel v ločenem članku. Za zdaj:
Login as: administrator
Password: s-terra

Inicializiram prehod. Inicializacija je zaporedje dejanj: vnos licence, nastavitev biološkega generatorja naključnih števil (simulator tipkovnice - moj rekord je 27 sekund) in ustvarjanje zemljevida omrežnega vmesnika.

Zemljevid omrežnih vmesnikov. Postalo je lažje

Različica 4.2 je aktivnega uporabnika pozdravila s sporočilom:

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

Aktiven uporabnik (po besedah ​​anonimnega inženirja) je uporabnik, ki zna karkoli nastaviti hitro in brez dokumentacije.

Pred poskusom nastavitve naslova IP na vmesniku je šlo nekaj narobe. Vse je povezano z zemljevidom omrežnega vmesnika. Treba je bilo narediti:

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

Posledično se ustvari zemljevid omrežnega vmesnika, ki vsebuje preslikavo imen fizičnih vmesnikov (0000:02:03.0) in njihovih logičnih oznak v operacijskem sistemu (eth0) in Cisco podobni konzoli (FastEthernet0/0):

#Unique ID iface type OS name Cisco-like name

0000:02:03.0 phye eth0 FastEthernet0/0

Logične oznake vmesnikov imenujemo vzdevki. Vzdevki so shranjeni v datoteki /etc/ifaliases.cf.
V različici 4.3 se ob prvem zagonu virtualnega stroja samodejno ustvari zemljevid vmesnika. Če spremenite število omrežnih vmesnikov v virtualnem stroju, znova ustvarite zemljevid vmesnika:

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

Shema 1: GRE-over-IPsec

Razmestim dva virtualna prehoda, preklapljam, kot je prikazano na sliki:

1.5 sheme na domačem IPsec VPN. Testiranje predstavitev

1. korak. Nastavite naslove IP in poti

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

Preverjanje povezave IP:

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. korak: Nastavite GRE

Vzel sem primer nastavitve GRE iz uradnih skriptov. Ustvarim datoteko gre1 v imeniku /etc/network/interfaces.d z vsebino.

Za VG1:

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

Za VG2:

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

Dvignem vmesnik v sistemu:

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

Preverjanje:

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

C-Terra Gateway ima vgrajen vohljalnik paketov - tcpdump. Izpis prometa bom zapisal v datoteko pcap:

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

Zaženem ping med vmesniki GRE:

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

Predor GRE deluje in deluje:

1.5 sheme na domačem IPsec VPN. Testiranje predstavitev

Korak 3. Šifrirajte z GOST GRE

Nastavim vrsto identifikacije - po naslovu. Avtentikacija z vnaprej določenim ključem (v skladu s pogoji uporabe je obvezna uporaba digitalnih potrdil):

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

Nastavil sem parametre I. faze IPsec:

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

Nastavil sem parametre IPsec Phase II:

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

Ustvarim dostopni seznam za šifriranje. Ciljni promet - GRE:

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

Ustvarim kripto zemljevid in ga povežem z vmesnikom WAN:

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

Za VG2 je konfiguracija zrcaljena, razlike so:

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

Preverjanje:

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

Statistika ISAKMP/IPsec:

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

V izpisu prometa GRE ni paketov:

1.5 sheme na domačem IPsec VPN. Testiranje predstavitev

Zaključek: shema GRE-over-IPsec deluje pravilno.

Slika 1.5: IPsec-over-GRE

V omrežju ne nameravam uporabljati IPsec-over-GRE. Zbiram, ker si to želim.

1.5 sheme na domačem IPsec VPN. Testiranje predstavitev

Če želite shemo GRE-over-IPsec uvesti obratno:

  • Popravi šifrirni dostopni seznam - ciljni promet iz LAN1 v LAN2 in obratno;
  • Konfigurirajte usmerjanje prek GRE;
  • Obesite kripto zemljevid na vmesnik GRE.

Privzeto ni vmesnika GRE v Cisco podobni prehodni konzoli. Obstaja le v operacijskem sistemu.

Cisco podobni konzoli dodam vmesnik GRE. Da bi to naredil, uredim datoteko /etc/ifaliases.cf:

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="*")

kjer je gre1 oznaka vmesnika v operacijskem sistemu, je Tunnel0 oznaka vmesnika v Ciscovi podobni konzoli.

Ponovno izračunam zgoščeno vrednost datoteke:

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

SUCCESS:  Operation was successful.

Zdaj se je vmesnik Tunnel0 pojavil v Cisco podobni konzoli:

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

Popravljanje dostopnega seznama za šifriranje:

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

Konfiguriram usmerjanje prek GRE:

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

Odstranim kripto zemljevid iz Fa0 / 0 in ga povežem z vmesnikom GRE:

VG1(config)#
interface Tunnel0
crypto map CMAP

Za VG2 je podobno.

Preverjanje:

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

Statistika ISAKMP/IPsec:

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

V izpisu prometa ESP so paketi, inkapsulirani v GRE:

1.5 sheme na domačem IPsec VPN. Testiranje predstavitev

Zaključek: IPsec-over-GRE deluje pravilno.

Rezultati

Ena skodelica kave je bila dovolj. Skiciral sem navodila za pridobitev demo verzije. Konfiguriran GRE-over-IPsec in uveden obratno.

Zemljevid omrežnih vmesnikov v različici 4.3 je samodejen! Testiram naprej.

Anonimni inženir
t.me/anonymous_engineer

Vir: www.habr.com

Dodaj komentar