pptpVPN协议
1.PPTP概述
1.1.PPTP(Point to Point Tunneling Protocol)，即点对点隧道协议。
1.2.基于ppp协议。
1.3.支持多协议虚拟专用网。
1.4.通过密码验证协议。
1.5.PPTP协议有两种连接：控制连接和数据连接。
1.6.控制连接：用来协商通信过程中的参数和进行数据连接的维护。
1.7.数据连接：数据传输所用的连接。
2.PPTP控制连接的建立流程分析
PPTP控制连接建立过程可以分为以下几步:
1、 建立TCP连接
2、 PPTP控制连接和GRE隧道建立
3、 PPP协议的LCP协商
4、 PPP协议的身份验证
5、 PPP协议的NCP协商
6、 PPP协议的CCP协商
以下以抓包的方式分析上述几个步骤，
pptp client : 192.168.163.56
pptp server : 192.168.162.196
2.1 建立TCP连接
PPTP控制层协议是建立在TCP协议的基础上，所以刚开始是普通的TCP三次握手
图2-1 TCP三次握数据包
图2-2 TCP三次握手时序图
1、Client端向Server发SYN包，请求建立TCP连接。
2、Server接收TCP连接请求，回SYN ACK。
3、Client端向Server发送确认包ACK
2.2 PPTP控制连接和隧道的建立
在此过程，完成PPTP控制层连接和Gre隧道建立的工作
图2-3 PPTP控制层连接建立过程
图2-4 PPTP控制层连接时序图
1、Client向Server发送Start-Control-Connection-Request，请求建立控制连接。
2、Server向Client发送Start-Control-Connecton-Reply，应答客户端的请求。
3、Client向Server发送Outgoing-Call-Request，请求建立PPTP隧道。该消息包含GRE报头中的Callid，该id可唯一地标识一条隧道。
4、Server向Client发送Outgoing-Call-Reply，应答客户端的建立PPTP隧道请求。
5、有Client或者Server任意一方发出Set-Link-info，设置PPP协商的选项。
2.3 PPP协议的LCP协商
LzCP是PPP协议的链路控制协议，负责建立、拆除和监控数据链路。协商链路参数，如认证方法，压缩方法，是否回叫等。
图2-5 PPP协议的LCP协商过程
图2-6 PPP协议的LCP协商时序图
1、 Client发送一个Configuration Request，把自己的配置参数发送给Server
2、 Server发送一个Configuration Request，把自己的配置参数发送给Client
3、 Server发送一个Configuration Reject，将自己不能识别的参数告知Client，让Client进行修正
4、 Client发送一个Configuration Ack，表示所有配置参数全部认识且可以接受，应答Server
5、 Client修改配置项后再次发送Configuration Request
6、 Server发送一个Configuration Ack，标示所有配置参数全部认识且可以接受，应答Client
2.4 PPP协议的身份认证
LCP协商完成后，PPP协议的Server端会对Client端进行身份验证，在LCP协商中已经协商好身份验证协议，本文以MS-CHAP-2为例说明
图2-7 PPP协议的Chap身份认证过程
图2-8 PPP协议的Chap身份认证时序图
1、 Server向Client发送Challenge，其中包括一个Challenge string(value字段)和Server Name(pptpd)
2、 Client向Server发送Response，其中用户名使用明文发送，密码(syberos)和Challenge字段混合hash后以密文(value字段)形式发送
3、 Server读取密码文件，对用户身份进行验证，验证成功，向Client发送Success，表示身份验证成功
2.5 PPP协议的NCP协商
NCP协议是PPP协议的网络控制协议，主要用来协商双方网络层接口参数，配置虚拟端口，分配IP，DNS等信息。图中的IPCP是NCP基于TCP/IP的接口协商协议。Server和Client都要把自己的Miniport信息发送给对方。
图2-9 PPP协议的NCP协商过程
图2-10 PPP协议的NCP协商时序图
1、 Server把自己的Miniport信息通过Configuration Request发送给Client
2、 Client接收Server的接口配置，向Server发送Configuration ACK，应答上一步骤的Request
3、 Client把自己的Miniport信息(无效数据，等待Server分配)通过Configuration Request发送给Server
4、 Server发现Client的配置是无效的，则给Client发送一条有效的配置信息，使用Configuration Nak发送，其中主要是给Client分配ip
5、 Client根据Server端发送过来的配置，修改自己的Miniport的接口，再次发送Configuration Request
6、 Server接受Client的配置，发送Configuration Ack应答Request
2.6 PPP协议的CCP协商
CCP协议协商PPP通讯中数据加密的协议
图2-11 PPP协议的NCP协商过程
图2-12 PPP协议的NCP协商时序图
1、 Server向Client发送Configuration Request，标识服务端支持的加密协议
2、 Client向Server发送Configuration Request，标识客户端支持的加密协议
3、 Client向Server发送Configuration ack，标识接受服务端的加密协议
4、 Server向Client发送Configuration ack，标识接受客户端的加密协议
3.TCP数据连接的分析
PPTP数据隧道化过程采用多层封装的方法，下图显示了封装后在网络上传输的数据包格式
图3-1 PPTP数据包格式
我们以应用层使用HTTP连接为例说明PPTP数据包的封装和解析过程；
3.1 PPTP数据包封装过程
图3-2 PPTP数据包封装过程
封装过程：
1、 应用层数据封装成IP数据包
2、 将IP数据包发送到VPN的虚拟接口
3、 VPN的虚拟接口将IP数据包压缩和加密，并增加PPP头
4、 VPN的虚拟接口将PPP帧发送给PPTP协议驱动程序
5、 PPTP协议驱动程序在PPP帧外添加GRE报头
6、 PPTP协议驱动程序将GRE报头提交给TCP/IP协议驱动程序
7、 TCP/IP协议驱动程序为GRE驱动添加IP头部
8、为IP数据包进行数据链路层封装后通过物理网卡发送出去
3.2 PPTP数据包解析过程
图3-2 PPTP数据包解析过程
解析过程：
1、物理thernet帧
2、剥掉Ethernet帧后交给TCP/IP协议驱动程序
3、TCP/IP协议解析剥掉IP头部
4、IP协议解析剥掉GRE头部
5、将PPP帧发送给VPN虚拟网卡
6、VPN虚拟网卡剥掉PPP头并对PPP有效负载进行解密或者解压缩
7、解密或者解压缩完成后将数据提交给上层应用
8、上层应用对数据进行处理
从应用层看，Service和Client是直接点对点连接的，他们之间的媒介就是GRE。而这个GRE的底层并不是真正的点对点连接，
而是建立在物理网络上的一个隧道，保护传输的数
