请不要把任何和邀请码有关的内容发到 NAS 节点。

邀请码相关的内容请使用 /go/in 节点。

如果没有发送到 /go/in,那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动,会导致账号被禁用。
mssi
V2EX  ›  NAS

有必要把内网服务开放到公网吗?

  •  
  •   mssi · Dec 26, 2025 via Android · 9710 views
    This topic created in 312 days ago, the information mentioned may be changed or developed.

    我现有方案是开放到公网,在纠结要不要切换会内网,通过 Tailscale 访问。

    73 replies  •  2025-12-31 09:26:18 +08:00
    totoro625
    totoro625
    Dec 26, 2025
    1
    开放到公网无非是方便一点,可以直接访问

    自己一个人用无所谓的,但是出于安全的角度,不建议开放到公网
    opengps
    opengps
    Dec 26, 2025
    2
    能用内网谁用公网啊,公网各种扫描渗透爆破的自动化工具,有点漏洞就能让你数据归别人
    zhq566
    zhq566
    Dec 26, 2025
    3
    有动态公网,我是怕运营商啥时候给我限速了,现在是通过 SS 回家。每个月有个 PT 基本没啥上传,自己经常用远程桌面也就 70G 。
    imunoko
    imunoko
    Dec 26, 2025❤️2
    4
    😅建议发帖子发清楚些,什么业务什么样的需求场景?啥都不说
    Daybyedream
    Daybyedream
    Dec 26, 2025
    5
    何必呢
    imunoko
    imunoko
    Dec 26, 2025
    6
    @imunoko 不好意思没看到 tag 挂的是 nas🤣
    SakuraYuki
    SakuraYuki
    Dec 26, 2025
    7
    vpn 就行 没必要公网
    kakki
    kakki
    Dec 26, 2025
    8
    NAS 坚决不连公网,顶多几个人用的场景.
    mangmaimu
    mangmaimu
    Dec 26, 2025 via iPhone
    9
    除了 bt ,其他一律 vpn 回家
    mqnu00
    mqnu00
    Dec 26, 2025
    10
    tailscale 先测试一下打洞能不能成功。使用它自带的 derp 在国内延迟很高的,我自己目前在 300ms 左右🤮
    luodan
    luodan
    Dec 26, 2025
    11
    家里 NAS 上所有的服务都可以公网访问,也开了 tailscale ,方便使用。十多年,每天都有攻击,但没有被攻破过。
    alen_v
    alen_v
    Dec 26, 2025
    12
    都定义为内网服务了,干吗开放到公网?
    yinmin
    yinmin
    Dec 26, 2025
    13
    开启 mTLS(双向证书认证)、关闭 no-sni 访问,开放给公网还是很安全的,使用也很方便。
    jixiafu
    jixiafu
    Dec 26, 2025
    14
    自己用可以开放到 ipv6 上,也不怕被人扫到
    yiranw09
    yiranw09
    Dec 26, 2025
    15
    走 frp+HTTPS+Web 认证+强密码
    个人服务我觉得够用了
    simonsww
    simonsww
    Dec 26, 2025
    16
    不要这么干,至少 tailscale ,如果嫌 tailscale 延时高,可以加上微林的 derp 服务,接入国内节点,延时只有 20ms 。
    simonsww
    simonsww
    Dec 26, 2025❤️1
    17
    我现在就是这么解决远程控制问题的,通过 Tailscale + derp + windows 的 RDP 来实现,derp 国内节点没有自建嫌麻烦,用的微林的费用是一个月 10 元,Tailscale 解决内网,国内 derp 节点解决延时问题,完美。现在远控延时不到 20ms
    guanzhangzhang
    guanzhangzhang
    Dec 26, 2025
    18
    @mqnu00 headscale+derp 稳如狗
    vaily
    vaily
    Dec 26, 2025
    19
    公司不好用 tailscale ,只能放到公网😅,两种方案都备上了
    bbao
    bbao
    Dec 26, 2025
    20
    nas 挂公网?,HR 请帮我搜集一下简历,我想换个人。
    guanzhangzhang
    guanzhangzhang
    Dec 26, 2025
    21
    我 ecs 和家里有单体 tcp client+web server 的 10 个进程,通过 web server 界面控制 tcp client 的一些行为,目前就是 headscale 下手机和电脑直接访问内网 ip 控制的,不存在类似映射端口或者 frp 暴漏 windows 的 3306 端口弱密码和被爆破的风险 ,而且 nat 打动成功率很高,不受中继木桶效应影响
    faker5276
    faker5276
    Dec 26, 2025
    22
    cloudflare 套个 CDN ,或者用 tunnel ,也保护了内网的安全
    Aixtuz
    Aixtuz
    Dec 26, 2025
    23
    1. 保密,只能问自己。
    2. 给别人解释清楚具体情况,然后问意见。
    二选一。
    itechify
    itechify
    Dec 26, 2025
    25
    组 VPN ,安全点,网上扫描太多了
    jackmod
    jackmod
    Dec 26, 2025
    26
    你一开始搭建服务的时候就没考虑公网,当时漏掉了什么关键操作以及后续必要的连带操作也差不多忘了,这时候突然想丢到公网去,这才是最危险的。
    E263AFF275EE4117
    E263AFF275EE4117
    Dec 26, 2025
    28
    我现在的就是 openvpn + mtls ,公网阿里云小水管关闭 22 端口并且仅允许公钥方式登录,唯一暴露端口 openvpn 的 udp 端口。
    hafuhafu
    hafuhafu
    Dec 26, 2025
    29
    搞清楚真实需求呀。
    如果实际需求是:只有自己用,要访问家里的服务,那就没必要开放。
    你的需求是开放到公网给别人用,才需要开放公网。
    虽然开放公网某种意义上是省事,但是就我个人而言,我希望家里的网络环境是“绝对安全”的。云服务器上的服务随便开放无所谓。
    mooyo
    mooyo
    Dec 26, 2025
    30
    了解一下 pocket id 。我用 caddy + pocket id 统一暴露到公网,除非软件自己有 BUG ,不然安全性还是很可以的。
    mooyo
    mooyo
    Dec 26, 2025
    31
    绝对不要一股脑把所有端口都放出去,做个入口统一管理。
    liuzimin
    liuzimin
    Dec 26, 2025
    32
    @mooyo #30 这个 pocketid 我也在用,目前最烦的就是安卓端兼容捉急。。。首先各种浏览器不对付,然后就算能拉起密码管理器,但一验证始终失败。明明无论扫码还是电脑通行密钥都能验证成功的。
    mooyo
    mooyo
    Dec 26, 2025
    33
    @liuzimin 走的 webauth 的话,应该是浏览器自己的实现问题。没安卓设备,确实没遇到过这种情况。。。
    我在 ios/macos/windows 上配合 bitwarden 还是挺好用的。
    mooyo
    mooyo
    Dec 26, 2025
    34
    @liuzimin 这玩意儿 23 年开始 google 和 apple 才开始推,可能国内还没开始兼容...也可能打包的时候顺手给阉割了。
    dustookk
    dustookk
    Dec 26, 2025
    35
    ss 回家
    szabc
    szabc
    Dec 26, 2025
    36
    不懂就问:
    VPN 是要 NAS 搞吗?还是有什么路由器可以实现?
    sumarker
    sumarker
    Dec 26, 2025
    37
    如果自己用,内网就够了吧
    chenchenze
    chenchenze
    Dec 26, 2025
    38
    openclash 搞了个 ss 入站,loon 配置好内网分类规则,然后就可以通过 ss 访问内网。
    coconutwater
    coconutwater
    Dec 26, 2025
    39
    我目前是 tailscale+derp+飞牛 nas
    derp 搭建在阿里云 2c2g3m 服务器上,延迟 14ms 左右。
    snoopygao
    snoopygao
    Dec 26, 2025
    40
    wireguard ,或者 openvpn 啥的
    fanshao19881
    fanshao19881
    Dec 26, 2025
    41
    ddns+反向代理 只暴露一个端口出去算不算安全
    memcache
    memcache
    Dec 26, 2025
    42
    看什么服务了
    kiracyan
    kiracyan
    Dec 26, 2025
    43
    我只有部分端口对外开放,大多数服务是靠 VPN ,智能家居、Jellyfin 挂了公网,然后博客套了层 CF
    Ipsum
    Ipsum
    Dec 26, 2025
    44
    自用别放公网,走 vpn 好很多。
    thereone
    thereone
    Dec 26, 2025
    45
    公网内网都可以又不是冲突的,我 VPN 方案也有开放公网也有。自己一般用的 VPN 方案连接但是也部署了公网的方案。
    lukcy 打洞+雷池 WAF+NGINX 代理+后端服务

    安全方面基本就靠雷池就行了,把黑白名单用上,用户认证用上,地区访问限制用上两步认证用上安全问题基本就解决了。
    1 、雷池地区访问我开放了 2 个省的 IP 地址可以访问,其余都直接拒绝访问请求都到不到 NGINX 反代服务器上。
    2 、黑白名单默认采取拒绝全部,白名单配合放通的 IP 地址解除访问限制。
    3 、然后把用户认证用上,前面黑白名单放通了就会打开用户认证界面,必须输入用户名密码才能打开页面。重要页面比如跳板机还会配置上两步认证保证安全。
    EchoWhale
    EchoWhale
    Dec 26, 2025 via iPhone
    46
    就自己用:vpn
    很多人用:公网
    laminux29
    laminux29
    Dec 26, 2025
    47
    内网服务发到公网的简单又超高安全的方法:

    1.自用服务,用端口敲击技术。这种技术能 100% 防止黑客破解,甚至你用弱密码 + 默认端口都没问题。

    2.公用服务,比如博客服务。用独立机器,上面的重要数据,让数据服务器主动向公用服务器进行推送,来进行防御黑客。
    dabai091220
    dabai091220
    Dec 26, 2025
    48
    @bbao 挂公网也分怎么挂,只是开一个或几个端口 + 开启 fail2ban 类似的功能 + 账户启用 2FA ,挂公网就没问题。
    allplay
    allplay
    Dec 26, 2025
    49
    @laminux29 #47 重放攻击
    chen22
    chen22
    Dec 26, 2025
    50
    可以 上 https
    ddczl
    ddczl
    Dec 26, 2025
    51
    个人感觉是没有必要
    safari9
    safari9
    Dec 26, 2025
    52
    只开一个 wireguard 端口吧。安全起见
    4seasons
    4seasons
    Dec 26, 2025
    53
    内网 NAS 、RDP 还有 Calibre 的服务放公网很多年了,严格管理端口以及鉴权其实没有那么多事情。除了 Calibre 容易被强扫,但是也在控制范围内
    nightlight9
    nightlight9
    Dec 26, 2025 via Android
    54
    @copperDC 用的弱密码吗
    withoutxx
    withoutxx
    Dec 26, 2025
    55
    只开了一个 https 大端口,根据域名去访问,看日志没被攻击过
    PrinceofInj
    PrinceofInj
    Dec 26, 2025
    56
    @nightlight9 应还是必然的吧?我用 v6 的 3389 直接暴露,v4 的通过端口转发禁用 administrator ,只开微软账号登录,目前还没啥问题,看日志,似乎连爆破的尝试都没有。
    labubu
    labubu
    Dec 26, 2025 via Android
    57
    网站发出来,让我观摩一下(滑稽)
    copperDC
    copperDC
    Dec 26, 2025
    58
    @nightlight9 哈哈哈哈.是的.用户名 2 位.密码是一个数字 0.都是为了自己图方便...
    paynezhuang
    paynezhuang
    Dec 26, 2025
    59
    我是内网部署的多个服务,外加一个 Nginx 做域名映射。开 Tailscale ,然后在本机 host 配置 Tailscale 对应的内网机器 IP + 域名
    standin000
    standin000
    Dec 26, 2025
    60
    @yinmin 请教 mtls 认证支持内网各种服务吗?关闭 no-sni 式什么意思?
    wgsgyes
    wgsgyes
    Dec 26, 2025
    61
    ftp 共享到公网了,存取文件方便些。
    psirnull
    psirnull
    Dec 26, 2025
    62
    可以啊,你买个 waf 部署上。
    yinmin
    yinmin
    Dec 26, 2025 via iPhone
    63
    @standin000 #59 mtls 支持所有 tcp 协议,前置 nginx 即可,具体配置问 gpt
    zololiu
    zololiu
    Dec 27, 2025
    64
    公司 IT 直接以安全为由把 Tailscale 给禁了,不得不用公网了。
    laminux29
    laminux29
    Dec 27, 2025
    65
    @allplay 重放攻击是非常古老的,针对一点安全知识都不懂的上古程序员了。现在每份通信数据里随便带点时间戳与证书 hash 碎片,就可以防这玩意。
    allplay
    allplay
    Dec 27, 2025
    66
    @laminux29 #65
    一个家用 nas ,谁还去整这些东西
    bbsingao
    bbsingao
    Dec 27, 2025
    67
    如果有 ipv6 ,可以开放,反正个人数据加 v6 的大地址池,被黑客盯上的效率低
    idragonet
    idragonet
    Dec 27, 2025
    68
    frp 映射公网+IP 白名单
    ifoto
    ifoto
    Dec 27, 2025
    69
    开放过,中过勒索
    moli777
    moli777
    Dec 28, 2025
    70
    @copperDC #27 弱密码这不纯粹是你的问题吗。。。而且竟然还不加 win2ban 之类的防护。不知道该说你胆大还是无知
    mssi
    mssi
    OP
    Dec 28, 2025 via Android
    71
    已全部切换到内网
    copperDC
    copperDC
    Dec 28, 2025
    72
    @moli777 我见识少嘛~这不是就被勒索病毒教育了么.
    fanshao19881
    fanshao19881
    Dec 31, 2025
    73
    DDNS 加反向代理只开放一个端口 这样安全吗
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   1407 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 165ms · UTC 20:50 · PVG 04:50 · LAX 12:50 · JFK 15:50
    ♥ Do have faith in what you're doing.