我的公司正在考虑为当前存储在网站上的子文件夹中的内容创建子域。作为一个SEO这个决定让我的皮肤爬行。由于已决定实施子域(服务器架构决定将站点的一部分移动到云提供商),我希望IT实现反向代理,因此我们不必将整个内容库转换为新鲜的子域名。
IT的一个主要反对意见是,如果我们实施反向代理,并且内容或网页功能存在问题,云提供商将指向反向代理作为问题。
我的问题是,除非我们专门阻止来自反向代理服务器外部的访问,否则页面仍然无法直接使用子域或特定服务器IP地址访问?
示例:
www.Example.com/blog hosted in say our Florida datacenter
变为
www.Example.com/blog actually pointing to blog.Example.com hosted in say an Amazon EC2 cloud
用户是否仍然无法直接访问blog.Example.com,除非我们指定我们只允许来自代理服务器IP地址的流量?
我意识到向世界开放访问会引入额外的SEO考虑因素,但我可以解决这个问题。
答案 0 :(得分:0)
是的,在混合中添加反向代理只会在目标网址中添加另一条路由,这就像向网页添加301重定向并不意味着流量无法通过其他方式进入。