如何为我的域设置Google ShortName服务,以便不需要FQDN
博客文章“ 您的域的 “ tinyurl”服务 ”说明了如何使用Google Apps为您的域设置ShortName服务。例如,如果您的域是example.com并且使用Google Apps,则可以对其进行配置,以使其http://go.example.com成为企业的个人ShortName服务。 注意:这并不是要创建供世界使用的“ tinyurl”服务。这是针对企业的。 拥有仅您的用户可以使用的短名称服务非常有用,这样您就可以创建指向内部页面的链接。您可以说“今天的午餐菜单位于http://go.example.com/lunch ” ,而不是告诉人们冗长的URL 。该博客文章记录了使人们能够建立自己的链接的一些好处。(最重要的是:他们不必打扰您来设置新链接!) 问题 系统存在的问题是URL仍然很长。人们宁愿在其网络浏览器中输入“ go / lunch”并使其运行。遗憾的是,由于HTTP协议的工作原理很复杂,因此Google Apps无法支持此功能。HTTP 1.1中的“ Host:”标头列出了用户在其Web浏览器中键入的域,而不是FQDN。换句话说,当Google Apps获得对“ http:// go / lunch ”的HTTP请求时,网络服务器将收到“ go”作为主机名。由于Google Apps为许多域提供此服务,因此无法确定您是否想要go.example.com或go.some-other-example.com。 结果,用户每次必须输入“ go.example.com/lunch”,这比“ go / lunch”长得多。 解决方案 Google可以使用网络Cookie或其他方案解决此问题。没有一个是特别干净或容易的。在它们完成之前,您可以通过设置自己的计算机来解决问题,该计算机将请求接受为“执行”并重定向它们。 服务器接受对名为“ go”的站点的HTTP请求,并将请求重定向到go.example.com。然后,您创建正确的DNS记录以使其起作用,并旋转DHCP配置,以便您的便携式计算机/工作站执行正确的操作。 该服务器故障文档的重点是解释该过程,然后提供配置示例来帮助您为自己的站点执行此操作。由于我无法访问或不了解世界上的每个操作系统,因此我将其作为“社区Wiki”,以便人们在为其工作时可以填写配置摘要。我将“ TODO”放在特别需要改进的地方。 细节 在此示例中,我们将使用“ example.com”作为域。 第1步:以常规方式设置Google Apps服务。 go.example.com正常配置服务。测试它,并确保类似的URL http://go.example.com/foo。如果还没有完成,请不要继续。这就像在您拥有汽车之前尝试修理您的汽车。 步骤2:选择您的重定向器主机名 如果您的短名称服务是go.example.com,理想情况下,您将使用重定向器的名称go.example.com。可悲的是,物理阻止了两个物体同时位于同一位置,而DNS遵守物理定律。 诀窍是使重定向器的主机名与ShortName服务相同,但位于不同的域中。例如,go.corp.example.com,go.ext.google.com,或go.this-is-different.example.com。 …