AI接管网站运维：用MCP Server操控Cloudflare的DNS、CDN与防火墙

每天跟网站运维打交道最烦的不是业务逻辑多复杂而是半夜被报警短信叫醒爬起来查DNS解析怎么又挂了、CDN缓存是不是把新版页面卡住了。这种重复、机械但又不能出错的活儿其实特别适合甩给AI。今天聊一个能下地干活的组合MCP Server加Cloudflare。通过MCP ServerAI可以直接操作DNS记录、刷新CDN缓存、调整防火墙规则等于给AI装上了一双能碰生产环境的手。这篇内容主要面向两类人一类是手里有网站、域名挂在Cloudflare上的站长或运维另一类是正在研究MCP Server但不知道能拿来干什么的开发者。你会看到MCP Server到底是什么、Cloudflare官方MCP Server怎么装、怎么接入聊天客户端以及几个可以直接复制的实操案例。我尽量用大白话讲原理再把细节拉满让小白也能照着做。1. 先搞清楚MCP Server到底是个什么玩意儿1.1 从“AI只会聊天”到“AI能动手干活”大模型刚火那阵大家对AI的印象基本停留在“对话机器人”你问它答它写得一手好文章但你说“帮我把这条DNS记录加一下”它只能无奈地回你一句“我无法直接操作外部系统”。原因很简单模型本身只负责理解和生成文本没有能力调用外部API也不知道你的Cloudflare账号密码。MCPModel Context Protocol模型上下文协议就是来填这个坑的。它由Anthropic在2024年底提出目标是给AI模型和外部工具之间建立一个统一标准。打个比方MCP像是为AI设计的一套通用USB接口不同厂商的“外设”——数据库、文件系统、浏览器、Cloudflare——只要做成符合MCP规范的Server插到AI上就能用AI通过这个接口读取外部数据、执行外部动作。所以你会看到现在的AI编程工具、聊天客户端、IDE插件都开始支持MCP。核心逻辑就是AI不再只能“说”它能“做”了。1.2 MCP的架构Host、Client、Server三者的分工想把概念弄明白得先分清三个角色MCP Host承载AI的进程环境比如Claude Desktop、Cherry Studio、VS Code插件。它是“宿主”为AI提供运行空间。MCP Client宿主内部的连接器负责跟某个MCP Server建立会话、转发调用请求。MCP Server提供具体功能的工具服务它把自己能做的操作暴露成一组“工具”ToolsAI按需调用。举个例子Claude Desktop是Host它内置了MCP Client你给它配置好Cloudflare MCP Server后Claude在对话里就能直接调用Server暴露的dns_records_create、cache_purge这类工具。你负责下指令AI负责拆解任务、按顺序调用工具Server负责跟Cloudflare API通信最后把结果返回给AI整理成你能看懂的语言。MCP Server传递数据最基本有两种形式本地用stdio管道远程走HTTP/SSE。本地方案适合个人电脑上调试部署到服务器上做成Remote MCP则可以多人共用。后面实操我会重点讲本地模式Remote模式只要理解原理配置方式大同小异。1.3 为什么Cloudflare会官宣支持MCP ServerCloudflare是CDN和DNS服务领域的头部厂商全球有大量网站跑在它后面。它的全套能力都通过REST API和GraphQL API暴露出来从DNS解析、CDN缓存到WAF防火墙、Worker脚本部署上百个API接口覆盖了运维日常操作。但这些接口数量多、参数复杂普通站长根本记不过来。比如DNS记录里TTL怎么设、proxied参数是什么含义新手看到就头大。MCP Server的价值在这种场景下被无限放大AI已经通过训练数据学会了这些参数怎么用你只需要说人话——“帮我把blog子域名解析到1.2.3.4开代理”它就能翻译成正确的API调用。Cloudflare官方下场支持MCP一方面是顺应AI工具生态另一方面也是因为它的API体系足够规范和完整非常适合被封装成工具。这不是野路子是官方维护的东西安全性相对有保障。2. 准备环境注册账号、创建API Token、安装Node.js2.1 账号注册与域名接入如果你还没有Cloudflare账号先去官网注册一个。然后把你的域名接入Cloudflare过程并不复杂在Dashboard添加站点按提示修改域名的NS记录指向Cloudflare分配的DNS服务器。等NS生效、SSL证书签发域名才算正式接管完成。这一步为什么重要因为Cloudflare MCP Server操作的是“Zone”区域也就是某个具体域名空间。只有域名成功接入你才能在MCP工具里看到该Zone的配置。我自己做测试时建议单独用一个不那么重要的测试域名别一上来就在生产域名上练手。2.2 API Token怎么创建最小权限原则要牢记MCP Server不会用你的用户名密码登录它靠API Token令牌鉴权。在Dashboard右上角“我的个人资料”找到“API令牌”点“创建令牌”。Cloudflare提供了很多模板比如“编辑区域DNS”但更推荐手动创建因为你只需要给MCP Server开它真正用到的权限。我建议的权限组合是Zone DNS Edit读写DNS记录Zone Cache Purge Purge清除缓存Zone Firewall Services Edit管理防火墙规则Zone Zone Read读取区域信息Account Workers Scripts Edit如果还要管理Worker权限范围可以限定到某个具体域名而不是全部域名。Token创建成功后只会显示一次务必复制保存好。这个Token相当于你家的钥匙泄露了别人就能用你的身份改解析后果很严重。提示创建Token后我习惯把Token存到密码管理器里从不明文放在聊天记录或代码仓库中。后面配置MCP时会用到别弄丢。2.3 本地安装Node.js与包管理器Cloudflare官方MCP Server是一个npm包所以电脑上得先有Node.js环境。建议装18以上的LTS版本npm一般随Node.js一起装好。命令行里执行node -v和npm -v能看到版本号就说明没问题。某些情况下你可能还需要用到npx它是npm自带的工具可以直接运行某个npm包而不用全局安装。安装MCP Server时用的就是它。如果你的电脑是Windows建议用PowerShell或Windows Terminal操作macOS或Linux直接用终端。遇到权限问题别随便加sudo先检查是不是目录权限或Node版本问题。3. 核心细节解析Cloudflare MCP Server能管哪些事3.1 DNS管理解析增删改查一句话搞定DNS是网站访问的第一入口。传统改一条记录你得打开Dashboard、找到DNS页面、翻到记录列表、填表单、选类型、填IP、设TTL和代理状态页面多、层级深明明一分钟能完成的事硬生生拖成五分钟。通过MCP ServerAI可以直接操作DNS记录常见工具包括dns_records_list列出某个Zone下所有DNS解析记录用于快速巡检或确认某条记录是否存在dns_records_get查看单条记录的详细信息比如TTL、代理状态、上次修改时间dns_records_create新增记录需要传typeA/AAAA/CNAME/MX等、name、content、ttl、proxied等参数dns_records_update更新已有记录比如网站迁移IP后批量改解析dns_records_delete删除记录这个操作要非常谨慎以添加一条A记录为例你需要告诉AI域名是哪个Zone、主机记录是www还是、目标IP是什么、TTL用自动还是指定值、要不要开启橙色云代理proxied。AI会自动拼出完整的API请求体发送后返回创建成功的结果。3.2 CDN缓存操作刷新和预缓存CDN的核心价值是把源站内容分发到边缘节点用户访问时就近取数据。但缓存有失效时间你发版更新了网页如果CDN节点还抱着旧缓存不放用户看到的还是老页面。传统解决方式是去Dashboard手动“清除缓存”或者调API按URL、按Cache-Tag、按主机名清除。MCP Server把这一套流程做成了工具最常用的是cache_purge你可以传入具体URL清单条也可以传Cache-Tag批量清甚至直接清空整个Zone的缓存。这里有个细节Cloudflare清除缓存是有层级的按URL清除只影响指定地址按Cache-Tag清除影响所有打上该标签的资源按主机名清除影响某域名下全部资源清空整个Zone影响最大。AI能帮你做但你必须理解每种清除范围的影响否则一条指令下去全站缓存都被清空源站压力瞬间拉满。3.3 安全防护防火墙规则与WAF的AI化管理很多站长不知道Cloudflare最值钱的能力其实在安全层面。你可以用它挡住恶意IP、拦截恶意请求、限流、防抓取。但安全策略配置向来复杂怎么写出正确的防火墙表达式ip.src、http.request.uri.path这些字段怎么组合对没系统学过的人来说门槛很高。MCP Server把这个门槛也拉低了。你只要描述需求比如“把来自1.2.3.4的访问全部拦截”AI会生成对应的防火墙规则然后调用工具创建到你的Zone上。用到的工具大致有firewall_rules_list查看现有规则检查自己配的策略有没有生效firewall_rules_create新建规则包含expression表达式和action动作block/allow/challenge等firewall_rules_update修改规则比如IP解封后把block改成allowfirewall_rules_delete删除规则除了基础防火墙WAF托管规则、速率限制规则也可以通过类似方式管理。这意味着你可以在手机上和AI说一句话就完成一次紧急封禁不用开电脑登录Dashboard慢慢找页面。3.4 MCP Server常用工具清单Cloudflare MCP Server实际暴露的工具比上面列的多覆盖DNS、缓存、防火墙、日志、Workers、Access、Custom Hostname等多个模块。我用下来最常碰到的整理成表供参考工具模块常见操作典型场景DNS列出、创建、更新、删除解析记录新增子域名、迁移IP、批量改解析Cache清除缓存、查看缓存配置发版后刷新页面、清理旧资源Firewall增删改查防火墙规则封禁恶意IP、调整放行规则Workers部署脚本、管理路由修改边缘逻辑、灰度发布Logs查询HTTP日志和指标排查502、分析异常流量来源Access管理Zero Trust Access策略给内网应用加访问管控工具数量多不代表都要用上你可以按需给AI开放权限。关键是理解每个工具背后的API逻辑它改了什么配置、影响范围多大、有没有回滚手段。4. 实操过程把Cloudflare MCP Server接到AI客户端4.1 安装配置Cloudflare MCP Server官方包名是cloudflare/mcp-server运行命令很简单npx -y cloudflare/mcp-server首次运行会从npm拉取包之后就能启动服务。但光启动还不行它需要读取你的API Token通过环境变量传入export CLOUDFLARE_API_TOKEN你的Token export CLOUDFLARE_ACCOUNT_ID你的账户ID npx -y cloudflare/mcp-server在实际使用中很少手动启动这个进程而是由AI客户端代为启动。以Claude Desktop为例你需要编辑配置文件claude_desktop_config.json把MCP Server注册进去。macOS路径在~/Library/Application Support/Claude/Windows在%APPDATA%\Claude\Linux在~/.config/Claude/。配置文件结构如下{ mcpServers: { cloudflare: { command: npx, args: [-y, cloudflare/mcp-server], env: { CLOUDFLARE_API_TOKEN: 你的Token, CLOUDFLARE_ACCOUNT_ID: 你的账户ID } } } }保存后重启Claude Desktop在对话界面就能看到MCP工具列表变成了绿的说明成功连上了。Cherry Studio、Cline、Continue等客户端配置方式类似只是设置入口不同比如Cherry Studio是在“设置-MCP服务器”里添加。提示配置里的Token是明文存储的别把这份配置文件分享给别人也别提交到Git仓库。我见过太多因为顺手git push导致Token泄露的翻车案例。4.2 实战用AI添加一条DNS记录我以添加一条A记录为例完整走一遍流程。假设我有一个域名example.com已经在Cloudflare上现在要把dev.example.com解析到服务器IP 203.0.113.10。在Claude对话里输入帮我在example.com这个Zone下添加一条A记录名字是devIP是203.0.113.10开启代理。AI会先调用dns_records_list找到example.com对应的Zone ID如果你有多个域名它需要确认是哪一个然后调用dns_records_create构造请求参数{ zone_id: your_zone_id, type: A, name: dev, content: 203.0.113.10, ttl: 1, proxied: true }注意几个参数的含义type记录类型A记录用于IPv4地址name相对于Zone的主机记录填dev表示dev.example.comttl1表示自动TTLCloudflare会根据情况调整proxiedtrue表示开启橙色云代理让流量经过Cloudflare获得CDN加速和安全防护false表示仅DNS解析流量直连源站创建成功后AI会返回新的记录ID并告诉你解析可能需要几分钟生效。你可以在本地用nslookup dev.example.com验证也可以让AI再调用dns_records_get查一次确认状态。4.3 实战用AI清理CDN缓存网站发布新版本后经常遇到“我改了代码网页还是旧的”问题。这时需要清CDN缓存。通过MCP Server你可以直接对AI说把https://dev.example.com/index.html这个URL的CDN缓存清掉。AI会调用cache_purge传入URL和Zone信息url: https://dev.example.com/index.html后台实际操作是一次Purge Cache请求Cloudflare会从所有边缘节点移除该URL的缓存副本下一次用户访问时重新回源获取。如果你发版涉及大量静态资源一个URL一个URL清太慢这时候可以按Cache-Tag清理。前提是你的源站在响应头里设置了Cache-Tag比如Cache-Tag: v1.2.3那么一句话“清掉v1.2.3这个标签的所有缓存”就能批量搞定。这里要特别提醒Purge Entire Cache清空全站缓存是最暴力的手段除非源站扛得住流量洪峰否则慎用。我通常只在极端情况下比如资源路径全变了、又找不到具体标签时才用。4.4 实战用AI临时封禁一个恶意IP假设你发现某个IP在疯狂刷接口正常情况下你得写一条防火墙规则。现在通过MCP Server直接跟AI说把来源IP 198.51.100.7在example.com上全部拦截动作设为block理由写恶意流量。AI会构造防火墙表达式比如(ip.src eq 198.51.100.7)然后调用firewall_rules_create动作设为block。创建完成后该IP访问example.com下的任何资源都会被Cloudflare边缘节点直接拒绝源站压力立刻消失。如果你想更温和一点可以改成challenge动作让该IP访问时先过一次验证码挑战而不是彻底封死。这个操作在防刷场景下很好用。解封也简单让AI把对应规则删掉或改成allow即可。整个过程不需要打开Dashboard在聊天框里就能完成。我实际操作中这个场景用的频率最高特别是活动大促期间封IP解IP操作频繁AI当助手真的很省力。4.5 让AI自己先出方案再动手说到底AI直接操作生产环境很多人不放心。我的做法是在MCP相关客户端里提前加一条系统提示词告诉AI“执行任何修改类操作前先完整说明计划、涉及资源、影响范围并等待用户确认后再执行”。这样既保留了AI的快速执行能力又给了自己一道人工审批关卡。实际操作时AI会先给出类似“我准备添加一条A记录dev.example.com → 203.0.113.10开启代理TTL自动。确认后我再执行”的回复你回复“确认”或“执行”它才真正调用工具。删除类操作更得谨慎。我配置过的最严格规则是删除DNS记录、清空全站缓存、修改防火墙主规则这三类操作一律要求用户二次确认。不为别的生产环境出事故往往就是某个手快操作引起的。5. 常见问题与排查技巧实录5.1 连不上或报错环境变量没生效最常见的坑是Token明明填了但MCP Server还是报401认证失败。原因大概率有两个一是Token前后有空格复制的时候带进去了二是配置文件里的env字段层级写错了。建议先检查Token里有没有多余空格再确认配置里的嵌套结构正确。另一个坑是Node版本太低。我遇到过老版本Node跑npx包时会直接报语法错误升级到Node 18以上就好了。你可以在终端单独跑npx -y cloudflare/mcp-server加上Token环境变量看能不能正常启动这能快速隔离问题是出在服务本身还是客户端配置。5.2 权限不足Token没开对应的权限遇到“403 Forbidden”或“权限不足”提示别怀疑MCP工具坏了大概率是Token权限范围没覆盖。比如你想让AI删DNS记录但Token只开了DNS的读权限那AI即使理解你的意图API也会拒绝执行。处理方式很简单回Dashboard检查Token权限补上对应的Edit权限后重启客户端让MCP Server重新加载Token。注意修改Token权限后旧配置会自动更新不用重新生成Token但客户端要重启一次。5.3 AI表达含糊或调错工具怎么办AI不是万能的有时候你让它“把这个解析记录改了”它可能分不清改哪条或者误把A记录改成了AAAA记录。我总结的经验是指令越具体AI表现越稳。推荐的做法是跟AI对话时带上这些信息域名、记录类型、记录名称、新值。比如“把dev.example.com的A记录从203.0.113.10改成203.0.113.11”这样AI基本不会理解错。如果AI要操作多个域名的同名记录它一定会反问你确认具体是哪个Zone这时别嫌烦认真核对再确认。5.4 安全问题与日常使用注意事项最后重点说安全。MCP Server给了AI操作真实基础设施的能力这等于把一把锋利的刀交到助手手里。你自己心里要有数Token权限最小化只开AI必须要用的权限比如只做DNS管理的就别给Worker和防火墙的写权限。即使Token泄露损失也能控制在范围内。监控调用日志Cloudflare的审计日志会记录所有API调用定期看一下有没有异常操作。测试环境先行新功能先在小域名上验证确认AI的行为符合预期再放到生产环境。不要分享Token任何人拿到你的Token都能让AI对你的域名做任何操作。这是所有安全问题的底线。我用这个方案跑了几个月的日常运维最大的感受是重复性操作省了很多时间但“省时间”不等于“可以完全放手”。AI是效率放大器它放大的是你的意图如果你稀里糊涂指挥它也会稀里糊涂执行。所以建议从DNS查询、缓存清理这类低风险操作开始熟悉等摸清了AI的脾气再逐步放开防火墙修改等高权限场景。愿你也能少熬几个半夜改解析的夜。