1.5 skim pada IPsec VPN domestik. Menguji demo

1.5 skim pada IPsec VPN domestik. Menguji demo

Keadaan ini

Saya menerima versi demo produk C-Terra VPN versi 4.3 selama tiga bulan. Saya ingin mengetahui sama ada kehidupan kejuruteraan saya akan menjadi lebih mudah selepas bertukar kepada versi baharu.

Hari ini tidak sukar, satu beg kopi segera 3 dalam 1 sepatutnya mencukupi. Saya akan memberitahu anda bagaimana untuk mendapatkan demo. Saya akan cuba membina skim GRE-over-IPsec dan IPsec-over-GRE.

Bagaimana untuk mendapatkan demo

1.5 skim pada IPsec VPN domestik. Menguji demo

Ia berikutan daripada rajah bahawa untuk mendapatkan demo anda perlu:

  • Tulis surat kepada [e-mel dilindungi] daripada alamat korporat;
  • Dalam surat itu, nyatakan TIN organisasi anda;
  • Senaraikan produk dan kuantitinya.

Demo sah selama tiga bulan. Penjual tidak mengehadkan fungsi mereka.

Mengembangkan imej

Demo Security Gateway ialah imej mesin maya. Saya menggunakan VMWare Workstation. Senarai lengkap hipervisor dan persekitaran virtualisasi yang disokong tersedia di tapak web vendor.

Sebelum anda memulakan, sila ambil perhatian bahawa tiada antara muka rangkaian dalam imej mesin maya lalai:

1.5 skim pada IPsec VPN domestik. Menguji demo

Logiknya jelas, pengguna harus menambah seberapa banyak antara muka yang dia perlukan. Saya akan menambah empat sekaligus:

1.5 skim pada IPsec VPN domestik. Menguji demo

Sekarang saya memulakan mesin maya. Sejurus selepas pelancaran, gerbang memerlukan nama pengguna dan kata laluan.

Terdapat beberapa konsol dalam S-Terra Gateway dengan akaun yang berbeza. Saya akan mengira nombor mereka dalam artikel berasingan. Untuk sekarang:
Login as: administrator
Password: s-terra

Saya sedang memulakan gerbang. Permulaan ialah urutan tindakan: memasukkan lesen, menyediakan penjana nombor rawak biologi (simulator papan kekunci - rekod saya ialah 27 saat) dan mencipta peta antara muka rangkaian.

Peta antara muka rangkaian. Ia menjadi lebih mudah

Versi 4.2 menyambut pengguna aktif dengan mesej:

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

Pengguna aktif (menurut jurutera tanpa nama) ialah pengguna yang boleh menyediakan apa sahaja dengan cepat dan tanpa dokumentasi.

Sesuatu telah berlaku sebelum cuba menyediakan alamat IP pada antara muka. Ini semua mengenai peta antara muka rangkaian. Ia perlu dilakukan:

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

Akibatnya, peta antara muka rangkaian dicipta yang mengandungi pemetaan nama antara muka fizikal (0000:02:03.0) dan sebutan logiknya dalam sistem pengendalian (eth0) dan konsol seperti Cisco (FastEthernet0/0):

#Unique ID iface type OS name Cisco-like name

0000:02:03.0 phye eth0 FastEthernet0/0

Penamaan logik antara muka dipanggil alias. Alias ​​disimpan dalam fail /etc/ifaliases.cf.
Dalam versi 4.3, apabila mesin maya mula-mula dimulakan, peta antara muka dibuat secara automatik. Jika anda menukar bilangan antara muka rangkaian dalam mesin maya, sila cipta semula peta antara muka:

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

Skim 1: GRE-over-IPsec

Saya menggunakan dua gerbang maya, saya menukar seperti yang ditunjukkan dalam rajah:

1.5 skim pada IPsec VPN domestik. Menguji demo

Langkah 1. Sediakan alamat IP dan laluan

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

Memeriksa sambungan 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

Langkah 2: Sediakan GRE

Saya mengambil contoh penyediaan GRE daripada skrip rasmi. Saya mencipta fail gre1 dalam direktori /etc/network/interfaces.d dengan kandungannya.

Untuk 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

Untuk 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

Saya meningkatkan antara muka dalam sistem:

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

Menyemak:

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 mempunyai penghidu paket terbina dalam - tcpdump. Saya akan menulis pembuangan trafik ke fail pcap:

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

Saya mula ping antara antara muka 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

Terowong GRE sedang beroperasi:

1.5 skim pada IPsec VPN domestik. Menguji demo

Langkah 3. Sulitkan dengan GOST GRE

Saya menetapkan jenis pengenalan - mengikut alamat. Pengesahan dengan kunci yang dipratentukan (mengikut Syarat Penggunaan, sijil digital mesti digunakan):

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

Saya menetapkan parameter IPsec Fasa I:

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

Saya menetapkan parameter IPsec Fasa II:

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

Saya mencipta senarai akses untuk penyulitan. Trafik disasarkan - GRE:

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

Saya mencipta peta kripto dan mengikatnya pada antara muka 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

Untuk VG2, konfigurasi dicerminkan, perbezaannya ialah:

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

Menyemak:

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

Statistik 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

Tiada paket dalam tempat pembuangan trafik GRE:

1.5 skim pada IPsec VPN domestik. Menguji demo

Kesimpulan: skim GRE-over-IPsec berfungsi dengan betul.

Rajah 1.5: IPsec-over-GRE

Saya tidak bercadang untuk menggunakan IPsec-over-GRE pada rangkaian. Saya mengumpul kerana saya mahu.

1.5 skim pada IPsec VPN domestik. Menguji demo

Untuk menggunakan skema GRE-over-IPsec sebaliknya:

  • Betulkan senarai akses penyulitan - trafik sasaran dari LAN1 ke LAN2 dan sebaliknya;
  • Konfigurasikan penghalaan melalui GRE;
  • Gantungkan cryptomap pada antara muka GRE.

Secara lalai, tiada antara muka GRE dalam konsol get laluan seperti Cisco. Ia hanya wujud dalam sistem pengendalian.

Saya menambah antara muka GRE pada konsol seperti Cisco. Untuk melakukan ini, saya mengedit fail /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="*")

di mana gre1 ialah sebutan antara muka dalam sistem pengendalian, Tunnel0 ialah sebutan antara muka dalam konsol seperti Cisco.

Saya mengira semula cincangan fail:

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

SUCCESS:  Operation was successful.

Kini antara muka Tunnel0 telah muncul dalam konsol seperti Cisco:

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

Membetulkan senarai akses untuk penyulitan:

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

Saya mengkonfigurasi penghalaan melalui 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

Saya mengalih keluar cryptomap dari Fa0 / 0 dan mengikatnya ke antara muka GRE:

VG1(config)#
interface Tunnel0
crypto map CMAP

Untuk VG2 ia adalah serupa.

Menyemak:

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

Statistik 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

Dalam pembuangan trafik ESP, paket yang terkandung dalam GRE:

1.5 skim pada IPsec VPN domestik. Menguji demo

Kesimpulan: IPsec-over-GRE berfungsi dengan betul.

Keputusan

Satu cawan kopi sudah memadai. Saya melakar arahan untuk mendapatkan versi demo. Dikonfigurasikan GRE-over-IPsec dan digunakan sebaliknya.

Peta antara muka rangkaian dalam versi 4.3 adalah automatik! Saya sedang menguji lebih lanjut.

Jurutera Tanpa Nama
t.me/anonymous_engineer


Sumber: www.habr.com

Tambah komen