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

qq 20171205205439

是哪里出错了嘛？

Dec 04 '17 20:12 Jupiterss

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

在 2017年12月5日，04:24，Jupiterss [email protected] 写道：

是哪里出错了嘛？

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

Dec 04 '17 22:12 flipphos

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

Dec 05 '17 02:12 kobe229

@kobe229 qq 20171205111730

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

Dec 05 '17 03:12 Jupiterss

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

Dec 05 '17 03:12 Jupiterss

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

在 2017年12月5日，11:23，Jupiterss [email protected] 写道：

@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.

Dec 05 '17 04:12 flipphos

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

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

Dec 05 '17 04:12 Jupiterss

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

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

Dec 05 '17 05:12 kobe229

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

在 2017年12月5日，12:40，Jupiterss [email protected] 写道：

@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.

Dec 05 '17 06:12 flipphos

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

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

Productive. Reliable. Fast.

On Tue, Dec 5, 2017 at 2:35 PM, flipphos [email protected] wrote:

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

在 2017年12月5日，12:40，Jupiterss [email protected] 写道：

@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 .

Dec 05 '17 06:12 nxtreaming

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

Productive. Reliable. Fast.

2017-12-05 14:42 GMT+08:00 Jack Waller [email protected]:

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

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

Productive. Reliable. Fast.

On Tue, Dec 5, 2017 at 2:35 PM, flipphos [email protected] wrote:

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

在 2017年12月5日，12:40，Jupiterss [email protected] 写道：

@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 .

Dec 05 '17 06:12 nxtreaming

@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

Dec 05 '17 06:12 Jupiterss

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

Dec 05 '17 06:12 Jupiterss

@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

注意文明用语。

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

Dec 05 '17 07:12 wangyu-

本地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 [email protected] 写道：

@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.

Dec 05 '17 09:12 flipphos

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

我就用OpenVPN。

Dec 05 '17 12:12 nxtreaming

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

Dec 05 '17 12:12 Jupiterss

把127.0.0.1:35353改成192.168.1.4:3322

Dec 05 '17 12:12 wangyu-

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

在 2017年12月5日，下午8:41，Jupiterss [email protected] 写道：

@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.

Dec 05 '17 12:12 flipphos

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

Dec 05 '17 12:12 Jupiterss

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

Dec 05 '17 12:12 Jupiterss

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

在 2017年12月5日，下午8:50，Jupiterss [email protected] 写道：

@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.

Dec 05 '17 12:12 flipphos

@flipphos qq 20171205205439 有问题?

Dec 05 '17 12:12 Jupiterss

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

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

在 2017年12月5日，下午8:45，Jupiterss [email protected] 写道：

@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.

Dec 05 '17 13:12 flipphos

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

Dec 05 '17 13:12 Jupiterss

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

在 2017年12月5日，下午9:17，Jupiterss [email protected] 写道：

@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.

Dec 05 '17 13:12 flipphos

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

Dec 13 '17 06:12 w1ndy

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

Jan 04 '18 17:01 winger088

udp2raw udp2raw copied to clipboard

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

udp2raw
udp2raw copied to clipboard