Postman请求正常但生成的curl/Python代码报错的排查求助

1. 请求头的细微差异 #

Postman会自动添加一些默认请求头，生成代码时往往会遗漏，这是服务器拒绝请求的高频原因：

• User-Agent：Postman的UA是特定格式（如PostmanRuntime/7.32.3），而curl默认是curl/xxx、Python requests默认是python-requests/xxx，部分服务器会做UA白名单校验
• Accept-Encoding：Postman默认带gzip, deflate, br，生成的脚本可能只包含部分编码类型
• Cache-Control：Postman默认携带no-cache，脚本大概率缺失
• 头信息大小写：Postman对大小写不敏感，但部分老服务器会严格校验头字段的大小写（比如Content-Type写成content-type会被拒）

验证修复：在Postman中选择「Copy as cURL (bash)」并勾选「Include headers」，对比生成的curl命令补全缺失的头；Python脚本直接复制Postman的完整请求头字典传入headers参数。

2. 代理配置的深层差异 #

公司代理环境下，Postman会自动读取系统代理（包括NTLM认证），但脚本需要显式配置：

• curl需要添加代理参数：--proxy http://proxy-ip:port，如果是NTLM认证，追加--proxy-user domain\user:password或--ntlm
• Python requests需在请求中指定代理：proxies={"http": "http://proxy-ip:port", "https": "http://proxy-ip:port"}；NTLM认证需安装requests-ntlm库，用HttpNtlmAuth处理身份验证
• 代理SSL证书：Postman会自动识别系统安装的自定义CA，脚本需显式指定证书路径，比如curl用--cacert /path/to/company-ca.crt，requests用verify="/path/to/company-ca.crt"

3. SSL/TLS版本的兼容差异 #

Postman默认支持的TLS版本范围较宽，而curl/Python可能受限：

• curl需显式指定TLS版本：--tlsv1.2或--tlsv1.3
• Python脚本需手动指定TLS版本和加密套件，示例：

  import requests
  from requests.adapters import HTTPAdapter
  from urllib3.poolmanager import PoolManager
  import ssl
  
  class TLSAdapter(HTTPAdapter):
      def init_poolmanager(self, *args, **kwargs):
          ctx = ssl.create_default_context()
          ctx.set_ciphers('DEFAULT@SECLEVEL=1')
          ctx.options |= ssl.OP_NO_TLSv1 | ssl.OP_NO_TLSv1_1
          kwargs['ssl_context'] = ctx
          return super().init_poolmanager(*args, **kwargs)
  
  session = requests.Session()
  session.mount('https://', TLSAdapter())
  response = session.post(url, headers=headers, json=payload, proxies=proxies)
  

4. 请求体的编码差异 #

Postman发送JSON时会自动设置Content-Type: application/json并正确编码，但脚本容易出错：

• curl中需用--data-raw '{"key": "value"}'而非--data（--data会自动编码特殊字符，导致请求体与Postman不一致），同时必须添加-H "Content-Type: application/json"
• Python中需用json={"key": "value"}参数，而非data参数（data参数不会自动设置Content-Type，需手动编码JSON并指定头）

5. Cookie与会话状态差异 #

Postman会保留之前请求的Cookie（如会话ID、CSRF Token），但生成的脚本是全新请求，无状态信息：

• 检查Postman的请求头，复制Cookie字段到脚本中
• 如果存在CSRF Token，需先发送GET请求获取Token，再在POST请求的头或体中携带（Postman可能自动完成了这个前置流程）

6. 证书验证的细节差异 #

即使安装了自定义CA，脚本可能未正确加载：

• curl需用--cacert参数指定CA文件路径，而非仅依赖系统证书库
• Python requests需设置verify参数指向CA文件，或把CA证书导入系统证书库（Linux：/etc/ssl/certs，Windows：通过证书管理器导入）

内容的提问来源于stack exchange，提问作者echo