MCP服务器连本地大模型一直超时，是配置问题还是我的姿势不对？

Ollama默认keep-alive就5分钟，模型重载时首次响应会拖很久，把OLLAMA_KEEP_ALIVE调大试试。

我之前也遇到过类似问题，后来换了方案。

你这个情况我前阵子也踩过，挺典型的。FastMCP那边如果是同步函数里直接requests.post到Ollama，确实会把asyncio的event loop堵死，表面上看是超时，其实是整个服务端卡住了。你可以先确认下工具函数是不是async def，里面用httpx.AsyncClient而不是requests，这一改往往就通了。另外Ollama默认keep-alive时间不长，MCP服务端如果复用了连接池但没配好超时，第二次调用就容易挂，建议显式设个timeout和连接池参数试试。还有个容易忽略的点，Ollama跑在localhost的话，有时候IPv6解析会先走::1再回落，几秒的延迟刚好卡在超时边缘，把base_url写成127.0.0.1能排除这个干扰。排查顺序我一般先看服务端日志有没有真的把请求发出去，再抓Ollama那边的访问记录，两边对一下就知道卡在哪一段了。

Ollama那边keep-alive确实值得先看，默认长连接有时候会让FastMCP里的httpx客户端读超时，你试试把timeout调大或者干脆在请求头里加Connection: close。另外你服务端访问Ollama是用requests还是httpx？如果是requests同步库套在async的MCP handler里，事件循环铁定被堵死，换成httpx.AsyncClient试试。我之前也以为是配置问题，结果发现是MCP的tool调用默认有超时限制，得在客户端那边把timeout参数放宽。