请不要把任何和邀请码有关的内容发到 NAS 节点。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
Supplement 1 · 23h 14m ago
 |
101
PhDLuffy 10h 58m ago
@sonnetbreeze 因为有外网强需求，必须暴露公网。
|
 |
102
cctv180 10h 51m ago
简单点就 nginx 反代一下 禁用默认网站仅限域名。狠点的 RouterOS 端口敲门 才能连接
 |
 |
103
Reitzo 9h 45m ago
我想知道，使用 frps 是不是能更安全点，不会有这个问题呀
|
 |
104
Nzelites 9h 4m ago
其实有时候感觉绿联啥的也挺好 用着方便
|
 |
105
xiafengjieying 7h 46m ago via iPhone
@nbweb 看来更该默认端口也会被扫描到？
|
 |
106
JoeoooLAI 7h 43m ago
好累。。。。连夜起来看完自己的两台，看了下公司的 30 多台
|
 |
107
duguzuyang 5h 57m ago
@4seasons 如果用 cloudflare tunnel 的话，还是也加一个 Zero Trust Auth
|
 |
109
alfawei 4h 49m ago
@StevenTong #35 这里还有 php 漏洞问题，是否更新了系统 没有更新 php ？
|
 |
110
dmanbu 3h 19m ago
不要直接放在公网，我都是只暴露一个正向代理端口出去
|
 |
111
jpyl0423 3h 8m ago via iPhone
我都没管，看消息通知是自动更新了 php 和系统
|
 |
112
netblue 2h 44m ago
我是白群，没有开端口映射，也没开 Quickconnet ，但是通过 vps 上自建的 frp 服务器穿透到内网了，这种有没有风险？
|
 |
113
hafuhafu 2h 32m ago
感觉也没啥可注意的。
主要还是不直接暴露公网+零信任访问，特别是那种明明只有自己一个人用，然后直接暴露到公网的服务。 比如利用 CF 的零信任+tunnel 完全也可以做到方便且安全的访问，多人访问场景也适用。 如果 CF+服务本身的安全都被一起攻破了，那也没啥可说的，我认了。 |
 |
114
sonnetbreeze 2h 23m ago
暴露公网其实没什么，主要是别傻乎乎的，防御都没
|
 |
115
Autonomous 2h 22m ago
@GoodRui 没用过 Tailscale ，我是 UniFi 的网关路由器运行 WireGuard ，把群晖保护在内网，这样安全吗？
|
 |
116
BetterJason 2h 17m ago
我的黑裙 dsm6 还没中,刚才把端口转发关了.
|
 |
117
jtshs256 1h 32m ago
@Autonomous reddit 上有个案例是只开 wg+qc 中招的，系统是 7.2.1-u9 。建议这波事态明朗之前一定要远程访问的话至少升级到对应版本的最新版+关 qc
|
|
119
Autonomous 1h 16m ago
@jtshs256 没有开过 QC ，NAS 没有任何可暴露到公网的服务，DSM 7.4.1-90080 Update 1 ，防火墙也拦截了到其 IPv6 的入站。网关路由器现在启用了地区过滤，目前暂时没问题。
|
|
121
Autonomous 1h 9m ago
@jtshs256 如果事态再严重，我就关闭 IPv4 的所有入站，只保留 WG 到网关路由器的 IPv6 入站
|
|
124
Autonomous 20 mins ago
@PhDLuffy 我以前也是这么提要求的，说必须公网，后来被 V 友狠狠地教育了一顿就关了外网访问，老老实实套了 WG ，现在很感激，完美躲过这一波。
|
Select Language