PPP实验出现的问题，是ensp的BUG吗？求解

星辰浩月

PPP采用chap双向认证

正确的应该是这样的：


但是我使用ensp实验，修改user用户名：
sys
sys AR1
aaa
local-user h1 password cipher 123
local-user h1 service-type ppp
int s0/0/1
link-protocol ppp
ppp authentication-mode chap
ppp chap user h3
ppp chap password cipher 123
ip address 10.0.0.1 30


sys
sys AR2
aaa
local-user h2 password cipher 123
local-user h2 service-type ppp
int s0/0/1
link-protocol ppp
ppp authentication-mode chap
ppp chap user h4
ppp chap password cipher 123
ip address 10.0.0.2 30


刷入，竟然验证通过了，直接可以通信，这是啥情况？！













第一次刷入，竟然验证通过了，直接可以通信，这是啥情况？！
把接口shutdown后再重启，验证不通过，想问问为什么第一次可以验证通过？是ensp的bug吗？

hihi19

你AR1创建了h1用户，但是你AR2配置ppp chap user h4，使用了h4用户，你AR1有创建h4用户吗？
你AR2创建了h2用户，但是你AR1配置ppp chap user h3，使用了h3用户，你AR2有创建h3用户吗？

你创建用户出了问题，ppp协议通常都是要关闭开启接口才启用的

星辰浩月

hihi19 发表于 2020-4-19 14:42
你AR1创建了h1用户，但是你AR2配置ppp chap user h4，使用了h4用户，你AR1有创建h4用户吗？
你AR2创建了h2 ...

我知道为什么验证失败，因为我没创建用户，我也知道要重新开启端口才能生效，我问的不是这个
我问的是，为什么直接把命令刷进去，可以直接通信，通道显示的是opened
是说第一次刷命令，PPP不会生效，但是配置的ip地址生效了，所以才变成可通信状态吗？

dedicatus

PPP协商中首先进行LCP协商，其中会确定MRU、认证方式和魔术字。
因为串口已经默认了ppp封装了，所以第一次协商实际上发生在你配置之前，是不会协商出认证方式的，默认都是不认证。