我正在使用邮差测试我有一个API，当请求不包含子域时，一切都很好，然而，当我添加一个子域到URL时，我得到了这个响应。
无法得到任何回应 连接http://subdomain.localhost:port/api/时出错 为什么会发生这种情况: 服务器无法发送响应:请确保后端正在工作 正确 自签名SSL证书被阻止:通过关闭来修复此问题 “SSL证书验证”设置>通用 Proxy配置错误确保Proxy配置正确 在“设置”中>代理 请求超时:在“设置”中修改请求超时时间
如果我从邮差复制相同的URL并将其粘贴到浏览器中，我得到了一个正确的响应，是否有某种配置，我应该做邮差工作与子域?
当前回答
我也有同样的问题。这是由“Authorization”报头值末尾的换行符引起的，我通过复制粘贴承载令牌手动设置了换行符(意外地在其末尾包含换行符)。
其他回答
在我的案例中，问题是对于UAT环境，API URL将以http而不是https开始。 另外，后端为http和https分配不同的端口。
例如,
http://10.12.12.31:2001 / api /例子。-对我来说是正确的
https://10.12.12.31:2002 / api /例子。-对我来说是错的
因为我正在使用https和2002端口来访问UAT环境。 所以我在邮差中得不到任何响应错误。
您提到您使用的是CER证书。
根据邮差证书页面。
在CRT文件字段中选择客户端证书文件。目前，我们只支持CRT格式。对其他格式(如PFX)的支持很快就会到来。
扩展名CER, CRT不会让证书成为那种类型的证书但是，这些是例外的扩展名。
CER是二进制形式的X.509证书，DER编码。
CRT是一个二进制X.509证书，封装在文本(base-64)编码中。
通过OpenSSL可以将CER文件转换为CRT文件。我的运气不太好，但它看起来是这样的。
openssl x509 -inform PEM -in证书。输出certificate.crt
or
openssl x509 -通知DER -in证书。输出certificate.crt
邮递员Linux版本6.7.1 - Ubuntu 18.04 - Linux 4.15.0-43-generic / x64
我也遇到了同样的问题，我偶然用http://127.0.0.1替换了http://localhost，一切都正常工作。
我的etc/hosts有适当的localhost条目，https://localhost请求总是按预期工作。
我不知道为什么更改localhost为http 127.0.0.1解决了这个问题。
在我的例子中，它是一个配置错误的子网。ELB的2个子网中只有一个正常工作。
我通过执行nslookup并试图直接卷曲返回的ip来计算出这一点。只有一个成功了。 邮差一直在用那个配置错误的。
在我的例子中，MVC不能序列化结果(我不小心使用了模型而不是DTO)。我调试到传递一个简单的字符串，这是有效的。一旦我修复了序列化，它就全部出现了。
