自己的Codex和Claude都买的20x，每个月经常用不完，准备自己建个中转给朋友用。现在中转已经搞好了，安全问题犯了难，用Cloudflare橙云有时会有响应超时和header被拦截的问题，不用的话直接把IP暴露给公网，都不行。还有什么第三方选择吗？ 6 个帖子 - 3 位参与者 阅读完整话题
今天用fluxdo登陆一直登陆不上，然后切换到网页也一直弹验证，现在还没修好吗？下午好像看到站长发恢复的帖子了 2 个帖子 - 2 位参与者 阅读完整话题
这几天快被 cloudflare 的人机校验整疯了，小鸡用了 1 年多了，本来没事，结果强行迁到了 DC3 机房，然后就来了，几乎每个使用 cloudflare 的网站都要校验一次，快被整疯了。 大家有没有什么好方法能够减少校验的次数? 此外我还安装了 Silk - Privacy Pass Client 插件，这个更逆天，我浏览期间都要跳出来让我校验一次 7 个帖子 - 4 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 我做了一个开源小工具：M2M 它可以把网易云、QQ 音乐、酷狗、酷我的公开歌单迁移到 Apple Music。 在线体验： https://m2m.xinyu017722.workers.dev/ GitHub： GitHub - cunyu-wxy/M2M · GitHub 目前支持： 粘贴歌单链接自动识别平台 解析歌名、歌手、专辑和顺序 浏览器内连接 Apple Music 自动创建 Apple Music 歌单并导入歌曲 显示导入成功、失败和失败原因 不需要注册账号 后端不保存 Apple ID 或个人资料库数据 支持 Cloudflare Workers 自部署 这个项目的定位比较明确：中文音乐平台 → Apple Music。 目前还有一些限制，比如 Apple Music 匹配可能不准，酷狗部分分享页只能拿到预览曲目。如果你有解析失败的歌单链接，欢迎提 issue 或 PR，如果大家感兴趣欢迎多多fork哦。 1 个帖子 - 1 位参与者 阅读完整话题
刚在站内看个不错的帖子，让 Claude 用 markdown 格式存到本地。 结果 7 个帖子 - 6 位参与者 阅读完整话题
如图，收到 CF 发来的需要验证 DNS 的邮件： 我有两个域名： cf.com 托管在 CF ，当作 CF 各种服务的绑定域名； public.com 托管在 DNSPod ，这是我的主域名，对外的网站都用这个。 我的某个网站想对境内优化，我就先在 CF 把 a.cf.com 开启小黄云并使用 A 解析到服务器的 IP ； 然后， a.public.com 使用 DNSPod 的分区解析： 默认线路，CNAME 解析到 a.cf.com ； 境内线路，CNAME 解析到 saas.sin.fan ，这是大佬维护的优选 IP 的 CNAME ，换成其它的优选域名也行。 然后，在 CF 的自定义主机名，把 a.public.com 添加进来，“自定义源服务器” 写 a.cf.com ；然后去做一下 DNS 验证，添加两条记录，等半分钟 CF 就验证成功了。 这样就配好了，过程很顺利，网站也正常。 但是，在 CF 签发的证书还剩一个月就到期时，给我发邮件让我重新验证 DNS 了，就是上图。 按理说，后续的验证应该走 ACME-Challenge ，然后命中 CF 的节点直接成功验证啊，为啥会这样…… 难道是我添加自定义主机名的时候，“证书验证方法” 选择了 “DNS 验证” 但没改成 “HTTP 验证”，所以后续 CF 还是会要求我继续 DNS 验证，然后给我发邮件？ 还是说，我这个 IP 优选的流程有问题？我看别人又是配 fallback 域名又是配 worker 的，但我有双域名，应该不用这么麻烦啊……
如图，收到 CF 发来的需要验证 DNS 的邮件： 我有两个域名： cf.com 托管在 CF ，当作 CF 各种服务的绑定域名； public.com 托管在 DNSPod ，这是我的主域名，对外的网站都用这个。 我的某个网站想对境内优化，我就先在 CF 把 a.cf.com 开启小黄云并使用 A 解析到服务器的 IP ； 然后， a.public.com 使用 DNSPod 的分区解析： 默认线路，CNAME 解析到 a.cf.com ； 境内线路，CNAME 解析到 saas.sin.fan ，这是大佬维护的优选 IP 的 CNAME ，换成其它的优选域名也行。 然后，在 CF 的自定义主机名，把 a.public.com 添加进来，“自定义源服务器” 写 a.cf.com ；然后去做一下 DNS 验证，添加两条记录，等半分钟 CF 就验证成功了。 这样就配好了，过程很顺利，网站也正常。 但是，在 CF 签发的证书还剩一个月就到期时，给我发邮件让我重新验证 DNS 了，就是上图。 按理说，后续的验证应该走 ACME-Challenge ，然后命中 CF 的节点直接成功验证啊，为啥会这样…… 难道是我添加自定义主机名的时候，“证书验证方法” 选择了 “DNS 验证” 但没改成 “HTTP 验证”，所以后续 CF 还是会要求我继续 DNS 验证，然后给我发邮件？ 还是说，我这个 IP 优选的流程有问题？我看别人又是配 fallback 域名又是配 worker 的，但我有双域名，应该不用这么麻烦啊……
如图，收到 CF 发来的需要验证 DNS 的邮件： 我有两个域名： cf.com 托管在 CF ，当作 CF 各种服务的绑定域名； public.com 托管在 DNSPod ，这是我的主域名，对外的网站都用这个。 我的某个网站想对境内优化，我就先在 CF 把 a.cf.com 开启小黄云并使用 A 解析到服务器的 IP ； 然后， a.public.com 使用 DNSPod 的分区解析： 默认线路，CNAME 解析到 a.cf.com ； 境内线路，CNAME 解析到 saas.sin.fan ，这是大佬维护的优选 IP 的 CNAME ，换成其它的优选域名也行。 然后，在 CF 的自定义主机名，把 a.public.com 添加进来，“自定义源服务器” 写 a.cf.com ；然后去做一下 DNS 验证，添加两条记录，等半分钟 CF 就验证成功了。 这样就配好了，过程很顺利，网站也正常。 但是，在 CF 签发的证书还剩一个月就到期时，给我发邮件让我重新验证 DNS 了，就是上图。 按理说，后续的验证应该走 ACME-Challenge ，然后命中 CF 的节点直接成功验证啊，为啥会这样…… 难道是我添加自定义主机名的时候，“证书验证方法” 选择了 “DNS 验证” 但没改成 “HTTP 验证”，所以后续 CF 还是会要求我继续 DNS 验证，然后给我发邮件？ 还是说，我这个 IP 优选的流程有问题？我看别人又是配 fallback 域名又是配 worker 的，但我有双域名，应该不用这么麻烦啊……
如图，收到 CF 发来的需要验证 DNS 的邮件： 我有两个域名： cf.com 托管在 CF ，当作 CF 各种服务的绑定域名； public.com 托管在 DNSPod ，这是我的主域名，对外的网站都用这个。 我的某个网站想对境内优化，我就先在 CF 把 a.cf.com 开启小黄云并使用 A 解析到服务器的 IP ； 然后， a.public.com 使用 DNSPod 的分区解析： 默认线路，CNAME 解析到 a.cf.com ； 境内线路，CNAME 解析到 saas.sin.fan ，这是大佬维护的优选 IP 的 CNAME ，换成其它的优选域名也行。 然后，在 CF 的自定义主机名，把 a.public.com 添加进来，“自定义源服务器” 写 a.cf.com ；然后去做一下 DNS 验证，添加两条记录，等半分钟 CF 就验证成功了。 这样就配好了，过程很顺利，网站也正常。 但是，在 CF 签发的证书还剩一个月就到期时，给我发邮件让我重新验证 DNS 了，就是上图。 按理说，后续的验证应该走 ACME-Challenge ，然后命中 CF 的节点直接成功验证啊，为啥会这样…… 难道是我添加自定义主机名的时候，“证书验证方法” 选择了 “DNS 验证” 但没改成 “HTTP 验证”，所以后续 CF 还是会要求我继续 DNS 验证，然后给我发邮件？ 还是说，我这个 IP 优选的流程有问题？我看别人又是配 fallback 域名又是配 worker 的，但我有双域名，应该不用这么麻烦啊……
https://github.com/Hilalum/CloudflareNodeSwitch
https://github.com/Hilalum/CloudflareNodeSwitch
如图，收到 CF 发来的需要验证 DNS 的邮件： 我有两个域名： cf.com 托管在 CF ，当作 CF 各种服务的绑定域名； public.com 托管在 DNSPod ，这是我的主域名，对外的网站都用这个。 我的某个网站想对境内优化，我就先在 CF 把 a.cf.com 开启小黄云并使用 A 解析到服务器的 IP ； 然后， a.public.com 使用 DNSPod 的分区解析： 默认线路，CNAME 解析到 a.cf.com ； 境内线路，CNAME 解析到 saas.sin.fan ，这是大佬维护的优选 IP 的 CNAME ，换成其它的优选域名也行。 然后，在 CF 的自定义主机名，把 a.public.com 添加进来，“自定义源服务器” 写 a.cf.com ；然后去做一下 DNS 验证，添加两条记录，等半分钟 CF 就验证成功了。 这样就配好了，过程很顺利，网站也正常。 但是，在 CF 签发的证书还剩一个月就到期时，给我发邮件让我重新验证 DNS 了，就是上图。 按理说，后续的验证应该走 ACME-Challenge ，然后命中 CF 的节点直接成功验证啊，为啥会这样…… 难道是我添加自定义主机名的时候，“证书验证方法” 选择了 “DNS 验证” 但没改成 “HTTP 验证”，所以后续 CF 还是会要求我继续 DNS 验证，然后给我发邮件？ 还是说，我这个 IP 优选的流程有问题？我看别人又是配 fallback 域名又是配 worker 的，但我有双域名，应该不用这么麻烦啊……
如图，收到 CF 发来的需要验证 DNS 的邮件： 我有两个域名： cf.com 托管在 CF ，当作 CF 各种服务的绑定域名； public.com 托管在 DNSPod ，这是我的主域名，对外的网站都用这个。 我的某个网站想对境内优化，我就先在 CF 把 a.cf.com 开启小黄云并使用 A 解析到服务器的 IP ； 然后， a.public.com 使用 DNSPod 的分区解析： 默认线路，CNAME 解析到 a.cf.com ； 境内线路，CNAME 解析到 saas.sin.fan ，这是大佬维护的优选 IP 的 CNAME ，换成其它的优选域名也行。 然后，在 CF 的自定义主机名，把 a.public.com 添加进来，“自定义源服务器” 写 a.cf.com ；然后去做一下 DNS 验证，添加两条记录，等半分钟 CF 就验证成功了。 这样就配好了，过程很顺利，网站也正常。 但是，在 CF 签发的证书还剩一个月就到期时，给我发邮件让我重新验证 DNS 了，就是上图。 按理说，后续的验证应该走 ACME-Challenge ，然后命中 CF 的节点直接成功验证啊，为啥会这样…… 难道是我添加自定义主机名的时候，“证书验证方法” 选择了 “DNS 验证” 但没改成 “HTTP 验证”，所以后续 CF 还是会要求我继续 DNS 验证，然后给我发邮件？ 还是说，我这个 IP 优选的流程有问题？我看别人又是配 fallback 域名又是配 worker 的，但我有双域名，应该不用这么麻烦啊……
https://github.com/Hilalum/CloudflareNodeSwitch
https://github.com/Hilalum/CloudflareNodeSwitch
cfui 是一个用于管理 Cloudflare Tunnel （ cloudflared ）的 Web 控制台。它可以运行本地隧道进程，也可以通过 Cloudflare API 管理远程 Tunnel ingress 规则，支持 DDNS 、S3 兼容存储的 WebDAV 挂载，以及供 AI 客户端使用的 MCP 端点。 Web UI 已内置在二进制文件中。配置保存在数据目录下的本地 SQLite 数据库里。 功能 本地 Cloudflare Tunnel 运行管理 在浏览器里粘贴 Cloudflare Tunnel token ，启动或停止本地隧道。 支持自动启动、异常自动重启、协议、区域、重试次数、优雅关闭时间、metrics 、后量子模式、边缘 IP 版本、边缘绑定地址、TLS 校验和额外 cloudflared 参数。 显示隧道状态、当前协议、最近错误和版本构建信息。 远程 Tunnel 管理 可选功能，用于管理 Cloudflare 上托管的 Tunnel ingress 配置。 通过 Account ID 和 Tunnel ID 加载已有 Tunnel 。 添加、编辑和删除 public hostname 规则，支持 hostname 、path 、服务类型、服务地址、Host Header 、Origin Server Name 和 TLS 校验选项。 能在可解析时从本地 Tunnel token 自动带出 Account ID 和 Tunnel ID 。 在执行 Cloudflare 管理操作前，可以校验 API 权限。 DDNS 可选功能，复用远程 Tunnel 管理里的 Cloudflare API 凭据。 从可配置的 IP source URL 检测公网 IPv4 和 IPv6 。 创建和更新 Cloudflare A / AAAA 记录。 支持 Cloudflare 代理状态、TTL 、DNS comment 、重试设置、手动同步和最近同步记录。 S3 WebDAV 把一个或多个 S3 兼容 bucket 路径挂载成 WebDAV 端点。 支持通用 S3 兼容服务和 Cloudflare R2 预设。 每个挂载可以单独设置 endpoint 、region 、bucket 、root prefix 、mount path 、Access Key ID 、Secret Access Key 、WebDAV 账号密码和认证开关。 支持 S3 连接测试和 WebDAV 连接测试。 内置文件面板，可以列表、上传、下载、删除、重命名和创建目录。 WebDAV 可以走主 HTTP 服务，也可以走独立 HTTP 端口；两种模式互斥。 独立 WebDAV 模式支持手动启动/停止、可选自动启动、直连端口、自定义公开 URL ，以及跳转到 Cloudflare Tunnel 规则创建。 浏览器对 WebDAV 路径发起 GET 时，会显示只读文件列表或下载文件； PROPFIND 、 PUT 、 DELETE 、 MKCOL 、 MOVE 、 COPY 、 LOCK 、 UNLOCK 等方法保持 WebDAV 行为。 MCP 访问 可选的 Model Context Protocol 端点，路径为 /mcp 。 使用 UI 中生成的 Bearer Token 认证。 提供隧道状态/配置、隧道启动/停止、最近日志、远程 Tunnel 管理操作，以及启用 DDNS 后的 DDNS 操作工具。 日志和运维 提供最近日志 API 和可选实时日志流。 支持在浏览器里过滤、复制、下载和清空日志。 HTTP 服务包含 panic recovery 和请求日志中间件。 功能开关 远程 Tunnel 管理、DDNS 、MCP 、S3 WebDAV 都是可选功能。 未启用的功能不会显示对应 Tab 。 DDNS 依赖远程 Tunnel 管理，因为它复用同一套 Cloudflare API 凭据。 多语言 UI 内置英文、中文、日文界面翻译。 快速开始 Docker docker run -d \ --name cfui \ -p 14333:14333 \ -v cfui-data:/app/data \ -v cfui-logs:/app/logs \ --restart unless-stopped \ ghcr.io/dockers-x/cfui:latest 打开： http://localhost:14333 Docker Hub 镜像： docker run -d \ --name cfui \ -p 14333:14333 \ -v cfui-data:/app/data \ -v cfui-logs:/app/logs \ --restart unless-stopped \ czyt/cfui:latest Docker Compose services: cfui: image: ghcr.io/dockers-x/cfui:latest container_name: cfui restart: unless-stopped ports: - "14333:14333" # 如果使用独立 S3 WebDAV 端口，可以额外暴露： # - "14334:14334" volumes: - cfui-data:/app/data - cfui-logs:/app/logs environment: BIND_HOST: 0.0.0.0 PORT: 14333 TZ: UTC # 可选：通过环境变量注入 Cloudflare API 凭据，避免保存在 UI 中。 # CFUI_TUNNEL_MGMT_ENABLED: "true" # CLOUDFLARE_ACCOUNT_ID: your-account-id # CLOUDFLARE_TUNNEL_ID: your-tunnel-id # CLOUDFLARE_API_TOKEN: your-api-token healthcheck: test: ["CMD", "sh", "-c", "wget --no-verbose --tries=1 --spider http://localhost:$$PORT/ || exit 1"] interval: 30s timeout: 3s start_period: 5s retries: 3 volumes: cfui-data: cfui-logs: 软件仓库 https://github.com/dockers-x/cfui
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 cfui 是一个用于管理 Cloudflare Tunnel（ cloudflared ）的 Web 控制台。它可以运行本地隧道进程，也可以通过 Cloudflare API 管理远程 Tunnel ingress 规则，支持 DDNS、S3 兼容存储的 WebDAV 挂载，以及供 AI 客户端使用的 MCP 端点。 Web UI 已内置在二进制文件中。配置保存在数据目录下的本地 SQLite 数据库里。 功能 本地 Cloudflare Tunnel 运行管理 在浏览器里粘贴 Cloudflare Tunnel token，启动或停止本地隧道。 支持自动启动、异常自动重启、协议、区域、重试次数、优雅关闭时间、metrics、后量子模式、边缘 IP 版本、边缘绑定地址、TLS 校验和额外 cloudflared 参数。 显示隧道状态、当前协议、最近错误和版本构建信息。 远程 Tunnel 管理 可选功能，用于管理 Cloudflare 上托管的 Tunnel ingress 配置。 通过 Account ID 和 Tunnel ID 加载已有 Tunnel。 添加、编辑和删除 public hostname 规则，支持 hostname、path、服务类型、服务地址、Host Header、Origin Server Name 和 TLS 校验选项。 能在可解析时从本地 Tunnel token 自动带出 Account ID 和 Tunnel ID。 在执行 Cloudflare 管理操作前，可以校验 API 权限。 DDNS 可选功能，复用远程 Tunnel 管理里的 Cloudflare API 凭据。 从可配置的 IP source URL 检测公网 IPv4 和 IPv6。 创建和更新 Cloudflare A / AAAA 记录。 支持 Cloudflare 代理状态、TTL、DNS comment、重试设置、手动同步和最近同步记录。 S3 WebDAV 把一个或多个 S3 兼容 bucket 路径挂载成 WebDAV 端点。 支持通用 S3 兼容服务和 Cloudflare R2 预设。 每个挂载可以单独设置 endpoint、region、bucket、root prefix、mount path、Access Key ID、Secret Access Key、WebDAV 账号密码和认证开关。 支持 S3 连接测试和 WebDAV 连接测试。 内置文件面板，可以列表、上传、下载、删除、重命名和创建目录。 WebDAV 可以走主 HTTP 服务，也可以走独立 HTTP 端口；两种模式互斥。 独立 WebDAV 模式支持手动启动/停止、可选自动启动、直连端口、自定义公开 URL，以及跳转到 Cloudflare Tunnel 规则创建。 浏览器对 WebDAV 路径发起 GET 时，会显示只读文件列表或下载文件； PROPFIND 、 PUT 、 DELETE 、 MKCOL 、 MOVE 、 COPY 、 LOCK 、 UNLOCK 等方法保持 WebDAV 行为。 MCP 访问 可选的 Model Context Protocol 端点，路径为 /mcp 。 使用 UI 中生成的 Bearer Token 认证。 提供隧道状态/配置、隧道启动/停止、最近日志、远程 Tunnel 管理操作，以及启用 DDNS 后的 DDNS 操作工具。 日志和运维 提供最近日志 API 和可选实时日志流。 支持在浏览器里过滤、复制、下载和清空日志。 HTTP 服务包含 panic recovery 和请求日志中间件。 功能开关 远程 Tunnel 管理、DDNS、MCP、S3 WebDAV 都是可选功能。 未启用的功能不会显示对应 Tab。 DDNS 依赖远程 Tunnel 管理，因为它复用同一套 Cloudflare API 凭据。 多语言 UI 内置英文、中文、日文界面翻译。 快速开始 Docker docker run -d \ --name cfui \ -p 14333:14333 \ -v cfui-data:/app/data \ -v cfui-logs:/app/logs \ --restart unless-stopped \ ghcr.io/dockers-x/cfui:latest 打开： http://localhost:14333 Docker Hub 镜像： docker run -d \ --name cfui \ -p 14333:14333 \ -v cfui-data:/app/data \ -v cfui-logs:/app/logs \ --restart unless-stopped \ czyt/cfui:latest Docker Compose services: cfui: image: ghcr.io/dockers-x/cfui:latest container_name: cfui restart: unless-stopped ports: - "14333:14333" # 如果使用独立 S3 WebDAV 端口，可以额外暴露： # - "14334:14334" volumes: - cfui-data:/app/data - cfui-logs:/app/logs environment: BIND_HOST: 0.0.0.0 PORT: 14333 TZ: UTC # 可选：通过环境变量注入 Cloudflare API 凭据，避免保存在 UI 中。 # CFUI_TUNNEL_MGMT_ENABLED: "true" # CLOUDFLARE_ACCOUNT_ID: your-account-id # CLOUDFLARE_TUNNEL_ID: your-tunnel-id # CLOUDFLARE_API_TOKEN: your-api-token healthcheck: test: ["CMD", "sh", "-c", "wget --no-verbose --tries=1 --spider http://localhost:$$PORT/ || exit 1"] interval: 30s timeout: 3s start_period: 5s retries: 3 volumes: cfui-data: cfui-logs: 二进制运行 下载 release 二进制后运行： chmod +x cfui ./cfui 打开： http://localhost:14333 软件界面 GitHub 仓库地址 GitHub - dockers-x/cfui: cloudflared webUI · GitHub 3 个帖子 - 2 位参与者 阅读完整话题
之前一直想测一下自己的 CliftonStrengths （盖洛普 34 项优势特质），但官方测试费用昂贵且国内网络不佳。于是在某宝买过 Excel 版本的，体验一般。于是我基于《盖洛普优势识别器 2.0 》的题库，全新开发并重构了一个纯净、免费的在线测试系统！ ✨ 特色： 100% 隐私安全：计算全在本地浏览器完成，绝不偷窥您的任何测评隐私。 极致秒开：去除了所有笨重的第三方 SDK 依赖，国内网络毫秒级无感加载。 数据图谱可视化：测试结束立刻在本地渲染出四大优势领域及 Top 34 才干的完整排序，质感拉满。 可选云端同步（可选项）：支持注册登录，做题进度及报告可跨设备自动同步（支持自定义用户名极速登录，免去邮箱验证）。 AI 优势教练解读：一键生成 AI 深度定制的报告解读，并支持直接复制提示词自行解读。（如 DeepSeek, ChatGPT 等） 🔗 传送门： https://galluptest.00c0.com/ ⚠️ 体验提示：系统包含丰富的交互图表与 180 道快速直觉判定题目。为了获得最佳的视觉显示、快捷键盲打及流畅的交互体验，强烈建议在 [电脑端] 使用浏览器打开测试！ 欢迎大家体验并留言提 Bug ，右下角已上线了呼吸灯反馈通道，期待收到你们的反馈！
有点好奇 所以做一个小调查 Cloudflare 腾讯dnspod 阿里云解析dns ClouDNS 注册商送的 HE DNS或者FreeDNS 自建（powerdns或者bind等） 其他 下方补充 点击以查看投票。 5 个帖子 - 5 位参与者 阅读完整话题
如题，真是无语 要知道， Global API Key 可是拥有 完整用户权限 的啊 Service Key authentication for the Cloudflare API is deprecated. Service Keys will stop working on September 30, 2026 . 翻译：Cloudflare API 的服务密钥验证已过时。服务密钥将于 2026 年 9 月 30 日 停止使用。 Cloudflare Docs Service Key authentication deprecated Service Key authentication for the Cloudflare API is deprecated and will be removed on September 30, 2026. Migrate to API Tokens. 1 个帖子 - 1 位参与者 阅读完整话题