手里面有一台服务器，用的 PVE 作为虚拟化底层，因为服务器和我不在同一位置，有可能需要时不时登录 pve 后台进行管理。 现在的方案是采用 frp 将 pve 后台映射到公网一台服务器上面，使用域名访问并配合 web 基础认证。想请教一下这种方案是否安全？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2101 days ago, the information mentioned may be changed or developed.
 |
1
不能保证你这个后台登录认证没有漏洞。如果一定要暴露，推荐非常用端口+自定义 web 目录，别是 /admin 、/login 之类的，不被扫到就相对安全点。
|
1 |
2
如果只有你一个人访问这个网页的话，推荐用 frp 的 stcp 功能
|
 |
3
我 PVE 就是放公网的，暂时没遇到过问题。注意 root 密码复杂一些就行，比如 24 位随机字符。
|
 |
4
frp 的公网服务器，监听 127.0.0.1，然后端口不要对外开放。
然后用 SSH tunnel 做一个转发，SSH 使用公钥登陆，我自己就是这么操作的。家里的 路由，nas，都是这样访问的。 |
 |
5
vpn 回去到服务器内网再远程相对安全,frp 也会有一定的风险
|
 |
6
再加一个跳板机
|
 |
TinkFeb 2, 2021 via Android
7
最好不要
|
 |
Markxu0Feb 2, 2021
8
VPN,连上 VPN 再去操作，风险更低
|
 |
9
大不了整个服务最外面套一层 basic auth，密码复杂点就行
|
 |
boboliuFeb 2, 2021
10
套一层登录鉴权最好
|
 |
idragonetFeb 2, 2021
11
frp 可以二次加密
|
 |
lu5je0Feb 2, 2021
12
需要操作的时候，用 ssh 转发端口吧，比较方便
|
 |
13
自用的解决方案就简单了，在 Nginx server 段检查指定 cookie 或者 header，不匹配直接拒绝，比如：
if ($cookie_fishsayhi != "blue,blue") { return 403; } 只要别泄露 cookie 名和值被人针对性渗透，啥机器扫描都碰不到你的后台。自己登录就在浏览器 console 或者通过扩展设置这个 cookie 就行了。当然后台登录验证还是不能少的，这个相当于外围防火墙。 |
 |
14
web 那里再加个 fail2ban 防爆破 基本没有问题
|
 |
zjqzxcFeb 2, 2021
15
这就是 V 某 N 的最初用途也是标准用途了
|
 |
16
@masha
@Juszoe @msg7086 @yuanmomo @woshijidan @RickyHao @eason1874 @superrichman 非常感谢，打算采用域名 /随机字符串，再套用一层 basic auth 的方式。 |
 |
SenLiefFeb 2, 2021
17
一般情况下没人扫的。
|
 |
qwerthhusnFeb 3, 2021
18
开 TLS 客户端认证就行了
|
Select Language