• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

SR66/SR66-X系列路由器IPsec over L2tp应用中链路断开/恢复后Connection信息以及地址分配的情况

2013-11-08 发表
  • 0关注
  • 0收藏 1180浏览
何理 四段
粉丝:7人 关注:2人

SR66/SR66-X系列路由器IPsec over L2tp

应用中链路断开/恢复后Connection信息以及地址分配的情况

 

关键字:SR66; IPsec over L2tp; dialer; connection;

一.            组网需求:

Client1Client2LACLNS四台路由器按下图组网,四台路由器角色分别为两台拨号客户端、LACLNS。我们需要观察当Client成功拨号后,Client掉电以及Client重启后,它们的地址,connection以及VT信息。

设备清单:2MSR30-20Client1Client2,),版本为2207P14

2SR6602LNSLAC),版本为R3103P07

二.            组网图:

三.    配置步骤:

 

Client1配置

sysname Client1

#

ike peer h3c

 exchange-mode aggressive  //使用IPsec野蛮模式

 pre-shared-key simple h3c //使用预共享密钥提供身份验证

 remote-name admin02

 remote-address 192.168.0.10 //野蛮模式下发起端必须配置

 local-name admin01          //name配置要与对端LNS相反

#

ipsec proposal local

#

ipsec policy h3c 1 isakmp

 

ike-peer h3c

 proposal local

#

interface Dialer0 //创建dialer

 link-protocol ppp

 ppp chap user client1@system //配置拨号用户名

 ppp chap password simple client1 //配置拨号用户密码

 ip address ppp-negotiate //dialer口配置自动获取地址

 dialer user anyone //配置dialer用户名

 dialer-group 1 //配置dialer用户组

 dialer bundle 1 //配置dialer绑定

 ipsec policy h3c //IPsec策略和dialer绑定

#

interface GigabitEthernet0/0

 port link-mode route

 pppoe-client dial-bundle-number 1 //dialer口绑定到G0/2

#

 ip route-static 0.0.0.0 0.0.0.0 Dialer0 //配置到dialer口的缺省路由

#

 dialer-rule 1 ip permit //dialer口出发条件,此时匹配所有

#

Return

Client2配置

sysname Client2

#

ike peer h3c

 exchange-mode aggressive  //使用IPsec野蛮模式

 pre-shared-key simple h3c //使用预共享密钥提供身份验证

 remote-name admin02

 remote-address 192.168.0.10 //野蛮模式下发起端必须配置

 local-name admin01             //name配置要与对端LNS相反

#

ipsec proposal local

#

ipsec policy h3c 1 isakmp

 

ike-peer h3c

 proposal local

#

interface Dialer0 //创建dialer

 link-protocol ppp

 ppp chap user client2@system //配置拨号用户名

 ppp chap password simple client2 //配置拨号用户密码

 ip address ppp-negotiate //dialer口配置自动获取地址

 dialer user anyone //配置dialer用户名

 dialer-group 1 //配置dialer用户组

 dialer bundle 1 //配置dialer绑定

 ipsec policy h3c //IPsec策略和dialer绑定

#

interface GigabitEthernet0/0

 port link-mode route

 pppoe-client dial-bundle-number 1 //dialer口绑定到G0/2

#

 ip route-static 0.0.0.0 0.0.0.0 Dialer0 //配置到dialer口的缺省路由

#

 dialer-rule 1 ip permit //dialer口出发条件,此时匹配所有

#

return

LAC配置

sysname LAC

#

 l2tp enable //启用L2tp功能

#

 domain default enable system //默认域为system,系统缺省

#

domain system

 access-limit disable

 state active

 idle-cut disable

 self-service-url disable

#

local-user client1

 password cipher client1

 service-type ppp

 

local-user client2

 password cipher client2 

 service-type ppp                //创建两个本地用户

#

l2tp-group 1 //配置LAC L2tp

 undo tunnel authentication

 start l2tp ip 12.1.1.2 domain system //配置以域名形式触发L2tp的建立 ip地址使用对端LNS接口地址

#

interface Virtual-Template0 //配置VT

 ppp authentication-mode chap //验证模式为chap

#

interface GigabitEthernet0/1

 port link-mode route

 ip address 12.1.1.1 255.255.255.0

#

interface GigabitEthernet0/0

 port link-mode route

 pppoe-server bind Virtual-Template 0 //VT口和G0/0绑定

#

return

LNS配置

sysname LNS

#

 l2tp enable //使能L2tp功能

#

domain default enable system //默认域为system系统缺省

#

domain system

 access-limit disable

 state active

 idle-cut disable

 self-service-url disable

ip pool 1 192.168.0.1 192.168.0.2

ip pool 2 192.168.0.3 192.168.0.9

 //配置pool,给远端dialer口分配地址   此处地址池在后续的验证过程中会进行更改

#

ike peer h3c02

 exchange-mode aggressive //使用IPsec的野蛮模式

 pre-shared-key simple 123 //使用预共享密钥进行身份验证

 remote-name admin01

 local-name admin02

#

ipsec proposal local

#

ipsec policy-template h3c1 1 //使用IPsec模板

 ike-peer h3c02

 proposal local

 reverse-route tag 80 //生成的静态路由tag值为80

 reverse-route //启用反向路由,IPsec协商成功后自动生成去往保护流的静态路由

#

ipsec policy h3c 1 isakmp template h3c1 //IPsec模板和策略绑定

#

local-user client1

 password cipher client1

 service-type ppp

local-user client2

 password cipher client2 

 service-type ppp                //创建两个本地用户

#

l2tp-group 1 //创建LNS L2tp

 allow l2tp virtual-template 0

 undo tunnel authentication

#

interface Virtual-Template0 //创建VT

 ppp authentication-mode chap //ppp验证模式为chap

 remote address pool 1 //启用system域下地址池

 ip address 192.168.0.10 255.255.255.0

 ipsec policy h3c //IPsec策略和VT口绑定

#

interface GigabitEthernet0/1

 ip address 12.1.1.1 255.255.255.0

#

return

四.            实验现象

1.  配置完成后,等待两台MSR成功获取到IP地址后,我们在LNS上观察connection信息:

[LNS]dis connection

Index=2   ,Username=client1@system

IP=192.168.0.1

IPv6=N/A

Index=3   ,Username=client2@system

IP=192.168.0.2

IPv6=N/A

 Total 2 connection(s) matched. 

   由以上信息可得,两条链接均成功建立,client1client2分别获得地址192.168.0.1192.168.0.2,此时我们把Client2断掉,这时我们再查看connection信息:

[LNS]dis connection

Index=2   ,Username=client1@system

IP=192.168.0.1

IPv6=N/A

Index=3   ,Username=client2@system

IP=192.168.0.2

IPv6=N/A

 Total 2 connection(s) matched. 

此时,虽然client2已经掉线了,但是connection并没有消失仍然存在,经过较长一段时间后,client2connection才会消失;

2.  client2刚掉线时,就立刻恢复连接,待成功建立连接后,查看connection信息:

[LNS]dis connection

Index=2   ,Username=client1@system

IP=192.168.0.1

IPv6=N/A

Index=3   ,Username=client2@system

IP=192.168.0.2

IPv6=N/A

Index=4   ,Username=client2@system

IP=192.168.0.3

IPv6=N/A

 Total 3 connection(s) matched. 

     这时connection表中会出现三条连接信息,其中一条是之前的连接信息,另一条是现在的连接信息。这条之前的连接信息会在较长时间后消失,只剩下现存的连接信息。

3.             然后我们再将client2断掉,然后等待直至连接信息老化消失,只剩下client1的连接信息,这时我们将client2重新连接上,建立连接后在断开,反复做几次,然后观察connection信息:

[LNS]dis connection

Index=2   ,Username=client1@system

IP=192.168.0.1

IPv6=N/A

Index=7   ,Username=client2@system

IP=192.168.0.8

IPv6=N/A

Index=8   ,Username=client2@system

IP=192.168.0.9

IPv6=N/A

Index=9   ,Username=client2@system

IP=192.168.0.2

IPv6=N/A

 Total 4 connection(s) matched.

     观察可得,client2重新建立连接时,并不会从使用之前老化后空闲的地址,而是分配下一个地址,直到地址池用完后才会从头开始使用闲置地址;我们再将LNS中的地址池改为只有一个地址,同时新增一个地址池同样只有一个地址,这时将connection清空后,再重新建立连接,连接建立成功后,查看connection信息:

[LNS]dis connection

Index=1   ,Username=client1@system

IP=192.168.0.1

IPv6=N/A

Index=2   ,Username=client2@system

IP=192.168.0.2

IPv6=N/A

Total 2 connection(s) matched.

 由此,当地址池不够用时,可配置多个地址池来分配地址。

 

五.    总结

1.     客户端掉线后,LNS上的connection并不会立即消失,而是要等待一段时间;客户端重新上线后并不会使用原有的connection,而是重新建立新的connection

2.  即使上一个connection老化,为新上线的用户分配的地址也不会被分配到老化的地址,而是得到当前最大已分配地址的下一个;

3.  如果配置有多个地址池,当前配置不够用时,LNS最自动分配下一个地址池的地址。

该案例对您是否有帮助:

您的评价:1

若您有关于案例的建议,请反馈:

作者在2019-06-10对此案例进行了修订
0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

侵犯我的权益 >
对根叔知了社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔知了社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作