Postman发HTTPS请求，请求最让人抓狂的请求从来不是填URL，而是请求证书报错。那个红彤彤的请求“Self-signed certificate”提示，能把新手直接劝退。请求我见过一个测试同事，请求对着自签名证书折腾了半小时，请求最后愤然关掉Postman改用curl——其实他只需要点一下设置里的请求“关闭SSL验证”开关。

真实场景里，请求你大概率会遇到三类HTTPS问题。请求第一类是请求公司内网测试环境，证书是请求自签的，Postman默认不信任。请求第二类是请求证书域名和请求地址不匹配，比如你访问的请求是IP，但证书签给了域名。第三类最隐蔽——代理软件拦截了流量，导致证书链断裂。判断方法很简单：用浏览器打开同一个地址，如果浏览器也报错，那问题在服务端；如果浏览器正常，那一定是Postman的证书信任机制在作祟。

解决第一类问题，打开Postman的Settings，找到“SSL certificate verification”，直接关掉。这是最粗暴但最有效的办法。别怕不安全，测试环境本来就没必要较真。第二类问题，关掉验证也能解决，但如果你非要较真，可以把证书导入系统信任库——Windows下双击证书文件，选“安装证书”，存到“受信任的根证书颁发机构”。Mac用户则要钥匙串访问里操作，步骤繁琐，不如直接关开关来得痛快。

第三类代理问题最坑。我用Charles抓包时经常遇到，Postman发请求报“unable to verify the first certificate”，可Charles里明明能看到明文流量。这时候别急着关验证，先检查Postman的Proxy设置——它默认走系统代理，但Charles的SSL Proxying需要单独配置域名。你在Charles里把目标域名加进SSL Proxying列表，Postman的请求就能正常通过。如果还不行，把Postman的代理改成手动，指向127.0.0.1:8888，基本能解决。

还有个细节容易被忽略——HTTP版本。Postman默认用HTTP/1.1，但有些新服务强制要求HTTP/2。你发HTTPS请求时如果遇到奇怪的“Connection reset”错误，去设置里把“HTTP/1.1”改成“HTTP/2”试试。别问我为什么知道，我在调试一个gRPC-Web服务时被这个坑了整整一下午。

最后说个偏方。当你实在搞不定证书，又不想关掉全局验证，可以给Postman配置一个客户端证书。前提是你有.p12或.pem格式的证书文件，在Settings的“Certificates”标签页里，添加对应域名和证书路径。这招对双向TLS认证的接口特别管用——我调过一家银行的支付接口，他们要求客户端证书，不配这个连握手都完成不了。

写到这里，想起当年第一次用Postman发HTTPS请求，报错信息密密麻麻，我以为是代码写错了，后来才发现是公司电脑装了安全软件，强制劫持了所有流量。把那个软件卸载后，世界清净了。所以，遇到诡异问题，先想想是不是环境因素——有时候不是你错了，是工具被绑架了。