1.5 skemat në IPsec VPN vendase. Demo testimi

1.5 skemat në IPsec VPN vendase. Demo testimi

Situata

Kam marrë një version demo të produkteve C-Terra VPN versioni 4.3 për tre muaj. Dua të zbuloj nëse jeta ime inxhinierike do të bëhet më e lehtë pas kalimit në versionin e ri.

Sot nuk është e vështirë, mjafton një qese kafe e çastit 3 në 1. Unë do t'ju tregoj se si të merrni demo. Do të përpiqem të ndërtoj skemat GRE-mbi IPsec dhe IPsec-mbi-GRE.

Si të merrni një demonstrim

1.5 skemat në IPsec VPN vendase. Demo testimi

Nga figura rezulton se për të marrë një demo ju duhet:

  • Shkruani një letër për [email mbrojtur] nga një adresë korporate;
  • Në letër, tregoni TIN-in e organizatës suaj;
  • Listoni produktet dhe sasitë e tyre.

Demonstrimet janë të vlefshme për tre muaj. Shitësi nuk e kufizon funksionalitetin e tyre.

Zgjerimi i imazhit

Demoja e "Security Gateway" është një imazh i makinës virtuale. Unë jam duke përdorur VMWare Workstation. Një listë e plotë e hipervizorëve të mbështetur dhe mjediseve të virtualizimit është e disponueshme në faqen e internetit të shitësit.

Para se të filloni, ju lutemi vini re se nuk ka ndërfaqe rrjeti në imazhin e paracaktuar të makinës virtuale:

1.5 skemat në IPsec VPN vendase. Demo testimi

Logjika është e qartë, përdoruesi duhet të shtojë aq ndërfaqe sa i nevojiten. Unë do të shtoj katër menjëherë:

1.5 skemat në IPsec VPN vendase. Demo testimi

Tani nis makinën virtuale. Menjëherë pas nisjes, porta kërkon një emër përdoruesi dhe fjalëkalim.

Ka disa konzola në S-Terra Gateway me llogari të ndryshme. Unë do të numëroj numrin e tyre në një artikull të veçantë. Për tani:
Login as: administrator
Password: s-terra

Po inicializoj portën. Inicializimi është një sekuencë veprimesh: futja e një licence, vendosja e një gjeneruesi biologjik të numrave të rastësishëm (imitues i tastierës - rekordi im është 27 sekonda) dhe krijimi i një harte të ndërfaqes së rrjetit.

Harta e ndërfaqeve të rrjetit. U bë më e lehtë

Versioni 4.2 përshëndeti përdoruesin aktiv me mesazhe:

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

Një përdorues aktiv (sipas një inxhinieri anonim) është një përdorues që mund të konfigurojë çdo gjë shpejt dhe pa dokumentacion.

Diçka po shkonte keq përpara se të përpiqej të konfiguronte një adresë IP në ndërfaqe. Gjithçka ka të bëjë me hartën e ndërfaqes së rrjetit. Ishte e nevojshme të bëhej:

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

Si rezultat, krijohet një hartë e ndërfaqes së rrjetit që përmban hartëzimin e emrave të ndërfaqes fizike (0000:02:03.0) dhe përcaktimet e tyre logjike në sistemin operativ (eth0) dhe konsolën e ngjashme me Cisco (FastEthernet0/0):

#Unique ID iface type OS name Cisco-like name

0000:02:03.0 phye eth0 FastEthernet0/0

Emërtimet logjike të ndërfaqeve quhen pseudonime. Pseudonimet ruhen në skedarin /etc/ifaliases.cf.
Në versionin 4.3, kur makina virtuale nis për herë të parë, krijohet automatikisht një hartë e ndërfaqes. Nëse ndryshoni numrin e ndërfaqeve të rrjetit në makinën virtuale, atëherë ju lutemi rikrijoni hartën e ndërfaqes:

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

Skema 1: GRE-mbi IPsec

Unë vendos dy porta virtuale, kaloj siç tregohet në figurë:

1.5 skemat në IPsec VPN vendase. Demo testimi

Hapi 1. Vendosni adresat IP dhe rrugët

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

Kontrollimi i lidhjes 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

Hapi 2: Vendosni GRE

Unë marr një shembull të konfigurimit të GRE nga skriptet zyrtare. Unë krijoj një skedar gre1 në drejtorinë /etc/network/interfaces.d me përmbajtjen.

Për 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

Për 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

Unë ngre ndërfaqen në sistem:

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

Duke kontrolluar:

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 ka një sniffer të integruar të paketave - tcpdump. Unë do të shkruaj një hale trafiku në një skedar pcap:

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

Unë filloj të bëj ping midis ndërfaqeve 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

Tuneli GRE është në funksionim:

1.5 skemat në IPsec VPN vendase. Demo testimi

Hapi 3. Kripto me GOST GRE

Kam vendosur llojin e identifikimit - sipas adresës. Autentifikimi me një çelës të paracaktuar (sipas kushteve të përdorimit, duhet të përdoren certifikatat dixhitale):

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

Kam vendosur parametrat IPsec Faza I:

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

Vendosa parametrat IPsec Faza II:

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

Unë krijoj një listë aksesi për enkriptim. Trafiku i synuar - GRE:

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

Unë krijoj një hartë kripto dhe e lidh atë me ndërfaqen 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

Për VG2, konfigurimi është i pasqyruar, ndryshimet janë:

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

Duke kontrolluar:

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

Statistikat 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

Nuk ka pako në deponinë e trafikut GRE:

1.5 skemat në IPsec VPN vendase. Demo testimi

Përfundim: skema GRE-over-IPsec funksionon si duhet.

Figura 1.5: IPsec-mbi-GRE

Unë nuk planifikoj të përdor IPsec-over-GRE në rrjet. Unë mbledh sepse dua.

1.5 skemat në IPsec VPN vendase. Demo testimi

Për të vendosur skemën GRE-over-IPsec anasjelltas:

  • Rregullimi i listës së aksesit të enkriptimit - trafiku i synuar nga LAN1 në LAN2 dhe anasjelltas;
  • Konfiguro rrugëzimin përmes GRE;
  • Varni një kriptomap në ndërfaqen GRE.

Si parazgjedhje, nuk ka asnjë ndërfaqe GRE në konsolën e portës së ngjashme me Cisco. Ekziston vetëm në sistemin operativ.

Unë shtoj ndërfaqen GRE në konsolën e ngjashme me Cisco. Për ta bërë këtë, unë modifikoj skedarin /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="*")

ku gre1 është përcaktimi i ndërfaqes në sistemin operativ, Tunnel0 është përcaktimi i ndërfaqes në konsolën e ngjashme me Cisco.

Unë rillogarit hash-in e skedarit:

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

SUCCESS:  Operation was successful.

Tani ndërfaqja Tunnel0 është shfaqur në konsolën e ngjashme me Cisco:

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

Korrigjimi i listës së aksesit për kriptim:

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

Unë konfiguroj rrugëzimin përmes 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

Unë heq kriptomapën nga Fa0 / 0 dhe e lidh atë me ndërfaqen GRE:

VG1(config)#
interface Tunnel0
crypto map CMAP

Për VG2 është e ngjashme.

Duke kontrolluar:

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

Statistikat 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

Në deponinë e trafikut ESP, paketat e kapsuluara në GRE:

1.5 skemat në IPsec VPN vendase. Demo testimi

Përfundim: IPsec-over-GRE funksionon si duhet.

Rezultatet e

Mjaftonte një filxhan kafe. Kam skicuar udhëzime për marrjen e një versioni demo. Konfiguruar GRE-mbi IPsec dhe vendoset anasjelltas.

Harta e ndërfaqeve të rrjetit në versionin 4.3 është automatike! Unë jam duke testuar më tej.

Inxhinier anonim
t.me/anonymous_engineer


Burimi: www.habr.com

Shto një koment