V2rayn: 为何不同的网络环境,却速度不同?我的是V2Ray+Nginx+TLS+CF。

Created on 4 Oct 2019  ·  9Comments  ·  Source: 2dust/v2rayN

预期行为

希望知道在不同网络环境下,获得相同的速度表现

实际行为

我的是V2Ray+Nginx+TLS+CF,TLS环境由宝塔创建。然而,V2RayN在中国电信的FTTB下是正常的,比不套CF时稍慢,但能接受;然而,在中国移动的FTTB下,却很困难,即使连接上,也是速度非常不稳定,大多情况是不能连接,或者速度极慢。
用V2RayN的延迟测试,显示“-1ms”,怎么回事?再做测速,显示如下信息:

配置成功
Vmess-Alien_CF_TLS(wwwxxx:443)
启动服务(2019/10/4 13:24:07)......
V2Ray 4.19.1 (Let's Fly) Custom
A unified platform for anti-censorship.
配置成功
Vmess-Alien_CF_TLS(www
xxx:443)
启动服务(2019/10/4 13:24:28)......
http://speedtest-sfo2.digitalocean.com/10mb.test
V2Ray 4.19.1 (Let's Fly) Custom
A unified platform for anti-censorship.
......0%

一直卡在0%。

客户端错误日志显示:

2019/10/04 13:27:32 [Warning] v2ray.com/core: V2Ray 4.19.1 started
2019/10/04 13:27:43 [Warning] v2ray.com/core: V2Ray 4.19.1 started
2019/10/04 13:27:43 [Info] [1481986199] v2ray.com/core/proxy/socks: TCP Connect request to tcp:speedtest-sfo2.digitalocean.com:80
2019/10/04 13:27:43 [Info] [1481986199] v2ray.com/core/app/dispatcher: sniffed domain: speedtest-sfo2.digitalocean.com
2019/10/04 13:27:43 [Info] [1481986199] v2ray.com/core/app/dispatcher: default route for tcp:speedtest-sfo2.digitalocean.com:80
2019/10/04 13:27:43 [Info] [1481986199] v2ray.com/core/common/mux: dispatching request to tcp:speedtest-sfo2.digitalocean.com:80
2019/10/04 13:27:43 [Info] v2ray.com/core/transport/internet/websocket: creating connection to tcp:www.xxx.xxx:443
2019/10/04 13:27:51 [Info] v2ray.com/core/transport/internet/websocket: creating connection to tcp:www.xxx.xxx:443
2019/10/04 13:27:53 [Info] v2ray.com/core/proxy/vmess/outbound: tunneling request to tcp:v1.mux.cool:9527 via tcp:www.xxx.xxx:443
2019/10/04 13:28:02 [Info] [2499980096] v2ray.com/core/proxy/socks: TCP Connect request to tcp:11.11.11.11:8000
2019/10/04 13:28:02 [Info] [2499980096] v2ray.com/core/app/dispatcher: sniffed domain: 11.11.11.11
2019/10/04 13:28:02 [Info] [2499980096] v2ray.com/core/app/dispatcher: default route for tcp:11.11.11.11:8000
2019/10/04 13:28:02 [Info] [2499980096] v2ray.com/core/common/mux: dispatching request to tcp:11.11.11.11:8000

服务器端错误日志无任何记录。

复现方法

1.试过好几次,同样的问题;
2.更换另外一个中国移动的FTTB,也是同样问题。
3.

日志信息,位置在当前目录下的guiLogs

--------------------------------info[06:51:57]--------------------------------
System.Exception: v2rayN start up

--------------------------------info[09:13:35]--------------------------------
System.Exception: v2rayN start up

--------------------------------info[13:24:06]--------------------------------
System.Exception: v2rayN start up

--------------------------------在 WebClient 请求期间发生异常。[13:26:42]--------------------------------
System.Net.WebException: 在 WebClient 请求期间发生异常。 ---> System.IO.IOException: 无法从传输连接中读取数据: 远程主机强迫关闭了一个现有的连接。。 ---> System.Net.Sockets.SocketException: 远程主机强迫关闭了一个现有的连接。
在 System.Net.Sockets.Socket.EndReceive(IAsyncResult asyncResult)
在 System.Net.Sockets.NetworkStream.EndRead(IAsyncResult asyncResult)
--- 内部异常堆栈跟踪的结尾 ---
在 System.Net.ConnectStream.EndRead(IAsyncResult asyncResult)
在 System.Net.WebClient.DownloadBitsReadCallbackState(DownloadBitsState state, IAsyncResult result)
--- 内部异常堆栈跟踪的结尾 ---
在 v2rayN.Handler.V2rayUpdateHandle.ws_DownloadFileCompleted(Object sender, AsyncCompletedEventArgs e)

--------------------------------info[13:27:31]--------------------------------
System.Exception: v2rayN start up

--------------------------------info[13:31:11]--------------------------------
System.Exception: v2rayN start up

--------------------------------info[13:31:37]--------------------------------
System.Exception: v2rayN start up

--------------------------------info[13:34:43]--------------------------------
System.Exception: v2rayN start up

--------------------------------远程服务器返回错误: (500) 内部服务器错误。[13:35:38]--------------------------------
System.Net.WebException: 远程服务器返回错误: (500) 内部服务器错误。
在 v2rayN.Handler.V2rayUpdateHandle.ws_DownloadFileCompleted(Object sender, AsyncCompletedEventArgs e)

--------------------------------远程服务器返回错误: (500) 内部服务器错误。[13:36:06]--------------------------------
System.Net.WebException: 远程服务器返回错误: (500) 内部服务器错误。
在 v2rayN.Handler.V2rayUpdateHandle.ws_DownloadFileCompleted(Object sender, AsyncCompletedEventArgs e)

在这里粘贴日志

相关日志说明在上述栏目已注明。

环境信息

Win8.1 64bit 系统,CloudFlare是免费的,服务器端是用V2Ray Go脚本及“宝塔面板”搭建的。

额外信息(可选)

相类似的问题:

我在使用手机客户端V2RayNG时,发现不同的网络,也存在着极大的速度差异。中国电信的FTTB(家中的WiFi)环境下,速度基本不受影响;但在中国电信的4G网络下,就变得很慢,下载速度有时只有几十KB/秒。
奇怪的是,当我在WiFi环境下建立连接后,点击测试,然后——重点来了——不关闭V2RayNG 连接,直接切换手机网络环境到电信4G,再点击V2RayNG的测试,发现延迟与WiFi环境下相关无几,使用网速也趋于正常!!!
这样的问题,在V2RayNG 1.1.1 版本下最明显,Ver 1.0.0 不明显。

我在考虑,这些问题是不是不同的网络环境下,V2Ray 客户端内部设置的参数原因与网络不匹配,抑或是网络提供商拦截的情况不同所导致?还是CloudFlare的原因?

但特别要说明的是,我的CloudFlare 使用是默认的设置。我尝试着变换修改那些可以修改的地方,但结果相同。

非常希望能得到一个解决办法,也想弄明白这到底是什么原因。谢谢作者,也恳请各位大侠明示!

2019年10月4日 星期五 17:12:25

Most helpful comment

你也说了,是不同运营商,再次说一次,CF他是国外的,每个运营商去国外都有不同的宽带容量,移动宽带是三大运营商最差劲的,可以参考中国工信部最新公布的国外宽带速率。
image

如果你使用移动宽带想要获得比较好的效果,可以尝试在中国时间凌晨3点到早上8点进行上网,此时中国移动宽带国际出口非常顺畅

All 9 comments

对了,忘记说,同样的网络环境下,Shadowsocks 客户端速度非常正常!!!

因为你用了CF,请不要用CF速度就快了,CF是最垃圾的一个东西,仅仅作为做后的备用手段,也不要用什么nginx那垃圾玩意,走tls效率非常差,直接设置tcp模式的v2就行了,什么都不要动其他的,直接用,完全无特征的流量无法识别的,基本上不用担心问题,除非墙一刀切了这类加密流量

谢谢楼上朋友回复!
但是,我不解的是,为何出现这种情况。我知道套CF不好,但是这也是不得而已的有效手段。
我想知道的是,同样是电信,WiFi与4G速度不同(V2RayNG);同样WiFi,电信、移动又不同。。。。。。问题到底出在哪里,是网络提供商?是软件?还是CloudFlare?

说起软件,我用了类似V2rayNG的,如BifrostV,同样存在问题。那估计也不是这方面的。

再次谢谢你!

这是CF的问题,他不是一家国内提供商,一家国外的公司,他们服务器质量非常差劲,到中国一般只有5KB/S到10KB/S左右,速度慢自然很正常
你的所有访问数据都会经过CF他们的服务器绕一圈,不是直连你自己的服务器,肯定慢了

但是,你要知道,上边我也提到:我的V2RayN、V2RayNG在中国电信的WiFi(FTTB)下都能获得不错的速度,看1080p的视频几乎没有压力。
只是,所有移动网络环境就不行;还有,中国移动的FTTB也不行。。。

你也说了,是不同运营商,再次说一次,CF他是国外的,每个运营商去国外都有不同的宽带容量,移动宽带是三大运营商最差劲的,可以参考中国工信部最新公布的国外宽带速率。
image

如果你使用移动宽带想要获得比较好的效果,可以尝试在中国时间凌晨3点到早上8点进行上网,此时中国移动宽带国际出口非常顺畅

这点我承认。
但是,同样是中国电信的网络,为何固定的WiFi网络与它的移动网络也不同呢?
我的感觉是,在某些网络下,因为网络路径不同,审查不同而引起的。
上边我说到的V2RayNG手机客户端在我的“过渡式切换”后,同样能改善连接网速。给我的感觉是:利用速度好的WiFi连接建立了某些参数,或者打通良好的网络路径,然后进入速度糟糕的4G网络,就能“骗过”某些东西,使得网速提高,恢复正常。
其实,我的这个组合理应速度不会慢,就是感觉被使绊了。
我很想知道,真是这原因吗?

你说的这种情况下就需要用5G网络了,低延迟高速度

网速问题请到core那边提交
N只是一个GUI

Was this page helpful?
0 / 5 - 0 ratings