新版的自由门除了界面上有大幅度的变动外，为了提高自由门服务器的连接上的机率，在连接机制上，采取了三大招，一大招，UDP协议的大幅度使用，以前都是TCP连接
二大招，127.0.0.1隐藏技术，一般的网络软件，即使内容加密，但连接的远程地址还是会暴露，使用任意一款可显示网络端口状态的软件就能读取，而新的隐藏技术能把远程地址全部变成127.0.0.1的循环地址，点赞，然后第三大招，就是全程序端口发出，包括System和System Idle Process程序。应该是采取了进程间消息操作和复制句柄之类的手段读取和操作了别的只要是当前连网开了端口的所有进程，利用他们发出自由门的连接申请和一系列握手协议流量。在反复的使用中发现，自由门刚刚启动时，最初始的一系列连接申请一般是包括了一到两个显示实际Ip的Tcp申请，然后从这几个很少的Ip出发，发出大量远程地址为127.0.0.1的经过掩蔽的连接申请，当然也有大数量的间杂在127.0.0.1Ip地址中的Udp申请，如果一切正常可以连接上，然后自由门界面里就开始跳"成功连接N个服务器"的文字提示，这里N从1开始变到7就稳定，表示自由门软件已成功连接，稳定到7之后数分钟内如果持续稳定，则最开始在System和System Idle Process程序发出的显示Ip的Tcp连接会断开，这时这个自由门已经处于稳定翻墙状态，已经不大可能再被GFW干扰翻墙。

以上就是自由门的正确打开流程，在使用中发现，当自由门启动后连接不到服务器或者一开始连到了7个服务器但过一会就服务器连接数量减少，最后只显示连接到一个服务器甚至完全连不到服务器也不能正常翻墙的情况就一定是以上的这个流程在某个环节出了问题，这个流程走不完，从而导致自由门连接不上。

这个流程中最容易出问题的就是开始时，那一到两个显示实际Ip的Tcp连接，最容易被Gfw切断流量，而在使用中进一步发现，凡是在System和System Idle Process程序中发出明码指出Ip地址的TCP连接，往往可以稳定持续存在，而从别的有名有姓的一般程序中发出的这一类暴露了IP的连接则很容易被断流也就连接不上，而自由门内部程序的设计上决定了如果遇到一开始的明码地址连接不上就会不断发出新的明码IP的TCP连接，这样就造成了GFW反而有更多的机会来掐断这些明码标识IP地址的TCP连接，从网络连接状态显示软件上就直观地表现为一大排的连接上各个国家的IP地址在不停地刷屏，但是自由门却始终找不到服务器也翻不了墙，从以上描述我们发现，导致自由门一开始就连不到服务器的一个大因素还是它在最开始启动时初始发出的明码Ip地址的TCP连接的宿主进程的随机性，建议开发者们能考虑在软件第一次发出TCP申请，IP还处于暴露状态时的TCP连接能交给System和System Idle Process这两个程序发出，应该在当前墙可以有效提高自由门软件的服务器连接率，当然墙再次升级就属不可控范围