[GH-ISSUE #448] 建议FRP增加从数据库中读取记录的功能 #340

Closed
opened 2026-05-05 12:08:37 -06:00 by gitea-mirror · 1 comment
Owner

Originally created by @m4sop2 on GitHub (Sep 1, 2017).
Original GitHub issue: https://github.com/fatedier/frp/issues/448

建议frp新增从MySQL中读取记录的功能
举例:
服务端数据库中的记录是这样的:
ID localip localport type customdomain key
0 127.0.0.1 80 http www.example.com 123456789
1 127.0.0.1 443 https www.example.com 666666666
客户端:
frpc --server frp.example.com:7000 --key 123456789
然后就开启映射 ID 0
也可以在配置文件中写入
[connect]
key=123456789;666666666;
开启映射ID 1、2......
这样还可以实现FRP商业化运作,或者是可以通过其他语言方便调用

Originally created by @m4sop2 on GitHub (Sep 1, 2017). Original GitHub issue: https://github.com/fatedier/frp/issues/448 建议frp新增从MySQL中读取记录的功能 举例: 服务端数据库中的记录是这样的: `ID localip localport type customdomain key` `0 127.0.0.1 80 http www.example.com 123456789` `1 127.0.0.1 443 https www.example.com 666666666` 客户端: frpc --server frp.example.com:7000 --key 123456789 然后就开启映射 ID 0 也可以在配置文件中写入 [connect] key=123456789;666666666; 开启映射ID 1、2...... 这样还可以实现FRP商业化运作,或者是可以通过其他语言方便调用
Author
Owner

@fatedier commented on GitHub (Sep 2, 2017):

这种方式存在极大的安全隐患,我目前没有能力保证客户端和服务端没有漏洞或其他机制被别人利用,所以由服务端指定内网对外暴露的端口目前是不会考虑的。

这个机制就是相当于对外暴露了一扇窗,你无法预知服务端的行为是否会合理,是否安全,如果你只想暴露80端口,但是有人利用这一机制,暴露了你的 ssh 或者其他数据库端口,都存在安全隐患。

<!-- gh-comment-id:326725035 --> @fatedier commented on GitHub (Sep 2, 2017): 这种方式存在极大的安全隐患,我目前没有能力保证客户端和服务端没有漏洞或其他机制被别人利用,所以由服务端指定内网对外暴露的端口目前是不会考虑的。 这个机制就是相当于对外暴露了一扇窗,你无法预知服务端的行为是否会合理,是否安全,如果你只想暴露80端口,但是有人利用这一机制,暴露了你的 ssh 或者其他数据库端口,都存在安全隐患。
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: github-starred/frp#340
No description provided.