建议1:
群晖有3种方式来区分访问请求，一是url，类似设置/moments来访问moments；二是通过端口，比如设置6543端口访问moments，则moments程序会监听该端口提供服务；三是通过域名区分，比如设置来访域名moments.xx.xxx，对应提供moments服务。

避免被扫，就不要用第二种端口的方法，因为服务会应答该端口所有请求，而对方只要扫到该端口开放有应答，就可以持续测试。

第一第三，都是你个性化的设置，通常对方是不会知道的，不知道对应的url或者域名，就不会有服务去应答，自然不会被测试。

建议2:
如果有条件，家庭内服务，都通过nginx等反代程序做前端，让服务主机隐藏在内网做后端服务。
比如nginx设置按域名反代，那么对方是无法来暴力测试的，除非对方能知道你的域名代理规则。


实际上建议1里边的3种方法，群晖本来也是用的内置的nginx来做的反代。
--
修改:tysy1230 FROM 119.4.253.*
FROM 119.4.253.*

衷心感谢！

【 在 tysy1230 @ [DigiHome] 的大作中提到: 】
:
: 建议1:
: 群晖有3种方式来区分访问请求，一是url，类似设置/moments来访问moments；二是通过端口，比如设置6543端口访问moments，则moments程序会监听该端口提供服务；三是通过域名区分，比如设置来访域名moments.xx.xxx，对应提供moments服务。
:
: 避免被扫，就不要用第二种端口的方法，因为服务会应答该端口所有请求，而对方只要扫到该端口开放有应答，就可以持续测试。

#发自zSMTH@SM-F9160
--
FROM 101.228.216.*

3389是重灾区
3389权限太大了
你这个被踢很有可能不是密码强度问题，可能直接利用漏洞接入了

【 在 zzy302 的大作中提到: 】
: 我把3389暴露出去，然后有天晚上用的时候被人踢下来了，密码确实强度不够，后来就不开了。。
--
FROM 114.249.197.*

我说了是可能
另外3389根Samba是重灾区，这不是我说的

【 在 zzy302 的大作中提到: 】
: 别自己脑补，我查了系统日志，不断尝试密码，被踢的时候就是密码猜中提了我的，另外3389是映射了大端口
--
FROM 114.249.197.*

我今天也遇到了同样的情况。楼主最后是怎么解决的啊？
【 在 fie 的大作中提到: 】
: 我设置了只要一次输入错误就封ip，对方还是锲而不舍，换了很多地址在试密码
: 咋办
--
FROM 221.216.116.*