高恪的VPN方面的一些问题和疑问

Matrix

1.运营商路由表较陈旧，很多IP走到了外网路由上。（刘工已确认）
2.PPTP客户端无法连接到无加密的PPTP的服务端上或者MPPE-40bit
几种情况：1.老毛子的PPTP服务器协商类型设为AUTO，安卓手机设置为无加密，连接成功。
                  2.老毛子的PPTP服务器协商类型设为MPPE-40bit，安卓手机设置为加密，连接成功。
                  3.老毛子的PPTP服务器协商类型设置MPPE-128bit，安卓手机设置为加密，连接成功。
                  4.老毛子的PPTP服务器协商类型设置为无，安卓设置无加密，连接成功。
                   以上说明老毛子的PPTP服务器和安卓手机客户端都是没有问题的。
                 A.高恪加密，老毛子MPPE-40bit，连接失败。
                B.高恪加密，老毛子MPPE-128bit，连接成功。
                C.高恪加密，老毛子AUTO，连接成功，并且老毛子日志看到协商到128bit MPPE。
                 D.高恪不加密,老毛子AUTO，连接失败。
                 E.高恪不加密，老毛子无加密，连接失败。
最终结论：高恪的PPTP连接只支持128bit，不支持40bit，无加密。因为有时候只是为了建立通道而已，不需要加密，并且加密消耗资源（特别是大流量）。建议修复BUG。
3.VPN走线问题。
高恪连接到PPTP的服务器（PPTP服务器IP：台湾省）之后，发现内置的DNS解析经过了PPTP线路，解析到了国外的IP地址（例如淘宝解析到了新加坡的阿里云机房）。
然后NSLOOKUP 手动查询www.taobao.com 设置的DNS IP（DNS服务器在上海市，并且该DNS上游为119.29.29.29）,解析返回的IP为杭州市 电信机房。正常解析
策略路由规则：源IP：内网 目的IP：其他运营商 协议ALL  源端口ALL 目的端口：443 80,
就是说策略路由未设置DNS的UDP53走到PPTP上，包括外网的DNS IP也不会走PPTP线路上。
但是位于上海机房的DNS解析的IP返回了新加坡的阿里云，说明NSLOOKUP 路由器IP已经经过了VPN线路。
不专业的原因分析：
1.该DNS可能路由表认为是外网的IP，然后向外网请求解析，但是策略路由并没有这个策略，所以应该不是这个原因。
2.手动更改WAN口获取到IP地址为119.29.29.29，刷新PC上的DNS缓存（路由器没开DNS强制代理，不存在缓存问题），依旧解析的IP为新加坡的阿里云。
PC手动向119.29.29.29 NSLOOKUP 请求淘宝网的解析，解析IP为杭州的电信IP。说明排除路由表的问题，因为不至于换了多个DNS都认为是外网的IP。（换4个国内DNS全部解析到国外IP）
3.可能是路由的DNS请求逻辑问题，走到了PPTP远端上，并且不能设置不经过PPTP。这里建议加入选项，DNS请求端口，例如5353 53 等端口经过或者不经过PPTP的远端，本地WAN直接出去。
第三个问题讲人话：简单的说,连接上VPN服务端以后,路由本身的DNS请求直接走VPN上去了，不管这个DNS是不是在国内还是国外。

gkfly

还以为只有我的vpn有问题。还有就是高恪应该学一下艾泰的vpn不用选什么主机网络等，超级容易上手

gocloud_lws

1. 您好，感谢您的详细测试，我们对PPTP进行了复测，情况如下：
    A.高恪加密，老毛子MPPE-40bit，连接失败。（与研发确认，高恪PPTP确实不支持MPPE-40bit加密，研发正在修复）。
   B.高恪加密，老毛子MPPE-128bit，连接成功。
   C.高恪加密，老毛子AUTO，连接成功，并且老毛子日志看到协商到128bit MPPE。
   D.高恪不加密,老毛子AUTO，连接成功。
   E.高恪不加密，老毛子无加密，连接成功。
2. 关于DNS解析走PPTP线路的问题，简单验证后的情况如下，DNS解析时，会向WAN口DNS服务器和PPTP线路DNS服务器同时发送请求，
   使用先响应的DNS服务器解析到的地址，至于为什么每次都解析到国外的地址，还在详细验证中。。。
   请问，多线使用的是智能选线模式？ PPTP借线是通用模式？ 主线路是WAN还是PPTP？

Matrix

gocloud_lws 发表于 2017-12-15 09:15
1. 您好，感谢您的详细测试，我们对PPTP进行了复测，情况如下：
    A.高恪加密，老毛子MPPE-40bit，连接失 ...

多线是智能选线，PPTP借线为其他，主线路为WAN。另外PPTP服务器在内网（与高恪同一IP段），不是在外网。

GOCLOUD-yanghj

Matrix 发表于 2017-12-15 10:34
多线是智能选线，PPTP借线为其他，主线路为WAN。另外PPTP服务器在内网（与高恪同一IP段），不是在外网。 ...

多线选择智能选线，VPN客户端的借线选项选择“其他借线”时，国外IP会走VPN线路，不知道DNS解析是否跟这有关？

Matrix

GOCLOUD-yanghj 发表于 2017-12-15 11:55
多线选择智能选线，VPN客户端的借线选项选择“其他借线”时，国外IP会走VPN线路，不知道DNS解析是否跟这 ...

是的，为的就是国外IP走VPN线路（github提速等等），但是我设置的是119.29.29.29以及其他几个DNS服务器，IP位置都是在上海的，路由解析出的IP都是国外（PC手动NSLOOKP查询出来的全是国内IP，同样的DNS服务器，说明路由表是没问题的，当时为了排除规则问题，把全部端口和仅80.443都试过了，就是为了判断UDP53，排除路由表的问题）。淘宝之类都是国外的IP。这个是DNS解析的接口问题，是本地还是远程，至于解析出来的IP走哪个，当然取决于运营商路由表了。不知道能否理解我的意思。

gocloud_lws

Matrix 发表于 2017-12-15 13:58
是的，为的就是国外IP走VPN线路（github提速等等），但是我设置的是119.29.29.29以及其他几个DNS服务器，I ...

确实是解析到地址之后，才会按照路由表选路；目前的做法：DNS解析报文是所有接口都会发送的；您的意思是DNS解析时可以使用指定接口的DNS解析，比如指定WAN口，所有的DNS请求都使用WAN口服务器解析，就不会出现解析到国外的情况，如果是这种需求，实现起来比较简单。
暂时可以在路由器上配置强制代理指定DNS本地服务器。不过，这种方式的话，终端指定DNS服务器就无效了。

Matrix

gocloud_lws 发表于 2017-12-15 18:18
确实是解析到地址之后，才会按照路由表选路；目前的做法：DNS解析报文是所有接口都会发送的；您的意思是D ...

强制我试过，没用的，还是走到了国外上。建议用户自己选择解析接口。如果域名被污染，这时候走国内的话，那么即使解析出来，走VPN还是打不开的，如果域名正常，解析到国外，网页会打开慢。所以，DNS的解析准确性是第一位的，而不是路由表。（这时候要用Puredns之类，国内域名解析上游是119.29.29.29，国外上游是8.8.8.8，避免影响），现在是全部走国外去了，哪怕这个DNS是国内的。

GOCLOUD-yanghj

Matrix 发表于 2017-12-16 14:03
强制我试过，没用的，还是走到了国外上。建议用户自己选择解析接口。如果域名被污染，这时候走国内的话， ...

VPN选择“其他借线”时，为了防止域名污染，开启了DNS加密代理，代理服务器在国外，所以解析出来的地址都是国外的

Matrix

GOCLOUD-yanghj 发表于 2017-12-20 21:22
VPN选择“其他借线”时，为了防止域名污染，开启了DNS加密代理，代理服务器在国外，所以解析出来的地址都 ...

所以说这个有问题，会导致走国外去。建议参考PacpDNSProxy项目，它可以根据域名自动选择走国内的DNS还是国外的DNS。