web 主机托管

虚拟主机托管

通过 URL 路径进行虚拟主机托管

在 URL 中增添专门的路径部分,以便服务器判断是哪个网站。
可以通过分配不同的 URL 路径,用这种笨方法把共享服务器上的虚拟站点隔离开。
例如,可以给每个逻辑网站一个专门的路径前缀。

  • Joe 的五金商店可以是:
http://www.joes-hardware.com/joe/index.html
  • Mary 的古董拍卖店可以是:
http://www.marys-antiques.com/mary/index.html

当请求到达服务器的时,其中并没有主机名信息,但服务器可以通过路径来区分它们。

  • 请求 Joe 五金商店的网址是 GET /Joe/index.html
  • 请求Mary的古董拍卖店的网址是 GET /Mary/index.html
    这不是一个好办法。Joe 和 Mary 的前缀是多余的(主机名已提到了Joe)更糟的是,描述主页链接的常见约定:
http://www.joes-hardware.com
http://www.joes-hardware.com/index.html

总之,按 URL 来进行虚拟主机托管是一个糟糕的解决方案,很少会用到。

通过端口进行虚拟主机托管

除了修改路径名,还可以在Web服务器上为Joe和Mary的网站分配不同的端口号。不在使用端口80,而是采用其他端口号,例如,Joe用82,Mary 用 83。但这个解决方案也有同样的问题:终端用户不会乐意在 URL 中指定非标准的端口号。

通过 IP 地址进行虚拟主机托管

一个更常用的,更好的方法是通过IP地址进行虚拟化。每个虚拟网站都分配一个或多个唯一的IP地址。所有虚拟网站的IP地址都绑定到同一个共享的服务器上。服务器可以查询 HTTP 连接的目的的IP地址,并以此来判断客户端的目标网站。
对大的托管者来说,虚拟IP的主机托管能够工作,但它会带来一些麻烦。

  • 在计算机系统上能绑定的虚拟IP地址通常是有限制的。想在共享的服务器上托管成百上千的虚拟站点的服务商不一定能实现愿望。
  • IP 地址是稀缺资源。有很多虚拟站点的托管者不一定能为被托管的网站获取足够多的IP地址。
  • 托管者通过复制服务器来增加容量时,IP地址短缺的问题就更严重了。随负载均衡体系的不同,可能会要求每个复制的服务器上有不同的虚拟IP地址,因此IP地址的需求量可能会随着服务器数量而倍增。
    尽管在虚拟IP的主机托管上存在消耗地址的问题,但是它仍然得到广泛的应用。
通过Host首部进行虚拟主机托管

为了避免避免过度的地址消耗和虚拟地址的限制,我们希望在虚拟站点间共享同一个IP地址,且仍能区分站点。但正如我们看到的那样,因为大多数浏览器只是把URL的路径发送给服务器,关键的虚拟主机名信息被其丢掉了。
为了解决这个问题,浏览器和服务器的实现者扩展了HTTP,把原始的主机名提供给服务器。不过,浏览器不能只发送完整的URL,因为这会使许多只能接收路径的服务器无法工作。替代的方法是,把主机名(和端口号)放在所有请求的Host扩展首部中传送。
在下图当中,客户端A和客户端B都发送了携带有要访问的原始主机名的Host首部。当服务器收到对 /index.html 的请求时,可以通过 Host首部来判断要使用哪个资源。


Host 首部来区分虚拟主机

Host 首部最早是在 HTTP/1.0+中引入的,它是开发商实现的HTTP/1.0的扩展超集。遵循 HTTP/1.1 标准必须支持 Host 首部。绝大多数现代浏览器和服务器都支持 Host 首部,但仍有一些客户端和服务器(以及网络机器人)不支持它。

HTTP/1.1 的 Host 首部

Host 首部是 HTTP/1.1 的请求首部,定义在RFC 2068中。由于虚拟服务器的流行,绝大多数HTTP客户端(即使是不遵循HTTP/1.1的客户端),都实现了Host首部。
1.语法与用法
Host 首部描述了所请求的资源所在的因特网主机和端口号,和原始的URL中得到的一样:

Host = "Host" ":" host [":" port]

但要注意以下问题:

  • 如果Host 首部不包含端口,就使用地址方案中默认的端口
  • 如果URL 中包含 IP 地址,Host首部就应当包含同样的地址。
  • 如果 URL 中包含主机名,Host首部就必须包含同样的名字
  • 如果URL 中包含主机名,Host首部就不应该包含 URL中这个主机名对应的IP地址,因为这样会扰乱虚拟主机托管服务器的工作,它在同一个IP地址上堆叠了很多虚拟站点。
  • 如果URL中包含主机名,Host首部就不应当包含这个主机名的其他别名,因为这样也会扰乱虚拟主机托管服务器的工作。
  • 如果客户端显示的使用代理服务器,客户端就必须把原始服务器,而不是代理服务器的名字和端口放在Host首部中。以往,若干个Web客户端在启用客户端代理设置时,错误地把发出的Host首部设置成代理的主机名。这种错误行为会使代理和原始服务器都无法正常处理请求。
  • Web客户端必须在所有请求报文中包含Host首部。
  • Web代理必须在转发请求报文之前,添加Host首部。
  • HTTP/1.1 的Web服务器必须用400状态码来响应所有缺少的Host首部字段的HTTP/1.1请求报文
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 194,524评论 5 460
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 81,869评论 2 371
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 141,813评论 0 320
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,210评论 1 263
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,085评论 4 355
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,117评论 1 272
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,533评论 3 381
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,219评论 0 253
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,487评论 1 290
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,582评论 2 309
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,362评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,218评论 3 312
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,589评论 3 299
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,899评论 0 17
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,176评论 1 250
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,503评论 2 341
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,707评论 2 335

推荐阅读更多精彩内容