读《图解HTTP》总结--第五章

与HTTP协作的Web服务器

一台Web服务器可搭建多个独立域名的Web网站,也可作为通信路径上的中转服务器提升传输效率。

5.1 用单台虚拟主机实现多个域名

HTTP/1.1规范允许一台HTTP服务器搭建多个Web站点。比如,提供Web托管服务(Web Hosting Service)的供应商,可以用一台服务器为多个客户服务,也可以以每个客户持有的域名运行各自不同的网站。这是因为利用了虚拟主机(Virtual Host)的功能。即使物理层面只有一台服务器,但只要使用虚拟主机功能,则可以假象已具有多台服务器。客户端使用HTTP协议访问服务器时,会经常采用类似www.hackr.jp这样的主机名和域名。

在互联网上,域名通过DNS服务映射到IP地址(域名解析)之后访问目标网站。可见当请求发送到服务器时,已经是以IP地址形式访问了。所以如果一台服务器内托管了www.tricorder.jp和www.hackr.jp这两个域名,当接收到请求时就需要弄清楚究竟要访问哪个域名。在相同的IP地址下,由于虚拟主机可以寄存多个不同主机名和域名的Web网站,因此在发送HTTP请求时,必须在Host首部内完整指定主机名或域名的URI。

5.2 通信数据转发程序:代理、网关、隧道

HTTP通信时,除了客户端和服务端以外,还有一些用于通信数据转发的应用程序,例如代理、网关和隧道。它们可以配合服务器工作。这些应用程序和服务器可以将请求转发给通信线路上的下一站服务器,并且能接收从那台服务器发送的响应在转发给客户端。

代理 代理是一种有转发功能的应用程序,它扮演了位于服务器和客户端"中间人"的角色,接收由客户端发送的请求并转发给服务器;同时也接收服务器返回的响应在转发给客户端。
网关 网关是转发其他服务器通信数据的服务器,接收从客户端发送来的请求时,它就像自己拥有资源的服务器一样对请求进行处理。有时客户端可能都不会察觉,自己的通信目标是一个网关
隧道 隧道是在相隔甚远的客户端和服务器之间进行中转,并保持双方通信连接的应用程序。

5.2.1 代理

代理服务器的基本行为就是接收客户端发送的请求后转发给其它服务器。代理不改变请求URI,会直接发送给前方持有资源的目标服务器。持有资源实体的服务器被称为源服务器。从源服务器返回的响应经过代理服务器后再传给客户端。

在HTTP通信过程中,可级联多台代理服务器。请求和响应的转发会经过数台类似锁链一样连接起来的代理服务器。转发时,需要附加Via首部字段以标记出经过的主机信息。

使用代理服务器的理由有:利用缓存技术减少网络带宽流量,组织内部针对特定网站的访问控制,以获取访问日志为主要目的,等等。代理有多种实用方法,按照两种基准分类。一种是是否使用缓存;另一种是是否会修改报文。

缓存代理

    代理转发响应时,缓存代理(Caching Proxy)会预先将资源的副本(缓存)保存在代理服务器上。当代理再次接收到对相同资源的请求时,就可以不从源服务器那里获取资源,而是将之前缓存的资源作为响应返回。

透明代理

    转发请求或响应时,不对报文做任何加工的代理类型被称为透明代理(Transparent Proxy)。反之,对报文内容进行加工的代理被称为非透明代理。

5.2.2 网关

    网关的工作机制和代理十分相似。而网关能使通信线路上的服务器提供非HTTP协议服务。利用网关能提高通信的安全性,因为可以在客户端与网关之间的通信线路上加密以确保连接的安全。比如,网关可以连接数据库,使用SQL语句查询数据。另外,在Web购物网站上进行信用卡结算时,网关可以和信用卡结算系统联动。

5.2.3 隧道

隧道可按要求建立起一条与其他服务器的通信线路,届时使用SSL等加密手段进行通信。隧道的目的是确保客户端能与服务器进行安全的通信。隧道本身不会去解析HTTP请求。也就是说,请求保持原样中转给之后的服务器。隧道会在通信双方断开连接时结束。

5.3 保存资源的缓存

缓存是指代理服务器或客户端本地磁盘内保存的资源副本。利用缓存可减少资源服务器的访问,因此也就节省了通信流量和通信时间。缓存服务器是代理服务器的一种,并归类在缓存代理类型中。换句话说,当代理服务器从服务器返回响应时,代理服务器将会保存一份资源的副本。

缓存服务器的优势在于利用缓存可避免多次从源服务器转发资源。因此客户端可就近从缓存服务器上获取资源,而源服务器也不必多次处理相同的请求了。

5.3.1 缓存的有效期

即便缓存服务器内又缓存,也不能保证每次都会返回对相同资源的请求。因为这关系到被缓存资源的有效性问题。当遇上源服务器上的资源更新时,如果还是使用不变得缓存,那么就会演变成返回更新前的"旧"资源了。即使存在缓存,也会因为客户端的要求、缓存的有效性等因素,向源服务器确认资源的有效性。若判断缓存失效,缓存服务器将会再次从源服务器上获取"新"资源。

5.3.2 客户端的缓存

缓存不仅存在于缓存服务器内,还可以存在客户端浏览器中。以Internet Explorer程序为例,把客户端缓存称为临时网络文件(Temporary Internet File).浏览器缓存如果有效,就不必在向服务器请求相同资源了,可直接从本地磁盘内读取。另外,和缓存服务器相同的一点是,当判定缓存过期后,会向资源服务器确认资源的有效性。若判断浏览器缓存失效,浏览器会再次请求新资源。

PS:在HTTP出现之前的协议

在HTTP普及之前,也就是从互联网诞生至今,曾出现过各式各样的协议。在HTTP规范确立之际,制定者们参考了那些协议的功能。也有些协议现在已经彻底退出了人们的视线。

FTP(File Transfer Protocol)

传输文件时使用的协议。该协议历史久远,可追溯到1937年前后,比TCP/IP协议簇的出现还要早。虽然他在1995年被HTTP的流量(Traffic)超越,但时至今日,仍被广泛沿用。

NNTP(Network News Transfer Protocol)

用于NetNews电子会议室内传送消息的协议。(现在基本不怎么使用)

时间: 2024-10-31 02:57:59

读《图解HTTP》总结--第五章的相关文章

读大道至简第五章有感

该章开篇第一个部分写的是做过程不是做工程,主要介绍了软件工程的创立及成熟的标志.其成熟的标志是软件工程的瀑布模型的提出.瀑布模型将软件开发的过程分成需求,分析,设计,开发和测试等五个主要阶段.在瀑布模型之后很多人开始研究过程模型的问题.这也是很多问题出现的源头.很多人认为只要把工程按照瀑布模型做,做完过程的每一个阶段, 虽然很多模型是值得称道的例如RAD(快速应用开发)模型,螺旋模型和现在常被提及的RUP模型,但是做过程不是做工程,模型就是样子我们可以根据好的模型来确立以后要做的工程的步骤以及思

C#图解教程 第二十五章 其他主题

其他主题 概述字符串使用 StringBuilder类把字符串解析为数据值关于可空类型的更多内容 为可空类型赋值使用空接合运算符使用可空用户自定义类型 Main 方法文档注释 插入文档注释使用其他XML标签 嵌套类型 嵌套类的示例可见性和嵌套类型 析构函数和dispose模式 标准dispose模式比较构造函数和析构函数 和COM的互操作 其他主题 概述 在本章中,我会介绍使用C#时的一些重要而又不适合放到其他章节的主题,包括字符串操作.可空类型.Main方法.文档注释以及嵌套类型. 字符串 对

图解http协议(五章与http协作的web服务器)

今天看了网络协议(5)web服务器. 第二章我们了解了一个简单的客户端和服务器进行交互的方式.现在我们看看在实际中是做哪些改进的吧. 1 关键字:映射.这个映射就是可以使客户端和服务器分离了.一个客户端对应一个DNS映射,然后通过映射把他的请求发送到服务器上,这就感觉像是一个古代的媒婆,她必须深谐两家的思维习惯.把这边的话"映射"翻译给了那边. 2 两个大头确定了,那么他们之间怎么交流呢?是,通过映射.可是谁来执行呢?那就引出了这几个小鲜肉.代理,网关,和隧道. 先看代理.代理就是向一

再读大道至简第五章

我记得在选择软工之前,就已经认识了那幅秋千的图.还是王建民老师在信息导论课的时候讲到的.当时还笑话呢,好好的一幅秋千,硬是被程序员做成了一个轮胎.当时放这个图片是为佐证客户描述的内容和程序员做出来的产品是会有很大的不同这个观点.如今又看到了这幅图,心里稍微多了一些感触.在UML的大作业的第一次实验报告中,自己想的很丰满,但是写出来的东西却很单薄.当时我是按照老师给的一份例子来模仿的,看着老师的例子尽善尽美,可是我自己的项目却乱七八糟,没有十分严谨的思路和结构,在不断的修改中已经和我想的有些明显的

读构建之法 第五章:团队和流程

团队有一致的集体目标,团队要一起完成这目标.一个团队的成员不一定要同时工作,例如接力赛跑. 团队成员有各自的分工,互相依赖合作,共同完成任务. 软件团队有各种形式,适用于不同的人员和需求.基于直觉形成的团队模式未必是最合适的.软件团队的模式,最初是混沌的一窝蜂形式:一群人开始写代码,希望能写出好软件.随着团队的成熟和环境的变化. 团队模式会演变成下面几种模式之一. 1.主治医师模式:有首席程序员,他/她负责处理主要模块的设计和编码,其他成员从各种角度支持他/她的工作(后备程序员.系统管理员.工具

C#图解教程 第十五章 接口

接口 什么是接口 使用IComparable接口的示例 声明接口实现接口 简单接口示例 接口是引用类型接口和as运算符实现多个接口实现具有重复成员的接口多个接口的引用派生成员作为实现显式接口成员实现 访问显式接口成员实现 接口可以继承接口不同类实现一个接口的示例 接口 什么是接口 接口是指定一组函数成员而不实现它们的引用类型.所以只能类和结构来实现接口. 这种描述比较抽象,直接来看个示例. 下例中,Main方法创建并初始化了一个CA类的对象,并将该对象传递给PrintInfo方法. class

读《构建之法》第五章

第五章说的是团队和流程, 什么是团队? 团队有一致的集体目标,团队要一起完成这目标,一个团队的成员不一定要同时工作,例如接力赛跑. 团队成员有各自的分工,互相依赖合作,共同完成任务. 软件团队有许多模式,例如:: 主治医生模式 明星模式 社区模式 业余剧团模式 秘密团队 特工团队 交响乐队模式 爵士乐模式 功能团队模式 官僚模式 开发流程: 写了再改模式 瀑布模型 瀑布模型的各种变形 Rational Unified Process统一流程(RUP) 老板驱动的流程 渐进交付的流程

读《编写可维护的JavaScript》第五章总结

第五章 UI层的松耦合 5.1 什么是松耦合 在Web开发中,用户界面是由三个彼此隔离又相互作用的层定义的: HTML是用来定义页面的数据和语义 CSS用来给页面添加样式 JavaScript用来给页面添加行为 我们的目标:确保对一个组件的修改不会经常性地影响其他部分. 结果: 遇到和文本或结构相关的问题,通过查找HTML即可定位 当发生了样式相关的问题,你知道问题出现在CSS中 对于那些行为相关的问题,你直接去JavaScript中找到问题所在 5.2 将JavaScript从CSS中抽离 I

UNIX 网络编程第五章读后有感

刚看完 UNIX 第五章内容,我想按照自己的方式将自己获得的知识梳理一遍,以便日后查看!先贴上一段简单的 TCP 服务器端代码: 1 #include <sys/socket.h> 2 #include <netinet/in.h> 3 #include <stdio.h> 4 #include <error.h> 5 #include <unistd.h> 6 #include <string.h> 7 #include <s

图解TCP/IP第五版 -- 目录

很多年前买过<TCP/IP详解>3卷,当时可能根本没看,也可能是看了又忘了,没有留下什么印象,当时的书也当做废品卖了. 卖书时的感觉貌似是,买了太多的书,基本都没看,搬家搬来搬去的麻烦,不如从网上看些资料来的直接,三箱子书都卖了,有很多书都是当年颇有名的,书的范围也很广. 单说语言层面,其实当时没有理解语言的精髓,甚至把开发工具的熟练使用当做学会语言,现在还记得的,买过的有各种<开发人员指南>:Delphi.C++Builder.VB.ASP.JBuilder.C#:现在想来也是不