求助：约8/4起v2rayn再也无法使用vmess节点

[SeanZhangCSE]

v2rayn版本比较旧，V6.23。8/4起vmess的节点全部连接不上，只能用shadowssock的，然而同样的服务器我手机用shadowrocket依然能连。

试过排查了各种设置问题，依然没有解决。目前线索只有连接时另一方积极拒绝的日志（actively rejected)。原因可能是vmess太老，某个核心最近更新不支持了吗？但我从xrayn换成vfly也没解决问题，换了其他软件也不行

[tomandjerry27]

你的描述让我想起几年前发生的一件事。
大致是这么一个情况：
彼时vmess默认采用的加密方式已被爆出存在安全方面的漏洞，可被攻击者破解开。
所以社区决定弃用老的加密方式，切换到其他的加密算法，并且强制推行。
具体做法就是：当vmess服务器接受到老加密方式的请求，直接拒绝对方的连接。
你肯定明白，一件事情如果没有直接被发送到每个人手机上的话，很难通知到每一个人。
于是，在某一天之后，大量vmess用户发现他们所有的vmess连接都失效了。

切换加密算法这个事发生在几年前，你应该不会在今天遇到，但你的情况又很像当时发生的事情。
参考一下当年的事件，我想你的问题可能发生在服务器上，要不你往服务器方向去找找问题。

[SeanZhangCSE]

Ok，我联系运营商看看有没有帮助

[tomandjerry27]

啊哈，兄弟，我这两天也遇到了一样的问题。
我先按常规流程检查了ip、端口和dns，一切正常。
本来我没有头绪的，然后我瞥到了任务栏的电池符号，那里显示着空电池的符号。我想起来了，我的电脑蓄电池最近坏掉了，变成了一块无法供电的砖头。
然后我马上想到了主板上的断电计时功能，如果电池坏了时间就会出错。我掏出手机一比较，电脑时间还真晚了三分钟左右。时间错了，错到vmess协议无法工作；但又没错到让我第一时间能发现的地步。
友情提醒：检查下你电脑时间是不是准的。vmess需要服务器和客户端时间一致才能正常工作。

[SeanZhangCSE]

谢谢，不过我完全是运营商不用vmess换vless的问题

[qianbinbin]

我用 vless + websocket + 网站伪装好几年了，懒得再折腾，虽然有时也会有问题，但总体还能用，最近发现问题非常频繁，先是

app/proxyman/outbound: failed to process outbound traffic > proxy/vless/outbound: failed to find an available destination > common/retry: [transport/internet/websocket: failed to dial WebSocket > transport/internet/websocket: failed to dial to (wss://[我的服务器]):  > tls: failed to verify certificate: x509: certificate is not valid for any names, but wanted to match [我的域名] > common/retry: all retry attempts failed

时断时连，然后又发现我的域名也被污染了，114 有时返回空，阿里甚至给我返回一个错误的 IP，我只好写在 hosts 里。

但即使有了正确的 IP，还是会出现

app/proxyman/outbound: failed to process outbound traffic > proxy/vless/outbound: failed to find an available destination > common/retry: [transport/internet/websocket: failed to dial WebSocket > transport/internet/websocket: failed to dial to (wss://[我的服务器]):  > read tcp 192.168.0.100:65397->[我的 IP]:443: i/o timeout transport/internet/websocket: failed to dial WebSocket > transport/internet/websocket: failed to dial to (wss://我的服务器):  > transport/internet/websocket: dial TLS connection failed > dial tcp: lookup [我的域名]: operation was canceled] > common/retry: all retry attempts failed

另外说一句，配置文件里的

  "dns": {
    "hosts": {
      "域名": "IP"
    },

是不管用的，我不知道这个配置的意义是什么。

感觉这种方式不长久，大家现在都用什么方式？

[tomandjerry27]

@qianbinbin
我用vmess套TLS，借用已知大公司的域名，自签名一个证书。目前已经用了两年左右吧。

我没用网站伪装。我不觉得用网站伪装是什么最优解，顶多就算是用这个方法的人多点。
哪怕是个真正的网站，也是有可能被搞掉的。
网站面对的封锁有很多种：
1 浏览器黑白名单 浏览器联网检测你的域名，域名在黑名单上的话，连dns查询都用不着就直接毙掉了。常见于各种国产手机内置浏览器，还有微信。
2 dns污染和dns劫持 给你返回莫名其妙的IP，那你肯定就去不了这个网站了。
3 ip路由黑洞 在路由中下毒，你ping不通一个IP的话通常就是这种情况。
4 TCP reset 在TCP握手时介入帮你断开。
5 sni深度包检测 查你的TLS包头中域名，发现是在黑名单上的就帮你断开。
6 限速到死 我怀疑有这种手段。否则就只能当做网络波动，可这个网络波动规律性也太强了，连着看外网视频就会出现。 当发现你的跨境流量有很大嫌疑时，进行限速。看纯文字网站还能行，带视频和图片的网站看不了一点。
有些网站甚至被重点关照，以上多种手段一起上。
谁敢打包票说用上了网站伪装就一定没问题的？谁这么说，你就问他，为什么谷歌油管的网站被干掉了？

国内的公共dns上是存在dns污染的，这点你说得没错。
而且是只针对来自国内的dns查询做污染。如果你有兴趣，你可以做个测试：在国外的机器上向国内公共dns查询那些已知被dns污染的域名，你能发现，dns污染又不存在了。
对此我的建议是：上外国网站时别用国内的公共dns。

你说配置文件中hosts不管用。我也用hosts，他在我这是管用的。
当然，我不是来和你争hosts管不管用的，我是说，你不用hosts也可以的。
你看下面这个就明白了：

"servers": [
			{
				"address": "https://dns.alidns.com/dns-query",
				"domains": ["geosite:cn"],
				"skipFallback": true
			},
			{
				"address": "https://[2001:4860:4860::8844]/dns-query"
			}
		]

一段url，你可以用域名，也可以用IP。
大多数网站都不能脱离域名访问，因为他们用了cdn类的技术，而具体技术细节我就不展开说明了。公共dns不会使用常规的cdn技术，所以你不带域名也可以使用的。

[qianbinbin]

@tomandjerry27 我之所以用网站伪装，是因为我真有网站。至于油管谷歌不能一概而论，他们是广为人知的公共服务，��们个人网站根本没什么内容，也没什么流量，gfw 肯定是做了某些自动检测。

关于配置文件里的 hosts，从用户角度说直觉上应该不受 dns 影响，就像系统里的 hosts 文件一样，但现实是即使写了 hosts 还是会被 v2ray 的查询覆盖。这也许不是 bug，但至少不符合直觉。

我之前也用过 vmess，但再套一个 tls 特征有被 gfw 检测的可能，这个很早就有过相关讨论，而且我体验的 vmess 确实不太稳定。后来我就转向了 vless。

另外据我观察，dns 对个人域名的污染可能和运营商、敏感时间有关，我现在再次查询可以返回正确的 IP 了，怀疑是国庆的原因。