PPP中的认证方式有pap和chap两种，这两种认证既可以单独使用也可以结
创新互联服务项目包括南通网站建设、南通网站制作、南通网页制作以及南通网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，南通网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到南通省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
合使用。并且既可以进行单向认证也可以进行双向认证。
pap是两次握手，认证首先由被认证方发起认证请求，将自己的用户名和密码以
明文的方式发送给主认证方。然后，主认证方接受请求，并在自己的本地用户数据库里查找是否有对应的条目，如果有就接受请求。如果没有，就拒绝请求。这种认证方式是不安全的，很容易引起密码的泄露，但是，相对于CHAP认证方式来说，节省了宝贵的链路带宽。比如说现在的Internet拨号认证接入方式就是PAP认证。
chap是三次握手，认证首先由主认证方发起认证请求，向被认证方发送“挑战”
字符串（一些经过摘要算法加工过的随机序列）。然后，被认证方接到主认证方的认证请求后，将用户名和密码（这个密码是根据“挑战”字符串进行MD5加密的密码）发回给主认证方。最后，主认证方接收到回应“挑战”字符串后，在自己的本地用户数据库中查找是否有对应的条目，并将用户名对应的密码根据“挑战”字符串进行MD5加密，然后将加密的结果和被认证方发来的加密结果进行比较。如果两者相同，则认为认证通过，如果不同则认为认证失败 先来讲下pap 认证
1、单向认证
R1只做如下配置（验证服务端）
在配置模式下设定用户名和密码（用户名和密码随意）
R1(config)#username a password 123
在端口模式下进行协议的封装和认证方式的指定
R1(config-if)#encapsulation ppp R1(config-if)#ppp authentication pap R2只做如下配置（验证客户端）
在端口模式下进行协议的封装和发送验证信息（对方设置的用户名和密码）
R2(config-if)#encapsulation ppp
R2(config-if)#ppp pap sent-username a password 123
这样就可以完成pap的单向认证
2、双向认证
（其实做完上面的步骤仔细一想，如果两边既是服务端又是客户端口，这样就是双向认证了，不必看下面的也知道该怎么配双向认证了）
R1只做如下配置（既是验证服务端又是客户端）
在配置模式下设定用户名和密码（用户名和密码随意）
R1(config)#username a password 123
在端口模式下进行协议的封装、认证方式的指定和发送验证信息（对方设置的用户名和密码）
R1(config-if)#encapsulation ppp R1(config-if)#ppp authentication pap
R1(config-if)#ppp pap sent-username b password 456 R2只做如下配置（既是验证服务端又是客户端）
在配置模式下设定用户名和密码（用户名和密码随意）
R2(config)#username b password 456
在端口模式下进行协议的封装、认证方式的指定和发送验证信息（对方设置的用户名和密码）
R2(config-if)#encapsulation ppp R2(config-if)#ppp authentication pap
R2(config-if)#ppp pap sent-username a password 123
这样即可完成pap的双向认证 再来说说chap认证
1、单向认证
R1只做如下配置（验证服务端）
在配置模式下设定用户名和密码（用户名和密码随意）
R1(config)#username a password 123
在端口模式下进行协议的封装和认证方式的指定
R1(config-if)#encapsulation ppp R1(config-if)#ppp authentication chap R2只做如下配置（验证客户端）
在端口模式下进行协议的封装和认证时的用户名和密码指定（记住这里不发送用户名和密码，而是发送一个经过加密密码的一个字符串）
R2(config-if)#encapsulation ppp R2(config-if)#ppp chap hostname a R2(config-if)#ppp chap password 123
这样就可以完成chap的单向认证
2、双向认证
(这里和pap有所有同，请注意)
R1只做如下配置（既是验证服务端又是客户端）
在配置模式下设定用户名和密码（用户名可随意且可以不同但密码一定相同，因为最终核对的是同一个密码加密后散列函数，如果密码都不同，认证肯定失败）
R1(config)#username a password 123
在端口模式下进行协议的封装和认证方式的指定
R1(config-if)#encapsulation ppp R1(config-if)#ppp authentication chap
R1(config-if)#ppp chap hostname b //这里只需指定用户名就可以，因为密
码双方都知道
R2只做如下配置（既是验证服务端又是客户端）
在配置模式下设定用户名和密码（同上）
R2(config)#username b password 123
在端口模式下进行协议的封装和认证时的用户名和密码指定（记住这里不发送用户名和密码，而是发送一个经过加密密码的一个字符串，也可以解释为什么这里没有sent-username命令）
R2(config-if)#encapsulation ppp R2(config-if)#ppp authentication chap R2(config-if)#ppp chap hostname a //同上
这样即可完成chap的双向认证
