【问题标题】:What is the best way to point a toplevel domain to an url?将顶级域指向 url 的最佳方法是什么?
【发布时间】:2012-10-07 12:02:45
【问题描述】:

我有以下情况,由于我们大学的 IT 部门,我有三个选择将顶级域指向托管在大学服务器上的内容:

  • 重定向
  • 使用框架
  • 使用反向代理

我知道框架已被弃用并且很糟糕,但是让我可以设置反向代理的服务器听起来有点矫枉过正,并且重定向不是一种选择,因为 webapp 服务器的脏 url 会出现在地址栏中.

因此,当我在 Chrome 中查找该站点时,我收到该站点包含不安全内容的消息,打开控制台告诉我“不安全内容”是我包含在页面中的 Google Webfonts。所有其他浏览器都运行良好...

有人对此有一个优雅的解决方案吗?一开始我对使用框架并不满意。

提前谢谢你们,干杯!

我当然会提供所有需要的配置文件/代码sn-ps!!

【问题讨论】:

  • 只是将其托管在其他地方是一种选择吗?因为您不希望大学的 URL 出现。
  • 问题是,我需要一个专用服务器,而大学不希望它托管在其他地方,因为它是一个大学项目......
  • 说服 IT 部门为您的域名实际添加一个虚拟主机然后简单地为域指向添加一个 A/AAAA 记录是否完​​全不可能到服务器IP?那将是实际最好的方法。此外,您应该发布您用于当前解决方案的实际框架集 HTML。

标签: google-chrome dns cross-browser cross-domain frames


【解决方案1】:

在这种情况下,最好和最干净的选择是带有 URL 重写的反向代理(如果您不喜欢 webapp 的代理)。如果您发布端点,我们将能够为您准备端点。或者查看任何教程(例如thisthisthis

没有人提到的一件重要的事情是使用ProxyPreserveHost 指令,如果在另一端处理标头处理。

您也可以考虑使用正向代理而不是反向代理,它更易于配置。

完整参考here

【讨论】:

    【解决方案2】:

    混合使用 http 和 https,可能是不安全内容错误的原因。确保您使用相同的协议加载页面和字体。

    至于指向您的域,我喜欢上面的虚拟主机解决方案。如果您的 IT 部门说其他一切都是“不可能的”,那么您可能会被框架卡住。 :)

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2013-06-03
      • 2012-09-21
      • 1970-01-01
      • 1970-01-01
      • 2019-11-21
      • 2010-10-08
      • 2010-10-07
      相关资源
      最近更新 更多