问题极可能源于服务绑定范围受限、主机防火墙拦截或云平台安全组未生效于内网流量；需依次修改服务绑定地址为0.0.0.0、启用ufw并放行7860端口、Windows下配置入站规则、用ss命令验证监听状态、检查云平台内网安全组。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在局域网内部署了DeepSeek V4服务，本地回环地址（127.0.0.1:7860）可正常访问，但同一局域网下的其他设备无法通过服务器IP（如192.168.1.100:7860）连接，则问题极可能源于服务绑定范围受限、主机防火墙拦截或云平台安全组未生效于内网流量。以下是针对性解决步骤：
一、修改DeepSeek服务绑定地址为全接口监听
DeepSeek Web服务默认仅绑定到127.0.0.1，导致外部IP请求被直接拒绝。必须显式指定host参数为0.0.0.0，使服务接受来自所有网络接口的连接请求。
1、定位启动脚本或命令行调用位置，通常为gradio或fastapi启动入口文件（如app.py或launch.py）。
2、查找包含--host 127.0.0.1或host="127.0.0.1"的代码行或参数项。
3、将其替换为--host 0.0.0.0或host="0.0.0.0"。
4、若使用命令行启动，确保完整参数包含：--host 0.0.0.0 --port 7860。
5、重启服务进程，验证变更是否生效。
二、Ubuntu系统启用ufw并放行目标端口
Ubuntu默认启用ufw防火墙，即使未主动配置规则，其默认策略也可能拒绝非localhost入站连接。需明确添加允许规则，并确认ufw处于启用状态。
1、检查ufw当前状态：sudo ufw status verbose。
2、若显示“Status: inactive”，执行sudo ufw enable启用防火墙。
3、添加TCP端口放行规则：sudo ufw allow 7860/tcp。
4、确认规则已加载：sudo ufw status | grep 7860，输出应含“ALLOW IN”及端口号。
5、如曾设置过deny规则，需先删除冲突项：sudo ufw delete deny 7860。
三、Windows主机开放入站端口（适用于Windows子系统或原生部署）
当DeepSeek V4部署于Windows环境（含WSL2但服务暴露在Windows宿主机网络），Windows Defender防火墙默认阻止所有非授权入站连接，必须为对应端口创建专用网络入站规则。
1、按Win + R输入wf.msc，打开Windows Defender 防火墙高级安全设置。
2、左侧点击“入站规则”，右侧点击“新建规则…”。
3、选择“端口”，点击下一步。
4、选择TCP，输入特定本地端口7860，点击下一步。
5、选择“允许连接”，点击下一步。
6、在“配置文件”页中，仅勾选专用，取消勾选“公用”与“域”，点击下一步。
7、命名规则为Allow-DeepSeek-V4-7860，点击完成。
四、验证端口监听范围是否覆盖内网地址
服务虽已声明监听0.0.0.0，但实际运行时可能受底层框架或容器环境影响，仍只绑定到127.0.0.1。需通过系统级命令确认真实监听状态。
1、在服务器终端执行：ss -tuln | grep ':7860'。
2、观察输出中Local Address:Port字段，有效结果应为0.0.0.0:7860或*:7860。
3、若显示为127.0.0.1:7860，说明服务未真正监听外部接口，需返回第一步核查启动参数。
4、如使用Docker部署，检查run命令是否含-p 7860:7860且未加--network host以外的隔离网络限制。
五、云主机安全组策略适配内网通信场景
部分云平台（如阿里云、腾讯云）的安全组规则默认仅控制公网入站流量，而内网通信（VPC内ECS互访）可能受另一套“内网安全组”或“网络ACL”约束，需单独配置。
1、登录云服务商控制台，进入对应ECS实例的“安全组”配置页。
2、确认所绑定安全组的入方向规则中，存在一条协议为TCP、端口范围为7860、授权对象为192.168.0.0/16（或实际内网网段）的规则。
3、避免使用“0.0.0.0/0”作为授权对象，该配置开放公网访问，存在安全风险。
4、若使用专有网络VPC，检查VPC内路由表与网络ACL，确保无拒绝内网子网间通信的显式规则。
