您的资源可能使用HTTPS协议上的自签名SSL证书。 铬，所以谷歌铬块默认认为这类资源不安全。

你可以这样绕过这个问题:

假设你的框架的URL是https://www.domain.com，在chrome中打开一个新选项卡并进入https://www.domain.com。 Chrome将要求您接受SSL证书。接受它。 然后，如果你用你的框架重新加载你的页面，你可以看到它现在工作了

正如你可以猜到的，问题是你网站的每个访问者都必须执行这个任务来访问你的框架。

你可以注意到，chrome将阻止你的URL为每个导航会话，而chrome可以记住，你信任这个域。

如果你的帧可以通过HTTP访问，而不是HTTPS，我建议你使用它，这样这个问题就解决了。

有时谷歌Chrome浏览器会抛出这个错误，即使它不应该。 当Chrome有了新版本，需要重新启动时，我就经历过这种情况。 重新启动后，同一页面正常工作，没有任何错误。 控制台的错误是:

net::ERR_INSECURE_RESPONSE

如果您正在开发，并且正在使用Windows机器进行开发，只需将localhost添加为可信站点。

是的，根据DarrylGriffiths的评论，虽然看起来像是你在添加ie设置……

我认为这些是Windows而不是IE设置。尽管MS倾向于假设它们只是IE(因此在“启用保护模式”旁边的警报要求重新启动IE)…

尝试这段代码来观察并报告一个可能的net::ERR_INSECURE_RESPONSE

我也有这个问题，使用自签名证书，我选择不保存到Chrome设置。在访问https域并接受证书之后，ajax调用可以正常工作。但是一旦接受超时或在它第一次被接受之前，jQuery.ajax()调用就会无声地失败:timeout参数似乎没有帮助，error()函数永远不会被调用。

因此，我的代码从未接收到success()或error()调用，因此挂起。我相信这是jquery处理此错误的错误。我的解决方案是在指定的超时后强制调用error()。

这段代码确实假设了jquery ajax调用的形式。Ajax ({url:必需，成功:可选，错误:可选，others_ajax_params:可选})。

注意:您可能希望在setTimeout中更改函数，以便与您的UI最好地集成:而不是调用alert()。

const MS_FOR_HTTPS_FAILURE = 5000;
$.orig_ajax = $.ajax;
$.ajax = function(params)
{
  var complete = false;
  var success = params.success;
  var error = params.error;
  params.success = function() {
    if(!complete) {
      complete = true;
      if(success) success.apply(this,arguments);
    }
  }
  params.error = function() {
    if(!complete) {
      complete = true;
      if(error) error.apply(this,arguments);
    }
  }
  setTimeout(function() {
    if(!complete) {
      complete = true;
      alert("Please ensure your self-signed HTTPS certificate has been accepted. "
        + params.url);
      if(params.error)
        params.error( {},
          "Connection failure",
          "Timed out while waiting to connect to remote resource. " +
          "Possibly could not authenticate HTTPS certificate." );
    }
  }, MS_FOR_HTTPS_FAILURE);

  $.orig_ajax(params);
}

我在华硕T100 Windows 10测试设备上(最新版)Edge和Chrome浏览器上仍然遇到了上述问题。

解决方案存在于设备的日期/时间设置中;不知怎的，日期设置不正确(过去的日期)。通过设置正确的日期(并重新启动浏览器)来恢复，为我解决了这个问题。我希望我省去了调试这个问题的麻烦。

为这个错误提供了另一种可能的解决方案。

如果您有一个前端应用程序对后端进行API调用，请确保引用已颁发证书的域名。

e.g.

https://example.com/api/etc

而不是

https://123.4.5.6/api/etc

在我的例子中，我使用一个证书对一个安全服务器进行API调用，但是使用的是IP而不是域名。这将抛出一个加载失败的资源:net::ERR_INSECURE_RESPONSE。

这个问题是因为你的https意味着SSL认证。试试Localhost。

打开控制台，点击里面的URL。它会把你带到API页面，然后在页面中接受SSL证书，回到你的应用页面并重新加载。 请记住，之前应该已经为您的Dev环境颁发了SSL证书。