Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
你朋友填127.0.0.1和16999能进入服务器,那就说明走的是kcp的隧道
上面基本已经确定是通过kcp连接服务器了,但如果你依然很想确认究竟是不是通过kcp连接的,最简单的方法就是:
1.你不要启动kcp服务端,让你朋友单独启动kcp客户端,然后连接127.0.0.1的16999端口,这时候应该是连不上的,
2.然后你再开启kcp服务端,这时候你朋友再尝试连接应该能连上。
3.根据上两个结果,关了kcp服务端连不上,启动了能连上,就能确定你朋友是通过kcp连接到了服务器
但是我测试KCP客户端时无法连接,客户端配置如下:
mode=client
kcp=fast2
inbound_bandwidth=500M
outbound_bandwidth=50M
listen_port=16261
destination_port=11451
destination_address=frp-mad.top
encryption_algorithm=none
ipv4_only=true
blast=1
fec=1:1
穿透ip与端口为frp-mad.top:36603
运行测试提示:
kcptube version 20240602
Error Found in Configuration File(s): No
Testing...
Connection Test Result of "frp-mad.top":
Selected IP Address: 121.32.236.121
Success: NONE
Failure: ALL (1)
我尝试将destination_address的IP改为frp-mad.top:36603会显示[不知道这样的主机]
然后我尝试修改destination_port为36603.ip为frp-mad.top依旧出现上面运行测试的情况
服务器配置:
mode=server
kcp=fast2
inbound_bandwidth=200
outbound_bandwidth=20
listen_port=11451
destination_port=16261
destination_address=127.0.0.1
encryption_algorithm=none
ipv4_only=true
blast=1
fec=1:1
试着检查下链路拓扑,需要端口能对应的上
kcp服务器(监听port1,将数据转发16261)----樱花节点(监听port2,将数据映射到到内网的port1)------kcp客户端(监听16261,将数据转发到frp节点的port2)
按照你给的信息,port1对应11451,port2对应36603。我的建议是你索性全都改成一样的端口号,比如把樱花的映射都改成11451
由于樱花frp无法更改端口,所以我们将服务端配置的端口与樱花的端口保持一致(frp-mad.top:16744→127.0.0.1:16744)
我这边的客户端将数据转发到16744
destination_port=16744
destination_address=frp-mad.top
在测试依旧是老样子链接不到,
#中途我们尝试使用不带端口的虚拟局域网软件radman lan成功联机但由于radman的问题延迟高达1200ms
kcp的客户端需要设置destination_port=16744,这个看起来没问题
不过kcp的服务端,需要设置listen_port=16744,可能是这个地方忘了改了
感谢您的回答
服务端已经是listen_port=16744了,还是失败,我们准备放弃樱花frp使用笨办法握手借用别人的公网IP联机或者解决虚拟局域网高延迟的问题
mode=client
kcp=fast2
inbound_bandwidth=1G
outbound_bandwidth=1G
listen_port=16261
destination_port=20000
destination_address= 我的公网ip
encryption_algorithm=none
ipv4_only=true
blast=1
fec=1:1
mode=server
kcp=fast2
inbound_bandwidth=6M
outbound_bandwidth=6M
listen_port=20000
destination_port=16261
destination_address=127.0.0.1
encryption_algorithm=none
ipv4_only=true
blast=1
fec=1:1
防火墙也开端口了 服务器运行server和文档一样 但是在自己电脑test客户端连接不到,用服务器test客户端能连接(可能是自己连自己连的到)
公网ip需要填写服务器公网ip。
端口需要开放20000。
另外,根据kvptube开发者的说法,网速如果远大于你的实际宽带速率,那可能会造成链接不稳定或无法连接的问题。你客户端填了上下行1g,这个太离谱了吧。
感谢老哥的回复
IP是服务器ip 客户端上下行都改成6M 端口也开放 依旧是服务器运行服务端(server),服务器自己可以运行client 可以连得到(服务器关闭server和不开端口服务器自己client也连不到 ,说明端口是开出来了) 但是自己的电脑和朋友的client都连不到 头大了
下面是查看端口
root@lavm-1bsbvcl1wk:~# netstat -ntlp
tcp 0 0 0.0.0.0:16261 0.0.0.0:* LISTEN 91188/./kcptube
开启kcptube 后 但是游戏的就开启不起来了,提示端口被占用
开启游戏后
tcp 0 0 127.0.0.1:42703 0.0.0.0:* LISTEN 117705/./ProjectZom
再开service 查看端口也没见有kcptube进程
我把服务器换成windows可以了 应该是Linus端口转发了 Nat
我对linux不熟悉,不太懂这个问题的原因。讲道理linux不会自动做nat的,除非你在iptables里配置了什么东西。或者是云服务器提供商在安装镜像里就已经配置了什么。总之,这是一个很奇怪的额问题。你不会是在docker里运行的吧,我之前在dockere里运行,确实会多一层转发