哼，你们难道以为我前面讲的frp的白讲的嘛，不存在的，那一切完全是为了msf做准备。我们来改造一下我们的msf，如有frp基础不明了的，请自寻上期内容（frp:穿透内网的反向代理工具）。
话不多说，我们分别在服务端和客户端做如下改造，至于为什么？自寻上期附属发送内容（frp官方中文文档）。
# frps.ini
[common]
bind_port = 7000
dashboard_port = 7500
# dashboard 用户名密码，默认都为 admin
dashboard_user = admin
dashboard_pwd = admin
# frpc.ini
[common]
server_addr = *.*.*.*
server_port = 7000
[ssh]
type = tcp
local_ip = 127.0.0.1
local_port = 22
remote_port = 6000
[msf]
type = tcp
local_ip = 127.0.0.1
local_port = 4444
remote_port = 6666
大家可以去与上期提到的基础配置做下对比，只是在原来基础上增加了端口转发直观界面dashboard ，和msf端口转发配置，其中msf默认监听端口为4444。
到这里，你的msf反代已配置完成，你可以将你的shell通过frp传到内网msf上用于监听返回内容。然而你也应该察觉啦，frp只给你提供了shell的反向代理，然而进攻的数据还是从你的pc发出啦，所以，请依然低调。其次，并不是msf所有的payloads在建立sessions时都需要反向代理的，请自行选择。
再多说一句，到这里你应该还发觉了一件事，任何需要反向代理的操作，都可以通过frp完成，这不过是一个穿透内网的端口转发工具，具体怎么用，规则由你决定。
你以为到这里就结束啦？
劳资的直播就从来没不翻车过！什么意外都能让我给碰上！
大家还记得我们设置了dashboard 界面嘛。我的开启之后就是打不开！！！
在更换N个端口，检查N次配置，查看N次端口状态后。。。最终问题找到了。。。
两张截图，大家看到区别了吗？偷懒的启动方式未指定配置文件，其它各项配置都是正常的，唯独dashboard 在给我搞事情！！！它也偷懒！！！
唉。。问题解决了，，给大家看一眼来之不易的dashboard 的界面吧。虽然我总希望面前的你少走弯路，但是、讲真，弯路也是有它的魅力的说。。。
