Azure自建虚拟机与线下IDC和Office ASA防火墙建立ipsec，实现内网互通

最新推荐文章于 2023-09-13 16:42:15 发布
最新推荐文章于 2023-09-13 16:42:15 发布
阅读量1k 收藏 1
点赞数 2
分类专栏： Azure
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_40165796/article/details/120323991
版权

一、环境介绍

使用libreswan实现Azure与IDC和Office内网互通

环境：【① 源和目的都为虚拟机，具体安装配置于Azures上虚拟机一致；② 其他品牌VPN网关设备】

Azure虚拟机:

内网网段：10.1.12.0/24

公网IP：52.130.186.xx

内网IP：10.1.12.4

系统版本：Centos7

IDC：

内网网段：10.161.30.0/24

公网IP：122.144.208.xx

网络设备：ASA防火墙

Office:

内网网段：192.168.40.0/24

公网IP：60.168.145.xx

网络设备：ASA防火墙

架构图：

二、系统配置

2.1 开启路由转发和关闭源路由验证

vim /etc/sysctl.conf

net.ipv4.ip_forward = 1
net.ipv4.conf.all.rp_filter = 0
net.ipv4.conf.default.rp_filter = 0
net.ipv4.conf.eth0.rp_filter = 0 
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.all.log_martians = 0
net.ipv4.conf.default.log_martians = 0
net.ipv4.conf.default.accept_source_route = 0
net.ipv4.conf.all.accept_redirects = 0
net.ipv4.conf.default.accept_redirects = 0
net.ipv4.icmp_ignore_bogus_error_responses = 1

2.2 重新加载内核参数

sysctl -p

 2.3 关闭selinux和防火墙

setenforce 0   #临时关闭selinux
sed -ir '/^SELINUX=/s/=.+/=disabled/' /etc/selinux/config  #永久关闭selinux

systemctl stop firewalld
systemctl disable firewalld

 2.4 配置安全组策略

对目的IP开放所有端口或只开放UDP500、UDP4500端口

 2.5 开启IP转发

虚拟机-网络-网络接口-IP配置

 2.6 创建路由表、关联子网

① 所有服务-网络-路由表-创建-路由-添加

添加office、idc网段指向Azure的路由

②关联子网

所有服务-网络-路由表-子网-关联

三、软件安装

libreswan安装

yum install -y libreswan

查看libreswan版本

yum info libreswan

 

 四、新建ipsec连接

4.1 创建azure-to-idc连接配置：

vim /etc/ipsec.d/azure-to-idc.conf


conn azure-to-idc
        ### phase 1 ###

        # 指定认证类型预共享秘钥
        authby=secret
        # 指定ike算法为AES-256-SHA,非对称算法为dh2(根据网络设备和libreswan支持的算法来定)
        ike=AES-256-SHA;dh2
        # 指定ike
        keyexchange=ike

        ### phase 2 ###
        phase2=esp
        phase2alg=AES-256-SHA
        # 指定是否压缩
        compress=no
        # 指定是否加密
        pfs=yes
        # 指定连接添加类型。start 为开机自启，add为添加 不主动连接
        auto=start
        # 指定模式类型为隧道模式|传输模式
        type=tunnel

        left=10.1.12.4
        leftsubnet=10.1.12.0/24
        leftid=52.130.186.xx
        leftnexthop=%defaultroute

        right=122.144.208.xx
        rightsubnet=10.161.30.0/24
        rightid=122.144.208.xx

4.2 新建azure-to-idc共享密钥配置：

vim /etc/ipsec.d/azure-to-idc.secrets 


52.130.186.xx 122.144.208.xx: PSK "K3!R5kj038&#e72uN1e@"

4.3 新建azure-to-office连接配置：

vim /etc/ipsec.d/azure-to-office.conf 


conn azure-to-office
        ### phase 1 ###

        # 指定认证类型预共享秘钥
        authby=secret
        # 指定ike算法为AES-256-SHA,非对称算法为dh2 (根据网络设备和libreswan支持的算法来定)
        ike=AES-256-SHA;dh2
        # 指定ike
        keyexchange=ike

        ### phase 2 ###
        phase2=esp
        phase2alg=AES-256-SHA
        # 指定是否压缩
        compress=no
        # 指定是否加密
        pfs=yes
        # 指定连接添加类型。start 为开机自启，add为添加 不主动连接
        auto=start
        # 指定模式类型为隧道模式|传输模式
        type=tunnel

        left=10.1.12.4
        leftsubnet=10.1.12.0/24
        leftid=52.130.186.xx
        leftnexthop=%defaultroute

        right=60.168.145.xx
        rightsubnet=192.168.40.0/24
        rightid=60.168.145.xx

4.4 新建azure-to-office共享密钥配置：

vim /etc/ipsec.d/azure-to-office.secrets

52.130.186.xx 60.168.145.xx: PSK "K3!R5kj038&#e72uN1e@"

4.5 重启ipsec服务

systemctl restart ipsec

五、配置ASA（因idc和office配置一致，这里只展现一台配置）

1.1 idc配置如下

 

六、测试

6.1 测试ASA设备UDP端口，如端口不通，请开放UDP 4500、500端口

nmap -sU ASA公网IP -p 4500,500 -Pn

 6.2 查看隧道建立情况

ipsec auto --status

000 using kernel interface: netkey
000 interface lo/lo ::1@500
000 interface lo/lo 127.0.0.1@4500
000 interface lo/lo 127.0.0.1@500
000 interface eth0/eth0 10.1.12.4@4500
000 interface eth0/eth0 10.1.12.4@500
000  
000  
000 fips mode=disabled;
000 SElinux=disabled
000 seccomp=disabled
000  
000 config setup options:
000  
000 configdir=/etc, configfile=/etc/ipsec.conf, secrets=/etc/ipsec.secrets, ipsecdir=/etc/ipsec.d
000 nssdir=/etc/ipsec.d, dumpdir=/run/pluto, statsbin=unset
000 dnssec-rootkey-file=/var/lib/unbound/root.key, dnssec-trusted=<unset>
000 sbindir=/usr/sbin, libexecdir=/usr/libexec/ipsec
000 pluto_version=3.25, pluto_vendorid=OE-Libreswan-3.25
000 nhelpers=-1, uniqueids=yes, dnssec-enable=yes, perpeerlog=no, logappend=yes, logip=yes, shuntlifetime=900s, xfrmlifetime=300s
000 ddos-cookies-threshold=50000, ddos-max-halfopen=25000, ddos-mode=auto
000 ikeport=500, ikebuf=0, msg_errqueue=yes, strictcrlpolicy=no, crlcheckinterval=0, listen=<any>, nflog-all=0
000 ocsp-enable=no, ocsp-strict=no, ocsp-timeout=2, ocsp-uri=<unset>
000 ocsp-trust-name=<unset>
000 ocsp-cache-size=1000, ocsp-cache-min-age=3600, ocsp-cache-max-age=86400, ocsp-method=get
000 secctx-attr-type=32001
000 debug:
000  
000 nat-traversal=yes, keep-alive=20, nat-ikeport=4500
000 virtual-private (%priv):
000 - allowed subnets: 10.0.0.0/8, 192.168.0.0/16, 172.16.0.0/12, 25.0.0.0/8, 100.64.0.0/10, fd00::/8, fe80::/10
000  
000 ESP algorithms supported:
000  
000 algorithm ESP encrypt: id=3, name=ESP_3DES, ivlen=8, keysizemin=192, keysizemax=192
000 algorithm ESP encrypt: id=6, name=ESP_CAST, ivlen=8, keysizemin=128, keysizemax=128
000 algorithm ESP encrypt: id=11, name=ESP_NULL, ivlen=0, keysizemin=0, keysizemax=0
000 algorithm ESP encrypt: id=12, name=ESP_AES, ivlen=8, keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=13, name=ESP_AES_CTR, ivlen=8, keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=14, name=ESP_AES_CCM_A, ivlen=8, keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=15, name=ESP_AES_CCM_B, ivlen=8, keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=16, name=ESP_AES_CCM_C, ivlen=8, keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=18, name=ESP_AES_GCM_A, ivlen=8, keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=19, name=ESP_AES_GCM_B, ivlen=8, keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=20, name=ESP_AES_GCM_C, ivlen=8, keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=22, name=ESP_CAMELLIA, ivlen=8, keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=23, name=ESP_NULL_AUTH_AES_GMAC, ivlen=8, keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=252, name=ESP_SERPENT, ivlen=8, keysizemin=128, keysizemax=256
000 algorithm ESP encrypt: id=253, name=ESP_TWOFISH, ivlen=8, keysizemin=128, keysizemax=256
000 algorithm AH/ESP auth: id=1, name=AUTH_ALGORITHM_HMAC_MD5, keysizemin=128, keysizemax=128
000 algorithm AH/ESP auth: id=2, name=AUTH_ALGORITHM_HMAC_SHA1, keysizemin=160, keysizemax=160
000 algorithm AH/ESP auth: id=5, name=AUTH_ALGORITHM_HMAC_SHA2_256, keysizemin=256, keysizemax=256
000 algorithm AH/ESP auth: id=6, name=AUTH_ALGORITHM_HMAC_SHA2_384, keysizemin=384, keysizemax=384
000 algorithm AH/ESP auth: id=7, name=AUTH_ALGORITHM_HMAC_SHA2_512, keysizemin=512, keysizemax=512
000 algorithm AH/ESP auth: id=8, name=AUTH_ALGORITHM_HMAC_RIPEMD, keysizemin=160, keysizemax=160
000 algorithm AH/ESP auth: id=9, name=AUTH_ALGORITHM_AES_XCBC, keysizemin=128, keysizemax=128
000 algorithm AH/ESP auth: id=250, name=AUTH_ALGORITHM_AES_CMAC_96, keysizemin=128, keysizemax=128
000 algorithm AH/ESP auth: id=251, name=AUTH_ALGORITHM_NULL_KAME, keysizemin=0, keysizemax=0
000  
000 IKE algorithms supported:
000  
000 algorithm IKE encrypt: v1id=5, v1name=OAKLEY_3DES_CBC, v2id=3, v2name=3DES, blocksize=8, keydeflen=192
000 algorithm IKE encrypt: v1id=8, v1name=OAKLEY_CAMELLIA_CBC, v2id=23, v2name=CAMELLIA_CBC, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=-1, v1name=n/a, v2id=20, v2name=AES_GCM_C, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=-1, v1name=n/a, v2id=19, v2name=AES_GCM_B, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=-1, v1name=n/a, v2id=18, v2name=AES_GCM_A, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=13, v1name=OAKLEY_AES_CTR, v2id=13, v2name=AES_CTR, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=7, v1name=OAKLEY_AES_CBC, v2id=12, v2name=AES_CBC, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=65004, v1name=OAKLEY_SERPENT_CBC, v2id=65004, v2name=SERPENT_CBC, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=65005, v1name=OAKLEY_TWOFISH_CBC, v2id=65005, v2name=TWOFISH_CBC, blocksize=16, keydeflen=128
000 algorithm IKE encrypt: v1id=65289, v1name=OAKLEY_TWOFISH_CBC_SSH, v2id=65289, v2name=TWOFISH_CBC_SSH, blocksize=16, keydeflen=128
000 algorithm IKE PRF: name=HMAC_MD5, hashlen=16
000 algorithm IKE PRF: name=HMAC_SHA1, hashlen=20
000 algorithm IKE PRF: name=HMAC_SHA2_256, hashlen=32
000 algorithm IKE PRF: name=HMAC_SHA2_384, hashlen=48
000 algorithm IKE PRF: name=HMAC_SHA2_512, hashlen=64
000 algorithm IKE PRF: name=AES_XCBC, hashlen=16
000 algorithm IKE DH Key Exchange: name=MODP1024, bits=1024
000 algorithm IKE DH Key Exchange: name=MODP1536, bits=1536
000 algorithm IKE DH Key Exchange: name=MODP2048, bits=2048
000 algorithm IKE DH Key Exchange: name=MODP3072, bits=3072
000 algorithm IKE DH Key Exchange: name=MODP4096, bits=4096
000 algorithm IKE DH Key Exchange: name=MODP6144, bits=6144
000 algorithm IKE DH Key Exchange: name=MODP8192, bits=8192
000 algorithm IKE DH Key Exchange: name=DH19, bits=512
000 algorithm IKE DH Key Exchange: name=DH20, bits=768
000 algorithm IKE DH Key Exchange: name=DH21, bits=1056
000 algorithm IKE DH Key Exchange: name=DH22, bits=1024
000 algorithm IKE DH Key Exchange: name=DH23, bits=2048
000 algorithm IKE DH Key Exchange: name=DH24, bits=2048
000  
000 stats db_ops: {curr_cnt, total_cnt, maxsz} :context={0,351381,64} trans={0,351381,6936} attrs={0,351381,4624} 
000  
000 Connection list:
000  
000 "azure-to-hfoffice": 10.1.12.0/24===10.1.12.4<10.1.12.4>[52.130.186.xx]---10.1.12.1...60.168.145.xx<60.168.145.xx>===192.168.40.0/24; erouted; eroute owner: #630098
000 "azure-to-hfoffice":     oriented; my_ip=unset; their_ip=unset; my_updown=ipsec _updown;
000 "azure-to-hfoffice":   xauth us:none, xauth them:none,  my_username=[any]; their_username=[any]
000 "azure-to-hfoffice":   our auth:secret, their auth:secret
000 "azure-to-hfoffice":   modecfg info: us:none, them:none, modecfg policy:push, dns:unset, domains:unset, banner:unset, cat:unset;
000 "azure-to-hfoffice":   labeled_ipsec:no;
000 "azure-to-hfoffice":   policy_label:unset;
000 "azure-to-hfoffice":   ike_life: 3600s; ipsec_life: 28800s; replay_window: 32; rekey_margin: 540s; rekey_fuzz: 100%; keyingtries: 0;
000 "azure-to-hfoffice":   retransmit-interval: 500ms; retransmit-timeout: 60s;
000 "azure-to-hfoffice":   initial-contact:no; cisco-unity:no; fake-strongswan:no; send-vendorid:no; send-no-esp-tfc:no;
000 "azure-to-hfoffice":   policy: PSK+ENCRYPT+TUNNEL+PFS+UP+IKEV1_ALLOW+IKEV2_ALLOW+SAREF_TRACK+IKE_FRAG_ALLOW+ESN_NO;
000 "azure-to-hfoffice":   conn_prio: 24,24; interface: eth0; metric: 0; mtu: unset; sa_prio:auto; sa_tfc:none;
000 "azure-to-hfoffice":   nflog-group: unset; mark: unset; vti-iface:unset; vti-routing:no; vti-shared:no; nic-offload:auto;
000 "azure-to-hfoffice":   our idtype: ID_IPV4_ADDR; our id=52.130.186.xx; their idtype: ID_IPV4_ADDR; their id=60.168.145.xx
000 "azure-to-hfoffice":   dpd: action:hold; delay:0; timeout:0; nat-t: encaps:auto; nat_keepalive:yes; ikev1_natt:both
000 "azure-to-hfoffice":   newest ISAKMP SA: #630097; newest IPsec SA: #630098;
000 "azure-to-hfoffice":   IKE algorithms: AES_CBC_256-HMAC_SHA1-MODP1024
000 "azure-to-hfoffice":   IKE algorithm newest: AES_CBC_256-HMAC_SHA1-MODP1024
000 "azure-to-hfoffice":   ESP algorithms: AES_CBC_256-HMAC_SHA1_96
000 "azure-to-hfoffice":   ESP algorithm newest: AES_CBC_256-HMAC_SHA1_96; pfsgroup=<Phase1>
000 "azure-to-idc": 10.1.12.0/24===10.1.12.4<10.1.12.4>[52.130.186.66]---10.1.12.1...122.144.208.xx<122.144.208.xx>===10.161.30.0/24; erouted; eroute owner: #630074
000 "azure-to-idc":     oriented; my_ip=unset; their_ip=unset; my_updown=ipsec _updown;
000 "azure-to-idc":   xauth us:none, xauth them:none,  my_username=[any]; their_username=[any]
000 "azure-to-idc":   our auth:secret, their auth:secret
000 "azure-to-idc":   modecfg info: us:none, them:none, modecfg policy:push, dns:unset, domains:unset, banner:unset, cat:unset;
000 "azure-to-idc":   labeled_ipsec:no;
000 "azure-to-idc":   policy_label:unset;
000 "azure-to-idc":   ike_life: 3600s; ipsec_life: 28800s; replay_window: 32; rekey_margin: 540s; rekey_fuzz: 100%; keyingtries: 0;
000 "azure-to-idc":   retransmit-interval: 500ms; retransmit-timeout: 60s;
000 "azure-to-idc":   initial-contact:no; cisco-unity:no; fake-strongswan:no; send-vendorid:no; send-no-esp-tfc:no;
000 "azure-to-idc":   policy: PSK+ENCRYPT+TUNNEL+PFS+IKEV1_ALLOW+IKEV2_ALLOW+SAREF_TRACK+IKE_FRAG_ALLOW+ESN_NO;
000 "azure-to-idc":   conn_prio: 24,24; interface: eth0; metric: 0; mtu: unset; sa_prio:auto; sa_tfc:none;
000 "azure-to-idc":   nflog-group: unset; mark: unset; vti-iface:unset; vti-routing:no; vti-shared:no; nic-offload:auto;
000 "azure-to-idc":   our idtype: ID_IPV4_ADDR; our id=52.130.186.xx; their idtype: ID_IPV4_ADDR; their id=122.144.208.xx
000 "azure-to-idc":   dpd: action:hold; delay:0; timeout:0; nat-t: encaps:auto; nat_keepalive:yes; ikev1_natt:both
000 "azure-to-idc":   newest ISAKMP SA: #630099; newest IPsec SA: #630074;
000 "azure-to-idc":   IKE algorithms: AES_CBC_256-HMAC_SHA1-MODP1024
000 "azure-to-idc":   IKE algorithm newest: AES_CBC_256-HMAC_SHA1-MODP1024
000 "azure-to-idc":   ESP algorithms: AES_CBC_256-HMAC_SHA1_96
000 "azure-to-idc":   ESP algorithm newest: AES_CBC_256-HMAC_SHA1_96; pfsgroup=<Phase1>
000  
000 Total IPsec connections: loaded 2, active 2
000  
000 State Information: DDoS cookies not required, Accepting new IKE connections
000 IKE SAs: total(2), half-open(0), open(0), authenticated(2), anonymous(0)
000 IPsec SAs: total(2), authenticated(2), anonymous(0)
000  
000 #630097: "azure-to-hfoffice":4500 STATE_MAIN_I4 (ISAKMP SA established); EVENT_SA_REPLACE in 1135s; newest ISAKMP; lastdpd=8s(seq in:0 out:0); idle; import:admin initiate
000 #630098: "azure-to-hfoffice":4500 STATE_QUICK_I2 (sent QI2, IPsec SA established); EVENT_SA_REPLACE in 26359s; newest IPSEC; eroute owner; isakmp#630097; idle; import:admin initiate
000 #630098: "azure-to-hfoffice" esp.990a220@60.168.145.234 esp.aec62696@10.1.12.4 tun.0@60.168.145.234 tun.0@10.1.12.4 ref=0 refhim=0 Traffic: ESPin=0B ESPout=0B! ESPmax=4194303B 
000 #630074: "azure-to-idc":4500 STATE_QUICK_R2 (IPsec SA established); EVENT_SA_REPLACE in 15936s; newest IPSEC; eroute owner; isakmp#630073; idle; import:not set
000 #630074: "azure-to-idc" esp.b2562ef8@122.144.208.126 esp.72f066af@10.1.12.4 tun.0@122.144.208.126 tun.0@10.1.12.4 ref=0 refhim=0 Traffic: ESPin=727KB ESPout=727KB! ESPmax=4500B 
000 #630099: "azure-to-idc":4500 STATE_MAIN_R3 (sent MR3, ISAKMP SA established); EVENT_SA_REPLACE in 2168s; newest ISAKMP; lastdpd=-1s(seq in:0 out:0); idle; import:not set
000  
000 Bare Shunt list:
000

六、激活隧道

进行ping测试激活隧道

 

七、排错

1、无法通信可能是因为ASA inside端口错误

2、两端加密方式需配置一致

3、默认IKE v1协议

vertexcloud
关注
  • 2
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
专栏目录
推荐开源项目：Libreswan - 灵活强大的IPSec实现
gitblog_00055的博客
05-09 490
推荐开源项目：Libreswan - 灵活强大的IPSec实现 项目地址:https://gitcode.com/libreswan/libreswan 项目介绍 Libreswan是一款专为Linux设计的互联网密钥交换（IKE）实现软件，支持IKEv1和IKEv2协议，并兼容多种扩展功能，如X.509数字证书、NAT穿透等。它利用了Linux原生的XFRM IPsec堆栈。这款项目源自Open...
CISCO IPSEC对接AZURE云实例记录(点到点-静态)
weixin_34292402的博客
12-29 378
本地环境：CISCO ASA5525 Cisco Adaptive Security Appliance Software Version 9.7(1)4 Firepower Extensible Operating System Version 2.1(1.66) Device Manager Version 7.7(1)151 Hardware: ASA5525, 8192 MB RAM...
搭建本地，AWS和Azure之间的IPSec 连接
weixin_34161032的博客
01-24 1068
背景 因为业务需要，需要在公司，AWS和Azure之间都搭建IPSec的连接。主要挑战在于： AWS只支持IKEv1 Azure默认支持IKEv2，如果使用IKEv1的话只能搭建一个policy based 连接； 公司的路由器是Cisco RV340, 最新的版本支持IKEv2，但是不支持BGP动态路由，和AWS连接没问题，但是和Azure连接默认只能使用policy based 连接，也就是...
用IPsec/Openswan连接各地机房的内网
Phoenix's blog
02-24 3327
<br /> <br />各地机房逐渐增多，每个机房都有几台机器，只通过外网IP进行机房之间的数据传输很麻烦，所以考虑用VPN把所有机房连接起来，由于没有一个合适的中心点，于是选择各地机房两两配对连接。看了一下OpenVPN和IPsec，IPsec因为是在内核中进行的，性能稍微好一些，配合Openswan配置也不复杂。<br /> <br />目前的2.6内核都自带了Netkey模式，虽然没有KLIPS配置功能强，但是也足够用了。<br /> <br />假设有三个机房，节点用的机器选择每个网段的第一个IP
IPSec的NAT穿越
cxw06023273的博客
01-10 310
本文档的Copyleft归yfydz所有，使用GPL发布，可以自由拷贝，转载，转载时请保持文档的完整性，严禁用于任何商业用途。 msn: yfydz_no1@hotmail.com 来源：http://yfydz.cublog.cn 参考资料：RFC3715，3947，3948 [code="java"]1. 前言 IPSec提供了端到端的IP通信的安全性，但在NAT环...
使用IPSec实现终端间的互通
weixin_60719780的博客
09-21 904
1、使用路由器之间来完成IPSec的加密互通2、使用防护墙完成IPSec的加密互通。
AzureStack与Azure的有QoS保证的网络联通实现方法和对比测试
02-25
源自Azure的Azurestack作为一款业界唯一的和领先的公有云平台一致的混合云平台，能够帮助企业客户从自有数据中心交付Azure云服务。它作为微软混合云战略中的重头戏，官方宣称其将在今年年中GA了。上海仪电集团高度...
AzureStack自定义虚拟机镜像和GalleryItem
02-25
本文将主要介绍如何在AzureStack的MarketPlace中如何添加一个自定义的虚拟机进行并定制满足需求的GalleryItem，同时通过自服务的模式提供给业务的消费者。这一篇，我们将探讨以下几个问题：AzureStack的镜像分为和两...
Azure 中的虚拟机，有关如何在 Azure 中创建和管理虚拟机的文档
最新发布
01-27
Azure 虚拟机让你能够灵活地进行虚拟化，而无需购买和维护运行虚拟机的物理硬件。创建虚拟机之前，需要考虑虚拟机的以下方面：资源的名称、资源的存储位置、虚拟机的大小、可创建的最大虚拟机数、虚拟机运行的操作...
锐捷网络—VPN功能—IPSec VPN 常见问题和故障
君逍遥o
09-13 3202
IPSec （IP Security ）是一种由IETF设计的端到端的确保IP层通信安全的机制。 IPSec协议可以为IP网络通信提供透明的安全服务，保护TCP/IP通信免遭窃听和篡改，保证数据的完整性和机密性，有效抵御网络攻击。 IPSec不是一个单独的协议，而是一组协议，IPSec协议的定义文件包括了12个RFC文件和几十个Internet草案，已经成为工业标准的网络安全协议。
IPsec中IKE与ISAKMP过程分析（主模式-消息2）
ryanzzzzz的博客
04-29 2222
IKE第一阶段消息2由响应方发出，具体包括一个SA载荷（确认响应方所接受的SA提议），响应方签名证书和加密证书。由于目前还没有任何协商得到密钥，所以消息2还是以明文传输。消息2报文结构如下，HDR头后面紧跟SA，SA载荷中确认各类密钥算法且与发起发的提议不得有任何修改。在SA之后响应方的签名证书和加密证书（X.509证书结构）。
centos安装libreswan_Centos 7安装L2TP/IPSEC ***
weixin_39828457的博客
12-20 1020
ipsec setup startipsec verify[root@localhost ~]# ipsec setup startRedirecting to: systemctl start ipsec.service[root@localhost ~]# ipsec verifyVerifying installed system and configuration filesVersi...
IPSec之IKEv1协议详解
热门推荐
曹世宏的博客
04-20 4万+
IKE简介 安全联盟SA： 定义： 安全联盟是要建立IPSec 隧道的通信双方对隧道参数的约定，包括隧道两端的IP地址、隧道采用的验证方式、验证算法、验证密钥、加密算法、共享密钥以及生命周期等一系列参数。 SA由三元组来唯一标识，这个三元组包括安全参数索引SPI（Security Parameter Index）、目的IP地址和使用的安全协议号（AH或ESP）。其中，SPI是为唯一标识SA而生成的...
Cisco IKEv1 Site-to-Site IPSec Configuration on IOS Routers (1) – High Availability IPSec
Cyber Security Memo
01-11 870
IPsec is a framework of open standards that provides data confidentiality, data integrity, and data authentication among participating peers. It provides these security services at the IP layer; it u...
strongswan之ipsec.conf配置手册
衡水铁头哥的博客
07-09 6386
ipsec.conf是strongSwan的关键配置，文件指定了strongSwan IPsec子系统的大部分配置和控制信息。主要的例外是身份验证的密钥，配置保存在ipsec.secrets文件中。
实际中可能遇到的NAT问题（IPsec）
weixin_30265103的博客
12-13 590
一、背景介绍：一般我们在实际网络中不是IPSec VPN的时候，都是边界设备连接Internet，然后两个边界设备通过Internet去实现互通，建立VPN，但是，有的运营商在分配IP地址的时候，给我们使用的地址可能会在运营商的设备上再完成一次NAT，这样将会导致我们的IPSec VPN无法建立，我做了一个测试，简单搭建的拓扑图如下： R1作为一个分支站点的边界路由去，R2和R3是作为运营...
asa防火墙上实现IPSec ***
weixin_33806509的博客
03-13 193
一、ipsec ×××故障排查Ipsec ***在实际工作中应用很广，如何组建ipsec对等体实现×××通信，还应具备一定的故障排查。1、show cryptoisakmp sa命令通过这个命令可以了解管理连接所处的状态：NM_NO_STATE：ISAKMP SA 建立的初始状态，管理连接建立失败也会处于该状态。NM_SA_SETUP：对等体之间ISAKMP策略协商成功后处于...
思科防火墙解析(ASA)
一起努力共同进步，为了未来一起奋斗吧！
11-20 2357
思科防火墙（ASA）原理解析
HCIE-Security Day35：IPSec-NAT-T
小梁的博客
04-04 1842
NAT穿越场景 在ipsec pn部署中，如果发起者比如fwc位于私网内部，而它希望与fwa之间直接建立一条ipsec隧道，这种情况下nat会对部署ipsec pn网络造成障碍。 在多站点企业中，有的站点连动态的公网IP地址都没有，只能先由网络中的nat设备进行地址转换，然后才能访问internet，此时如果同时需要和另一个站点建立ipsec通道的话，就存在问题。 IPSec是用来保护报文不被修改的，而NAT却专门修改报文的IP地址，所以肯定存在问题。 协商IPSec的过程是由isakmp报文完成的

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值