Postman 能直接访问局域网接口，前提是本机与目标服务同处一局域网、服务监听可访问IP（如http://192.168.1.100:8080/api），且网络连通、防火墙放行、URL和端口准确无误。
Postman 能直接访问局域网接口，前提是你的本机已连入该局域网且目标服务监听的是可被访问的 IP 和端口（比如 http://192.168.1.100:8080/api/users）。它不依赖外网或代理，也不需要额外配置——只要网络通、服务开、防火墙放行，就能调通。
确认本地与目标服务在同一局域网并能 ping 通
这是最关键的前置动作。很多“调不通”问题其实卡在这一步，而不是 Postman 本身。
- 在终端执行
ping 192.168.x.x（替换为目标服务的真实内网 IP），看是否收到回复；若超时，说明物理/网络层不通 - 检查目标服务是否真的在运行：比如用
curl http://192.168.x.x:port/health测试，避免误以为是 Postman 问题 - Windows 用户注意：Windows 防火墙默认可能拦截非 localhost 的入站请求，需手动放行对应端口或关闭防火墙临时验证
- Linux/macOS 上，确认服务绑定的是
0.0.0.0或具体局域网 IP，而非仅127.0.0.1（后者只响应本机请求）
Postman 中正确填写 URL 和 Method，别拼错 IP 或端口
内网地址不像公网域名有 DNS 解析容错，IP 和端口写错一个数字就 404 或 Connection refused。
- URL 必须带协议，如
http://192.168.1.100:3000/api/login；https会强制走 TLS，局域网服务通常没配证书，容易报 SSL 错误 - 端口号不能省略，即使服务用了 80 或 443 —— Postman 不会自动补全；
http://192.168.1.100/api/login实际发往 80 端口，但如果你的服务跑在 8080，就必须显式写出 - 避免复制粘贴时带不可见空格或中文标点（尤其是冒号），建议手动敲一遍 URL 校验
- GET 请求的参数优先用
Params标签页填，别手写在 URL 里拼接，否则容易编码错误（比如空格变%20失败）
POST/PUT 等请求要配对 Content-Type 和 Body 格式
内网服务往往比公网 API 更“较真”，Content-Type 不匹配会导致 400 或静默失败。
Postman 12.27.7
下载
Postman 12.27.7 Windows x64 官方安装包，适用于 API 设计、调试、测试与协作。该系列包含 Enterprise 云端性能测试静态 IP 出口能力，以及接口规范标签管理改进，适合受限网络测试与规范资源组织场景。
- 如果后端接收 JSON，Header 中必须设
Content-Type: application/json，Body 选raw并切换右侧下拉为JSON - 若用
x-www-form-urlencoded，Body 里填键值对即可，Postman 会自动编码；此时 Header 不用手动加 Content-Type，它会自动生成 - 上传文件必须用
form-data，且文件字段名要和后端约定一致（比如file或avatar），否则后端收不到 - 常见坑：
raw模式下选了Text却写了 JSON，或选了JSON却粘贴了带注释的 JSON（JSON 不支持注释）
遇到 502/504 或连接超时，先排除代理干扰
Postman 默认不走系统代理，但如果你开了全局代理（比如 Clash、Charles、公司上网策略），它可能被意外劫持，尤其在调试内网时反而连不上。
- 点击右上角设置图标 →
Settings→ 取消勾选Use system proxy configuration - 如果必须走代理（如公司统一出口），则手动填代理地址和端口，并确保该代理能访问内网段（很多代理默认屏蔽私有 IP 段）
- 检查是否启用了
SSL certificate verification：内网自签证书常导致 TLS 握手失败，临时关闭该选项可快速验证是否证书问题 - 不要依赖网页版 Postman（postman.co）调试内网接口——它运行在云端，根本接触不到你的局域网
真正卡住的时候，往往不是 Postman 设置不对，而是你没意识到服务监听地址写死了 127.0.0.1，或者路由器隔离了同网段设备，又或者 Docker 容器没做 --network host 或端口映射。把网络层和应用层的边界划清楚，比翻 Postman 文档更管用。
