FoundersJP

小白也不愁,软银封 IPv6 后,Lucky+Cloudflare Tunnel全搞定

· 4 分钟阅读

数字生活
Cloudflare DDNS Docker NAS

今天突然发现家里的NAS没法在外网访问了,存里面的笔记也同步不了。排查了半天才找到原因——软银路由升级把IPv6的入站连接给封锁了。之前我分享过“去掉非443端口小尾巴”的方法,能解决不少访问问题,但面对这次的IPv6封锁,那套办法就完全不管用了。

https://www.foundersjp.com/cn/lifestyle-cn/digitallife-cn/443nolucky/

既然老办法失效,那我就换了新方案:**Lucky + Cloudflare(简称CF)**Tunnel,完美解决了问题,下面就把详细步骤一步步讲清楚,新手也能跟着做。

先说说我一直在用的核心工具——Lucky

Lucky是一个集成度超高的小工具,集合了DDNS、反向代理、内网穿透、端口转发、WebDAV、CorazaWAF防火墙等多种实用功能。不管是普通路由器,还是用Docker安装,它都能完美适配。

更棒的是它的“轻量”优势:常见的组合方案(比如NPM+cloudflared+ddclient)安装后,占用空间能到600-800M,运行内存也耗得多;而Lucky安装包不到30M,日常运行内存占用也就50M出头,对硬件配置低的设备特别友好。

接下来分步骤教大家搭建,全程跟着操作就行👇

第一步:在Cloudflare里创建隧道

  1. 登录你的Cloudflare账号,进入【Zero Trust】→【网络】→【连接器】,点击【创建隧道】按钮。
  2. 按页面提示给隧道起个名字(随便填,自己能区分就行),完成创建后,页面会显示一串隧道Token。
    ⚠️ 重要提醒:这个Token只显示一次!一定要立刻复制下来,粘贴到记事本里保存好,丢了就只能重新创建隧道了。
    举个例子:页面里会显示类似--token 一串字符的内容,--token后面的所有字符,就是我们要的隧道Token,就算显示不全也要完整复制保存。

第二步:创建Cloudflare的API令牌

  1. 点击页面右上角的头像,进入【配置文件】,找到【API令牌】选项,点击【创建令牌】。
  2. 选择【使用模板】或者手动配置权限,按下面的要求勾选权限:
  • 权限1:账户 → Cloudflare Tunnel → 编辑
  • 权限2:区域 → DNS → 编辑
  1. 【账户资源】和【区域资源】选择“所有账户/区域”,也可以指定你要使用的具体域名对应的账户和区域。
  2. 点击保存后,页面会生成API令牌,同样只显示一次!复制下来保存好,建议备注成“API-Token”,避免和第一步的“Tunnel-Token”弄混。

第三步:在Lucky里添加隧道配置

  1. 打开Lucky的管理界面,找到【内网穿透】→【Cloudflare】,点击【添加实例】。
  2. 按下面的要求填参数,其他没提到的选项保持默认就行:
  • 备注:填你喜欢的名字,方便识别这个隧道的用途(比如“NAS访问隧道”)
  • 实例类型:选择【隧道】
  • 第一个令牌输入框:粘贴第一步保存的“Tunnel-Token”
  • 最下方的CF API Token输入框:粘贴第二步保存的“API-Token”
  1. 保存后,就能在隧道列表里看到刚添加的项目了。点击后面的【应用路由】,页面会显示一串专属的记录值,把这个值完整复制下来。

第四步:在Cloudflare里配置DNS解析

  1. 回到Cloudflare的管理界面,进入【DNS】→【记录】,点击【添加记录】。
  2. 记录类型选择【CNAME】,按要求填内容:
  • 名称:填你想用来访问服务的域名前缀(比如用nas.xxx.com访问,就填nas)
  • 内容:粘贴上一步从Lucky里复制的记录值
  • 代理状态:打开“小黄云”图标(也就是开启CDN和代理)
  1. 点击保存,DNS记录就配置好了。

第五步:完成最终关联,开始使用

  1. 回到Lucky的隧道配置页面,在【主机名】输入框里,填上一步新建的完整域名(比如nas.xxx.com)。
  2. 点击旁边的【检测】,等检测结果变成绿色,就说明隧道已经连通了。
  3. 在【目标服务】输入框里,填你内网里设备的地址和端口(比如NAS的地址192.168.1.100:5000),保存后就能通过域名正常访问服务了。

最后说下这个方案的优缺点

✅ 优点:和传统的“DDNS+反向代理”方案比,它的加密性更好,而且通过Cloudflare中转,几乎不会被运营商拦截或封锁,稳定性拉满。
❌ 缺点:目前只支持HTTP、HTTPS协议的服务;如果你要用到远程桌面、FTP这类其他协议,这个方案就不适合了,得换其他方式。

相关文章

难道失去443端口,地址就要带着数字小尾巴吗?No!Lucky+CloudFlare让你清清爽爽!

· 3 分钟阅读

熟悉的友友都知道我比较爱折腾NAS,家里的NAS中也跑了很多服务。做为宅一族的我大部分使用也是通过路由端的内网地址跳转来使用,而没有注意到公网的访问状况。然而最近突然有一天,我在外出时发现NAS上的这些服务不能通过公网访问了。 查了一下原因是IPv6的443端口被封了,以前我所在的城市IPv6是不封443的。本以为是阶…

NAS中 Docker Compose 的进阶玩法

· 7 分钟阅读

熟悉我的友友都知道我经常折腾NAS,而我属于也在NAS部署了很多自托管的服务,这其中Docker是必不可少的。不同的NAS系统针对Docker有不同的解决方案,而Docker Compose是目前适用性最广泛额一个。 Docker Compose 配置文件是 YAML 格式的,通常是 docker compose.ym…

简单易用!Docker添加中文支持,让你轻松打造母语环境!

· 2 分钟阅读

玩NAS必然要折腾Docker,Docker可能是目前生态最广泛的应用平台了。除了大神们推荐的各种应用,在docker.com上也有很多好玩的东西,包括一些AIGC工具,一些私有云盘工具等。但是问题也来了,很多docker镜像应用不是面向中文用户开发的,所以也没有中文化。 前几天就有一位朋友跟我探讨Docker中的应用…

手把手教程,在线协同Office一键全搞定,UnRiad+NextCloud-AIO

· 2 分钟阅读

最近和朋友一起做项目,要协同办公,所以打算搭建一个功能强大的自托管协同平台。选来选去选择了NextCloud。选择它的原因有二:其一,它的功能丰富多样,涵盖了任务板、Office套件以及ToDoList管理等;其二,每个功能都配备了相应的移动端应用,使我们能够随时随地推进项目进程。 以前也在UnRaid中装过Docke…

给 AI 做个脑科手术:用 Ollama Modelfile 本地大模型调优,让它学会影分身术的?

· 7 分钟阅读

Agent私有化的时代,Ollama是非常适合的AI模型运行基座,根据需求不同,交错加载不同的模型,以实现Agent的行为目的。不过ollama官方library的模型普遍占用空间比较大,而且不能自定义。相比较而言,从huggingface拉取是一个很好的选择。 恰好最近Qwen和Gemma都更新了新模型,号称对Age…

评论