PHCSJC
PHCSJC
迅雷远程离线下载算是玩了，老哥有打算做个替代的吗？
比如我的域名是www.abc.com，要反代google，请问docker容器的创建命令是什么呢？我是运行在自己的vps上，谢谢！
原作者在这：https://github.com/yzslab/kcptun curl测试，电信宽带下要快10%左右，联通宽带要快25%左右 youtube在15%左右 组合是ss+kcptun+udp2raw 参数是： ./server_linux_amd64 -l 127.0.0.1:222-t 127.0.0.1:333 --mtu 1200 --sndwnd 2200 --smuxver 1 --nocomp --crypt none --key aaa -mode manual -nodelay 1 -interval 11 -resend 2 -nc 1...
kcptun是有manual模式的，但如果在gost的配置文件里配置manual模式，在gost启动后会自动修改为fast2模式，希望大佬能修改这个BUG 我的配置是这样的： { "key": "aaa", "crypt": "none", "mode": "manual", "mtu" : 1200, "sndwnd": 1024, "rcvwnd": 2048, "datashard": 20, "parityshard": 10, "dscp": 0, "nocomp": true, "acknodelay": false, "nodelay": 1, "interval": 22,...
环境：ss+kcptun+udp2raw(20181113.0)，udp2raw装在路由器上，路由器是用的ambian做的软路由，也就是arm路由器，非虚拟机，所以不存在桥接或NAT问题。 在看youtube时会大量出现这个警告，但似乎并不影响视频的正常播放，速度也还不错，在一些其它网站也会出现这个警告，但没有y2那么多，比如PC端的google play也会少量出现这个警告。 搜索到之前issue，怀疑可能是mtu问题，分别测试kcptun的mtu为1200，1000，500，都还有这个警告。 怀疑是否kcptun有BUG,在发送大包，于是抓发，发现在设置mtu值为1300的情况下，抓到的包最大也确实只有1300，udp2raw对外发送的最大包是1344，这说明udp2raw对包的处理会加44个字节？ 所以应该不是kcptun发送了大包给udp2raw，请大佬看看是什么问题，抓的包放在二楼的，如果要其它日志请告诉我。
用到的场景： 已经的国内域名走国内DNS解析，已知的国外域名走国外DNS解析，其他未知域名先用国内DNS解析，再对比IP，如果返回的是国内IP直接给客户端，如果是国外IP，再用国外域名解析一次，然后返回给客户端 https://github.com/Loyalsoldier/v2ray-rules-dat
平台：arm64 版本：smartdns 1.2021.08.27-1923 网络不稳定时，偶尔会有这个报错： [2021-12-07 13:28:16,244][ WARN][ dns_client.c:2124] http server query from 1.12.34.56:443 failed, server return http code : 502, Bad Gateway [2021-12-07 13:28:44,244][ WARN][ dns_client.c:2124] http server query from...
I hope add ipset in my conf.yaml, But I found it never add ip into ipset list, and I have create ipset list by this command. ipset create vdlist hash:ip...
打个比方，我上传了一个新的视频文件（没有秒传），此时打开阿里云盘app去观看这个视频，再随意拖动一个进度，会发现卡住了，要等10几秒才能播放，原因是这个视频正在服务器端转码，要等待转码完成才能继续播放。 服务器端大概要10分钟左右可以把视频转码完成，此时再随意拖动进度会发现非常快。 简单说就是新上传的视频服务器端不会自动转码，只有点过播放才会转码，所以大佬能否增加一个触发服务器端转码的功能？
我的配置是这样的：ss+tunyfecvpn+udp2raw，测试如下： 1.ping 10.22.22.1的迟延是200ms 2.服务器端启动ss，端口是1234，在客户端tcpping 10.22.22.1 1234，延迟是200ms，说明本地到ss服务端延迟也是200ms 3.本地配置好ss和iptables redirect，ss连10.22.22.1，可以正常上外网，说明通是没问题的 4.iptables配置好8.8.8.8的redirect，用dig youtube.com @8.8.8.8 +tcp测试，延迟是400ms，问题就出在这，变双倍了 5.给ss的两端都加上--fast-open参数，dig的延迟变正常了，是200ms。 总结问题就是：在ss+tunyfecvpn+udp2raw配置下，如果ss不加--fast-open参数，就是双倍延迟 另外，我也有测试ss+kcptun+udp2raw这样的配置，不用加--fast-open参数也没问题，不会出现双倍延迟的问题。 再就是，ss+kcptun+udp2raw其实已经挺稳定，用ss+tunyfecvpn+udp2raw，主要是因为速度更快，我实测快70%左右，所以希望大佬能看看原因，是tunyfecvpn要加什么参数吗？