V2ray-core: 微信流量伪装mkcp协议动态端口翻墙不稳定，总是间歇性不能翻墙，用一会就不能翻墙，要等10分钟左右才能继续翻墙，GFW可能已经识破微信流量伪装
1) 你正在使用哪个版本的 V2Ray？（如果服务器和客户端使用了不同版本，请注明）
2) 你的使用场景是什么？比如使用 Chrome 通过 Socks/VMess 代理观看 YouTube 视频。
答：
我是是用chrome SwitchyOmega插件使用V2RAY。
3) 你看到的不正常的现象是什么？（请描述具体现象，比如访问超时，TLS 证书错误等）
答：
V2RAY翻墙不稳定，总是间歇性断网，从我使用微信流量伪装kcp协议动态端口V2RAY以来，间歇性断网的问题就没有停止过，有时候更佳频繁。但断网发生的时间不定时，很难追踪，这是我记录的断网时间
19.4.8 18：20不能翻墙-18：39能翻 18：43不能翻-18：52能翻 22：39不能翻-22：46能翻
19.4.10 16：41不能翻-16：42能翻
第二次安装4.14 V2RAY传输端口8230 12：51不能-12:55 13:6不能-13：12能翻 14：52不能-14：57能翻
4.14第三次安装 ：15：30不能翻-15：32能翻 17：56不能翻-17：58能翻 18：15不能翻-18：58能翻 18：30不能翻-18：37能翻 18：47不能翻-18：52能翻 出现间歇性不能翻墙就是这样子
很多次发生间歇性断网，很突然，我没有记录，我只记录了这些时间段。我安装了三次微信流量伪装KCP协议动态端口，都出现这种情况。我是海口电信。服务端只装了锐速+V2RAY，没有别的软件。
同样的网络环境下我用shadowsocks-libev shadowsocks-r就没有出现过间歇性断网。
4) 你期待看到的正确表现是怎样的？
微信流量伪装kcp协议动态端口V2RAY应该正常翻墙，不要出现间歇性不能翻墙，要稳定翻墙。
5) 请附上你的配置（提交 Issue 前请隐藏服务器端IP地址）。
服务器端配置:
第一次微信流量伪装kcp协议动态端口服务器配置：
{
"log": {
"access": "/var/log/v2ray/access.log",
"error": "/var/log/v2ray/error.log",
"loglevel": "warning"
},
"inbounds": [
{
"port": 8104,
"protocol": "vmess",
"settings": {
"clients": [
{
"id": "214cdafc-09c8-42a6-b174-70682a9d3d7c",
"level": 1,
"alterId": 233
}
],
"detour": {
"to": "dynamic"
}
},
"streamSettings": {
"network": "kcp",
"kcpSettings": {
"header": {
"type": "wechat-video"
}
}
},
"sniffing": {
"enabled": true,
"destOverride": [
"http",
"tls"
]
}
},
{
"protocol": "vmess",
"port": "9100-10000",
"tag": "dynamic",
"settings": {
"default": {
"level": 1,
"alterId": 32
}
},
"allocate": {
"strategy": "random",
"concurrency": 2,
"refresh": 5
},
"streamSettings": {
"network": "kcp",
"kcpSettings": {
"header": {
"type": "wechat-video"
}
}
}
}
//include_ss
//include_socks
//include_mtproto
//include_in_config
//
],
"outbounds": [
{
"protocol": "freedom",
"settings": {}
},
{
"protocol": "blackhole",
"settings": {},
"tag": "blocked"
},
{
"protocol": "freedom",
"settings": {},
"tag": "direct"
},
{
"protocol": "mtproto",
"settings": {},
"tag": "tg-out"
}
//include_out_config
//
],
"dns": {
"server": [
"1.1.1.1",
"1.0.0.1",
"8.8.8.8",
"8.8.4.4",
"localhost"
]
},
"routing": {
"domainStrategy": "IPOnDemand",
"rules": [
{
"type": "field",
"ip": [
"0.0.0.0/8",
"10.0.0.0/8",
"100.64.0.0/10",
"127.0.0.0/8",
"169.254.0.0/16",
"172.16.0.0/12",
"192.0.0.0/24",
"192.0.2.0/24",
"192.168.0.0/16",
"198.18.0.0/15",
"198.51.100.0/24",
"203.0.113.0/24",
"::1/128",
"fc00::/7",
"fe80::/10"
],
"outboundTag": "blocked"
},
{
"type": "field",
"inboundTag": ["tg-in"],
"outboundTag": "tg-out"
}
,
{
"type": "field",
"domain": [
"domain:epochtimes.com",
"domain:epochtimes.com.tw",
"domain:epochtimes.fr",
"domain:epochtimes.de",
"domain:epochtimes.jp",
"domain:epochtimes.ru",
"domain:epochtimes.co.il",
"domain:epochtimes.co.kr",
"domain:epochtimes-romania.com",
"domain:erabaru.net",
"domain:lagranepoca.com",
"domain:theepochtimes.com",
"domain:ntdtv.com",
"domain:ntd.tv",
"domain:ntdtv-dc.com",
"domain:ntdtv.com.tw",
"domain:minghui.org",
"domain:renminbao.com",
"domain:dafahao.com",
"domain:dongtaiwang.com",
"domain:falundafa.org",
"domain:wujieliulan.com",
"domain:ninecommentaries.com",
"domain:shenyun.com"
],
"outboundTag": "blocked"
} ,
{
"type": "field",
"protocol": [
"bittorrent"
],
"outboundTag": "blocked"
}
//include_ban_ad
//include_rules
//
]
},
"transport": {
"kcpSettings": {
"uplinkCapacity": 100,
"downlinkCapacity": 100,
"congestion": true
},
"sockopt": {
"tcpFastOpen": true
}
}
}
第二次微信流量伪装KCP协议动态端口服务器配置文件，V2RAY传输端口8230：
{
"log": {
"access": "/var/log/v2ray/access.log",
"error": "/var/log/v2ray/error.log",
"loglevel": "warning"
},
"inbounds": [
{
"port": 8230,
"protocol": "vmess",
"settings": {
"clients": [
{
"id": "445ff836-1894-4b2a-af65-b6f794133c41",
"level": 1,
"alterId": 233
}
],
"detour": {
"to": "dynamic"
}
},
"streamSettings": {
"network": "kcp",
"kcpSettings": {
"header": {
"type": "wechat-video"
}
}
},
"sniffing": {
"enabled": true,
"destOverride": [
"http",
"tls"
]
}
},
{
"protocol": "vmess",
"port": "10000-20000",
"tag": "dynamic",
"settings": {
"default": {
"level": 1,
"alterId": 32
}
},
"allocate": {
"strategy": "random",
"concurrency": 2,
"refresh": 5
},
"streamSettings": {
"network": "kcp",
"kcpSettings": {
"header": {
"type": "wechat-video"
}
}
}
}
//include_ss
//include_socks
//include_mtproto
//include_in_config
//
],
"outbounds": [
{
"protocol": "freedom",
"settings": {}
},
{
"protocol": "blackhole",
"settings": {},
"tag": "blocked"
},
{
"protocol": "freedom",
"settings": {},
"tag": "direct"
},
{
"protocol": "mtproto",
"settings": {},
"tag": "tg-out"
}
//include_out_config
//
],
"dns": {
"server": [
"1.1.1.1",
"1.0.0.1",
"8.8.8.8",
"8.8.4.4",
"localhost"
]
},
"routing": {
"domainStrategy": "IPOnDemand",
"rules": [
{
"type": "field",
"ip": [
"0.0.0.0/8",
"10.0.0.0/8",
"100.64.0.0/10",
"127.0.0.0/8",
"169.254.0.0/16",
"172.16.0.0/12",
"192.0.0.0/24",
"192.0.2.0/24",
"192.168.0.0/16",
"198.18.0.0/15",
"198.51.100.0/24",
"203.0.113.0/24",
"::1/128",
"fc00::/7",
"fe80::/10"
],
"outboundTag": "blocked"
},
{
"type": "field",
"inboundTag": ["tg-in"],
"outboundTag": "tg-out"
}
,
{
"type": "field",
"domain": [
"domain:epochtimes.com",
"domain:epochtimes.com.tw",
"domain:epochtimes.fr",
"domain:epochtimes.de",
"domain:epochtimes.jp",
"domain:epochtimes.ru",
"domain:epochtimes.co.il",
"domain:epochtimes.co.kr",
"domain:epochtimes-romania.com",
"domain:erabaru.net",
"domain:lagranepoca.com",
"domain:theepochtimes.com",
"domain:ntdtv.com",
"domain:ntd.tv",
"domain:ntdtv-dc.com",
"domain:ntdtv.com.tw",
"domain:minghui.org",
"domain:renminbao.com",
"domain:dafahao.com",
"domain:dongtaiwang.com",
"domain:falundafa.org",
"domain:wujieliulan.com",
"domain:ninecommentaries.com",
"domain:shenyun.com"
],
"outboundTag": "blocked"
} ,
{
"type": "field",
"protocol": [
"bittorrent"
],
"outboundTag": "blocked"
}
//include_ban_ad
//include_rules
//
]
},
"transport": {
"kcpSettings": {
"uplinkCapacity": 100,
"downlinkCapacity": 100,
"congestion": true
},
"sockopt": {
"tcpFastOpen": true
}
}
}
第三次安装的服务端配置文件跟前两次一样，只是IP 端口 UUID不同，其他一致。
客户端配置:
第一次微信流量伪装kcp协议动态端口客户端配置：
{
"log": {
"access": "E:\\云\\翻墙\\v2ray\\v2ray-cmd\\Vaccess.log",
"error": "E:\\云\\翻墙\\v2ray\\v2ray-cmd\\Verror.log",
"loglevel": "warning"
},
"outbounds": [
{
"protocol": "vmess",
"settings": {
"vnext": [
{
"address": "35.234.XX.xx",
"port": 8104,
"users": [
{
"id": "214cdafc-09c8-42a6-b174-70682a9d3d7c",
"alterId": 233,
"security": "auto"
}
]
}
]
},
"streamSettings": {
"network": "kcp",
"kcpSettings": {
"uplinkCapacity": 100,
"downlinkCapacity": 100,
"congestion": true,
"header": {
"type": "wechat-video"
}
}
},
"mux": {
"enabled": true
}
},
{
"protocol": "freedom",
"settings": {},
"tag": "direct"
}
],
"inbounds": [
{
"port": 2600,
"listen": "127.0.0.1",
"protocol": "socks",
"settings": {
"auth": "noauth",
"udp": true,
"ip": "127.0.0.1"
}
},
{
"port": 6666,
"listen": "127.0.0.1",
"protocol": "http",
"settings": {
"auth": "noauth",
"udp": true,
"ip": "127.0.0.1"
}
}
],
"dns": {
"servers": [
"1.1.1.1",
"1.0.0.1",
"localhost"
]
},
"routing": {
"domainStrategy": "IPOnDemand",
"rules": [
{
"type": "field",
"ip": [
"0.0.0.0/8",
"10.0.0.0/8",
"100.64.0.0/10",
"127.0.0.0/8",
"169.254.0.0/16",
"172.16.0.0/12",
"192.0.0.0/24",
"192.0.2.0/24",
"192.168.0.0/16",
"198.18.0.0/15",
"198.51.100.0/24",
"203.0.113.0/24",
"::1/128",
"fc00::/7",
"fe80::/10",
"geoip:cn"
],
"domain": [
"geosite:cn"
],
"outboundTag": "direct"
},
{
"type": "chinasites",
"outboundTag": "direct"
},
{
"type": "chinaip",
"outboundTag": "direct"
}
]
}
}
第二次微信流量伪装KCP协议动态端口客户端配置文件，V2RAY传输端口8230：
{
"log": {
"error": "error.log",
"loglevel": "warning"
},
"outbounds": [
{
"protocol": "vmess",
"settings": {
"vnext": [
{
"address": "35.234.XX.xx",
"port": 8230,
"users": [
{
"id": "445ff836-1894-4b2a-af65-b6f794133c41",
"alterId": 233,
"security": "auto"
}
]
}
]
},
"streamSettings": {
"network": "kcp",
"kcpSettings": {
"uplinkCapacity": 100,
"downlinkCapacity": 100,
"congestion": true,
"header": {
"type": "wechat-video"
}
}
},
"mux": {
"enabled": true
}
},
{
"protocol": "freedom",
"settings": {},
"tag": "direct"
}
],
"inbounds": [
{
"port": 2333,
"listen": "127.0.0.1",
"protocol": "socks",
"settings": {
"auth": "noauth",
"udp": true,
"ip": "127.0.0.1"
}
},
{
"port": 6666,
"listen": "127.0.0.1",
"protocol": "http",
"settings": {
"auth": "noauth",
"udp": true,
"ip": "127.0.0.1"
}
}
],
"dns": {
"servers": [
"8.8.8.8",
"8.8.4.4",
"localhost"
]
},
"routing": {
"domainStrategy": "IPOnDemand",
"rules": [
{
"type": "field",
"ip": [
"0.0.0.0/8",
"10.0.0.0/8",
"100.64.0.0/10",
"127.0.0.0/8",
"169.254.0.0/16",
"172.16.0.0/12",
"192.0.0.0/24",
"192.0.2.0/24",
"192.168.0.0/16",
"198.18.0.0/15",
"198.51.100.0/24",
"203.0.113.0/24",
"::1/128",
"fc00::/7",
"fe80::/10",
"geoip:cn"
],
"domain": [
"geosite:cn"
],
"outboundTag": "direct"
},
{
"type": "chinasites",
"outboundTag": "direct"
},
{
"type": "chinaip",
"outboundTag": "direct"
}
]
}
}
第三次安装的客户端配置文件跟前两次一样，只是ip uuid 端口不同
6) 请附上出错时软件输出的错误日志。在 Linux 中，日志通常在 /var/log/v2ray/error.log 文件中。
服务器端错误日志:
// 在这里附上服务器端日志
第一次安装服务端日志、错误日志：
access.log
error.log
第二次安装服务端日志、错误日志V2RAY内部传输端口8230服务端日志：
服务端错误日志error.log
服务端日志access.log
第三次服务端日志、错误日志：
服务端access.log
服务端error.log
客户端错误日志:
第一次安装客户端日志和错误日志、访问日志：
error.log
Vaccess.log
Verror.log
第二次安装V2RAY内部传输端口为8230客户端日志和错误日志、访问日志：
error.log
Vaccess.log
Verror.log
第三次安装客户端日志和错误日志、访问日志：
客户端Vaccess.log
客户端Verror.log
8) 其它相关的配置文件（如 Nginx）和相关日志。
答：无
9) 如果 V2Ray 无法启动，请附上 --test 输出。
通常的命令为 /usr/bin/v2ray/v2ray --test --config /etc/v2ray/config.json。请按实际情况修改。
10) 如果 V2Ray 服务运行不正常，请附上 journal 日志。
通常的命令为 journalctl -u v2ray。
请预览一下你填的内容再提交。
第一次安装
第二次安装V2RAY内部传输端口8230：
root@v2raykcp-tw:~ # /usr/bin/v2ray/v2ray -test -config /etc/v2ray/config.json
V2Ray 4.18.0 (Po) 20190228
A unified platform for anti-censorship.
Configuration OK.
root@v2raykcp-tw:~ # journalctl -u v2ray
-- Logs begin at Sun 2019-04-14 12:44:47 CST, end at Sun 2019-04-14 15:07:47 CST. --
Apr 14 12:47:35 v2raykcp-tw systemd[1]: Started V2Ray Service.
Apr 14 12:47:35 v2raykcp-tw v2ray[1359]: V2Ray 4.18.0 (Po) 20190228
Apr 14 12:47:35 v2raykcp-tw v2ray[1359]: A unified platform for anti-censorship.
第三次安装：
root@v2raykcp-tw:~ # /usr/bin/v2ray/v2ray -test -config /etc/v2ray/config.json
V2Ray 4.18.0 (Po) 20190228
A unified platform for anti-censorship.
Configuration OK.
root@v2raykcp-tw:~ # journalctl -u v2ray
-- Logs begin at Sun 2019-04-14 12:44:47 CST, end at Sun 2019-04-14 21:17:36 CST. --
Apr 14 12:47:35 v2raykcp-tw systemd[1]: Started V2Ray Service.
Apr 14 12:47:35 v2raykcp-tw v2ray[1359]: V2Ray 4.18.0 (Po) 20190228
Apr 14 12:47:35 v2raykcp-tw v2ray[1359]: A unified platform for anti-censorship.
Apr 14 15:15:46 v2raykcp-tw systemd[1]: Stopping V2Ray Service...
Apr 14 15:15:46 v2raykcp-tw systemd[1]: Stopped V2Ray Service.
Apr 14 15:23:55 v2raykcp-tw systemd[1]: Started V2Ray Service.
Apr 14 15:23:55 v2raykcp-tw v2ray[3788]: V2Ray 4.18.0 (Po) 20190228
Apr 14 15:23:55 v2raykcp-tw v2ray[3788]: A unified platform for anti-censorship.
embeddedsecurity
All 21 comments
请按照标准格式新建issue 方便其他用户查阅
并不需要图片
我建议你使用Vmess测试一下
kslr
on 10 Apr 2019
请按照标准格式新建issue 方便其他用户查阅
并不需要图片
我建议你使用Vmess测试一下
我用V2RAYN客户端和V2RAY CMD客服端都出现这种情况。你说的Vmess测试指的是？详细说下我再去测试
embeddedsecurity
on 11 Apr 2019
Vmess 协议
kslr
on 11 Apr 2019
Vmess 协议
我是谷歌云VPS，233一键V2RAY脚本，搭建完成会生成vmess://ewoidiI6ICIyIiwKInBzIjogInYycmF5Ni5jb21faGtwZXJmb3JtYW5jZS5zdWtldi54eXoiLAoiYWRkIjogImhrcGVyZm9ybWFuY2Uuc3VrZXYueHl6IiwKInBvcnQiOiAiNDQzIiwKImlkIjogImUyMmU0NDAzLTcxYzctNDUwMi04NTgyLTYzZjA的链接，我把链接复制再导入到V2RAYN客户端，就是Vmess 协议了？
embeddedsecurity
on 11 Apr 2019
https://www.v2ray.com/chapter_02/protocols/vmess.html
链接是第三方实现，我不清楚
kslr
on 11 Apr 2019
https://www.v2ray.com/chapter_02/protocols/vmess.html
链接是第三方实现，我不清楚
我现在按标准模板提交问题，如有不足之处，请不要关闭，我为了追踪者BUG，三天的时间都花在这上面，头都晕了，哪里描述不清楚请你跟我说，我再改正。
提交 Issue 之前请先阅读 Issue 指引，然后回答下面的问题，谢谢。
除非特殊情况，请完整填写所有问题。不按模板发的 issue 将直接被关闭。
如果你遇到的问题不是 V2Ray 的 bug，比如你不清楚要如何配置，请使用Discussion进行讨论。
1) 你正在使用哪个版本的 V2Ray？（如果服务器和客户端使用了不同版本，请注明）
2) 你的使用场景是什么？比如使用 Chrome 通过 Socks/VMess 代理观看 YouTube 视频。
答：
我是是用chrome SwitchyOmega插件使用V2RAY。
3) 你看到的不正常的现象是什么？（请描述具体现象，比如访问超时，TLS 证书错误等）
答：
V2RAY翻墙不稳定，总是间歇性断网，从我使用微信流量伪装kcp协议动态端口V2RAY以来，间歇性断网的问题就没有停止过，有时候更佳频繁。但断网发生的时间不定时，很难追踪，这是我记录的断网时间
19.4.8 18：20不能翻墙-18：39能翻 18：43不能翻-18：52能翻 22：39不能翻-22：46能翻
19.4.10 16：41不能翻-16：42能翻
第二次安装4.14 V2RAY传输端口8230 12：51不能-12:55 13:6不能-13：12能翻 14：52不能-14：57能翻
4.14第三次安装 ：15：30不能翻-15：32能翻 17：56不能翻-17：58能翻 18：15不能翻-18：58能翻 18：30不能翻-18：37能翻 18：47不能翻-18：52能翻 出现间歇性不能翻墙就是这样子
很多次发生间歇性断网，很突然，我没有记录，我只记录了这些时间段。我安装了三次微信流量伪装KCP协议动态端口，都出现这种情况。我是海口电信。服务端只装了锐速+V2RAY，没有别的软件。
同样的网络环境下我用shadowsocks-libev shadowsocks-r就没有出现过间歇性断网。
4) 你期待看到的正确表现是怎样的？
微信流量伪装kcp协议动态端口V2RAY应该正常翻墙，不要出现间歇性不能翻墙，要稳定翻墙。
5) 请附上你的配置（提交 Issue 前请隐藏服务器端IP地址）。
服务器端配置:
第一次微信流量伪装kcp协议动态端口服务器配置：
{
"log": {
"access": "/var/log/v2ray/access.log",
"error": "/var/log/v2ray/error.log",
"loglevel": "warning"
},
"inbounds": [
{
"port": 8104,
"protocol": "vmess",
"settings": {
"clients": [
{
"id": "214cdafc-09c8-42a6-b174-70682a9d3d7c",
"level": 1,
"alterId": 233
}
],
"detour": {
"to": "dynamic"
}
},
"streamSettings": {
"network": "kcp",
"kcpSettings": {
"header": {
"type": "wechat-video"
}
}
},
"sniffing": {
"enabled": true,
"destOverride": [
"http",
"tls"
]
}
},
{
"protocol": "vmess",
"port": "9100-10000",
"tag": "dynamic",
"settings": {
"default": {
"level": 1,
"alterId": 32
}
},
"allocate": {
"strategy": "random",
"concurrency": 2,
"refresh": 5
},
"streamSettings": {
"network": "kcp",
"kcpSettings": {
"header": {
"type": "wechat-video"
}
}
}
}
//include_ss
//include_socks
//include_mtproto
//include_in_config
//
],
"outbounds": [
{
"protocol": "freedom",
"settings": {}
},
{
"protocol": "blackhole",
"settings": {},
"tag": "blocked"
},
{
"protocol": "freedom",
"settings": {},
"tag": "direct"
},
{
"protocol": "mtproto",
"settings": {},
"tag": "tg-out"
}
//include_out_config
//
],
"dns": {
"server": [
"1.1.1.1",
"1.0.0.1",
"8.8.8.8",
"8.8.4.4",
"localhost"
]
},
"routing": {
"domainStrategy": "IPOnDemand",
"rules": [
{
"type": "field",
"ip": [
"0.0.0.0/8",
"10.0.0.0/8",
"100.64.0.0/10",
"127.0.0.0/8",
"169.254.0.0/16",
"172.16.0.0/12",
"192.0.0.0/24",
"192.0.2.0/24",
"192.168.0.0/16",
"198.18.0.0/15",
"198.51.100.0/24",
"203.0.113.0/24",
"::1/128",
"fc00::/7",
"fe80::/10"
],
"outboundTag": "blocked"
},
{
"type": "field",
"inboundTag": ["tg-in"],
"outboundTag": "tg-out"
}
,
{
"type": "field",
"domain": [
"domain:epochtimes.com",
"domain:epochtimes.com.tw",
"domain:epochtimes.fr",
"domain:epochtimes.de",
"domain:epochtimes.jp",
"domain:epochtimes.ru",
"domain:epochtimes.co.il",
"domain:epochtimes.co.kr",
"domain:epochtimes-romania.com",
"domain:erabaru.net",
"domain:lagranepoca.com",
"domain:theepochtimes.com",
"domain:ntdtv.com",
"domain:ntd.tv",
"domain:ntdtv-dc.com",
"domain:ntdtv.com.tw",
"domain:minghui.org",
"domain:renminbao.com",
"domain:dafahao.com",
"domain:dongtaiwang.com",
"domain:falundafa.org",
"domain:wujieliulan.com",
"domain:ninecommentaries.com",
"domain:shenyun.com"
],
"outboundTag": "blocked"
} ,
{
"type": "field",
"protocol": [
"bittorrent"
],
"outboundTag": "blocked"
}
//include_ban_ad
//include_rules
//
]
},
"transport": {
"kcpSettings": {
"uplinkCapacity": 100,
"downlinkCapacity": 100,
"congestion": true
},
"sockopt": {
"tcpFastOpen": true
}
}
}
第二次微信流量伪装KCP协议动态端口服务器配置文件，V2RAY传输端口8230：
{
"log": {
"access": "/var/log/v2ray/access.log",
"error": "/var/log/v2ray/error.log",
"loglevel": "warning"
},
"inbounds": [
{
"port": 8230,
"protocol": "vmess",
"settings": {
"clients": [
{
"id": "445ff836-1894-4b2a-af65-b6f794133c41",
"level": 1,
"alterId": 233
}
],
"detour": {
"to": "dynamic"
}
},
"streamSettings": {
"network": "kcp",
"kcpSettings": {
"header": {
"type": "wechat-video"
}
}
},
"sniffing": {
"enabled": true,
"destOverride": [
"http",
"tls"
]
}
},
{
"protocol": "vmess",
"port": "10000-20000",
"tag": "dynamic",
"settings": {
"default": {
"level": 1,
"alterId": 32
}
},
"allocate": {
"strategy": "random",
"concurrency": 2,
"refresh": 5
},
"streamSettings": {
"network": "kcp",
"kcpSettings": {
"header": {
"type": "wechat-video"
}
}
}
}
//include_ss
//include_socks
//include_mtproto
//include_in_config
//
],
"outbounds": [
{
"protocol": "freedom",
"settings": {}
},
{
"protocol": "blackhole",
"settings": {},
"tag": "blocked"
},
{
"protocol": "freedom",
"settings": {},
"tag": "direct"
},
{
"protocol": "mtproto",
"settings": {},
"tag": "tg-out"
}
//include_out_config
//
],
"dns": {
"server": [
"1.1.1.1",
"1.0.0.1",
"8.8.8.8",
"8.8.4.4",
"localhost"
]
},
"routing": {
"domainStrategy": "IPOnDemand",
"rules": [
{
"type": "field",
"ip": [
"0.0.0.0/8",
"10.0.0.0/8",
"100.64.0.0/10",
"127.0.0.0/8",
"169.254.0.0/16",
"172.16.0.0/12",
"192.0.0.0/24",
"192.0.2.0/24",
"192.168.0.0/16",
"198.18.0.0/15",
"198.51.100.0/24",
"203.0.113.0/24",
"::1/128",
"fc00::/7",
"fe80::/10"
],
"outboundTag": "blocked"
},
{
"type": "field",
"inboundTag": ["tg-in"],
"outboundTag": "tg-out"
}
,
{
"type": "field",
"domain": [
"domain:epochtimes.com",
"domain:epochtimes.com.tw",
"domain:epochtimes.fr",
"domain:epochtimes.de",
"domain:epochtimes.jp",
"domain:epochtimes.ru",
"domain:epochtimes.co.il",
"domain:epochtimes.co.kr",
"domain:epochtimes-romania.com",
"domain:erabaru.net",
"domain:lagranepoca.com",
"domain:theepochtimes.com",
"domain:ntdtv.com",
"domain:ntd.tv",
"domain:ntdtv-dc.com",
"domain:ntdtv.com.tw",
"domain:minghui.org",
"domain:renminbao.com",
"domain:dafahao.com",
"domain:dongtaiwang.com",
"domain:falundafa.org",
"domain:wujieliulan.com",
"domain:ninecommentaries.com",
"domain:shenyun.com"
],
"outboundTag": "blocked"
} ,
{
"type": "field",
"protocol": [
"bittorrent"
],
"outboundTag": "blocked"
}
//include_ban_ad
//include_rules
//
]
},
"transport": {
"kcpSettings": {
"uplinkCapacity": 100,
"downlinkCapacity": 100,
"congestion": true
},
"sockopt": {
"tcpFastOpen": true
}
}
}
第三次安装的服务端配置文件跟前两次一样，只是IP 端口 UUID不同，其他一致。
客户端配置:
第一次微信流量伪装kcp协议动态端口客户端配置：
{
"log": {
"access": "E:\\云\\翻墙\\v2ray\\v2ray-cmd\\Vaccess.log",
"error": "E:\\云\\翻墙\\v2ray\\v2ray-cmd\\Verror.log",
"loglevel": "warning"
},
"outbounds": [
{
"protocol": "vmess",
"settings": {
"vnext": [
{
"address": "35.234.XX.xx",
"port": 8104,
"users": [
{
"id": "214cdafc-09c8-42a6-b174-70682a9d3d7c",
"alterId": 233,
"security": "auto"
}
]
}
]
},
"streamSettings": {
"network": "kcp",
"kcpSettings": {
"uplinkCapacity": 100,
"downlinkCapacity": 100,
"congestion": true,
"header": {
"type": "wechat-video"
}
}
},
"mux": {
"enabled": true
}
},
{
"protocol": "freedom",
"settings": {},
"tag": "direct"
}
],
"inbounds": [
{
"port": 2600,
"listen": "127.0.0.1",
"protocol": "socks",
"settings": {
"auth": "noauth",
"udp": true,
"ip": "127.0.0.1"
}
},
{
"port": 6666,
"listen": "127.0.0.1",
"protocol": "http",
"settings": {
"auth": "noauth",
"udp": true,
"ip": "127.0.0.1"
}
}
],
"dns": {
"servers": [
"1.1.1.1",
"1.0.0.1",
"localhost"
]
},
"routing": {
"domainStrategy": "IPOnDemand",
"rules": [
{
"type": "field",
"ip": [
"0.0.0.0/8",
"10.0.0.0/8",
"100.64.0.0/10",
"127.0.0.0/8",
"169.254.0.0/16",
"172.16.0.0/12",
"192.0.0.0/24",
"192.0.2.0/24",
"192.168.0.0/16",
"198.18.0.0/15",
"198.51.100.0/24",
"203.0.113.0/24",
"::1/128",
"fc00::/7",
"fe80::/10",
"geoip:cn"
],
"domain": [
"geosite:cn"
],
"outboundTag": "direct"
},
{
"type": "chinasites",
"outboundTag": "direct"
},
{
"type": "chinaip",
"outboundTag": "direct"
}
]
}
}
第二次微信流量伪装KCP协议动态端口客户端配置文件，V2RAY传输端口8230：
{
"log": {
"error": "error.log",
"loglevel": "warning"
},
"outbounds": [
{
"protocol": "vmess",
"settings": {
"vnext": [
{
"address": "35.234.XX.xx",
"port": 8230,
"users": [
{
"id": "445ff836-1894-4b2a-af65-b6f794133c41",
"alterId": 233,
"security": "auto"
}
]
}
]
},
"streamSettings": {
"network": "kcp",
"kcpSettings": {
"uplinkCapacity": 100,
"downlinkCapacity": 100,
"congestion": true,
"header": {
"type": "wechat-video"
}
}
},
"mux": {
"enabled": true
}
},
{
"protocol": "freedom",
"settings": {},
"tag": "direct"
}
],
"inbounds": [
{
"port": 2333,
"listen": "127.0.0.1",
"protocol": "socks",
"settings": {
"auth": "noauth",
"udp": true,
"ip": "127.0.0.1"
}
},
{
"port": 6666,
"listen": "127.0.0.1",
"protocol": "http",
"settings": {
"auth": "noauth",
"udp": true,
"ip": "127.0.0.1"
}
}
],
"dns": {
"servers": [
"8.8.8.8",
"8.8.4.4",
"localhost"
]
},
"routing": {
"domainStrategy": "IPOnDemand",
"rules": [
{
"type": "field",
"ip": [
"0.0.0.0/8",
"10.0.0.0/8",
"100.64.0.0/10",
"127.0.0.0/8",
"169.254.0.0/16",
"172.16.0.0/12",
"192.0.0.0/24",
"192.0.2.0/24",
"192.168.0.0/16",
"198.18.0.0/15",
"198.51.100.0/24",
"203.0.113.0/24",
"::1/128",
"fc00::/7",
"fe80::/10",
"geoip:cn"
],
"domain": [
"geosite:cn"
],
"outboundTag": "direct"
},
{
"type": "chinasites",
"outboundTag": "direct"
},
{
"type": "chinaip",
"outboundTag": "direct"
}
]
}
}
第三次安装的客户端配置文件跟前两次一样，只是ip uuid 端口不同
6) 请附上出错时软件输出的错误日志。在 Linux 中，日志通常在 /var/log/v2ray/error.log 文件中。
服务器端错误日志:
// 在这里附上服务器端日志
第一次安装服务端日志、错误日志：
access.log
error.log
第二次安装服务端日志、错误日志V2RAY内部传输端口8230服务端日志：
服务端错误日志error.log
服务端日志access.log
第三次服务端日志、错误日志：
服务端access.log
服务端error.log
客户端错误日志:
第一次安装客户端日志和错误日志、访问日志：
error.log
Vaccess.log
Verror.log
第二次安装V2RAY内部传输端口为8230客户端日志和错误日志、访问日志：
error.log
Vaccess.log
Verror.log
第三次安装客户端日志和错误日志、访问日志：
客户端Vaccess.log
客户端Verror.log
8) 其它相关的配置文件（如 Nginx）和相关日志。
答：无
9) 如果 V2Ray 无法启动，请附上 --test 输出。
通常的命令为 /usr/bin/v2ray/v2ray --test --config /etc/v2ray/config.json。请按实际情况修改。
10) 如果 V2Ray 服务运行不正常，请附上 journal 日志。
通常的命令为 journalctl -u v2ray。
请预览一下你填的内容再提交。
第一次安装
第二次安装V2RAY内部传输端口8230：
root@v2raykcp-tw:~ # /usr/bin/v2ray/v2ray -test -config /etc/v2ray/config.json
V2Ray 4.18.0 (Po) 20190228
A unified platform for anti-censorship.
Configuration OK.
root@v2raykcp-tw:~ # journalctl -u v2ray
-- Logs begin at Sun 2019-04-14 12:44:47 CST, end at Sun 2019-04-14 15:07:47 CST. --
Apr 14 12:47:35 v2raykcp-tw systemd[1]: Started V2Ray Service.
Apr 14 12:47:35 v2raykcp-tw v2ray[1359]: V2Ray 4.18.0 (Po) 20190228
Apr 14 12:47:35 v2raykcp-tw v2ray[1359]: A unified platform for anti-censorship.
第三次安装：
root@v2raykcp-tw:~ # /usr/bin/v2ray/v2ray -test -config /etc/v2ray/config.json
V2Ray 4.18.0 (Po) 20190228
A unified platform for anti-censorship.
Configuration OK.
root@v2raykcp-tw:~ # journalctl -u v2ray
-- Logs begin at Sun 2019-04-14 12:44:47 CST, end at Sun 2019-04-14 21:17:36 CST. --
Apr 14 12:47:35 v2raykcp-tw systemd[1]: Started V2Ray Service.
Apr 14 12:47:35 v2raykcp-tw v2ray[1359]: V2Ray 4.18.0 (Po) 20190228
Apr 14 12:47:35 v2raykcp-tw v2ray[1359]: A unified platform for anti-censorship.
Apr 14 15:15:46 v2raykcp-tw systemd[1]: Stopping V2Ray Service...
Apr 14 15:15:46 v2raykcp-tw systemd[1]: Stopped V2Ray Service.
Apr 14 15:23:55 v2raykcp-tw systemd[1]: Started V2Ray Service.
Apr 14 15:23:55 v2raykcp-tw v2ray[3788]: V2Ray 4.18.0 (Po) 20190228
Apr 14 15:23:55 v2raykcp-tw v2ray[3788]: A unified platform for anti-censorship.
embeddedsecurity
on 14 Apr 2019
如果你必须要用kcp，那么需要测试一下本地运营商的策略，然后调整kcp参数，比如uplinkOnly和downlinkOnly 在运营商允许的范围内使用，逐步从最小配置开始测试，比如仅kcp
或者更换其他协议，以TCP为主
另外有个工具叫udp2raw，可以抑制不稳定的环境
https://github.com/wangyu-/udp2raw-tunnel
我注意到你用了次WebSocket
2019/04/01 15:51:33 [Warning] failed to handler mux client connection > v2ray.com/core/proxy/vmess/outbound: failed to find an available destination > v2ray.com/core/common/retry: [v2ray.com/core/transport/internet/websocket: failed to dial WebSocket > v2ray.com/core/transport/internet/websocket: failed to dial to (wss://hkperformance.sukev.xyz/sukev): > remote error: tls: protocol version not supported v2ray.com/core/transport/internet/websocket: failed to dial WebSocket > v2ray.com/core/transport/internet/websocket: failed to dial to (wss://*/sukev): > read tcp 10.200.12.41:50540->104.27.144.109:443: i/o timeout] > v2ray.com/core/common/retry: all retry attempts failed
但是我发现域名IP好像和日志不符合，所以你是用了cloudflare中转吗？
这可能带来更多调试难度，理论上你应该验证每个通道是否在本地正常
我建议你还是不要上太复杂的方案，先尝试最简单的办法
其实vmess一般也非常稳定，我只用了默认配置
另一个选项就是在香港和台湾（gcp）通过WebSocket连接，即使你是移动，也不会有太多的问题。
哦，对了，如果你是移动宽带，UDP的问题会更为严重，udp2raw怕是也不好使。
kslr
on 14 Apr 2019
如果你必须要用kcp，
我是海口电信，使用的是公共WIFI，连接WIFI，输入账号密码就能上网的。我家里是50M带宽的电信。在公共WIFI和家里50M带宽使用MKCP总是间歇性断网。我用SS+KCPTUN就不会，V2MKCP就会间歇性断网。
你在日志里看我用WS+TLS协议，因为WS+TLS比MKCP稳定，MKCP频繁不能翻墙令我无法忍受。我用过cloudflare中转，但我后来取消了。
去年我用WS+TLS，也会出现间歇性不能翻墙，但现在没有，现在没有不代表WS+TLS就稳定，主要是我很少用WS+TLS，WS+TLS看YOUTUBE速度还行，但打开P站、deviantart.com图库等高清图片的网站，图片加载巨慢，一包烟抽完了还不一定能加载出来，MKCP加载就很快。我用MKCP看YOUTUBE，一开始是2000KBPS，看一段时间降到600KBPS，最后是0KBPS，降到0KBPS，推特网页也打不开，要等10几分钟后才能继续看YOUTUBE，浏览国外网页。我用WS+TLS和微信流量伪装MKCP动态端口，在WIN7电脑我是使用V2RAYN客户端，微信流量伪装MKCP动态端口使用V2RAYN客户端会出现间歇性不能翻墙，我用V2RAY-CORE CMD客户端。
，微信流量伪装MKCP协议动态端口，也会出现间歇性不能翻墙，排除是客户端的问题。
，
我用MKCP频繁出现间歇性不能翻墙，你的意思是运营商QOS的干扰？如果是QOS干扰，只会限制速度，让你看YOUTUBE速度慢，不会让你打不开国外的推特网站，但我是国外网页不能看，很可能不是QOS的问题了。MKCP是让UDP协议模拟TCP连接，不完全是UDP，那运营商应该不会QOS。
如果真是QOS让V2RAY MKCP间歇性不能翻墙，那为啥我用SSLIBEV+KCPTUN就没有这种现象？而且我看了其他用户的反馈，也有人出现类似于我这样的问题，但他们称这种现象为“断流”。
你需不需我把VPS删除重建，再用一次MKCP协议，把日志和错误信息上传，再让你看一次，方便你排除问题？请你告诉我用什么工具测试本地运营商UDP调整策略？
再此感谢你辛苦调试和排查问题，为天朝网络自由做出的贡献！再忙，我也会抽出时间配合你解决问题。
embeddedsecurity
on 15 Apr 2019
是否能检查一下vps日志，看看mkcp使用时的cpu和内存占用情况。因为使用kcp一般内存占用会比较大，这样可以确定一下是不是vps性能导致的间歇性断流。
On Mon, Apr 15, 2019 at 10:07 AM embeddedsecurity notifications@github.com
wrote:
如果你必须要用kcp，
我是海口电信，使用的是公共WIFI，连接WIFI，输入账号密码就能上网的。我家里是50M带宽的电信。在公共WIFI和家里50M带宽使用MKCP总是间歇性断网。我用SS+KCPTUN就不会，V2MKCP就会间歇性断网。
你在日志里看我用WS+TLS协议，因为WS+TLS比MKCP稳定，MKCP频繁不能翻墙令我无法忍受。我用过cloudflare中转，但我后来取消了。去年我用WS+TLS，也会出现间歇性不能翻墙，但现在没有，现在没有不代表WS+TLS就稳定，主要是我很少用WS+TLS，WS+TLS看YOUTUBE速度还行，但打开P站、图库等高清图片的网站，图片加载巨慢，一包烟抽完了还不一定能加载出来，MKCP加载就很快。
我用MKCP频繁出现间歇性不能翻墙，你的解释是运营商QOS的干扰，MKCP是让UDP协议模拟TCP连接，不完全是UDP，那运营商应该不会QOS。
如果真是QOS让V2RAY
MKCP间歇性不能翻墙，MKCP看YOUTUBE，一开始是2000KBPS，看一段时间降到600KBPS，最后是0KBPS，降到0KBPS，推特网页也打不开。那为啥我用SSLIBEV+KCPTUN就没有这种现象？而且我看了其他用户的反馈，也有人出现类似于我这样的问题，但他们称这种现象为“断流”。
你需不需我把VPS删除重建，再用一次MKCP协议，把日志和错误信息上传，再让你看一次，方便你排除问题？—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/v2ray/v2ray-core/issues/1636#issuecomment-483083985,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ATfMTCJCt_vl652MgaKGttPUYyz-QpVSks5vg970gaJpZM4cmy2g
.
qingfengshi
on 15 Apr 2019
QOS的策略取决与本地运营商，有的限制有的就丢了。
首先测试tcp直连机器的速度和稳定性，因为超过一包烟的时间肯定是有错误的，比如可能的DNS问题（几天前有人报告过本地DNS导致TTFB超时）。
对于“SS+KCPTUN” 你可以用vmess走kcptun来测试速度和稳定性，不过没有太多必要。
假设网络没有问题的话， 我还是推荐你用udp2raw+vmess
你可以直接使用kcptun明文测试，尝试裸连速度和网络和探测运营商限制。
我的目标还是帮助解决上网问题，不管是更换协议还是怎么样，整个链路影响的因素实在太多，我也没有时间和精力去追踪。
其实你回复了很多，但是基本都在来回重装，尝试各种指南，缺少逐步测试检查的过程。
kslr
on 15 Apr 2019
@kslr @qingfengshi
第一：首先测试tcp直连机器的速度和稳定性，因为超过一包烟的时间肯定是有错误的，比如可能的DNS问题（几天前有人报告过本地DNS导致TTFB超时）。
答：我4.15用了一天去测试，websocket+tls翻墙稳定，不会出现每隔10分钟左右就不能翻墙，我没有用CDN。我用WS+TLS，YOUTUBE速度在4000KBPS以上，MKCP协议最多稳定在2000KBPS，有时还会降到0Kbps，所以我的网络环境肯定存在QOS。我使用WEBSOCKET+TLS，V2RAY服务端配置文件DNS要么是1.1.1.1要么是8.8.8.8，我本地电脑DNS是运营商默认的，所以不存在DNS设置错误。我所说的超过一包烟的功夫指的是我用websocket+tls协议翻墙访问高清图库网站deviantart.com等了很久图片加载不出来，网页元素，Javascript加载不出来就像这样子
所以我觉得TCP协议不适合访问图片多，图片质量高的网站，才想用MKCP协议。但我用websocket+tls协议访问www.pixiv.net YOUTUBE就没有任何问题，可能是deviantart.com图片很大。
第二：对于“SS+KCPTUN” 你可以用vmess走kcptun来测试速度和稳定性，不过没有太多必要。假设网络没有问题的话， 我还是推荐你用udp2raw+vmess，你可以直接使用kcptun明文测试，尝试裸连速度和网络和探测运营商限制。
答：我用的是shadowsocks-libev+kcptun，不是shadowsock+kcptun。我用shadowsocks-libev+kcptun只是速度不如tcp快，速度上不去，但还不至于像V2RAY MKCP协议微信流量伪装动态端口每隔10分钟就不能翻墙，kcptun参数：
服务器IP: 34.80.28.249
端口: 29900
加速地址: 127.0.0.1:14836
key: 123
crypt: aes
mode: fast
mtu: 1350
sndwnd: 512
rcvwnd: 512
datashard: 10
parityshard: 3
dscp: 0
nocomp: true
quiet: false
我就搞不明白shadowsocks-libev+kcptun和V2RAY MKCP协议微信流量伪装动态端口都是基于UDP开发的，如果是运营商QOS限速导致V2RAY MKCP协议微信流量伪装动态端口每隔10分钟就不能翻墙，那为啥我用shadowsocks-libev+kcptun就不会出现这个问题？肯定还有其他原因。
第三：如果你必须要用kcp，那么需要测试一下本地运营商的策略，然后调整kcp参数，比如uplinkOnly和downlinkOnly 在运营商允许的范围内使用，逐步从最小配置开始测试，比如仅kcp。
答：我把V2 MKCP的服务端config.json和客户端config.json的uplinkCapacity，downlinkCapacity改成"uplinkCapacity": 5,
"downlinkCapacity": 20
是按照V2官方文档改的，还是会出现每隔10分钟左右不能翻墙。
看完图片，@qingfengshi用户你就知道不存在性能问题导致V2RAY MKCP每隔10分钟左右就不能翻墙。这服务器是刚建立的，只有我一人在用。
服务端配置文件：
{
"log": {
"access": "/var/log/v2ray/access.log",
"error": "/var/log/v2ray/error.log",
"loglevel": "warning"
},
"inbounds": [
{
"port": 23471,
"protocol": "vmess",
"settings": {
"clients": [
{
"id": "aa47aa82-6f14-4a81-9faa-b9a87fc7dc06",
"level": 1,
"alterId": 233
}
],
"detour": {
"to": "dynamic"
}
},
"streamSettings": {
"network": "kcp",
"kcpSettings": {
"header": {
"type": "wechat-video"
}
}
},
"sniffing": {
"enabled": true,
"destOverride": [
"http",
"tls"
]
}
},
{
"protocol": "vmess",
"port": "10000-20000",
"tag": "dynamic",
"settings": {
"default": {
"level": 1,
"alterId": 32
}
},
"allocate": {
"strategy": "random",
"concurrency": 2,
"refresh": 5
},
"streamSettings": {
"network": "kcp",
"kcpSettings": {
"header": {
"type": "wechat-video"
}
}
}
}
//include_ss
//include_socks
//include_mtproto
//include_in_config
//
],
"outbounds": [
{
"protocol": "freedom",
"settings": {}
},
{
"protocol": "blackhole",
"settings": {},
"tag": "blocked"
},
{
"protocol": "freedom",
"settings": {},
"tag": "direct"
},
{
"protocol": "mtproto",
"settings": {},
"tag": "tg-out"
}
//include_out_config
//
],
"dns": {
"server": [
"1.1.1.1",
"1.0.0.1",
"8.8.8.8",
"8.8.4.4",
"localhost"
]
},
"routing": {
"domainStrategy": "IPOnDemand",
"rules": [
{
"type": "field",
"ip": [
"0.0.0.0/8",
"10.0.0.0/8",
"100.64.0.0/10",
"127.0.0.0/8",
"169.254.0.0/16",
"172.16.0.0/12",
"192.0.0.0/24",
"192.0.2.0/24",
"192.168.0.0/16",
"198.18.0.0/15",
"198.51.100.0/24",
"203.0.113.0/24",
"::1/128",
"fc00::/7",
"fe80::/10"
],
"outboundTag": "blocked"
},
{
"type": "field",
"inboundTag": ["tg-in"],
"outboundTag": "tg-out"
}
,
{
"type": "field",
"domain": [
"domain:epochtimes.com",
"domain:epochtimes.com.tw",
"domain:epochtimes.fr",
"domain:epochtimes.de",
"domain:epochtimes.jp",
"domain:epochtimes.ru",
"domain:epochtimes.co.il",
"domain:epochtimes.co.kr",
"domain:epochtimes-romania.com",
"domain:erabaru.net",
"domain:lagranepoca.com",
"domain:theepochtimes.com",
"domain:ntdtv.com",
"domain:ntd.tv",
"domain:ntdtv-dc.com",
"domain:ntdtv.com.tw",
"domain:minghui.org",
"domain:renminbao.com",
"domain:dafahao.com",
"domain:dongtaiwang.com",
"domain:falundafa.org",
"domain:wujieliulan.com",
"domain:ninecommentaries.com",
"domain:shenyun.com"
],
"outboundTag": "blocked"
} ,
{
"type": "field",
"protocol": [
"bittorrent"
],
"outboundTag": "blocked"
}
//include_ban_ad
//include_rules
//
]
},
"transport": {
"kcpSettings": {
"uplinkCapacity": 5,
"downlinkCapacity": 20,
"congestion": true
},
"sockopt": {
"tcpFastOpen": true
}
}
}
客户端配置:
{
"log": {
"error": "error.log",
"loglevel": "warning"
},
"outbounds": [
{
"protocol": "vmess",
"settings": {
"vnext": [
{
"address": "146.148.99.198",
"port": 23471,
"users": [
{
"id": "aa47aa82-6f14-4a81-9faa-b9a87fc7dc06",
"alterId": 233,
"security": "auto"
}
]
}
]
},
"streamSettings": {
"network": "kcp",
"kcpSettings": {
"uplinkCapacity": 5,
"downlinkCapacity": 20,
"congestion": true,
"header": {
"type": "wechat-video"
}
}
},
"mux": {
"enabled": true
}
},
{
"protocol": "freedom",
"settings": {},
"tag": "direct"
}
],
"inbounds": [
{
"port": 2600,
"listen": "127.0.0.1",
"protocol": "socks",
"settings": {
"auth": "noauth",
"udp": true,
"ip": "127.0.0.1"
}
},
{
"port": 6666,
"listen": "127.0.0.1",
"protocol": "http",
"settings": {
"auth": "noauth",
"udp": true,
"ip": "127.0.0.1"
}
}
],
"dns": {
"servers": [
"8.8.8.8",
"8.8.4.4",
"localhost"
]
},
"routing": {
"domainStrategy": "IPOnDemand",
"rules": [
{
"type": "field",
"ip": [
"0.0.0.0/8",
"10.0.0.0/8",
"100.64.0.0/10",
"127.0.0.0/8",
"169.254.0.0/16",
"172.16.0.0/12",
"192.0.0.0/24",
"192.0.2.0/24",
"192.168.0.0/16",
"198.18.0.0/15",
"198.51.100.0/24",
"203.0.113.0/24",
"::1/128",
"fc00::/7",
"fe80::/10",
"geoip:cn"
],
"domain": [
"geosite:cn"
],
"outboundTag": "direct"
},
{
"type": "chinasites",
"outboundTag": "direct"
},
{
"type": "chinaip",
"outboundTag": "direct"
}
]
}
}
服务器端错误日志 访问日志（你可能会看到我使用ws+tls协议，因为我在同时间段测试mkcp协议和ws+tls协议）:
[error.log](https://github.com/v2ray/v2ray-core/files/3083101/error.log)
[access.log](https://github.com/v2ray/v2ray-core/files/3083102/access.log)
客户端错误日志（你可能会看到我使用ws+tls协议，因为我在同时间段测试mkcp协议和ws+tls协议）:
error.log
第4：我的目标还是帮助解决上网问题，不管是更换协议还是怎么样，整个链路影响的因素实在太多，我也没有时间和精力去追踪。
答：微信流量伪装MKCP动态端口都不能正常使用了，都不能上网了，是该要花时间解决。或许是微信流量伪装MKCP动态端口被GFW识别或者是微信流量伪装MKCP动态端口模式本身存在问题才导致每隔10分钟左右就不能翻墙。如果微信流量伪装MKCP动态端口模式的BUG不解决，那微信流量伪装动态端口QUIC协议就不用再开发了，我在同时间段对比过MKCP和QUIC，YOUTUBE测速，MKCP比QUIC快，QUIC比tcp慢。鲁迅说：时间就像是海绵里的水，挤一挤总是会有的。我说：时间就像是乳沟，挤一挤也是会有的，哪怕是平胸，用力挤还是会有事业线。我也是想办法挤出时间给你反馈BUG。我宁愿把别人光屁股打飞机、约炮的时间花在排除V2RAY BUG上。约炮诚可贵，自由价更高。为了自由，我愿意抽出时间研究翻墙。我一个懂点皮毛的小白都没有放弃，@kslr你作为V2RAY新一任维护者就更不应该放弃。如果你现在没时间解决这个BUG，你可以把问题打开，看看其他使用MKCP动态端口的用户会不会遇到跟我一样的问题。
_如果GFW是邪恶华丽残酷的乐章,它的终场V2RAY会亲手写上。_
embeddedsecurity
on 16 Apr 2019
LZ使用了动态端口功能吧，把动态端口取消试一下。
另外LZ把自己的IP，ID，端口号什么的个人信息隐藏一下吧。
v2ray的官方网站是这样介绍TFO的，
仅在以下版本（或更新版本）的操作系统中可用:
Windows 10 (1604)
Mac OS 10.11 / iOS 9
Linux 3.16: 系统已默认开启，无需要配置。
也就是说，在服务端（一般是Linux系统）是无需配置TFO的，只需在客户端设置就行了，我看LZ的配置设置反了。
建议LZ还是花时间看一下官方文档比较好。
baoziwan
on 16 Apr 2019
建议LZ关闭动态端口功能后再试
而且我个人认为国内访问境外的微信流量多少显得有些奇怪
你可以试试换个伪装并使用该伪装的常见端口
看了你的提问以后我专门测试了下
过去我也经常遇到断流的问题
但是当我KCP+TLS后这种问题就很少了
Lightmani
on 25 Apr 2019
1) 微信得流量可能也会收到运营商得干扰，这点从国内使用微信视频经常不稳定，经常卡就可以看出来。
2）UDP 流量，很多运营商都会限制。特别是流量比较大的情况限制会比较明显。
3）如果你有时可以使用，有时无法使用，应该是运行商的原因的概率比较大。
4）建议你看视频时，采用低分辨率，不容易被干扰。稳定和大流量两者很难兼得。我都是看144或者240的视频，基本很稳定。360就会经常卡。其他更高清的就稳定性更差了。无解！
wulongji2016
on 2 Jun 2019
建议伪装成utp……没事儿和海外进行大量微信通话真的很奇怪，我的kcp也是伪装的微信流量，今天也被封了端口。其他走tcp的端口反倒没事儿
pboymt
on 4 Jun 2019
这连帖有点鬼畜。 表示每月百G ws tls安然无恙。
ntgeralt
on 4 Nov 2019
现在也就ws还能舒服地跑起来了，mkcp特征太明显
pboymt
on 4 Nov 2019
我也有这种问题解决了，使用multiy v2ray，然后开启ws+tls，然后关闭，这样是根据域名走的，最后再把协议更改为tcp,最终即是tcp根据域名走流量 今早改的，最近搞了几天，稳定性还在测试。
Hx96
on 9 Nov 2019
LZ可以看看插件的官方说明：
https://github.com/FelisCatus/SwitchyOmega/wiki/DNS-and-SOCKS-proxy#%E4%B8%AD%E6%96%87
“可能的DNS泄露”也许会成为干扰的来源
建议改成ip指向本机再试试？
SakuyaPrs
on 18 Nov 2019
感谢下LZ，我也有一样的问题，但是我之前用 ss + kcptun 的时候也不稳定 也有这个问题，看过此贴后看到很多建议 ws+tls 的， 打算去尝试下
ripplek
on 3 Dec 2019
感谢下LZ，我也有一样的问题，但是我之前用 ss + kcptun 的时候也不稳定 也有这个问题，看过此贴后看到很多建议 ws+tls 的， 打算去尝试下
ws+tls 配置好了。但是速度跟kcp还是有差距的。。。。
ripplek
on 7 Dec 2019
Related issues
cnperi
·
4Comments
supersonic600
·
3Comments
choicky
·
4Comments
sunsan05
·
3Comments
ToutyRater
·
4Comments