发现可能是时区的问题引起无法连接国外网站

[mayaxcn]

服务端和客户端版本都升级为最新的V2ray 4.45.2，但国外网站无法打开打开，同样的配置在手机端上正常。进而去研究是否是转发的问题，通过修改配置文件增加v2ray_access_log配置，发现里面是有数据的，但是时间却和当前路由器上的时间相差的8个小时：

2022/06/24 05:53:44 192.168.50.195:6335 accepted tcp:172.67.200.185:443 [agentout]
2022/06/24 05:53:44 tcp:127.0.0.1:53794 accepted tcp:8.8.8.8:53 [agentout]
2022/06/24 05:53:44 tcp:127.0.0.1:53793 accepted tcp:8.8.8.8:53 [agentout]
2022/06/24 05:53:44 tcp:127.0.0.1:53792 accepted tcp:8.8.8.8:53 [agentout]
2022/06/24 05:53:44 192.168.50.195:6334 accepted tcp:34.225.234.66:443 [agentout]
2022/06/24 05:53:45 10.146.204.157:43313 accepted udp:191.96.185.46:22170 [agentout]

实际时间应该是13点53分，在路由器上用xshell登录并用date命令查看发现时间日期也是正确，但为嘛会写日志时出现时间不对呢？

另外是否因为这问题导致无法连接？？

[mayaxcn]

补充一点：在路由器上有以上日志输出，证明流量已经转发到vmess上了，可是在v2ray的服务端access_log却没有看到相关的传入流量...同样的网络环境，用PC端客户端和IOS客户端均能在v2ray的服务端access_log看到正常的请求，请问这问题出在哪？？

[agentout] <---??这中间还有啥---> [V2RAY_SERVER]

[cary-sas]

你可以把 二进制切换为 xray 试试， alterID 是设了 0吗

[mayaxcn]

是的，alterID 为0的，xray和v2ray的内核都试过了，还是同样的情况。

但在同样的网络环境和同样的配置，用PC的V2RAY客户端和IOS的ShadowsRocket客户端就正常使用，木有任何问题。之前用”科学上网“4.2.2版本的时候也可以正常使用的，有幸看到这插件的升级版本，立刻进行升级和配置。却没办法用上

[cary-sas]

你勾选“允许不安全”试试呢
#18

[mayaxcn]

我只使用单纯的kcp+we_chat伪装，并没有使用到tls和ws这些内容

[cary-sas]

kcp seed参数可以留空的吗

[mayaxcn]

这是h2和ws才需要用到的配置，上面也写着没有请留空

[mayaxcn]

【2022年06月24日 15:53:22】:
① 程序版本（插件版本：4.36.4）：

程序 版本 备注
ss-redir 3.3.5 2020年9月15日编译
ss-tunnel 3.3.5 2020年9月15日编译
ss-local 3.3.5 2020年9月15日编译
v2ray-plugin 4.45.0 2022年4月30日编译
ssrr-redir 3.5.3 2018年11月25日编译
ssrr-tunnel 3.5.3 2018年11月25日编译
ssrr-local 3.5.3 2018年11月25日编译
haproxy 1.8.8 2018年05月03日编译
dns2socks V2.0
cdns 1.0 2017年12月09日编译
chinadns1 1.3.2 2017年12月09日编译
chinadns2 2.0.0 2017年12月09日编译
ChinaDNS-NG 1.0-beta.25 2019年08月31日编译
client_linux_arm5 20210922 kcptun
v2ray 4.45.2 community-driven
xray 1.5.5 Everything.)
trojan-go 0.10.6 2021年9月14日编译

② 检测当前相关进程工作状态：（你正在使用V2Ray,选择的模式是【游戏模式】,国外DNS解析方案是：dns2socks）

程序 状态 PID
v2ray 工作中 pid：27434
xray 未运行
dns2socks 工作中 pid：27865 27855 27838 27837 27836 27463 27462 27456
dnsmasq 工作中 pid：27835

③ 检测iptbales工作状态：
----------------------------------------------------- nat表 PREROUTING 链 --------------------------------------------------------
Chain PREROUTING (policy ACCEPT 55 packets, 5262 bytes)
pkts bytes target prot opt in out source destination
39 2028 SHADOWSOCKS tcp -- * * 0.0.0.0/0 0.0.0.0/0
0 0 DNAT tcp -- * * 0.0.0.0/0 192.168.1.1 tcp dpt:80 to:192.168.50.1:18017
7285 954K VSERVER all -- * * 0.0.0.0/0 10.146.204.157
0 0 VSERVER all -- * * 0.0.0.0/0 192.168.1.71

----------------------------------------------------- nat表 OUTPUT 链 ------------------------------------------------------------
Chain OUTPUT (policy ACCEPT 72 packets, 13638 bytes)
pkts bytes target prot opt in out source destination
0 0 REDIRECT tcp -- * * 0.0.0.0/0 0.0.0.0/0 match-set router dst redir ports 3333
0 0 SHADOWSOCKS_EXT tcp -- * * 0.0.0.0/0 0.0.0.0/0 mark match 0xc0a83200/0xffffff00

----------------------------------------------------- nat表 SHADOWSOCKS 链 --------------------------------------------------------
Chain SHADOWSOCKS (1 references)
pkts bytes target prot opt in out source destination
37 1924 RETURN tcp -- * * 0.0.0.0/0 0.0.0.0/0 match-set white_list dst
2 104 SHADOWSOCKS_GAM tcp -- * * 0.0.0.0/0 0.0.0.0/0

----------------------------------------------------- nat表 SHADOWSOCKS_EXT 链 --------------------------------------------------------
Chain SHADOWSOCKS_EXT (1 references)
pkts bytes target prot opt in out source destination
0 0 RETURN tcp -- * * 0.0.0.0/0 0.0.0.0/0 match-set white_list dst
0 0 SHADOWSOCKS_GAM tcp -- * * 0.0.0.0/0 0.0.0.0/0

----------------------------------------------------- nat表 SHADOWSOCKS_GFW 链 ----------------------------------------------------
Chain SHADOWSOCKS_GFW (0 references)
pkts bytes target prot opt in out source destination
0 0 REDIRECT tcp -- * * 0.0.0.0/0 0.0.0.0/0 match-set black_list dst redir ports 3333
0 0 REDIRECT tcp -- * * 0.0.0.0/0 0.0.0.0/0 match-set gfwlist dst redir ports 3333

----------------------------------------------------- nat表 SHADOWSOCKS_CHN 链 -----------------------------------------------------
Chain SHADOWSOCKS_CHN (0 references)
pkts bytes target prot opt in out source destination
0 0 REDIRECT tcp -- * * 0.0.0.0/0 0.0.0.0/0 match-set black_list dst redir ports 3333
0 0 REDIRECT tcp -- * * 0.0.0.0/0 0.0.0.0/0 ! match-set chnroute dst redir ports 3333

----------------------------------------------------- nat表 SHADOWSOCKS_GAM 链 -----------------------------------------------------
Chain SHADOWSOCKS_GAM (2 references)
pkts bytes target prot opt in out source destination
0 0 REDIRECT tcp -- * * 0.0.0.0/0 0.0.0.0/0 match-set black_list dst redir ports 3333
0 0 REDIRECT tcp -- * * 0.0.0.0/0 0.0.0.0/0 ! match-set chnroute dst redir ports 3333

----------------------------------------------------- nat表 SHADOWSOCKS_GLO 链 -----------------------------------------------------
Chain SHADOWSOCKS_GLO (0 references)
pkts bytes target prot opt in out source destination
0 0 REDIRECT tcp -- * * 0.0.0.0/0 0.0.0.0/0 redir ports 3333

----------------------------------------------------- nat表 SHADOWSOCKS_HOM 链 -----------------------------------------------------
Chain SHADOWSOCKS_HOM (0 references)
pkts bytes target prot opt in out source destination
0 0 REDIRECT tcp -- * * 0.0.0.0/0 0.0.0.0/0 match-set black_list dst redir ports 3333
0 0 REDIRECT tcp -- * * 0.0.0.0/0 0.0.0.0/0 match-set chnroute dst redir ports 3333

------------------------------------------------------ mangle表 PREROUTING 链 -------------------------------------------------------
Chain PREROUTING (policy ACCEPT 724 packets, 87093 bytes)
pkts bytes target prot opt in out source destination
0 0 MARK all -- !ppp0 * 0.0.0.0/0 10.146.204.157 MARK or 0x8000
107 18015 SHADOWSOCKS udp -- * * 0.0.0.0/0 0.0.0.0/0

------------------------------------------------------ mangle表 SHADOWSOCKS 链 -------------------------------------------------------
Chain SHADOWSOCKS (1 references)
pkts bytes target prot opt in out source destination
84 10878 RETURN udp -- * * 0.0.0.0/0 0.0.0.0/0 match-set white_list dst
29 8147 SHADOWSOCKS_GAM udp -- * * 0.0.0.0/0 0.0.0.0/0

------------------------------------------------------ mangle表 SHADOWSOCKS_GAM 链 -------------------------------------------------------
Chain SHADOWSOCKS_GAM (1 references)
pkts bytes target prot opt in out source destination
0 0 TPROXY udp -- * * 0.0.0.0/0 0.0.0.0/0 match-set black_list dst TPROXY redirect 0.0.0.0:3333 mark 0x7/0xffffffff
25 6985 TPROXY udp -- * * 0.0.0.0/0 0.0.0.0/0 ! match-set chnroute dst TPROXY redirect 0.0.0.0:3333 mark 0x7/0xffffffff

这是启动后相关的详细信息，情况一直如下图：

[cary-sas]

kcp seed 你给一个值应该就行了，我这边没有考虑 空值

[mayaxcn]

填入了一个0，但情况依旧...Orz。服务端这边没做任何改动

[cary-sas]

或者你自己改一下 ssconfig.sh 文件

[mayaxcn]

好像并不是因为这个问题引起的，还是没有任何效果

[cary-sas]

你改的不对，你要改成我截图上的样子才行

[mayaxcn]

情况依旧....

[mayaxcn]

路由器的客户端也没有错误信息输出

[cary-sas]

给我看一下出来的v2ray.json 文件呢

[cary-sas]

这是h2和ws才需要用到的配置，上面也写着没有请留空
我看了一下网上的教程，seed最好不要留空
https://99orange.xyz/2021/09/14/v2raykcp/

[mayaxcn]

{
"log": {
"access": "/dev/null",
"error": "/tmp/v2ray_log.log",
"loglevel": "error"
},
"inbounds": [
{
"port": 23456,
"listen": "0.0.0.0",
"protocol": "socks",
"settings": {
"auth": "noauth",
"udp": true,
"ip": "127.0.0.1",
"clients": null
},
"streamSettings": null
},
{
"listen": "0.0.0.0",
"port": 3333,
"protocol": "dokodemo-door",
"settings": {
"network": "tcp,udp",
"followRedirect": true
}
}
],
"outbounds": [
{
"tag": "agentout",
"protocol": "vmess",
"settings": {
"vnext": [
{
"address": "隐藏隐藏",
"port": 55666,
"users": [
{
"id": "4adf522c-bd94-4c16-995a-13e2e1bceed2",
"alterId": 0,
"security": "none"
}
]
}
],
"servers": null
},
"streamSettings": {
"network": "kcp",
"security": "",
"tlsSettings": null,
"tcpSettings": null,
"kcpSettings": {
"mtu": 1350,
"tti": 50,
"uplinkCapacity": 12,
"downlinkCapacity": 100,
"congestion": false,
"readBufferSize": 2,
"writeBufferSize": 2,
"seed": "0",
"header": {
"type": "wechat-video",
"request": null,
"response": null
}
},
"wsSettings": null,
"httpSettings": null,
"grpcSettings": null
},
"mux": {
"enabled": false,
"concurrency": 8
}
}
]
}
以上是v2ray的json配置

[cary-sas]

"seed": "0", -----这个地方好像不大对啊。 你网页里面是填的0 吗

[mayaxcn]

是的，我在网页里面也是填了0

[cary-sas]

服务端搭建的时候：
"seed" 后面的值 弄复杂一点；
"security": "auto"
再试试

[mayaxcn]

已找到根源所在，问题还是出现在seed字段中，经过与其他正常运行的客户端json配置文件比对，发现seed如为空时不应该出现在配置文件中，我已提交修复过后的ssconfig.sh，望采纳合并。

[cary-sas]

"seed": null
这样写不可以吗？

[mayaxcn]

在我的环境测试过也不行，只要seed 为空，那这个整个字段就不应该出现在配置文件里