[GH-ISSUE #2407] 通过FRP映射的端口无法正常工具，通过路由器的NAT映射是可以正常工作的，有什么建议吗？ #1912

New issue

Closed

opened 2026-05-05 13:14:04 -06:00 by gitea-mirror · 3 comments

gitea-mirror commented

2026-05-05 13:14:04 -06:00

Owner

Originally created by @zsinba on GitHub (May 20, 2021).
Original GitHub issue: https://github.com/fatedier/frp/issues/2407

[REQUIRED] hat version of frp are you using

Version: 36.2

[REQUIRED] What operating system and processor architecture are you using
OS: Ubuntu 20.04
CPU architecture: Intel 至强

[REQUIRED] description of errors

confile

log file

Steps to reproduce the issue
我有一个应用, 这个应用放在内网里. 把FRP安装在最外层的路由上的. 应用服务器是下层跨了一个路由器了.

在应用服务器上面配置FRPC，连接到FRPS，映射指定的端口，两个TCP，一个UDP端口．（WEBRTC的会议软件）
通过外网访问内网应用服务器的应用时，无法正常通信．TCP和UDP通信都通了．但是软件无法正常工具．
不使用FRPC＋FRPS的方式了．我通过最外层的路由器端口映射到内部的路由器，再通过内部的路由器映射到应用服务器上．就正常工作了．经过了两层路由器的映射，映射的还是两个TCP和一个UDP端口，其他的没有映射．正常工作了．

所以怀疑是FRP映射出来的端口，比如UDP映射了10000端口出来，远端的客户端向这个1万端口发数据时，可能还需要一个端口通信。
如果这样理解的话，又不对，通过路由器的端口转发，一切是正常的。端口转发和FRP映射是同样的端口和协议。所以不知道是什么原因了。

Supplementary information

Can you guess what caused this issue

Checklist:

[] I included all information required in the sections above
[] I made sure there are no duplicates of this report (Use Search)

Originally created by @zsinba on GitHub (May 20, 2021). Original GitHub issue: https://github.com/fatedier/frp/issues/2407     **[REQUIRED] hat version of frp are you using**  Version: 36.2 **[REQUIRED] What operating system and processor architecture are you using** OS: Ubuntu 20.04 CPU architecture: Intel 至强 **[REQUIRED] description of errors** **confile**  **log file**  **Steps to reproduce the issue** 我有一个应用, 这个应用放在内网里. 把FRP安装在最外层的路由上的. 应用服务器是下层跨了一个路由器了. 1. 在应用服务器上面配置FRPC，连接到FRPS，映射指定的端口，两个TCP，一个UDP端口．（WEBRTC的会议软件） 2. 通过外网访问内网应用服务器的应用时，无法正常通信．TCP和UDP通信都通了．但是软件无法正常工具． 3. 不使用FRPC＋FRPS的方式了．我通过最外层的路由器端口映射到内部的路由器，再通过内部的路由器映射到应用服务器上．就正常工作了．经过了两层路由器的映射，映射的还是两个TCP和一个UDP端口，其他的没有映射．正常工作了．所以怀疑是FRP映射出来的端口，比如UDP映射了10000端口出来，远端的客户端向这个1万端口发数据时，可能还需要一个端口通信。如果这样理解的话，又不对，通过路由器的端口转发，一切是正常的。端口转发和FRP映射是同样的端口和协议。所以不知道是什么原因了。 **Supplementary information** **Can you guess what caused this issue** **Checklist**:  - [] I included all information required in the sections above - [] I made sure there are no duplicates of this report [(Use Search)](https://github.com/fatedier/frp/issues?q=is%3Aissue)

gitea-mirror

2026-05-05 13:14:04 -06:00

closed this issue
added the
lifecycle/stale
label

gitea-mirror commented

2026-05-05 13:14:07 -06:00

Author

Owner

@lgish commented on GitHub (May 24, 2021):

同问

@lgish commented on GitHub (May 24, 2021): 同问

gitea-mirror commented

2026-05-05 13:14:08 -06:00

Author

Owner

@zsinba commented on GitHub (May 25, 2021):

估计是打洞的原因. 使用FRP映射的时候, 打洞的时候, 系统以为我有外网IP, 其实我没有.
使用路由的端口转发时, 就不一样了. 所以可能是这个原因.

@zsinba commented on GitHub (May 25, 2021): 估计是打洞的原因. 使用FRP映射的时候, 打洞的时候, 系统以为我有外网IP, 其实我没有. 使用路由的端口转发时, 就不一样了. 所以可能是这个原因.

gitea-mirror commented

2026-05-05 13:14:08 -06:00

Author

Owner

@github-actions[bot] commented on GitHub (Jul 10, 2021):

Issues go stale after 45d of inactivity. Stale issues rot after an additional 10d of inactivity and eventually close.

@github-actions[bot] commented on GitHub (Jul 10, 2021): Issues go stale after 45d of inactivity. Stale issues rot after an additional 10d of inactivity and eventually close.