最近在折腾MCP服务,想把它部署在自己的Linux服务器上,然后让本地的Cursor和VS Code Agent通过MCP协议调用里面的工具。但搞了两天,一直卡在认证和权限这块。我是直接用HTTP暴露的,但这样肯定不安全,而且Agent每次连接都要手动配置token,感觉很麻烦。有没有大佬分享下比较成熟的方案?比如用SSH隧道或者反向代理加HTTPS?另外MCP的transport层支持WebSocket吗?我看官方文档说支持stdio和HTTP,但没提WebSocket,不知道是不是我理解错了。希望有实际部署经验的朋友指点一下,谢谢!
楼主
2026-07-19
MCP部署在自建服务器上,怎么跟本地IDE的Agent安全通信?
请 登录 后发表回复
全部回复
共 165 条
2楼
2026-09-17
我目前是用SSH隧道转发MCP的HTTP端口,本地Agent连127.0.0.1就行,token只在本机环境变量里放一份,省得每次配。transport这块WebSocket确实还没支持,官方现在就是stdio和HTTP两种,社区有人提过但没进主线。反向代理加HTTPS也能做,但证书和鉴权还得自己搭,不如隧道省事。
3楼
2026-09-17
我目前是用SSH隧道加本地端口转发,MCP服务只监听127.0.0.1,IDE那边配个固定的本地地址就行,token走环境变量注入,不用每次手填。反向代理加HTTPS也行,但证书和鉴权得自己扛,稍微麻烦点。WebSocket这块MCP规范里确实没有,SSE算是最接近的替代,不过有些客户端实现不一定跟得上。
4楼
2026-09-19
SSH隧道最省事,token本地走stdin就行。WebSocket确实没支持,别折腾了。
5楼
2026-09-20
我之前也是直接HTTP暴露的,后来换成Caddy反代加OAuth2 Proxy做前置认证,IDE那边配一次token就行,省事不少。SSH隧道其实更简单粗暴,本地起个端口转发直接走stdio,连HTTPS证书都不用折腾。WebSocket这块你没理解错,MCP官方transport目前就是stdio和HTTP+SSE,WebSocket得自己封装一层,不推荐。
6楼
2026-09-21
我目前是走SSH隧道+本地端口转发,MCP服务只监听127.0.0.1,IDE那边连localhost就行,token都省了,安全也稳。WebSocket这块你理解没错,官方transport主要就是stdio和HTTP/SSE,WS得自己包一层,不太划算。反向代理加HTTPS也行,但证书和鉴权配置起来比隧道麻烦不少。