1. 为什么我要在本地抓一次 MCP 的包MCPModel Context Protocol这两年被聊得很多被称作“AI 的 USB-C 接口”。但真到自己动手接的时候问题往往不是协议本身而是请求到底发出去没有、鉴权头带没带上、SSE 长连接为什么一直挂着不返回、工具调用为什么报 401。光看日志很难判断因为流式响应和普通 HTTP 请求混在一起日志里只有一行“连接失败”。我这次的做法是把 AI 工具到 MCP 服务之间的流量在本地用 Wireshark 抓下来同时把上游模型/工具通道统一走 TaoToken 的 Key这样请求头里的鉴权字段是固定的、可预期的抓包时一眼就能看出是“没带 Key”还是“Key 不对”还是“SSE 被中间层截断”。适合已经在用 MCP、但被连接和鉴权问题卡住的同学也适合想搞清楚 SSE POST 这套组合到底怎么跑的人。整篇会给出可复制的 Wireshark 过滤表达式、TaoToken 接入配置骨架settings.json / config.toml以及一次完整的抓包验证动作。你照着做能在自己的机器上复现出 GET /sse 挂起、三个 POST 控制指令、结果从 SSE 推回的全过程。2. TaoToken 前置把 Key 和通道先统一抓包最怕变量太多。如果每个工具的 Key 来源不一样、Base URL 不一样抓出来的请求头五花八门根本没法对比。所以我先把模型对话和工具调用的通道统一到 TaoToken用同一个 Key 走同一个 API 入口这样抓包时鉴权头就是稳定的一行出问题只可能是配置写错或网络层拦截。TaoToken 官网入口在这里https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 基址是 https://taotoken.net/api 这个不加 UTM直接填进配置里。需要提前准备的东西一个 TaoToken 账号登录后在控制台创建 API Key本地已经能跑起来的 MCP 服务Python 的 FastMCP 就行端口自己定比如 8077Wireshark 装好抓包网卡选 loopbackWindows 上是 Npcap Loopback AdaptermacOS/Linux 直接 lo一个会调用 MCP 的客户端Dify、Claude Code、或者自己写的脚本都可以。创建 Key 的入口在控制台的 API Keys 页面https://taotoken.net/console/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 。拿到 Key 之后先别急着填下面配置骨架里会说明每个字段对应什么。注意抓包会看到完整的请求头包括你的 Key。本地抓包没问题但别把带 Key 的 pcap 文件传到公开仓库或截图发出去。演示时把 Authorization 那行打码。3. 可复制配置settings.json 与 config.toml 骨架不同客户端读的配置文件不一样。Claude Code 这类走 settings.json一些 Python/Go 写的 Agent 走 config.toml。下面两份骨架都指向 TaoToken 的 API 入口Key 用占位符你替换成自己的。3.1 settings.json 骨架{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: sk-你的TaoTokenKey, ANTHROPIC_MODEL: claude-sonnet-4-20250514 }, mcpServers: { simple-test-server: { type: sse, url: http://localhost:8077/sse, headers: { Authorization: Bearer sk-你的TaoTokenKey } } } }这里有两个 Key 的位置一个是模型通道的 ANTHROPIC_AUTH_TOKEN一个是 MCP 服务自己的 headers。如果你希望 MCP 服务也走统一鉴权就把 headers 里的值也换成 TaoToken 的 Key如果 MCP 是本地自建、不需要鉴权headers 可以留空但抓包时就看不到鉴权头排查范围会变大。我建议先都填上方便对比。3.2 config.toml 骨架[llm] provider anthropic base_url https://taotoken.net/api api_key sk-你的TaoTokenKey model claude-sonnet-4-20250514 [[mcp.servers]] name simple-test-server transport sse url http://localhost:8077/sse [mcp.servers.headers] Authorization Bearer sk-你的TaoTokenKey3.3 MCP 服务端最小示例服务端用 FastMCP 起一个 SSE 服务端口 8077暴露一个工具。这段代码可以直接跑#!/usr/bin/env python3 from mcp.server.fastmcp import FastMCP mcp FastMCP(simple-test-server, port8077, host0.0.0.0) mcp.tool() async def number_fortune_teller(x: float, y: float) - str: 根据两个数字返回一条预测结果 magic abs(int((x y) * 7.777)) % 1000 return fmagic{magic}, x{x}, y{y} if __name__ __main__: print(SSE endpoint: http://localhost:8077/sse) mcp.run(transportsse)跑起来之后先别急着接客户端用 curl 确认 SSE 端点活着curl -N http://localhost:8077/sse正常的话会看到一行event: endpoint和一行data: /messages/?session_id...然后连接挂住不返回。这就是 SSE 长连接的特征记住这个现象后面抓包会反复看到。4. Wireshark 过滤表达式与一次完整抓包验证4.1 抓包前的过滤设置打开 Wireshark选 loopback 网卡在捕获过滤器里填tcp port 8077这样只抓 MCP 服务的流量不会被其他进程干扰。如果客户端和 MCP 不在同一台机器把 8077 换成实际端口网卡选对应的物理网卡。开始抓包后在客户端里发一句会触发工具调用的话比如“我的幸运数字是 5 和 10请用工具预测一下”。等结果返回停止抓包。4.2 显示过滤器只看 HTTP 和 SSE捕获到的包很多用显示过滤器收敛http.request or http.response如果想直接定位 SSE 那条长连接http.request.method GET tcp.port 8077想单独看 POST 控制指令http.request.method POST tcp.port 80774.3 抓到的流量长什么样按时间顺序你会看到这样一组交互第一步客户端发起GET /sse服务端返回 200Content-Type 是text/event-stream然后这条连接一直挂着不结束。这就是 SSE 推送通道。第二步客户端发POST /messages/?session_idxxxbody 是initialize告诉服务端自己是谁、协议版本多少。服务端立刻回202 Accepted注意是 202 不是 200意思是“指令收到了结果稍后从 SSE 推”。第三步客户端再发一个 POSTbody 是tools/list问服务端有哪些工具可用。同样回 202。第四步客户端发第三个 POSTbody 是tools/call里面带上工具名和参数{x: 5, y: 10}。还是回 202。第五步之前挂着的GET /sse终于吐出数据里面是tools/call的执行结果isError: falsecontent 里就是工具返回的文本。在 Wireshark 里选中 GET /sse 那条流右键 Follow → TCP Stream把显示格式切成 UTF-8就能看到完整的 SSE 事件event: endpoint data: /messages/?session_id1d9a46a3b1cd45c38ec13b120ed82c72 event: message data: {jsonrpc:2.0,id:0,result:{protocolVersion:2025-06-18,capabilities:{tools:{listChanged:false}},serverInfo:{name:simple-test-server,version:1.27.0}}} event: message data: {jsonrpc:2.0,id:1,result:{content:[{type:text,text:magic116, x5, y10}],isError:false}}到这里一次完整的 MCP 调用就抓全了一条 SSE 长连接负责推结果三个 POST 负责发指令session_id 把两者串起来。4.4 验证鉴权头有没有带上在 Wireshark 里选中任意一个 POST 请求展开 HTTP 层看Authorization字段。如果配置正确应该能看到Bearer sk-...。如果这里是空的说明客户端配置里 headers 没生效MCP 服务如果要求鉴权就会返回 401。这一步是排查鉴权问题最直接的证据。5. 本篇常见错排查5.1 GET /sse 一直挂起没有任何 event 返回这是正常的SSE 本来就是长连接不返回不代表出错。判断它是否正常看两点HTTP 状态是不是 200Content-Type 是不是text/event-stream。如果状态是 401 或 403那就是鉴权没过回去检查 headers 里的 Key。如果状态是 404检查 URL 路径是不是写成了/sse而不是/messages。5.2 三个 POST 都返回 202但 SSE 一直不推结果202 只代表指令被接收不代表执行成功。这时候去 SSE 那条流里找isError字段。如果是true看 content 里的错误信息。常见原因是工具名拼错、参数类型不对比如传了字符串但工具要 float。另外检查 session_id 是否一致三个 POST 必须带同一个 session_id否则服务端不知道往哪条 SSE 推。5.3 Wireshark 抓不到任何包先确认抓的是 loopback 网卡。如果客户端和服务在同一台机器流量走 lo抓物理网卡是抓不到的。Windows 上需要装 Npcap 并勾选 Loopback Adapter。另外确认捕获过滤器端口和 MCP 实际端口一致FastMCP 默认可能是 8000示例里改成了 8077别抓错端口。5.4 请求头里看不到 Authorization检查配置文件的层级。settings.json 里 headers 是挂在 mcpServers 下面那个服务对象里的不是顶层。config.toml 里是[mcp.servers.headers]少一层都不生效。改完配置记得重启客户端很多客户端只在启动时读一次配置。5.5 SSE 数据在 Wireshark 里显示乱码SSE 默认是 UTF-8Wireshark 的 TCP Stream 窗口默认可能是 ASCII。在 Follow TCP Stream 窗口底部把 Show data as 改成 UTF-8中文和 JSON 就正常了。如果还是乱码检查服务端有没有设置charsetutf-8。6. 把抓包变成日常排查习惯抓一次包能解决的问题比翻十遍日志都直接。我的建议是把tcp port 8077这个捕获过滤器存成 Wireshark 的快捷按钮每次接新 MCP 服务先抓一轮确认 GET /sse 返回 200、三个 POST 返回 202、SSE 里有 isError: false这三步过了连接和鉴权基本就没问题。如果你还在调模型通道和 MCP 的配合可以先用模型对话页面确认 Key 和通道是通的https://taotoken.net/chat?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewrite 。长期跑编码类 Agent、需要稳定通道的看 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 。接入细节和字段说明在文档里https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。Claude Code 相关的配置参考https://taotoken.net/claudecode-anthropic?utm_sourcetaotoken_aicg_blog_endutm_contentclaudecodeutm_campaignrewrite 。最后留一个我踩过的坑抓包时如果客户端开了 HTTP/2Wireshark 默认可能解不出明文头需要在 Preferences → Protocols → HTTP2 里确认 SSLKEYLOGFILE 已配置或者临时把客户端切回 HTTP/1.1 再抓。MCP 的 SSE 在 HTTP/1.1 下最好观察排查阶段先用 1.1稳定了再切回去。