flipphos

顺序应该是客户端 ss->kcptun->udp2raw,前后端口套接起来。服务器端反之。 前几天有个教程，可以参考一下 > 在 2017年12月5日，04:24，Jupiterss 写道： > > > 是哪里出错了嘛？ > > — > You are receiving this because you are subscribed to this thread. > Reply to this...

kcp 35353 35354 udp2raw server: 50000 udp2raw kcp ss ….不能掉链子就对了。 > 在 2017年12月5日，11:23，Jupiterss 写道： > > @flipphos 我还是不明白要如何套噢.... 而且按顺序要怎么搞噢.... 我是把SS服务端和SS客户端都搞好了的呀. > 直接用SS+KCPtun完全没问题啊. > > — > You are receiving this...

@Jupiterss 你详细说说你客户端kcp 和udp2raw各自进出的是哪些端口。服务器端kcp和udp2raw又是哪些端口。 > 在 2017年12月5日，12:40，Jupiterss 写道： > > @flipphos > 本地SS端口和本地KCP是9527，而我的SS服务器端是44344,然后KCP服务器端口35353. > 客户端UDPRAW和服务端两个也对应了啊,显示也正常. > > 我是看不出哪里有掉链子...我KCP服务器地址我也用虚拟IP的192.168.1.4连接也不行.... > > — > You are receiving this because you were mentioned. >...

本地Kcptun（127.0.0.1:35353）发到 udp2raw:3322,然后udp2raw连107.173.125.215:4096 服务器端端口是对的。但是jkl2556130这个密码在kcp和udp2raw上面连续出现了两遍，你都用的一样的密码？ > ./udp2raw_amd64 -s -l0.0.0.0:4096 -l后面需要有个空格 > > 你可以用lsof -i:4096查看服务器或者本地端口有没有侦听。 > 在 2017年12月5日，14:46，Jupiterss 写道： > > @flipphos > 给你看看这两段代码 > > ./udp2raw_amd64 -s -l0.0.0.0:4096 -r 127.0.0.1:35353 -a -k...

应该不会不行。我只是和你确认一下，以免你忘了填入正确的密码。 端口呢？ > 在 2017年12月5日，下午8:41，Jupiterss 写道： > > @flipphos 是的。用了同样的密码难道不行吗? > > — > You are receiving this because you were mentioned. > Reply to this email directly, view it...

服务器和客户端的kcp加密方式对应即可。 > 在 2017年12月5日，下午8:50，Jupiterss 写道： > > @flipphos --cipher-mode 和 --auth-mode 我认为是正确的,等会我贴上图给你看看.. > 还有就是要跟KCP的加密方式对应吗？ 应该不需要吧. > > — > You are receiving this because you were mentioned. > Reply to...

@Jupiterss 如果你确认各个端口都能套上的话。试试在两端的udp2raw运行参数中同时加上--lower-level auto （用回192.168.1.4:3322） 我碰到过这样的现象。在vmware中调试不需要加，但是在ovz的vps中不加--lower-level auto就无法握手，加了就可以了。 调试的时候两端都用命令行运行看看输出的信息应该会有帮助排错。 > 在 2017年12月5日，下午8:45，Jupiterss 写道： > > @wangyu- 我把192.168.1.4:3322改过了很多次,试过了各种都不行.是不是虚拟网卡的原因? 我用的去桥接. > > — > You are receiving this because you were mentioned. > Reply...

服务器和客户端两头都用命令行运行，然后看看有什么输出。如果出错会有出错信息的。 > 在 2017年12月5日，下午9:17，Jupiterss 写道： > > @flipphos 整不好,还是老样子... > > — > You are receiving this because you were mentioned. > Reply to this email directly, view it on...

@wangyu- 受这个启发，我觉得2并2串搞一搞是不是就可以实现udp和tcp的同时加速了？ 路由器端 udp： ss-udp -> udpspeeder -> udp2raw:1122 路由器 tcp： ss-tcp -> kcptun -> udp2raw:1133 服务器端反之即可。 而且服务器可以不同。 上面的tcp方式我已经部署成功了。晚上同时开2路1080p油管问题不大，很少卡顿。 P.S. udp2raw的luci快出来吧，这样切换服务器就方便了。我现在只能运行3个udp2raw实例待命😌 > 在 2017年11月28日，14:46，kmwind 写道： > > @kobe229 UDP伪装成TCP >...

是的，和udp的加速方法一样。 $$+kcptun+udp2raw. > 在 2017年11月29日，01:06，sunpf 写道： > > 请问KCPUTN是否也需要串连，账号设置是否本地127.0.0.1转发 > > — > You are receiving this because you commented. > Reply to this email directly, view it on GitHub...