为什么我KCP+S***+UDP2RAW不能用呢？（已解决！是虚拟机的问题)

[Jupiterss]

是哪里出错了嘛？

[flipphos]

顺序应该是客户端 ss->kcptun->udp2raw,前后端口套接起来。服务器端反之。 前几天有个教程，可以参考一下

在 2017年12月5日，04:24，Jupiterss notifications@github.com 写道：

是哪里出错了嘛？

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub, or mute the thread.

[kobe229]

@Jupiterss 一个端口接一个端口看啊。 你的$$R（127.0.0.1:44344）-> 本地Kcptun（127.0.0.1:35353）然后就找不到了~~~~ 按理是接udp2raw（虚拟机IP：XXXXX）

[Jupiterss]

@kobe229

这是我的虚拟物理IP.... 是不是我的SS设置出错了？ 还是KCP客户端的问题？

[Jupiterss]

@flipphos 我还是不明白要如何套噢.... 而且按顺序要怎么搞噢.... 我是把SS服务端和SS客户端都搞好了的呀. 直接用SS+KCPtun完全没问题啊.

[flipphos]

kcp 35353 <->35354 udp2raw <—> server: 50000 udp2raw <->kcp <-> ss ….不能掉链子就对了。

在 2017年12月5日，11:23，Jupiterss notifications@github.com 写道：

@flipphos https://github.com/flipphos 我还是不明白要如何套噢.... 而且按顺序要怎么搞噢.... 我是把SS服务端和SS客户端都搞好了的呀. 直接用SS+KCPtun完全没问题啊.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/wangyu-/udp2raw-tunnel/issues/112#issuecomment-349183398, or mute the thread https://github.com/notifications/unsubscribe-auth/AK1u0g1jS3loQUsStkWwT8dao_79Av-Qks5s9Lc6gaJpZM4Q1QlD.

[Jupiterss]

@flipphos 本地SS端口和本地KCP是9527，而我的SS服务器端是44344,然后KCP服务器端口35353. 客户端UDPRAW和服务端两个也对应了啊,显示也正常.

我是看不出哪里有掉链子...我KCP服务器地址我也用虚拟IP的192.168.1.4连接也不行....

[kobe229]

@Jupiterss （Client）$$ -> Kcptun -> Udp2raw -> (Server)Udp2raw -> kcptun -> $$

把你的KcptunClient 连接服务器改成Udp2raw的192.168.1.4:3322才行

[flipphos]

@Jupiterss 你详细说说你客户端kcp 和udp2raw各自进出的是哪些端口。服务器端kcp和udp2raw又是哪些端口。

在 2017年12月5日，12:40，Jupiterss notifications@github.com 写道：

@flipphos https://github.com/flipphos 本地SS端口和本地KCP是9527，而我的SS服务器端是44344,然后KCP服务器端口35353. 客户端UDPRAW和服务端两个也对应了啊,显示也正常.

我是看不出哪里有掉链子...我KCP服务器地址我也用虚拟IP的192.168.1.4连接也不行.... https://user-images.githubusercontent.com/8213282/33590302-5170cda8-d9b9-11e7-905f-f4f5f6755044.png — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/wangyu-/udp2raw-tunnel/issues/112#issuecomment-349193505, or mute the thread https://github.com/notifications/unsubscribe-auth/AK1u0qY1wfWI3x2KVIk2xQvZTqst1yn8ks5s9MksgaJpZM4Q1QlD.

[nxtreaming]

整天瞎折腾什么？ 花钱买个CN2 VPS， 一年也就几百块，节省的时间和精力，比这样瞎折腾要好多了。

线路不好，想通过投机取巧的方式来弥补是不可取的，如果所有人都这么玩，只能是更加恶化可怜的出国带宽。

---

Productive. Reliable. Fast.

On Tue, Dec 5, 2017 at 2:35 PM, flipphos notifications@github.com wrote:

@Jupiterss 你详细说说你客户端kcp 和udp2raw各自进出的是哪些端口。服务器端kcp和udp2raw又是哪些端口。

在 2017年12月5日，12:40，Jupiterss notifications@github.com 写道：

@flipphos https://github.com/flipphos 本地SS端口和本地KCP是9527，而我的SS服务器端是44344,然后KCP服务器端口35353. 客户端UDPRAW和服务端两个也对应了啊,显示也正常.

我是看不出哪里有掉链子...我KCP服务器地址我也用虚拟IP的192.168.1.4连接也不行.... https://user-images.githubusercontent.com/8213282/ 33590302-5170cda8-d9b9-11e7-905f-f4f5f6755044.png — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub < https://github.com/wangyu-/udp2raw-tunnel/issues/112# issuecomment-349193505>, or mute the thread https://github.com/ notifications/unsubscribe-auth/AK1u0qY1wfWI3x2KVIk2xQvZTqst1y n8ks5s9MksgaJpZM4Q1QlD.

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/wangyu-/udp2raw-tunnel/issues/112#issuecomment-349210002, or mute the thread https://github.com/notifications/unsubscribe-auth/AC9tCz6KU23n37PCReWUY7ip_DZN1FWUks5s9OQ2gaJpZM4Q1QlD .

[nxtreaming]

此外现在还用SS翻墙的人都是低端人口，没有脑子，SS早已经被日了千万遍了。

---

Productive. Reliable. Fast.

2017-12-05 14:42 GMT+08:00 Jack Waller ffmpeg@gmail.com:

整天瞎折腾什么？ 花钱买个CN2 VPS， 一年也就几百块，节省的时间和精力，比这样瞎折腾要好多了。

线路不好，想通过投机取巧的方式来弥补是不可取的，如果所有人都这么玩，只能是更加恶化可怜的出国带宽。

---

Productive. Reliable. Fast.

On Tue, Dec 5, 2017 at 2:35 PM, flipphos notifications@github.com wrote:

@Jupiterss 你详细说说你客户端kcp 和udp2raw各自进出的是哪些端口。服务器端kcp和udp2raw又是哪些端口。

在 2017年12月5日，12:40，Jupiterss notifications@github.com 写道：

@flipphos https://github.com/flipphos 本地SS端口和本地KCP是9527，而我的SS服务器端是44344,然后KCP服务器端口35353. 客户端UDPRAW和服务端两个也对应了啊,显示也正常.

我是看不出哪里有掉链子...我KCP服务器地址我也用虚拟IP的192.168.1.4连接也不行.... https://user-images.githubusercontent.com/8213282/33590302- 5170cda8-d9b9-11e7-905f-f4f5f6755044.png — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub < https://github.com/wangyu-/udp2raw-tunnel/issues/112#issuec omment-349193505>, or mute the thread <https://github.com/notificati ons/unsubscribe-auth/AK1u0qY1wfWI3x2KVIk2xQvZTqst1yn8ks5s9MksgaJpZM4Q1QlD .

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/wangyu-/udp2raw-tunnel/issues/112#issuecomment-349210002, or mute the thread https://github.com/notifications/unsubscribe-auth/AC9tCz6KU23n37PCReWUY7ip_DZN1FWUks5s9OQ2gaJpZM4Q1QlD .

[Jupiterss]

@flipphos
给你看看这两段代码

./udp2raw_amd64 -s -l0.0.0.0:4096 -r 127.0.0.1:35353 -a -k "jkl2556130" --cipher-mode none --raw-mode faketcp ./udp2raw_amd64 -c -l0.0.0.0:3322 -r 107.173.125.215:4096 --sock-buf 10240 -a -k "jkl2556130" --cipher-mode none --raw-mode faketcp &

KCP服务器端 ./server_linux_amd64 -t "127.0.0.1:44344" -l ":35353" -mode fast2 -mtu 1300 -crypt none -key jkl2556130 本地. ./client_linux_amd64 -r "127.0.0.1:35353 (192168.1.4):（3322)or(35353)?" -l ":5970" -mode fast2 -mtu 1300

[Jupiterss]

@nxtreaming 没有啦，我还有有台香港的路线直连就很快呀. 这台美国的路线不行所以我就折腾下呗. 其实用KCP+SS这台也很少出现断流情况. 那用什么翻墙？ Brook？ OPENVPN? I2P? PPTP? L2TP?Psiphon?

[wangyu-]

@Jupiterss

你发的第一个图里明显就接错了。@flipphos和@kobe 已经告诉你了把你的KcptunClient 连接服务器改成Udp2raw的192.168.1.4:3322

如果还有其他错误，请仔细读教程并独立解决：

https://github.com/wangyu-/udp2raw-tunnel/blob/master/doc/kcptun_step_by_step.md

@nxtreaming

注意文明用语。

---

另外，这里禁止讨论翻墙问题。此楼以下如果再出现翻墙相关的话题，会被删掉。

[flipphos]

本地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 notifications@github.com 写道：

@flipphos https://github.com/flipphos 给你看看这两段代码

./udp2raw_amd64 -s -l0.0.0.0:4096 -r 127.0.0.1:35353 -a -k "jkl2556130" --cipher-mode none --raw-mode faketcp ./udp2raw_amd64 -c -l0.0.0.0:3322 -r 107.173.125.215:4096 --sock-buf 10240 -a -k "jkl2556130" --cipher-mode none --raw-mode faketcp &

KCP服务器端 ./server_linux_amd64 -t "127.0.0.1:44344" -l ":35353" -mode fast2 -mtu 1300 -crypt none -key jkl2556130

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/wangyu-/udp2raw-tunnel/issues/112#issuecomment-349211824, or mute the thread https://github.com/notifications/unsubscribe-auth/AK1u0uxNbSuyEDl8vK7tRw5ujYQndri_ks5s9ObXgaJpZM4Q1QlD.

[nxtreaming]

那用什么翻墙？ Brook？ OPENVPN? I2P? PPTP? L2TP?Psiphon?

我就用OpenVPN。

[Jupiterss]

@flipphos 是的。用了同样的密码难道不行吗?

[wangyu-]

把127.0.0.1:35353改成192.168.1.4:3322

[flipphos]

应该不会不行。我只是和你确认一下，以免你忘了填入正确的密码。 端口呢？

在 2017年12月5日，下午8:41，Jupiterss notifications@github.com 写道：

@flipphos https://github.com/flipphos 是的。用了同样的密码难道不行吗?

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/wangyu-/udp2raw-tunnel/issues/112#issuecomment-349292936, or mute the thread https://github.com/notifications/unsubscribe-auth/AK1u0gs-9GMFeKoxpcCIT0JQno3n03Vnks5s9ToSgaJpZM4Q1QlD.

[Jupiterss]

@wangyu- 我把192.168.1.4:3322改过了很多次,试过了各种都不行.是不是虚拟网卡的原因? 我用的桥接.

[Jupiterss]

@flipphos --cipher-mode 和 --auth-mode 我认为是正确的,等会我贴上图给你看看.. 还有就是要跟KCP的加密方式对应吗？ 应该不需要吧.

[flipphos]

服务器和客户端的kcp加密方式对应即可。

在 2017年12月5日，下午8:50，Jupiterss notifications@github.com 写道：

@flipphos https://github.com/flipphos --cipher-mode 和 --auth-mode 我认为是正确的,等会我贴上图给你看看.. 还有就是要跟KCP的加密方式对应吗？ 应该不需要吧.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/wangyu-/udp2raw-tunnel/issues/112#issuecomment-349295003, or mute the thread https://github.com/notifications/unsubscribe-auth/AK1u0j6Ey-yFty-0mjWbXNBTPe5teoz-ks5s9TwngaJpZM4Q1QlD.

[Jupiterss]

@flipphos 有问题?

[flipphos]

@Jupiterss 如果你确认各个端口都能套上的话。试试在两端的udp2raw运行参数中同时加上--lower-level auto （用回192.168.1.4:3322） 我碰到过这样的现象。在vmware中调试不需要加，但是在ovz的vps中不加--lower-level auto就无法握手，加了就可以了。

调试的时候两端都用命令行运行看看输出的信息应该会有帮助排错。

在 2017年12月5日，下午8:45，Jupiterss notifications@github.com 写道：

@wangyu- https://github.com/wangyu- 我把192.168.1.4:3322改过了很多次,试过了各种都不行.是不是虚拟网卡的原因? 我用的去桥接.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/wangyu-/udp2raw-tunnel/issues/112#issuecomment-349293794, or mute the thread https://github.com/notifications/unsubscribe-auth/AK1u0qqq_QbYAEC2vZ99eGB7KLcFCjSdks5s9Tr4gaJpZM4Q1QlD.

[Jupiterss]

@flipphos 算了不整了....整不好...什么都改了 都不行 不过还是谢谢了^^.

[flipphos]

服务器和客户端两头都用命令行运行，然后看看有什么输出。如果出错会有出错信息的。

在 2017年12月5日，下午9:17，Jupiterss notifications@github.com 写道：

@flipphos https://github.com/flipphos 整不好,还是老样子...

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/wangyu-/udp2raw-tunnel/issues/112#issuecomment-349301273, or mute the thread https://github.com/notifications/unsubscribe-auth/AK1u0kOTLzwGSKGU7kGpFSViv6vEm5kUks5s9UJ7gaJpZM4Q1QlD.

[w1ndy]

@Jupiterss 做了一个ss+kcptun+udp2raw的插件，你可以试一下

[winger088]

@Jupiterss 虚拟机哪里的问题，能说明一下吗？