【问题标题】:Naked domain URL not resolving at home page裸域 URL 未在主页解析
【发布时间】:2017-07-19 13:17:58
【问题描述】:

我有一个电子商务平台,有大约 30 家商店,全部由 NodeJS(express)和 Angular 组成,托管在 Azure 上。

我们还启用了 SSL。当我尝试在没有 SSL 的情况下打开例如 http://eminencepk.com 时,它会停留在 chrome 中连接。如果我添加http://eminencepk.com/?en/ 之后的任何内容,它会完美运行。也可以使用 https。

此域在 Amazon Route 53 上进行管理。类似的事情发生在另外 3 家商店。它甚至没有到达我们的服务器。

PS:我只是在寻找可能的问题,因为它在 VPN 上也能正常工作。

【问题讨论】:

  • 这似乎对我有用。
  • 忘了说,也适用于VPN
  • 查看新的编辑。我只是在寻找任何可能的原因。
  • 我刚刚导航到http://nishatlinen.com,它解决并最终为我成功重定向到https://usa.nishatlinen.com/。我在没有扩展的 Chrome 中做到了这一点。有可能是您有扩展干扰吗?我还想看看 usa. 重定向是否可能成功,但其他子域重定向可能有错误?
  • 在多台机器上试过。没用。我预计 ISP 方面会出现一些问题,但我需要有充分的逻辑理由告诉客户。

标签: node.js angular azure ssl amazon-route53


【解决方案1】:

对我来说,它似乎工作正常,但我发现一个问题可能已经发生。

也许该网站曾经使用 301 Moved Permanently 重定向到 HTTPS。您的浏览器或代理已缓存新位置(应该如此)并尝试访问 HTTPS 版本(由于证书错误,当前无法正常工作)而不再检查 HTTP 版本,并且无法继续。其他带有一些查询参数的 URL 没有被缓存,并导致对当前未重定向到 HTTPS 的 HTTP 服务器的新请求。

这是我看到的对您描述的症状的唯一合乎逻辑的解释。

有关重定向类型及其使用后果的一些信息,请参阅此答案:

【讨论】:

  • 是的,我们最近转移到了 HTTPS,它在 HTTPS 上运行良好,问题在于 HTTP,它在 VPN 上运行良好,这意味着问题出在本地。但另一方面,如屏幕截图所示,我正在 Incognito 中尝试,这意味着没有 CACHE。
  • RSP 提出了一个很好的观点 - 可能是一个网络设备执行一些不在您的机器中/上的缓存。这也可以解释为什么 VPN 会吸引你。
猜你喜欢
  • 2012-08-05
  • 1970-01-01
  • 2010-09-21
  • 2017-05-07
  • 2020-02-04
  • 2015-03-03
  • 1970-01-01
  • 1970-01-01
  • 2017-07-27
相关资源
最近更新 更多