我正在使用邮差测试我有一个API，当请求不包含子域时，一切都很好，然而，当我添加一个子域到URL时，我得到了这个响应。
无法得到任何回应 连接http://subdomain.localhost:port/api/时出错 为什么会发生这种情况: 服务器无法发送响应:请确保后端正在工作 正确 自签名SSL证书被阻止:通过关闭来修复此问题 “SSL证书验证”设置>通用 Proxy配置错误确保Proxy配置正确 在“设置”中>代理 请求超时:在“设置”中修改请求超时时间
如果我从邮差复制相同的URL并将其粘贴到浏览器中，我得到了一个正确的响应，是否有某种配置，我应该做邮差工作与子域?
当前回答
我想出了这个解决方案
在邮递员去设置——>代理 关闭全局代理配置 使用系统代理 然后进入windows主机配置文件 “C: \ Windows \ System32系统\司机\等\主机的 以管理员模式打开该文件 将子域添加到hosts文件中
其他回答
在我的案例中，问题是对于UAT环境，API URL将以http而不是https开始。 另外，后端为http和https分配不同的端口。
例如,
http://10.12.12.31:2001 / api /例子。-对我来说是正确的
https://10.12.12.31:2002 / api /例子。-对我来说是错的
因为我正在使用https和2002端口来访问UAT环境。 所以我在邮差中得不到任何响应错误。
当得到以下错误时，
您需要完成以下操作。
步骤1: 在邮差中，单击扳手图标，转到设置，然后转到代理选项卡。
步骤2: 创建一个自定义代理。本文解释了如何创建自定义代理。 创建自定义代理后，请确保将代理切换按钮关闭。我为代理服务器输入了61095，它为我工作了。
第三步:
成功
如果您使用asp.net core 2应用程序，解决方案非常简单。在startup.cs文件中的ConfigureServices方法中这一行
services.AddMvc()
.SetCompatibilityVersion(CompatibilityVersion.Version_2_1)
.AddJsonOptions(x => x.SerializerSettings.ReferenceLoopHandling = Newtonsoft.Json.ReferenceLoopHandling.Ignore);
在我的例子中，它是一个配置错误的子网。ELB的2个子网中只有一个正常工作。
我通过执行nslookup并试图直接卷曲返回的ip来计算出这一点。只有一个成功了。 邮差一直在用那个配置错误的。
首先去邮差的设置:
关闭“常规”页签中的SSL证书验证:
关闭“代理”页签的“全局代理配置和使用系统代理”:
使请求超时为0 (0)
配置Apache:
如果上述更改导致404响应，请继续阅读;-)
本地托管站点的用户(如XAMP和/或WAMP)可能能够使用https://前缀地址访问他们的虚拟站点，但这是一个谎言，要真正启用SSL(对于每个虚拟站点)，配置Apache如下:
在您首选的文本编辑器中打开httpd-vhosts.conf文件(来自Apache的conf/extras目录)。 更改虚拟站点的设置，如下所示:
<VirtualHost *:80 *:443>
ServerName my-site.local
ServerAlias *.my-site.local
DocumentRoot "C:\xampp\htdocs\my-project\public"
SSLEngine on
SSLCertificateFile "path/to/my-generated.cert"
SSLCertificateKeyFile "path/to/my-generated.key"
SetEnv APPLICATION_ENV "development"
<Directory "C:\xampp\htdocs\my-project\public">
Options Indexes FollowSymLinks
AllowOverride All
Order allow, deny
Allow from all
</Directory>
</VirtualHost>
当然，生成一个伪ssl -certificate，并更改所有文件路径，例如从“path/到/my-generated”。变成真实的文件地址。
最后，通过在浏览器中访问本端站点进行测试，但是使用http://(没有S)前缀地址;Apache现在应该给出如下错误:
Bad Request
Your browser sent a request that this server could not understand.
Reason: You're speaking plain HTTP to an SSL-enabled server port.
Instead use the HTTPS scheme to access this URL, please.
