这里有在接手转发服务器之前，你所要知道的。
你需要对P2P有一定的了解，虽然不必过于深入（但请读完）。
必要的情况下，你可能需要深入TURN协议，下面的文档详细且方便查阅，里面有你想知道的一切。不急于完全理解，遇到问题时，回来读它。
若你已看过前面推荐的文章，应该对转发服务器有了一些了解，结合下述图解与上述理论基础，希望帮你更深入。也可以直接看我的博客文章Turnserver Working Mechanism。
-
客户端发送Allocate请求给TURN服务器，请求服务器为A客户端开启一个relay端口。
-
若该请求不含验证信息，服务端回复error responce。
-
客户端收到错误请求的回复后，携带验证信息再次请求。
-
若请求被成功响应，服务端回复的response中包含XOR-RELAYED-ADDRESS属性，是分配给客户端的relay端口的异或结果。
-
客户端A获得一个公网IP作为relay address，所有传递给A的信息都要发送到此地址。
-
与客户端A建立连接的其他客户端，应先将信息发送到A的relay端口，再由TURN服务器通过其他端口发送给A。
-
A回复信息时，原路返回。
-
服务端分配的relay address具有一定的时长，为了长期有效，客户端需发送refresh请求刷新剩余时间。
-
服务端响应消息中含有Life Time属性，表示relay address剩余时间。
-
客户端可以在存活期内调用REFRESH请求。
-
服务端受到REFRESH请求后，刷新relay address剩余时间。
-
当REFRESH请求中的LifeTime属性为0时，Client主动要求关闭relay地址。
-
client与peer通过TURN server有两种方式交换信息，一种是通过Send/Data Indication，一种是通过Channels。
-
Send Indication告知TURN服务器哪个peer接受信息，Data Indication告知client信息来自于哪个peer。
-
Send/Data Indication都对原始裸数据包进行封装，即添加STUN头部，如(0)，(8)。
-
其中Send Indication含XOR-PEER-ADDRESS和DATA属性，前者指定peer的反射地址，后者指定信息。
-
再次其强调，Client A发送信息给Peer B要先发送到B的relay address。
-
Send/Data Indication是不支持验证的，为了防止攻击, TURN要求client在给对等端发送indication之前先安装一个到对等端的许可。
-
关于创建许可，Client A发送关于Peer B的create permission request到TURN服务器，并收到创建成功的responce。
-
信道机制是client与peer通过TURN server有两种方式交换信息的另一种方式。
-
Send/Data Indication中多加的36字节信息会加重客户端和服务端之间的带宽压力，所以该方法使用另一种数据包格式ChannelData message。
-
ChannelData message不使用STUN头部，使用一个4字节的头部,包含了一个称之为信道号的值（channel number），每个信道号都与一个特定的Peer绑定，作为对等端地址的一个记号。
-
要将一个信道与对等端绑定,Client发送一个信道绑定请求到服务器,并且指定一个未绑定的信道号以及对等端的地址信息。
-
信道绑定存在默认时间，Client可以通过重新发送刷新请求来刷新剩余时间。
-
和Allocation不同的是，信道绑定没有直接删除绑定的方法，只能等待其超时自动失效。
关于TURN协议，有很多实现，开源项目turnserver是对其在服务端的众多实现之一，也是我们在使用和要掌握的那个。
目前使用的版本为turnserver-3.2.3.95, 也可以编译安装其他版本做性能上的对比（命令参数上会有些许不同，请仔细对比）。
为保持与线上环境一致，建议在CentOS 下编译安装（事实上，明确依赖，大部分Linux发行版都可以）。
编译安装过程中可能出现的问题（望一切顺利）。
-
OpenSSL Crypto development libraries are not installed properly in required location
-
Cannot bind TCP/TLS listener socket to addr XX.XX.XX.XX:3478
更多问题请咨询stackoverflow以及Stack Exchange。
尽管“使用”本身不是一件困难的事，但想要登峰造极仍要花些功夫。
那些部署前你需要了解的，详见官方README。
turnserver 的具体参数配置详见官方Wiki，请仔细阅读。
turnserver源代码编译生成多个程序，bin/目录下除了我们要特别关注的turnserver、turnadmin外，还包括了客户端Demo turnutils_uclient与对等端Demoturnutils_peer。
利用如上Demo可以更方便测试（如丢包率测试），也可以阅读代码知晓客户端(对等端)对TURN协议的实现。
客户端Demo的具体参数配置详见官方Wiki。
对等端Demo的具体参数配置详见官方Wiki。
对于测试turnserver的丢包率，为了一劳永逸，我已经编写好了一个自动化压测程序。相信调好参数、改动极少量的代码后仍适用于你现在的情况。
如果不知道它在哪，请咨询库的管理员。
阅读大型开源项目是一件痛苦又痛快的事，通常来说，会有很多工具辅助理清项目的思路。但对于深入阅读turnserver，我不知道该推荐什么，毕竟他是真正的剑道宗师，将C语言挥舞得出神入化，任何工具都不足以解析他的刀法，除了时间。
多花些时间，每多读懂一行，你的刀法将更精进一点。
你已经知道了turnserver源代码会编译生成多个二进制可执行程序，而我们最关注的turnserver的程序入口main()在src/apps/relay/mainrelay.c中。
下图并不是一张完整的函数调用图，希望能对你有一点点的帮助（我对此十分不确定）。
请在新标签页查看大图。
在turnserver源代码中多次用到了OpenSSL、libevent，事实上在安全通信与多路IO复用上，他们的确很好用。
去了解他们，不止现在，以后也用得到。
你在服务端的网络编程已经开始了，接触越来越多的协议是不可避免的。
比如这两个，教科书中很少提及却很常用。其他的靠积累吧。
通过阅读相关的文档，了解转发服务器在整个系统中的地位和作用。