关于网络:网络是怎么样连接的读书笔记-汇总篇

其实就是把之前的内容汇总到一个文章不便浏览。为了节俭大家的工夫，倡议挑本人感兴趣的内容看，而不是从上往下看，倡议看所有文字资料都放弃这样的习惯。

《网络是怎么样连贯的》电子书资源，蕴含 PDF 和 EPUB。

链接：https://pan.baidu.com/s/15IGz…

提取码：f5sy

[[《网络是怎么样连贯的》读书笔记 – 意识网络根底概念（一）]]
[[《网络是怎么样连贯的》读书笔记 – Tcp-IP 连贯（二）]]
[[《网络是怎么样连贯的》读书笔记 – 集线器、路由器和路由器（三）]]

[[《网络是怎么样连贯的》读书笔记 – 服务器端的局域网中（四）]]
[[《网络是怎么样连贯的》读书笔记 – WEB 服务端申请和响应（五）]]

[[《网络是怎么样连贯的》读书笔记 – FTTH]]
[[《网络是怎么样连贯的》读书笔记 – ADSL]]

对于互联网的一些历史补充
解析 URL 的过程简述
HTPP 申请的根本构造和组成
IP 地址、子网掩码以及 DNS 的根本理解，把握概念和相干知识点。

1991 年 8 月 6 日，在瑞士日内瓦的核子钻研核心（CERN）工作的英国物理学家蒂姆·伯纳斯·李（Tim Berners-Lee），正式提出了 World Wide Web，也就是现在咱们十分相熟的 www。

www 是什么？万维网 WWW 是 World Wide Web 的简称，也称为 Web、3W 等。WWW 是基于客户机 / 服务器形式的信息发现技术和超文本的 综合技术。

这里集体比拟好奇咱们天天都在说 3w，3w，然而 互联网是怎么呈现的的书中并没有解释？

这里查了下网上材料依据集体了解解释一波：

实际上网络最开始苗头呈现在美苏热战的期间美国建设的 APRA 科研部门，被忽然扯出来的科研部门人心涣散不晓得干嘛，凑合苏联的科研工作也没什么停顿，直到一个叫做罗伯特·泰勒的哥们呈现，他的突破口是发现小型的通信网络不能兼容不同型号的计算机，咱们都晓得技术的高峰就是定规定，毫无疑问他抉择构建一套协定让所有的计算机都能恪守这一套规定干活。

于是他找来了几个牛逼的大佬开始捣鼓，两头巴拉巴拉做了很多事绕了很多弯，目标其实就是为了实现下面说的货色，最终在一次失败的“LOGIN”验证中尽管仅仅传输了“LO”两个字母就断开了，然而这次失败是历史性的提高，因为两个不同的设施实实在在的通信了，最终修复之后实现了这五个字母的失常传输。

随后捯饬出的ARPANET（阿帕网） 这个我的项目，也就是正式的互联网雏形。

课外常识到此结束，当初咱们看看第一章次要看点：

如何解析网址？
DNS 服务器如何查问域名对应的 IP 地址？
DNS 服务器如何接力？
浏览器如何将音讯委托给操作系统发送给 Web 服务器？

外围是了解 DNS 的角色位置和作用，以及浏览器如何跟 DNS 交互实现网址（域名）解析为 IP 这一个操作的，本章最初的委托流程是整个第二章的重点内容，笔记顺其自然的放到了第二章笔记当中，为了不便了解把笔记归纳到第二局部。

咱们从 URL 开始，什么是 URL，URL 是 Uniform Resource Locator 的简称，业余解释叫做对立资源定位符，除开咱们常见的 http、https 协定之外，浏览器还能够进行 ftp 文件上传，下载文件，发送电子邮件，浏览新文化等操作。

咱们把这些行为看作是资源交互，尽管不同的资源交互会存在不同的 URL 组合，然而不论 URL 的组合模式如何变动，最终是 结尾决定所有，结尾局部决定看待资源形式。

解析网址咱们能够看上面的例子：

碰到省略文件名的状况，通常上面几种：

http://xxxx/dir/示意 /dir/ 之后的内容被省略，这时候通常状况下会设置对应这个目录的实在拜访门路进行补全。
对于 web 中最为经典的 http://localhost:8080/ 拜访门路，通常状况下 Web 服务器会拜访到 /index.html 这个文件，如果没有就会返回 404 的页面。
如果只有域名，比方www.baidu.com，那就会间接拜访 web 服务器设置的根门路对应的资源和相干文件。
含混不清的门路比方http://localhost:8080/wishlist，则会依据先判断是否为文件名，而后判断是否为目录的状况解决，或者看作一个申请映射到另一处资源，或者做一次重定向。

下面的内容不用深究，只须要明确 浏览器的第一步工作就是对 URL 进行解析。

http 申请简略来说能够简略概括为一句话：对什么做了什么样的操作 ，所谓对什么指的是 URL，示意标识了的指标对象，做什么样的操作就是所谓的办法，办法次要是分为两个POST 和GET办法，其余办法根本没啥用途，集体只在偶然几个对接文档中遇到过 PUT 和HEAD办法。

GET办法：通常用于一些可见资源的拜访，或者凋谢资源的拜访，通常状况下不须要过多的限度就能够间接向具体的目录寻找须要的资源。

POST办法：比拟常见的是应用表单或者 AJAX 的形式拜访，并且通常会指向一个 WEB 的应用程序，获取应用程序的数据须要传递服务器须要的一些无效参数，否则服务端会依据具体情况告诉客户端无权拜访。

AJAX即“Asynchronous JavaScript and XML”（非同步的 JavaScript 与 XML 技术），指的是一套综合了多项技术的浏览器端网页开发技术。Ajax 的概念由杰西·詹姆士·贾瑞特所提出[1]。

Http 申请音讯

晓得了 对什么做了什么样的操作，当初来看看 Http 具体是怎么做这件事件的。

Http 申请音讯次要分为上面组织构造：

第一行最结尾的局部提取 URL 的内容，一成不变解析，开端为 HTTP 版本号次要标记以后 HTTP 申请版本。

例如：GET /cgi/sample.cgi?Field1=ABCDEFG&SendButton=SEND HTTP/1.1

第二行为音讯头，这里列举一些简略的内容：
- Data：申请响应生成日期。
- Pragma：数据是否容许缓存。
- Transfer-Encoding：音讯主体 编码格局（重要）。
- Via：通过的代理和网关。
音讯头前面存在一行 完满没有内容的空行。
第四行为音讯体，然而试验用的是 GET 办法所以通常内容为空。

咱们以拜访谷歌为例，上面的内容拜访谷歌搜寻页面的一次申请参考，这里的内容间接通过谷歌浏览器的 F12 拷贝，能够看到根本蕴含了申请行，音讯头和音讯行（GET 通常没有所以上面没有体现）三种。

惯例

1.  申请网址:https://www.google.com/
2.  申请办法:GET
3.  状态代码:200
4.  近程地址:127.0.0.1:7890
5.  推荐起源网址政策:origin

申请标头

1.  :authority:www.google.com
2.  :method:GET
3.  :path:/
4.  :scheme:https
5.  accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
6.  accept-encoding:gzip, deflate, br
7.  accept-language:zh,zh-TW;q=0.9,en-US;q=0.8,en;q=0.7,zh-CN;q=0.6
8.  cache-control:no-cache
9.  cookie:SID=KQi0QVpC_wxTynb6H6HjGmVq-9mYvCuIDOMx9EmEUJ8ii7dJzN_1F-ho69FdK6AN9ekOkA.; __Secure-1PSID=KQi0QVpC_wxTynb6H6HjGmVq-9mYvCuIDOMx9EmEUJ8ii7dJaTdIpqSfRfNb-BvF0haitA.; __Secure-3PSID=KQi0QVpC_wxTynb6H6HjGmVq-9mYvCuIDOMx9EmEUJ8ii7dJ6_WQQeEF09oAZ9MQfe21sA.; HSID=AOdmIhuBCutDeMwVS; APISID=ckyVXTB27QMaC2gQ/AVulr1cMnMbpD0e1x; SSID=AL0-0R0Ofsj3zaqrr; SAPISID=dqpTwJeh7bnii2Ki/AfsaDUfE8uMVR1aqv; __Secure-1PAPISID=dqpTwJeh7bnii2Ki/AfsaDUfE8uMVR1aqv; __Secure-3PAPISID=dqpTwJeh7bnii2Ki/AfsaDUfE8uMVR1aqv; SEARCH_SAMESITE=CgQIvJUB; 1P_JAR=2022-05-24-23; AEC=AakniGOKhznRpAD797X4u508i2XHJjEVYQQHANlqaJC2JSZ1F7mAe-vX_rg; NID=511=K-qt_LW-4ad1IYdJgfPLZjJw772wez2L3_FK9hwrrHAaksdhT8bTqz4icJEnJviOb92zcnyfS4h7P8HB_Is0f_FebYTe_5DR3qFEclHS1R9N1P7r9pv7Z4p12341S72RZRfzIlQ3-CVZUqQKBm1Xy1i9fKwejMGHTPMY2hk02sA--ey8nAEyt1_A7SVMe0RvrEkPnVm88fBnyyyFMMSCeSG1oqYKeC2x7iHJ0GwdbEpeGojpMQyQxAn1jAdxyXbC0oko0rCFjYn7eUREz2A9KA; SIDCC=AJi4QfGQeW0y_3pnzuBs7KI-WabF5XR_-dQchpcoNUN_bRVICBknb39qNQhP4IklnPn6kW4M3d8; __Secure-3PSIDCC=AJi4QfFOaoqiWv0mqmOskkIKVYy_-QNOATkPOyhNt9B8BBTMnRqnv-0zdgVgBNmIJRwlzBS4x6U
10.  pragma:no-cache
11.  sec-ch-dpr:2
12.  sec-ch-ua:"Not A;Brand";v="99", "Chromium";v="101", "Google Chrome";v="101"
13.  sec-ch-ua-arch:"arm"
14.  sec-ch-ua-bitness:"64"
15.  sec-ch-ua-full-version:"101.0.4951.64"
16.  sec-ch-ua-full-version-list:"Not A;Brand";v="99.0.0.0", "Chromium";v="101.0.4951.64", "Google Chrome";v="101.0.4951.64"
17.  sec-ch-ua-mobile:?0
18.  sec-ch-ua-model:""19.  sec-ch-ua-platform:"macOS"20.  sec-ch-ua-platform-version:"12.3.1"
21.  sec-ch-ua-wow64:?0
22.  sec-ch-viewport-width:1440
23.  sec-fetch-dest:document
24.  sec-fetch-mode:navigate
25.  sec-fetch-site:same-origin
26.  sec-fetch-user:?1
27.  upgrade-insecure-requests:1
28.  user-agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/101.0.4951.64 Safari/537.36
29.  x-client-data:CLG1yQEIkrbJAQijtskBCMS2yQEIqZ3KAQjYjMsBCJShywEI2+/LAQjmhMwBCNupzAEI/qrMAQjDrMwBCKSvzAEYqKnKARirqcoB
30. 已解码：message ClientVariations {// Active client experiment variation IDs. repeated int32 variation_id = [3300017, 3300114, 3300131, 3300164, 3313321, 3327576, 3330196, 3340251, 3342950, 3347675, 3347838, 3348035, 3348388]; // Active client experiment variation IDs that trigger server-side behavior. repeated int32 trigger_variation_id = [3314856, 3314859]; }

响应内容

响应页面也是相似的须要回应申请行须要的内容信息，同时告知本人容许承受什么样的申请，如果指标 IP 找不到通常会变为 404 后果。

响应标头

1.  accept-ch: Sec-CH-Viewport-Width  
2.  accept-ch: Sec-CH-Viewport-Height
3.  accept-ch: Sec-CH-DPR
4.  accept-ch: Sec-CH-UA-Platform
5.  accept-ch: Sec-CH-UA-Platform-Version
6.  accept-ch: Sec-CH-UA-Full-Version
7.  accept-ch: Sec-CH-UA-Arch
8.  accept-ch: Sec-CH-UA-Model
9.  accept-ch: Sec-CH-UA-Bitness
10.  accept-ch: Sec-CH-UA-Full-Version-List
11.  accept-ch: Sec-CH-UA-WoW64
12.  alt-svc: h3=":443"; ma=2592000,h3-29=":443"; ma=2592000,h3-Q050=":443"; ma=2592000,h3-Q046=":443"; ma=2592000,h3-Q043=":443"; ma=2592000,quic=":443"; ma=2592000; v="46,43"
13.  bfcache-opt-in: unload
14.  cache-control: private, max-age=0
15.  content-encoding: br
16.  content-length: 43734
17.  content-type: text/html; charset=UTF-8
18.  date: Tue, 24 May 2022 23:24:59 GMT
19.  expires: -1
20.  server: gws
21.  set-cookie: 1P_JAR=2022-05-24-23; expires=Thu, 23-Jun-2022 23:24:59 GMT; path=/; domain=.google.com; Secure; SameSite=none
22.  set-cookie: AEC=; expires=Mon, 01-Jan-1990 00:00:00 GMT; path=/; domain=www.google.com
23.  set-cookie: AEC=; expires=Mon, 01-Jan-1990 00:00:00 GMT; path=/; domain=.www.google.com
24.  set-cookie: AEC=; expires=Mon, 01-Jan-1990 00:00:00 GMT; path=/; domain=google.com
25.  set-cookie: AEC=; expires=Mon, 01-Jan-1990 00:00:00 GMT; path=/; domain=.google.com
26.  set-cookie: SIDCC=AJi4QfEXTiPm1BcAx1gfQzXOs-hmdcHylOVoSbbpy8cUIlP7hNwwfnfo_E8ZdTY1JZli8AqYYWk; expires=Wed, 24-May-2023 23:24:59 GMT; path=/; domain=.google.com; priority=high
27.  set-cookie: __Secure-3PSIDCC=AJi4QfFdxOIbJrwDKltt2sBRVFIcLOCyqQmgTSfYjXTYwqbhh0GPLcR9cxsgyaIh1j_GITbGeHc; expires=Wed, 24-May-2023 23:24:59 GMT; path=/; domain=.google.com; Secure; HttpOnly; priority=high; SameSite=none
28.  strict-transport-security: max-age=31536000
29.  x-frame-options: SAMEORIGIN
30.  x-xss-protection: 0

响应内容绝对比较简单，次要关注重点为第一行内容中的状态码和响应短语，申请执行后果是胜利还是失败。下面的交互内容须要留神 Http 申请严格遵循一个申请对应一个响应内容。

留神：1 条申请音讯中只能写 1 个 URI。如果须要获取多个文件，必须对每个文件独自发送 1 条申请。

“如何解析网址？”这个问题从头到尾的介绍到这里就实现的，接下来来看看下一个问题 ”DNS 服务器如何查问域名对应的 IP 地址？”。

首先咱们看看 IP 和 DNS 是啥，解析网址（域名）和发送申请和响应内容看似是浏览器实现的，实际上它并不具备这些性能，浏览器收发网络申请实际上须要依靠操作系统实现 ，而古代网络根本是TCP/IP 的天下，所以IP 施展关键作用，而 DNS 存储 IP 和域名映射的仓库。

IP：能够类比做咱们事实的具体位置，比方 XX 路 XX 号，XX 路（网络号）对应的的是调配给 整个子网 的号码，而 XX 号（IP 地址）的号码则调配给子网中的计算机，取得到 IP 地址之后就相当于锁定了以后计算机所在的具体位置，天然也能够能够找到了。
DNS：直白来讲就是存储了域名和 IP 映射的记录的站点，浏览器要获取实在地址须要找 DNS 能力晓得，因为域名放任用户自在定义将会呈现同一个域名映射多个 IP。

上面咱们先察看 XX 路 XX 号的号也就是 IP 地址是如何被找到的。

发送网络的一方通过子网首先须要通过集线器，把内容转发到最近的路由器上，而后路由器会一直逾越找到离接受者更近的下一个路由器，最初再找到集线器而后在转发到接收者的路由器上，路由器在这里是方向盘的角色，而 DNS 寻址就像是导航。

集线器和路由器是什么？A 路由器：一种对包进行转发的设施。B 集线器：一种对包进行转发的设施，分为中继式集线器和交换式集线器两种.

IP 地址是一个 32 位的 Bit 数，通过 8 个 bit 为一组分为 4 组，每一组用十进制示意并且应用小圆点断开。

然而仅凭这 32 个 bit 是无奈定位 IP 地址和网络号的，所以须要给 IP 地址附加信息。

通常 IP 地址的组合有上面的办法：

a）IP 地址主体：11.22.33.44

b）IP 和子网掩码：11.22.33.44/255.255.255.0

c）网络号的比特数作为子网掩码示意：11.22.33.44/24

d）子网地址：11.22.33.0/24，此时代表了整个子网

e）子网播送地址：11.22.33.255/24

首先整个 IP 分为 32 位固定长度，每四个为一组用圆点分隔，通过 0 – 255 的十进制示意，比方 0 就是 8 个 0，255 就是 8 个 1，然而仅仅凭借 32 个位数是 没法分别 这 32 位那一部分是网络号，那一部分是主机号的，所以上面是 IP 的根本组成：

11.22.33.44：示意根本的 IP。
11.22.33.44/255.255.255.0：后面局部是根本 IP，前面的局部示意子网掩码，示意形式和 IP 地址统一，留神最初的 8 位全副为 0 示意整个子网。
11.22.33.44/24：这个 24 也是子网掩码，然而示意子网的形式是应用比特数。
11.22.33.0/24：子网掩码没有变，IP 地址变了，最初的 8 位 0 也是示意整个子网。
11.22.33.255/24：子网掩码没有变，IP 地址变了，最初的 8 位全副为 1 示意播送整个子网。

初学者可能比拟难以了解的概念，这里如果看不懂倡议多找找材料挑一个看得懂的解释（要害是本人了解并且能本人复述）。

上面是从书中原图，集体看完感觉并不是特地直观也不晓得干嘛，所以做了一个补充阐明。

实际上上面图中网络号用了 AND（位操作 &）计算出网络号码，计算之后确认出网络号是 10.1.2，而前面省略的局部其实是 8 个 0 的掩码覆盖主机，这里的子网就是 10.1.2.0，对应的主机 IP 是 10.1.2.3。

如果看不懂下面说的是啥，这里补充解释一下：

首先咱们须要分明子网掩码这货色是干嘛的，说白了就是划分网络号和主机号的，网络号能够看作一栋楼，主机是外面的小房间，然而房间编号可能是 101，也可能是0101，更有可能是00101，具体得看覆盖的房间号从 0000 到 1111 有多少个，决定能调配给多少主机，而计算机 0 又很非凡，所以网络号的局部 + 子网掩码覆盖的位数局部（体现全为 0）组成一个子网， 只有在同一个子网的主机能力相互通信。

所以 子网掩码不能独自存在，它必须联合 IP 地址一起应用，子网掩码次要分为两个局部：全为 1 示意网络号，全为 0 示意的是主机号。

那么咱们轻易设置一个子网掩码比方 255.255.255.111 行不行？

答案是不行，不行，不行。因为 子网掩码必须是间断的 1 和 0 组成 ，下面的掩码255.255.255.0 才是正确的用法，再举例比方255.255.255.244 也是合格的子网掩码。

咱们举例说明一下：

1100 0000.1010 1000.0000 0001.1000 0001 -- 192.168.1.129
1111 1111.1111 1111.1111 1111.0000 0000 -- 255.255.255.0
———————————————————— 
1100 0000.1010 1000.0000 0001.0000 0000 -- 划分出最终子网网段：192.168.1.0
注：确认最终的网络号和主机网段应用了位操作 &（1 & 1 = 1，1 & 0 = 0）

从最终的后果来看192.168.1.0 的后面 24 位都为 1 是裸露的，而前面 8 位被子网掩码给遮掩住，所以他的另一种写法是192.168.1.0/24，示意 24 位是 1 代表网络号，残余的 8 位用于示意主机号然而因为被覆盖了所以全副为 0。

尽管被覆盖了，然而主机号地位是 0 是 1 不须要关怀的，主机号如果落在 192.168.1.0 到192.168.1.255示意同在一个网段内子网厚此薄彼，比方 192.168.1.129 示意其中的 129 位，蕴含在这个网段之内。

小结

子网掩码必须是间断的 1 和 0 组成，简略记忆为 1 的局部来宰割网络号，为 0 的局部用于覆盖主机号，同一个子网内的主机能够相互通信。
子网掩码有两种写入形式一种是应用和 I P 地址一样的 32 位齐全示意形式，另一种是应用数字计算 1 比特数进行替换，比方 24 就是上面图中的 24 个 1。
IP 地址的主机号，全 0 示意整个子网，全 1 示意向子网上所有设施发送包。这里补充一下全为 1 的状况 –“播送”。

播送是什么意思？播送地址是专门用于同时向该网络中所有主机进行播送的一个地址，只有是在同一个网段的主机都能够收听到播送。（例如 192.168.211.32/24 的播送地址为：192.168.211.255）

DNS：Domain Name System 域名服务零碎，最常见的用法是将服务器名称和 IP 地址进行关联，当然只是它的主业，有一些副业也挺重要然而不是要害感兴趣理解即可。

IP 是难以记忆的，而简短域名更容易被人记住。你可能会感觉域名长了也难记忆啊，尽管解析 IP 的速度要比解析域名来的快的很多，然而显然网民为了拜访一个网站要记住一串数字显然是不可能的，同时域名实际上对于过后的互联网倒退来说也是有意义的。

所以谁来通知主机域名的实在 IP 是多少？这时候 DNS 就上场了，DNS 的作用是说白了就是用来映射 IP 和域名的一个货色。

DNS 是如何实现映射的？对于用户主机来说肯定存在一个用于解析 DNS 的客户端，这个客户端通常被称为解析器，通过域名解析出 IP 地址的过程也被称为 域名解析。

调用解析器

那么如何调用解析器？解析器实际上就是一段程序代码，这一段程序代码蕴含在底层操作系统的 Socket 库当中，通过 Socket 库调用解析器，而后解析器会向 DNS 服务器发送查问音讯，DNS 服务器依据申请查问 IP 而后返回响应音讯。

Socket 解析域名的过程非常简单，只须要一行代码就能够实现：gethostbyname("www.lab.glasscom.com");。

库：指的是通用程序组件的汇合，用于标准程序代码的标准组建。以解析器为例，Socket 库是用于调用网络性能的程序组件汇合。

解析器外部又是如何工作的？

在应用程序调用解析器的时候，此时控制权会转移到解析器，当控制权转为解析器之后解析器会生成要发送给 DNS 服务器的查问音讯，生成过程相似构建一条“请通知 XXX 的 IP 地址”的音讯，并且发给 DNS 服务器实现解析。

特地留神留神 发送申请不是由解析器实现 ，而是须要再次委托给操作系统的 协定栈 实现，所以此时权限会再次转移到协定栈，协定栈最终通过网卡把音讯发给 DNS，而后 DNS 查到 IP 返回音讯，至此一次 DNS 解析申请就实现了。

值得注意的是解析器会将取出的 IP 地址写入应用程序 指定的内存地址 中，此外还须要留神申请 DNS 服务器自身 IP 也是须要配置的，只不过这个 IP 地址是作为 TCP/IP 的我的项目当时设置好的，不须要再去查问间接就能够获取。

最初在不同的操作系统中获取 DNS 服务器的地址形式会有差异。

依据下面的形容，总结 DNS 解析流程：

WEB 浏览器发送域名解析申请，通过 Socket 向解析器进行申请解析，此时应用程序将会挂起。
解析器负责“翻译”应用程序的 DNS 解析申请，然而把具体的申请操作委托给零碎栈。
零碎栈负责将申请通过网卡发送给 DNS 服务器，期待 DNS 反馈后果。
DNS 获取实在 IP 之后将后果通过链路反向回送到应用程序。

DNS 工作

接下来咱们看看 dns 要如何工作，dns 须要查问用户音讯蕴含上面几个局部：

域名：用来代替 IP 不便记忆。
class：思考到互联网之外的状况，当然内部网络当初只有标识为 in 的互联网。
type：示意记录类型用于辨别 dns 的解析形式，不同类型后果不同。

须要留神的是所有 a 类型的记录在 DNS 上注册了，再比方所有邮件类型都是 MX 的类型，整个 DNS 工作其实就简略的依据类型和域名进行查表，找到匹配的就回传，否则就会找不到。

域名档次：所谓域名档次就是 DNS 不可能是一台服务器，而是须要多台服务器配合，各自治理本人范畴的内容，而对于域名来说越靠右边的局部在域名的档次外面越高。

这样看来是不是有点意思，以日常生活举例并不是咱们认为的 www 是最高，其实他是最低的等级，.com才是最高的。

DNS 查找步骤

首先将负责管理上级域的 DNS 服务器的 IP 地址注册到它们的下级 DNS 服务器中，而后下级 DNS 服务器的 IP 地址再注册到更上一级的 DNS 服务器中，以此类推。

举个例子，须要解析等域名为 www.baidu.com，DNS 须要当时把整个www.baidu.com 整个域名注册到 baidu.com，再把baidu.com 注册到 com 域名，再把 com 注册到根域，这样就能够通过下级找上级。

这里提到 DNS 有一个根域，根域名指的是就是一个句点 .，和 Linux 的根门路意义表现形式上相似。

依据根域能够解释为什么任何奇怪等域名都能够被拜访到，起因是所有的上级都会注册到下级中，最初都有一个独特的，如果所有上级要找到根域，天然须要注册根域这个句点。

DNS 查找的过程是自下而上找最近的 DNS 而后自上而下找根域向下查找的的，也就是先找 最近的 dns找，没有找到就须要间接从根域进行查找，一路通过层级下探找到最终的 ip，这也是为什么拜访国外 ip 慢的起因，因为路由链路切实是很长，可能须要几十次 dns 搜寻查找。

DNS 缓存

如果每个主机每次申请总是要通过 DNS 获取域名对应的 IP 信息，是不可能每次都 DNS 让找一遍的，实际上解析到的实在 IP 会事后缓存起来下次访问反复的数据间接返回即可。

另外尽管后面介绍的是查找自上而下从根域向下查找，实际上 DNS 还能够利用缓存个性通过多个层级的共享域名放慢访问速度跨级查找，比方 www.baidu.com 和www.baidu 能够共享缓存间接跳两个层级疾速找到（当然这里其实找最近的一个 DNS 就能找到，这里仅仅是举例）。

然而缓存有个副作用，就是不存在的 ip 地址音讯也会缓存，不过为了避免这种状况个别会有过期工夫，过期之后仍然须要再次走一遍 DNS 查找流程。

问题疏导：问题

http://www.nikkeibp.co.jp/ 中的 http 代表什么意思？

示意的是 HTTP 协定

上面两个网址有什么不同？

a. http://www.nikkeibp.co.jp/sample

b. http://www.nikkeibp.co.jp/sam…

区别点在于 sample 可能被解析出和预期不合乎的后果。

用来辨认连贯在互联网上的计算机和服务器的地址叫什么？

IP 地址

依据 Web 服务器的域名来查问 IP 地址时所应用的服务器叫什么？

DNHS 服务器

向 DNS 服务器发送申请音讯的程序叫什么？

解析器。

TCP 和 IP 协定承载了整个互联网的生命线，这一章算是本书外围局部，把握这两个协定也是学好网络编程的根底。

Socket 客户端连贯细节，能够联合第六章服务端接管的细节比照学习
IP 和以太网的报文内容，以及 MAC 网络包如何封装，这里能够参考 5 层模型理解相熟整个步骤
UDP 收发数据细节。

套接字链接在表面上看就是建设连贯，替换数据，断开连接，尽管实际上细节必定没有那么简略，然而大体上的思路根本不变。

协定栈建设连贯

这里记住一个前提：向操作系统外部的协定栈收回委托时，须要依照指定的程序来调用 Socket 库中的程序组件。

建设 Socket 的协定大部分状况都是 Tcp/ip 协定，Socket 收发数据相似在两个主机之间建设一个有形的管道，Socket 建设的要害是要依照指定顺序调用 Socket 程序组件，大抵的构建程序如下：

创立 Socket（Socket 相似管道两边的出入口）
绑定客户端的套接字到服务端（相似接管道）
替换数据。
断开 Socket 连贯，解除绑定。

转化为具体的流程图如下：

创立 Socket

过程大抵为应用程序会把管制流程会转移到 socket 外部并执行创立套接字的操作，实现之后管制流程又会被移交回应用程序。

创立完套接字之后，协定栈 须要返回标识符号也就是 描述符 用于标识是哪一个套接字在进行传数据，因为咱们可能关上很多套接字连贯拜访不同的网站，具体的成果是咱们浏览器会关上很多个页面，这时候每一个页面都可能须要创立套接字，此时就须要辨认和辨别这些套接字依赖描述符。

绑定客户端的套接字到服务端

连贯操作外围是调用 Socket 的 connect 连贯办法，此办法须要指定 描述符、服务器 IP 地址和端口号 这 3 个参数。

connect 看上去挺简单，其实实质上就是实现连贯动作而已，连贯胜利会把 IP 地址和端口号记录到套接字下面。

描述符在创立 Socket 的时候曾经拿到了，IP 地址则是在 DNS 解析的步骤实现，拿到 IP 之后会放入到应用程序的某个地位替换保留，而端口号则是须要应用程序当时提供。

端口能够简略看作应用程序的入口，DNS 解析的 IP 只能晓得主机在哪然而自身发往哪个应用程序是不分明的，咱们能够设想 DNS 解析相似地图上通知咱们高速的收费站坐标，然而他并不知道对应数据送往那个闸口）。

这里能够了解为端口就是收费站过站口，计算机会要求程序看待应用程序预设明确的端口参加网络交互。

传递音讯

接下来的操作是调用 read 和 write 函数实现消息传递动作，这一步就是底层的流读写操作。

断开连接

这一步须要简略了解为须要一方被动发动断开申请浏览器调用 read 收发数据同时会收到敞开申请，此时客户端确认申请之后将会进行申请并且开始开释 Socket 连贯。

为什么不能用描述符标识应用程序的入口？

描述符是和委托创立套接字的应用程序进行交互时应用的，并不是用来通知网络连接的另一方。

客户端也无奈晓得服务器上的描述符，客户端也无奈通过服务器端的描述符去确定位于服务器上的某一个套接字。〉

Socket 连贯中大抵介绍了协定栈是如何通过网卡实现和指标服务器的连贯、断开、收发数据的过程上面依照程序讲述各个步骤的细节。

上面咱们依据下面所讲的各个步骤按程序进行具体介绍。

首先来看一下创立套接字的状况，上面是协定栈的内容。

委托散发被拆分为好几个局部，最下面能够看作浏览器，协定栈中次要有两张协定 TCP 和 UDP，TCP 次要是用于和服务器交互收发数据的，UDP 则用于较短的控制数据。

IP 协定次要管制网络收发操作，次要工作是把一个个拆分的网络包发给通信的指标对象，IP 协定包含 ICMP 和 ARP 协定，前者告知传输过程的谬误和管制信息，后者传递以太网 MAC 地址。

MAC 地址：合乎 IEEE 规格的局域网设施都应用同一格局的地址，这种地址被称为 MAC 地址

驱动局部是为了让操作系统能失常应用硬件进行网络收发的一个“适配器”，而所有的电信号最终要通过网卡实现。

套接字和协定栈

协定栈实际上是依据套接字传递的信息来决定做什么操作的，比方发数据要看 IP 和端口号。

以 Windows 的套接字为例，间接在 CMD 中应用 netstat 操作即可：

C:\Users\Xander>netstat -ano
  协定     本地地址             内部地址                    状态           PID
  TCP    0.0.0.0:49666          0.0.0.0:0              LISTENING       604
  TCP    0.0.0.0:49667          0.0.0.0:0              LISTENING       1892
  TCP    0.0.0.0:49668          0.0.0.0:0              LISTENING       4508
  TCP    0.0.0.0:57621          0.0.0.0:0              LISTENING       22748
  TCP    127.0.0.1:1001         0.0.0.0:0              LISTENING       4
  TCP    127.0.0.1:1043         127.0.0.1:1061         ESTABLISHED     8452
  TCP    127.0.0.1:1043         127.0.0.1:1063         ESTABLISHED     8452
  UDP    192.168.159.1:1900     *:*                                    3060
  UDP    192.168.159.1:5353     *:*                                    5248
  UDP    192.168.159.1:58085    *:*                                    3060

netstat 命令的 ano 三个参数次要用于扩大 IP 地址端口以及 PID 的显示，以及一些隐式的可能存在的通信也会被记录。

LISTENING：示意期待对方连贯
ESTABLISHED：示意实现连贯并且进行数据通信操作

套接字和协定栈和应用程序的交互流程如下：

协定栈在操作套接字之前，须要当时开拓一块空间来寄存用于操作套接字的必要信息。
协定栈须要向应用程序返回描述符示意以后连贯的是哪一个“管道”。
之后应用程序须要和协定栈交互就必须要携带描述符，不过这样也节俭了协定栈理解应用程序要和哪一个套接字交互。

连贯的目标是为了让两台不再同一个中央的主机可能互相意识对方，这时候不可避免的须要相互提供本人的信息，这样能力正确的建设连贯而后应用套接字传输数据。

连贯的含意

人和人之间的沟通有时候能够不应用一个语言，只有单方都听懂就行，然而对于计算机是行不通的。

所以连贯操作的管制信息要依据通信规定确定，协定栈在通信之前须要依附一块空间来寄存必要数据，这块内存空间称为缓冲区。

连贯须要单方各自告知本人的信息，所以连贯最开始的时候是没有任何数据交互的，因为是 TCP 是全双工的协定客户端和服务器都须要建设套接字，不过单方不晓得和谁连贯，所以须要在客户端和服务端各自开拓一块空间来寄存对方的 IP 和端口等必要的传输信息。

为了让单方既能够失常通信，又能够依据本人的零碎设计协议栈和套接字的管制信息处理形式，网络通信设计采纳了 管制信息 的的形式让不同计算机和零碎能互相意识。

所谓的管制信息能够认为是一种 通用语言，只有是合乎这个管制信息标准的头部信息就能够被其余的计算机意识。

管制信息分为两类：

客户端和服务器的替换的管制信息，次要用于整个通信过程，这些内容在 TCP 协定 进行规定。生存的例子了解是咱们和他人通话之前，两边都得晓得对方的电话号码和根本身份。
保留在套接字中用来控制协议栈操作的信息，这些信息次要用来传输数据，通常须要包含通管制信息和数据块，套接字须要通过管制信息理解到发来的是什么类型的数据，而后协定栈能力配合解决数据。

因为在一开始传输的时候是没有具体数据的，通常是一个空的报文头，所以这个管制信息也被叫做 协定头部， 比方上面提到的 TCP 头部，IP 头部。

第一类：TCP 头部格局

第二类：套接字中的信息

连贯的实际操作

连贯的实际操作次要是调用 CONNECT 函数，协定首先会传递给 TCP 模块，通过 TCP 模块替换获取管制信息的头部，以此理解具体要连贯的套接字信息，而后把头部的 SYN 比特设置为 1，示意能够连贯。

TCP 模块处创立示意连贯管制信息的头部，接着便把信息传递给 IP 模块进行委托发送。

三次握手

替换头部信息之后，接着便是常见的 TCP 三次握手的过程：

第一步：客户端被动关上 TCB 端口，服务器被动关上 TCB 端口。发起方携带一个 SYN 标记，并且携带一个 ISN 序号 Seq=x，然而须要留神的是第一步的过程这个 ISN 序号是暗藏传递的（因为没有传递数据），因为如果申请不存在数据的替换则不会被显示。客户端发送 SYN 命令之后进入设置SYN=1，并且设置 SYN-SENT（同步 - 已发送状态）。
第二步：服务器收到客户端 TCP 报文之后，也将 SYN=1，并且回送一个新的 ISN 序号 ack=x+1，并且将 ACK= 1 示意本人收到了，而后在返回参数回送本人新的序列号示意本人的确认申请 Seq=y，将状态设置为 SYN-RCVD（同步收到）状态，（示意心愿收到的序号为 xxxx1522），最初也是指定 MSS。
第三步：客户端收到服务器的确认报文之后，还须要向服务端返回确认报文，确认报文的 ACK=1，并且回传服务器传递的 ISN 序号 +1（ack = y+1），以及本人的 ISN 序号 +1（Seq = x+1），此时 TCP 连贯进入已连贯状态，ACK 是能够携带数据的，然而如果不携带数据则不耗费序列号。
最初一步：当服务器收到客户端的确认，也进入已连贯状态。

通过三次握手连贯建设，直到断开连接之前都能够传递数据。

收发数据有两个重点：

第一点是收发数据并不关怀数据的格局，而是依据头部信息来分别是什么类型的数据，对于协定栈来说接管的的内容都是二进制的数据。
第二点是利用缓冲区缩小频繁的数据传输进步传输效率。

缓冲区的大小如何管制？

每个数据包的数据长度，协定栈会依据一个叫作 MTU的参数来进行判断，然而 MTU 指的是总长度，除开头部信息之后取得实在的数据长度MSS。
工夫，这个工夫指的是固定的工夫内容不论缓冲区有有没有达到 MSS 长度必须发送数据的工夫，目标是避免等待时间过长造成申请提早。

名词解释：

MTU：一个网络包的最大长度，以太网中个别为 1500 字节。
MSS：除去头部之后，一个网络包所能包容的 TCP 数据的最大长度。

但这两个因素实际上并不能齐全决定收发数据的效率均衡，TCP 协定没有规定协定栈如何均衡，具体须要看操作系统如何决定。

实际上协定栈收发数据是有所保留的，并不是强制依照协定的规定解决，而是给了应用程序一些可控选项，比方浏览器这种要求实时性的应用程序 通常不应用缓冲区。
Http 申请拆分

通常状况 http 的申请响应内容能够通过一个网络包实现，然而针对 POST 申请等大表单的数据提交则通常会触发 TCP 拆包操作。

拆包是依据 MSS 的参数确定的，发送缓冲区会依据这个参数把一个超过一次申请长度的数据拆分为多个包，然而因为实际上同属一份数据，拆分之后所有的数据包都须要增加雷同的头部。

留神：TCP 是面向字节流的协定，就是没有界线的一串数据，本没有“包”的概念，“粘包”和“拆包”一说是为了有助于形象地了解这两种景象。

TCP 粘包

TCP 除了拆包动作之外还蕴含粘包的操作，所谓粘包是指 TCP 协定中发送方发送的若干包数据到接管方接管时粘成一个包，从接收缓冲区角度来看后一个数据的头紧接着前一包数据的尾部。

解决粘包、拆包问题策略？

粘包和拆包须要解决容易造成半包读写的基本问题，解决办法也有很多种，次要的策略根本很多网上材料都有讲到，这里间接搬运论断了：

申请音讯定长，如果缓冲区不满，则通过补 0 的形式达到长度，避免粘包和拆包。
在包尾减少回车换行符进行宰割，例如 FTP 协定；
将音讯分为头部和音讯体，头部中保留整个音讯的长度，只有读取到足够长度的音讯之后才算是读到了一个残缺的音讯；
通过自定义协定进行粘包和拆包的解决。（简直不必）

ACK 号确认网络包收发

ACK 号码除了在三次握手的过程中确认对方是否有收到申请之外，还能作为判断接管的数据包是否残缺的根据，在进行数据传输的时候，接管方会将到目前为止接管到的数据长度加起来，计算出一共曾经收到了多少个字节，而后将这个数值写入 TCP 头部的 ACK 号中发送给发送方，以示意本人到底受到了多少数据，如果两头存在短少数据则服务端从新传输即可。

当然仅靠 ACK 号不能齐全作为参考根据，并且只应用 ACK 号是只思考 单向传输 的状况，然而 TCP 是全双工协定，无奈确定数据接管方来自哪一方。

解决这个问题也很简略，理论在进行双向数据传输的时候单方各自会额定计算一个序号，序号其实就是一组随机数，在接管方收到数据之后每次都须要把序号 + 1 回传给发送方示意本人接管到哪一个序号之前的所有数据。

通过 ACK+ 序号 的形式确保数据正确传输，这样能够使得其余网络通信组件不须要额定的失败弥补机制，如果发现丢包或者数据不残缺的状况，间接依据序号进行重传重发的操作即可。

影响数据传输的因素

次要影响因素是返回 ACK 号的等待时间。

如果 ACK 号迟迟没有响应给对方服务器，势必会影响整个网络传输的效率，如果下一个数据曾经筹备好上一个返回包却没有发回去，很容易造成网络的梗塞，对方迟迟拿不到正确后果。

网络环境的复杂多变，这个等待时间不可能是固定的，所以 TCP 应用了动静工夫的办法进行调整，具体的调整办法就是应用 滑动窗口。

滑动窗口

滑动窗口：指的是在不期待 ACK 返回后果的状况下间接单方相互不间断的发送数据。

单方须要通过各自的缓冲区程序返回 ACK 信息，然而如果无限度的发送数据会导致数据无奈解决呈现丢包，所以滑动窗口的要害是 接管方须要通知发送方本人最多能接管多少数据。

滑动窗口的细节通过一张图更好了解：

对于接管方的接管量，最大能接受解决多少数据是通过缓冲区大小确定的。另外须要留神上面的图只有单向的局部，实际上对于双向来说都是相似的解决。

影响数据传输的主要因素：返回 ACK 号和更新窗口的机会。

对于这一点间接记住一个论断，接管方在发送 ACK 号和窗口更新时，并不会马上把包发送进来，而是会期待一段时间，等到其余的告诉合并到一起解决，因为 ACK 号体现的是曾经收到的包的数据量，应用这样提早发送的形式也能够避免过多的更新数据包呈现。

最终协定栈收发数据的细节如下：

协定栈会依据收到的数据块和 TCP 或者 IP 头部解析内容，如果确认收到数据则返回 ACK + 序号。
协定栈会把数据块放到缓冲区进行存储，利用滑动窗口的个性依照程序解决数据交给利用程序处理。
协定栈会将接管到的数据复制到应用程序指定的内存地址中，而后将管制流程交回应用程序

断开连接的局部蕴含断开连接和删除套接字的操作，断开连接也就是经典的四次挥手的操作，而删除套接字则须要留神在协定栈中并没有规定敞开的工夫，然而通常状况下过几分钟之后会删除套接字。

四次挥手端口 tcp 连贯

第一步（客户端）：TCP 发送开释连贯的报文，进行发送数据，开释报文首部，把 FIN=1，同时发送序列号，依据上一次传送的序列号 + 1 传送 Seq = t + 1（因为下图是在连贯之后立马进行四次挥手，所以序列号没有变），此时客户端进行终止期待 1 的状态。留神 FIN 不携带数据也须要耗费序列号。
第二步（服务端）：服务器回送确认报文，收回确认报文，ACK=1，并且把回传序列号 + 1 回传（ack = t + 1），而后再带上本人的序列号 Seq = y，此时服务端进入 CLOSE-WAIT 状态（敞开期待状态），TCP 服务器此时须要进行下层利用客户端向服务端申请开释，处于半敞开阶段，此时服务端仍然能够向客户端发数据并且客户端须要接管并解决，敞开期待状态意味着整个状态还须要继续一段时间。
第三步（客户端）：客户端接管到服务端确认申请，此时客户端进入到 FIN-WAIT- 2 终止期待 2 的阶段，期待服务器的开释报文。（还有一部分服务器没有发送完的数据须要解决）
第四步（服务端）：服务器把最初的数据处理结束，向客户端发送开释报文，FIN=1，ack=t + 1，因为须要把剩下的数据发送实现，假如解决实现之后须要带上本人的序列号 Seq=w，服务器进入 最初确认状态，期待客户端确认。
第五步（客户端）：客户端收到报文之后，收回确认 ACK=1，ack=w+1，本人的序列号为 Seq = t + 1，此时客户端进入到了 TIME-WAIT（工夫期待状态），此时客户端还是没有开释，必须通过 **2 * MSL（最长报文寿命）** 之后，客户端撤掉 TCB 之后才进入 CLOSED 状态。
第六步（服务端）：服务器收到客户端的申请立马进入 CLOSE 状态，同时撤销 TCB，完结此次 TCP 的连贯。（服务端完结 TCP 连贯要比客户端早一些）

套接字和协定栈和对方服务器的交互流程细节还是比拟多的，这里能够发现实际上三次握手和四次挥手实际上只是网络连接当中很小的一部分，最初是从连贯服务到数据收发到断开连接的一张简略总结图，倡议当作一个大略的流程参考：

下面的局部比拟贴近 TCP 协定的相干操作，TCP 实现连贯收发的同时其实都须要 IP 模块的配合，在理解这两个模块如何配合工作之前须要理解残缺的网络包是如何组成的。

包的组成

对于任何一个网络包，都有最外层的抽象概念，那就是头部和数据两个局部

下面的局部有一个这样的图，外面套接字中的 TCP 数据，这里须要留神在 TCP 管制信息的后面就是以太网和 IP 的管制信息，对于只传输管制信息的网络包尽管没有数据的局部，然而能够把协定的头部信息作为数据局部。

通过上面的图也能够发现，所有的网络包必须要委托以太网和 IP 管制信息能力实现传输。

把存放数据的网络包进行拆分，能够看到上面的 TCP/IP 包构造：

咱们能够简略把头部和数据看做是平时的快递，头部是面单，批示从哪里到哪里，而后这个“快递”会通过网络转发设施的查表操作判断传输到那个方向。

转发设施是什么？这里倡议看看第一章的对于意识网络传输的基本概念，这里简略提一下：

路由器依据指标地址判断下一个路由器的地位
集线器在子网中将网络包传输到下一个路由

然而实际上集线器和路由器各自有不同分工，集线器负责管理以太网规定传输包设施，路由器治理 IP 转发规定，所以下面两个步骤也能够做上面的了解：

IP 协定依据层级规定判断下一个 IP 转发设施。
子网的以太网协定转发给下一个转发设施。

实际上头部局部应该分为 MAC 头部和 IP 头部。为什么要把头部拆分为两个协定？实际上是为了让协定之间能够实现替换，比方 MAC 能够替换为局域网、ADSL、FTTH。同时因为互联网这样宏大的网络架构，须要更加细化的分工。

小结

实际上网络包的封装应该范畴三个局部：

第一局部是 TCP 模块组织头部信息和数据包（当然也可能没有数据只有管制信息）。

第二局部是把整个 TCP 模块塞到 IP 模块的前面，而后通过网卡发送进来。

第三局部是在 IP 模块后面加上 Mac 信息。

要害：无论要收发的包是管制包还是数据包，IP 对各种类型的包的收发操作都是雷同的。

名词解释
ADSL：能够了解为以前宽带应用拨号连贯互联网上网的形式。

非对称 数字用户线路 （英语：Asymmetric Digital Subscriber Line）又称 非对称数字用户环路（Asymmetric Digital Subscriber Loop），简称ADSL。ADSL 是一个依附铜质电话线的数据传输技术比传统的调制器更快。

FTTH：其实就是当初的光纤通信。

光纤到户（英语：Fiber To The Home，缩写：FTTH）是一种光纤通信的传输办法。是间接把光纤接到用户的家中（用户所需的中央）。

这种光纤通信形式及策略与 FTTN、FTTC、HFC（Hybrid Fiber Coaxial）等也不同，它们都是须要依赖传统的金属电线，包含双绞线及同轴电缆等，作“最初一哩”的信息传输。

IP 相似快递上的单号，所以实际上 IP 模块是无奈决定本人抉择正确的地址了，哪怕应用程序通过 TCP 通知 IP 发的地址式是一个谬误地址，IP 也无奈自行修改只能照做。

从这样的特点能够看出 IP 头部又有点相似快递员，和网上买货色商家发错地址或者咱们填错地址一样，不能把责任赖在快递员上。

IP 协定头部的组成相似上面的构造，留神 IP 地址的长度固定须要 32Bit 的空间占用。

这里须要留神“发送方的 IP”地址不是指计算机的 IP，而是 指网卡对应的 IP，因为 IP 不是调配和计算机而是网卡的，当一个计算机有多个网卡就会存在多个 IP。

那么应该如何判断包发送给哪一个网卡？这里波及到 IP 协定规定，无论是路由器的转发还是协定栈的解决都须要依照 IP 协定转给下一个用户。

查问调配给哪一个网卡在不同操作系统中的查问形式不同，查问发送端须要查问是哪个网卡把包发给了路由器，这个动作只须要简略的依据路由器 IP 地址和网卡的 IP 进行比对。

在 windows 中能够通过命令 route print 查看路由信息。

获取 IP 和网卡之后，还须要晓得包所属的协定，委托内容是固定的，比方 TCP 模块就是 06，UDP 就是 17，大部分申请都是 HTTP，应用 TCP 的形式传输。

TCP/IP 模块只能在传输层上相互理解，然而往下的 链路层 以太网用同样的规定是行不通的，所以头部加上 TCP/IP 的头部之后，还须要在头部加上 Mac 头部，Mac 头部蕴含了发送方和接管方的 Mac 信息，这里能够简略了解为 Mac 和 IP 的作用相似，不过 Mac 头部是 48Bit，而 IP 头部是 32Bit。

须要留神以太类型就是 Mac 包装的前面的实在数据的类型，如果是 IP 就是 IP 协定。另外须要留神在发送 Mac 包给接管方之前，因为不晓得对方的 Mac 地址，所以还须要一步查问操作。

留神 IP 模块依据路由表 Gateway 栏的内容判断应该把包发送给谁。

上面是 Mac 头部的组成：

查问 Mac 地址

查问对方的 Mac 地址须要用到 ARP（Address Resolution Protocol，地址解析协定），ARP 通过播送的办法查找到指标地址，所谓播送就是字面意思把音讯发给所有的其余互联网用户，期待对方应答。

为了避免每次查问都要带 ARP 的数据，所以有一块 ARP 的缓存专门缓存这个地址，然而须要留神这个缓存和 IP 模块的 IP 地址一样，过一段时间会被 ARP 缓存淘汰掉，然而如果 IP 刚刚变动可能会导致 ARP 缓存未及时更新导致网络异样。

理论整个工作都是由 IP 模块实现的，尽管 Mac 地址是以太网数据传输的必要内容，然而实际上让 IP 模块负责这些工作是无利的。

为什么须要以太网？

# 有了 IP 地址，为什么还要用 MAC 地址？

以太网基本知识

首先来看看以太网的根本倒退，尽管设计构造越来越精密，然而实质上干的活却没有发生变化。

以太网晚期原型实质上能够看作是一根网线以及一个用于收发的设施，网络信号发送之后通过播送最终达到所有设施，在结尾的收发信息让其他人能够晓得信息最终要发给谁，在 Mac 头部就蕴含了“收货地址”，而具体发送了什么类型的能够通过下面的“以太类型”进行判断。

以太网在后续的倒退中将主干网线替换成了一个中继式集线器，收发器变成双绞线，尽管模式变了，然而实质的工作没有变。

以太网到了古代最终由交换式集线器实现所有的操作，并且网络申请只有申请方和接管方能够互通，集成度减少以及网络传输平安性能减少。

然而以太网无论怎么倒退性质始终没有任何变动：

MAC 地址代表的目的地，用发送方 MAC 地址辨认发送方，用以太类型辨认包的内容。

网络信号发送依赖网卡，然而网卡并不是插上电就能够应用的，还须要依赖初始化以及驱动程序能力实现操作，驱动程序和初始化操作在其余很多电脑硬件中比拟常见，然而以太网有比拟独特的驱动操作，那就是管制以太网收发操作的 MAC 当中收发 MAC 地址。

另外网卡还有一个个性是网卡的 ROM 中保留着全世界惟一的 MAC 地址，这是在生产网卡的时候就曾经决定。

所以能够看到最终实现 IP 数据转化的要害是驱动程序，网卡中保留的 MAC 地址会依赖网卡驱动程序读取并调配给 MAC 模块。

MAC 模块工作在网卡调用 MAC 包发送申请命令之后，MAC 模块的工作是划分网络包的“边界”。

为了划分边界，MAC 模块会加上三个管制信息：

报头：是一串像 10101010…这样 1 和 0 交替呈现的比特序列，长度为 ** 56 比特 **，它的作用是 确定包的读取机会。
起始帧分界符（SFD）：确定帧的起始地位，次要是辅助电信号切分报文头部和实在的网络包边界，并且判断出每个比特的界线。
FCS：查看包传输过程中因噪声导致的波形错乱、数据谬误，它是一串 32 比特的序列，是通过一个公式对包中从头到尾的所有内容进行计算而得进去的

当服务器接管到网络包之后，首先协定栈会判断以太网头部的以太类型，发现是 0800 为 TCP/IP 协定，接下来是 IP 模块工作，首先是查看 IP 头部是否正确，IP 地址是否正确。

如果接管方是 window 客户端，因为不会对包进行转发，如果发现包不是发给本人的，会调用 ICMP 音讯回传给申请发送方，IMCP 的音讯格局如下：

另外接管到的网络申请可能会因为数据包过大呈现 IP 分片，分片的包会在 IP 头部的标记字段中进行标记，IP 模块会把分片过的包暂存外部内存空间，等雷同 ID 的包全副接管到缓冲区之后再拼接。

怎么保障拼接的程序正确呢？能够查看前文 IP 头部还有一个 分片偏移量（fragment offset）字段，它示意以后分片在整个包中所处的地位。

IP 模块实现数据分片重组之后，数据包交给 TCP 模块操作，TCP 还会再次查看一遍申请方和接管方的 IP 信息，以及获取端口号找到对应的套接字，找到套接字之后依据应用程序的类型进行不同的操作，这个过程可能是建设连贯，也可能是实现应用程序数据的读写操作。

这里可能会感觉 IP 查看不是 IP 模块的操作么，TCP 去看 IP 模块的信息是不是“越权”了？实际上这是一种性能开销都思考而违反“迪米特法令（Law of Demeter）”的一种特例。因为 TCP 模块须要频繁应用 IP 模块的信息，如果老是须要数据之间的交互传输十分影响性能。

TCP/IP 为了保证数据精确收发须要应用一系列简单的模块和过程配合保证数据的残缺传输，然而有时候有些应用程序为了保障高效会舍弃应用 TCP 这种简单的机制。

UDP 协定的要点是尽可能将所有的数据通过一个包解决，UDP 没有 TCP 的接管确认、窗口等机制，因而在收发数据之前也不须要替换管制信息。UDP 的实现非常简单只须要应用程序退出头部，间接交给 IP 模块实现即可，接管方也只须要查看 IP 头部的发送方和接管方的 IP 地址信息，而后再从 UDP 找到端口号，最初再找到套接字信息把数据给应用程序。

因为 UDP 不保障传输的稳定性所以无论包是否接管到都无关紧要，只有对方没有回应间接把包进行重发即可。这种不须要保障传输稳定性的场景还是有不少的，比方聊天数据、音频和视频信息，即便失落一点点也没有关系，最多是卡顿一下而已。

要害：UDP 可发送的数据最大长度为 IP 包的最大长度减去 IP 头部和 UDP 头部的长度。一般来说 IP 头部为 20 字节，UDP 头部为 8 字节，因而 UDP 的最大数据长度为 65507 字节。

上面是 UDP 的头部信息：

在第二章咱们理解 Socket 链接的步骤和大抵细节，另外介绍了整个互联网比拟重要的两个协定TCP 协定和 IP 协定，在两个协定中须要重点把握头部设计，IP 模块实现 TCP 模块的数据，TCP 数据封装应用程序数据，之后还须要配合 Mac 以太网模块实现网络包的最初封装，等所有筹备工作实现之后，由网卡以及驱动程序把整个包发送进来，所以其实能够看到决定你能不能上网等实际上是网卡和驱动（这不是废话），然而这些内容属于不同层级的内容，须要一一消化。

介绍了 TCP 之后，在在第二章最初局部简略提到了 UDP 协定，UDP 是一种简略暴力的协定，设计的目标是让所有的数据尽可能通过一个包实现，所以他不须要链接也不须要保障数据安全传输，数据丢了间接传输即可，UDP 的利用也是非常宽泛的，比方游戏，视频，音乐等等数据的传输，很多时候丢一点基本无关紧要，因为即便找回来这些数据也没有意义。

TCP/IP 连贯也只是互联网数据传输的一小部分，然而却是最为外围的局部，尽管往下还有以太网和网卡以及网络通信如何上网等细节，然而只有粗浅理解 TCP/IP 协定能力理解整个互联网是如何交互和数据传输的。

信号如何在网线和集线器中传输？如何克制信号传输中的失真状况？
交换机的作用和工作形式是什么？
路由器包转发的细节，以及和交换机的区别。
路由器额定性能理解，不仅仅是接入互联网的媒介，还蕴含许多其余性能。
理解集线器、路由器、交换机在 OSI 模型（TCP/IP 模型）的地位。

如果理解 [[《网络是怎么样连贯的》读书笔记 – ADSL]] 和[[《网络是怎么样连贯的》读书笔记 – FTTH]]两个局部的内容，应该分明网络包在传输的过程中最终转化为电信号或者光信号传输，咱们通常所说的 TCP 协定、IP 协定、以太网等等实际上都曾经被“屏蔽”的。

最终包的传输只是一个转发设施到另一个转发设施信号传输，所有的网络包都相当于一个独立的快递个别进行传输。

这个传输过程波及到本章的三个最重要的内容，也就是集线器，交换机，路由器，整个传输的过程和上面的内容相似：

避免信号衰减

所谓的以太网信号实际上能够看作是正负变动的电压，网卡的 PHY 模块负责实现正负电子信号电路输入。

信号传输的根本性的问题是网线越长，信号衰减和损耗越重大。因为以太网是应用方波信号传输，高频信号容易失落，这样容易导致信号的失真，另外线路噪声条件无论好坏都有可能导致信号失真，所以问题很显然是在传输资料上。

互联网最早应用的是 双绞线，所谓双绞线是最晚期的 ADSL 的接入互联网而应用的电话线和网线混合的模式诞生的一种非凡设计模式。

而最早的以太网应用专用同轴网线，起初变成由美国室内电话线改进的版本，起因是它能够兼容电话线的布线工具和资料，比拟不便。

想要双绞线如何防止信号失真和噪声问题，咱们须要理解噪声是怎么来的，这里须要介绍一点物理常识：

信号噪声来自于网线四周的电磁波，影响网线信号传输的电磁波次要有两种，第一种是液晶显示设施透露的电磁波，第二种是相邻的网线产生的电磁串扰，信号传输依附的是电流，电流在通过网线四周四周就会产生电磁波，网线之间的电磁波烦扰被称为串扰。

要解决下面两种电磁波的问题，通常有上面的形式：

第一种通过双绞的形式让电流通过不同的形式以螺旋的形式传输，其中两根信号线中产生的噪声电流方向就会相同，这时候信号仍然能够失常传输，然而噪声失去了管制。
第二种电磁串扰问题能够通过绕线的形式来解决，因为绞线之间自身就有非常法则的间隙，正反信号之间的间隔通过缠绕的形式进行对消，所以哪怕相邻只有相互缠绕形式正确就能够让噪声进行对消。

所以网线螺旋缠绕形式自身是有考究的，既能够解决电流自身掠过其余电磁波设施产生的噪声，又能够避免不同网线穿插的电流产生的电磁波噪声。

集线器工作

信号传递到整个网络之后将会播送到整个网络，在第一章“以太网 MAC 头部”当中介绍了 MAC 地址中蕴含了接管方的“收货地址”，集线器负责以太网架构中对于信号进行播送的角色。实际上能够设想是接管一端网卡传递的电信号，而后通过网线传递给另一端。

咱们能够察看集线器的设计，PHY 模块的性能根本是雷同的，留神这里的接线办法是穿插连线的，应用间接连贯的形式是无奈接管信号的。

如果集线器不想和某个网卡通信则须要一个两头媒介实现切换的动作。

RJ45 接口：通常用于数据传输，最常见的利用为网卡接口。RJ45 是各种不同接头的一种类型；RJ45 头依据线的排序不同的法有两种，一种是橙白、橙、绿白、蓝、蓝白、绿、棕白、棕；另一种是绿白、绿、橙白、蓝、蓝白、橙、棕白、棕；因而应用 RJ45 接头的线也有两种即：直通线、穿插线。

为了让不同的接口实现“接入”和“敞开”的操作，须要依赖 MDI/MDI-X 切换开关，如果存在这个开关的则能够切换 MDI/MDI-X 模式，集线器间接的连贯能够都改为 MDI 模式（也就是直连模式）。

然而如果须要和其余计算机的网卡交互，须要切换为 MDI-X 模式进行交互，另外留神不是所有的集线器都有切换开关，所以如果某个集线器只有 MDI-X 接口，也能够通过默认的 MDI- X 接口实现穿插交互。

这里可能有点难以了解，所以换一种解释：咱们晓得电流是从正极流向负极，所以在集线器和两个计算机的网卡交互的时候是须要进行“发送端”和“接收端”的正反穿插连贯。

而集线器的设计因为是“平行设施”，可能存在只反对正反信号交互或者间接连贯的形式实现交互，所以须要模式的切换开关进行兼容，然而如果集线器只有正反信号的交互接口，则间接通过穿插交互连贯的形式实现信号交换。

当初咱们再看看另一端接管内容拼接成一个残缺的结构图，和前文所说的一样在网卡的这一端。

为什么有直连和穿插线？

上面的局部是书中没有介绍的内容，集体存在疑难为什么集线器要弄出 MDI/MDI-X 直连和穿插的模式，尽管晓得了他的作用，然而不分明历史由来。

为了具体解释，首先说一下什么是直连线，什么是穿插线。

直连线：网线两端都是按 T568A 或者 T568B 排序。
穿插线：一端是按 T568A 排序，一端是按 T568B 排序。

这里找了一张网上的图比照两种不同的接线办法在网线上的不同接入形式：

直连和穿插接线的区别

实际上没有本质区别，只是不同的网线适应不同的场景而已。具体的应用场景能够看下面截图的内容，这里简略举例说明。

直连线用于两种不同的设施之间：

主机和集线器或者交换机连贯。
路由器交换机和集线器。
交换机应用的端口不同。

穿插线应用同类型设施，这里只有记住穿插线实用于雷同类型的设施。

这里记住一条规定：同种设施用穿插，不同设施用直连。

然而随着技术的倒退和迭代古代设施对于网线接口的依赖其实并不是特地强，同种设施应用直连线也是能够兼容的，所以下面的这条规定只能作为一个参考。

交换机通常属于 OSI 模型的第二层（数据链路层），交换机的工作依赖于对 MAC 地址的辨认。

交换机 设计是将网络包原样转发到目的地，目标是为了实现远距离的网络包传输而不让数据失真。

因为须要替换数据，替换的接口和 PHY（MAU）模块也是以 MDI-X 模式进行连贯的，当网络包进入接口之后首先是把信号翻译为交换机通用格局，接着是应用 MAC 模块局部对于网络包进行解析，并且应用包开端的 FCS 校验谬误。

交换机看似和网卡的工作相似实际上有着相似的作用，通过查问 MAC 地址以及端口查找对应的指标地址，而后转发到下一个离指标地点更近的地址。

交换机的端口不核查接管方 MAC 地址，而是间接接管所有的包并存放到缓冲区中，而之前章节提到过网卡在生产进去的之后自身就 自带惟一的 MAC 地址 并且收发信息都须要核查 MAC 地址。

显然网卡和交换机还是有不小差异的，因为 交换机端口的 MAC 模块不具备 MAC 地址。

上面的内容是对于交换机工作较为具体解释，整个工作简而言之：交换机依据 MAC 地址表查找 MAC 地址，而后将信号发送到相应的端口。：

当交换机从其某个端口收到一个数据包时，先读取包头中的源 MAC 地址（即发送该数据包的设施网卡的 MAC 地址），将该 MAC 地址和端口对应起来增加到交换机内存里的地址表中；而后再读取包头中的目标 MAC 地址，对照内存里的地址表看该 MAC 地址与哪个端口对应。

如果地址表中有该 MAC 地址的对应端口，则将该数据包间接复制到对应的端口上，如果没有找到则将该数据帧作为一个播送帧发送到所有的端口，对应的 MAC 地址设施会主动接管该帧数据，同时交换机将接管该帧数据的端口与这个目标 MAC 地址对应起来，最初放入内存中的地址表中。

疾速了解交换机的特点：具备大部分网卡个性的以太网数据传输设施。

这里回顾之前章节介绍的 FCS 内容。

FCS：查看包传输过程中因噪声导致的波形错乱、数据谬误，它是一串 32 比特的序列，是通过一个公式对包中从头到尾的所有内容进行计算而得进去的。具体能够参考网络包的构造示意图。

交换机内部结构

MAC 地址保护

交换机根本工作是查找核查 MAC 地址以及保护 MAC 地址表的工作，MAC 地址的保护次要有上面两个细节：

发送方 MAC 地址以及其输出端口的号码写入 MAC 地址表中。MAC 地址表的数据十分宏大然而端口的数量无限，为了疾速的查找和治理，只有某个设施发送过网络包，它的 MAC 地址就会被记录到地址表中，这种构造和缓存相似。
MAC 地址表通常是“实时更新”的，目标是为了避免设施挪动问题。因为古代挪动设施会频繁的切换网络环境和端口状态，交换机为了适应发送方频繁“变更”端口须要及时删除地址表的映射记录。

另外须要补充阐明和大多数的缓存特色雷同，MAC 地址的删除不是实时的，所以有时候数据包可能会发给之前的，然而这种事件通常不须要放心也比拟常见，通常重启交换机并且刷新掉 MAC 地址和端口映射即可，替换机会自行更新或删除地址表中的记录，不须要手动保护。

交换机非凡解决

上面介绍交换机的几种非凡状况。

第一种是如果发现网络包的发送方和指标地址是同一个映射端口，这种状况下指标机器会收到两个反复的包导致无奈通信，所以这种网络包交换机收到之后间接抛弃。

另一种状况地址表中找不到指定的 MAC 地址，这种状况可能是指标地址素来没有在互联网中进行过交互，或者是设施长时间不工作地址被交换机删除。

这种状况下替换机会应用播送发给所有的网络设备直到找到应答方，一旦接管到应答就会存储下 MAC 地址和映射端口，这种设计自身也和以太网最后的设计思考统一。

最初一种是如果接管方 MAC 地址是一个 播送地址，那么替换机会将包发送到除源端口之外的所有端口。

全双工协定

全双工协定存在于交换机当中，集线器不具备这样的特点，集线器因为多个信号传入会导致信号碰撞是半双工协定的。

交换机是全双工协定的，所以在传输过程中不论有没有网络包交换机也能够本人进行数据的收发操作。在全双工的模式下信号碰撞不会产生，因而这种模式下也不须要碰撞检测。

全双工协定呈现的晚期须要人为的手工切换，当然随着技术倒退起初呈现了工作模式的主动切换。

另外在晚期为了保障通信失常，在以太网的架构如果没有信号传输，会默认填充脉冲信号在网络中一直流过，为了兼容新老设施的传输速率，脉冲信号的传输会应用“木桶效应”的短板主动兼容实现全双工协定的脉冲信号传输。

最初因为交换机反对全双工的协定，当端口不须要传输数据的时候能够实现多个端口的转发操作，对于交换机的更多内容能够查阅材料理解。

数据由交换机发送进去之后，信号会传输到路由器。

路由器是基于 IP 设计的，而交换机是基于以太网设计的，尽管看上去工作是相似的查表判断包应该发往那里，然而因为设计初衷的不同，所以还是存在很大的差异。

路由器的内部结构重点关注 转发模块 和端口模块，其中转发模块负责判断包的转发目的地，端口模块负责包的收发操作，有点相似协定栈的 IP 模块和网卡之间的关系。

路由器反对多种协定，只有端口模块装置了相干协定就能够反对信号传输，通过不同的端口实现不同协定的工作，路由器的各个端口都具备 MAC 地址和 IP 地址。

以太网端口为例，路由器的端口具备 MAC 地址，因而它就可能成为以太网的发送方和接管方，此外端口还具备 IP 地址，所以它能够充当网卡应用。

路由表的信息

在路由器中的表信息被叫做路由表，查表判断转发指标的基本思路和交换机是相似的，然而工作形式不太一样。

次要的区别能够从路由表的设计上进行比照，这里须要再次用上子网掩码的相干常识，首先这里能够看到指标地址存储的主机号局部为 0，所以这里显著存储的是指标 IP 的子网。

路由器会疏忽主机号，只匹配网络号，只有接管到的 IP 网络号统一，则能够认为是合乎同一个方向传递来的数据。

为了进步路由器中路由表的地址管理效率，有时候指标地址理论子网掩码和子网掩码并不是齐全匹配的，这里能够类比 DNS 对于 IP 地址的保护。

路由器在保护指标地址和子网掩码的时候，路由聚合会将几个子网合并成一个子网，并在路由表中只产生一条记录，比方 10.10.1.0/24、10.10.2.0/24、10.10.3.0/24 这三个地址尽管不属于同一个子网，然而能够通过 10.10.0.0/16（留神网络号变动为 16 位）这样的模式相似对于掩码进行二次掩码匹配的操作。

所以路由表的子网掩码列只示意在匹配网络包指标地址时须要比照的比特数量，利用路由聚合能够缩小不必要的查表和进步路由效率。

最初是路由表信息的保护工作，次要形式是上面两种：

由人手动保护路由记录。
依据路由协定机制，通过路由器之间的信息替换由路由器自行维护路由表的记录。

路由器包收发操作

信号传输到接口局部，接口的 PHY 模块和 MAC 模块把信号进行转化翻译，开端同样须要校验 FCS。

接着再查看 MAC 地址，路由器的端口同样都具备 MAC 地址，只接管与本身地址匹配的包，遇到不匹配的包则间接抛弃。其中的接管方 MAC 地址就是路由器端口的 MAC 地址。

这里比拟容易误会的是接管方的地址可能被认为主机的地址，其实是 路由器的接管端口的 MAC 地址，因为网络包是发给路由器的，再由路由器查表发给具体的主机。

路由表查表操作

路由表的查表规定是依照匹配的最长网络号比非凡进行匹配，因为网络号越多证实子网掩码的范畴越小子网所笼罩的主机也越少，越有可能找到对应的主机地址。这样的匹配规定也被叫做 最长匹配规定。

对于服务器这种通常具备固定公网 IP 的设施在路由表上会有诸如 192.168.1.10/255.255.255.255 的表现形式，这样的 IP 在查找的时候能够依照最长匹规定进行匹配。

留神如果在路由表中无奈找到匹配的记录，路由器会抛弃这个包，并通过 ICMP 音讯告知发送方。为什么会间接抛弃包呢？这是因为互联网多设施切实是过于宏大数量过多，查问代价是难以估计的。

默认路由抉择

所有的转发操作都要匹配路由表显然是不事实的，所以在路由器中默认配置了 0.0.0.0 让任何地址都能够进行匹配到，另外这一行配置也被叫做 默认网关。

在计算机的 TCP/IP 设置窗口中也有一个填写默认网关的框，示意计算机上也有一张和路由器一样的路由表，其中默认网关的地址就是咱们在设置窗口中填写的地址。

在 IPV4 中，0.0.0.0 地址被用于示意一个有效的，未知的或者不可用的指标。

在服务器中，0.0.0.0 示意是本机上的所有 IPV4 地址，如果一个主机有两个 IP 地址，比方 192.168.1.1 和 10.1.2.1，并且该主机上的一个服务监听的地址是 0.0.0.0, 那么通过两个 ip 地址都可能拜访该服务。
在路由中，0.0.0.0 示意的是默认路由，即当路由表中没有找到齐全匹配的路由的时候所对应的路由。

0.0.0.0 的主要用途：

DHCP 调配前示意本机。
用作默认路由示意任意主机。
用作服务端示意本机的任意 IPV4 地址。
示意指标机器不可用

路由器和交换机的 差异

最初咱们来看路由器和交换机的差异

交换机通过 MAC 头部接管方 MAC 地址判断转发指标，路由器则通过 IP 模块判断 IP 地址来确定转发指标。
交换机在地址表中只匹配完全一致的记录，而路由器则会疏忽主机号局部，只匹配网络号局部。

包的有效期

路由器发送网络包之前，还有一些工作要做：更新 IP 头部的 TTL 字段，TTL 指的是包的有效期，如果这个值为 0 示意转发，比方发送方在发送包时会将 TTL 设为 64 或 128，也就是说包通过这么多路由器后就会“死于非命”。这个机制的作用是避免包有限转发而设计的。

分片性能拆分大网络包

这里的分片和 TCP 拆分数据是不同的，TCP 拆分数据的操作是在将数据装到包里之前进行的，换句话说拆分好的一个数据块正好装进一个包里。而 IP 分片是把合成的一个包再一次进行分片的操作。

决定 IP 模块是否分片次要限度是 MTU 参数以及输入端口反对的 MTU 大小，如果输入端口太小就须要依照限度的大小对于包进分片，如果查问标记字段发现不能分片，那么就只能抛弃这个包，并通过 ICMP 音讯告诉发送方。

须要留神分片之后每一份数据后面会加上 IP 头部，大部分状况下增加头部都是类似的，只是 = 其中有局部字段须要更新，这些字段用于记录分片相干的信息。

路由器的发送操作

路由器判断下一个转发指标的办法如下：

如果路由表的网关列内容为 IP 地址，则该地址就是下一个转发指标。
路由器应用 ARP 来查问下一个转发指标的 MAC 地址。
如果路由表的网关列内容为空，则 IP 头部中的接管方 IP 地址就是下一个转发指标。

这几个步骤详细描述，能够取得上面的过程：

首先判断 MAC 地址，取出 MAC 头部判断路由表的网关，如果网关为空，则 IP 头部中的接管方 IP 地址就是要转发到的指标地址。
ARP 播送协定依据 IP 找到对方 MAC 地址，并且存储未接管方 MAC 地址。
填写输入端发送方 MAC 地址字段，这里填写输入端口的 MAC 地址还有一个以太类型字段，填写 0080（十六进制）。
把网络包转为电信号传输，如果信号碰撞则进行重发，如果非全双工模式则期待线路没有信号进行传输，否则无需确认是否有其余信号间接传输。
发送的包通过交换机传给下一个路由器，而后路由器依据规定层层转发达到目的地。

整个过程有点相似古代快递的传输，由一个站点找到下一个站点，最初达到目标地址。交换机的作用也非常明显，他和路由器属于分工合作，IP（路由器）负责将包发送给通信对象这一整体过程，而其中将包传输到下一个路由器的过程则是由以太网（交换机）来负责的。

路由器在这里是方向盘的角色，而交换机更像是开车的人。

路由器其余性能

IP 地址的长度为 32 个 bit，所以很多状况下不同局域网的用户可能有雷同的 I P。为了解决雷同 IP 在互联网中“共存”问题，须要采纳固定地址的调配形式辨别内外网。

通常咱们把给公司外部应用的网络叫做公有地址，而固定提供对外拜访的地址叫做固定地址。私有地址和公有地址的区别是公有地址在拜访互联网的时候会进行转化并且只能在内网中进行间接通信，而这个转化机制比拟要害，

地址转化

地址转换的基本原理是在转发网络包时对 IP 头部中的 IP 地址和端口号进行改写。具体能够看看上面的例子，在对外只能应用一个私有地址的状况下，能够用不同的端口号来区别内网中的不同终端。

地址转换设施会从地址对应表中通过私有地址和端口号找到绝对应的公有地址和端口号，依据对应表查找公有地址和私有地址的对应关系之后，再改写地址和端口号之后进行转发。

地址转化从外表上看同样相似委托操作，接管方的通信对象实际上是和地址转化设施实现。

改写端口号

改写端口号的意义是为了让一个公网地址能够对应更多的公有地址，对于一个大公司来说一个公网地址几万个端口以及是能够反对应用的。

此外如果是内网地址的通信在地址转化设施表中不存在也能够失常通信，因为转发设施自身的地址就是被用来改写的公网地址。

路由器包过滤

最初路由包的过滤，根本是是通过 IP 模块，MAC 模块和 TCP 模块配合校验一个网络包申请是否非法。

包过滤的意义当然是为了保障网络安全，避免互联网伪造网络包进入内容毁坏内网的零碎利用。

当网络包通过互联网接入路由器之后，接下来的局部就是 ADS L 或者 FTTH 的工作了，这部分内容次要为运营商的内容。

其余内容

集线器（repeater hub) 交换机（switching hub）虽然名字差不多但内部结构齐全不同，路由器晚期效率实际上不如交换机，然而如果管路由器叫做 hub 显然会让用户认为价格低廉并且难以接管，然而如果跟客户说接上网线就能够上网，状况就会变得不一样。

另外交换机的在起初的历史倒退中倒退出二层交换机，咱们在小结中进行展现。从字面了解小型便宜的普及型产品个别叫交换机，大型的高性能产品个别叫二层交换机。

上面是总结集线器、交换机和路由器别离是什么，接着是补充一部分交换机后续倒退的内容。

集线器

集线器（即 HUB，物理层设施）是一种将多条双绞线或光纤汇合连贯在同一段物理介质下的设施，通常工作在物理层（即 OSI 参考模型第一层），用于连贯局域网段。

集线器领有多个端口，当其中一个端口接管到信号后，会将衰减的信号整型放大，而后再将放大的信号播送转发给其余所有端口，以便局域网的所有段都能够看到数据包。在网络中，集线器充当着设施的公共连接点。

在 OSI 参考模型的底部。罕用设施还包含网卡、集线器、中继器、调制解调器、网线、双绞线、同轴电缆。

交换机

交换机是一种用于光 / 电信号转发的网络设备，通常工作在 数据链路层或网络层（即 OSI 参考模型的第二层和第三层），反对各种数据包协定。目前交换机类型繁多，如局域网交换机、以太网交换机等。

其中局域网交换机次要用于交换式局域网内进行数据交换，而以太网交换机次要用于以太网内进行数据传输。

在网络中交换机是用于局域网段之间过滤和转发数据包的设施。

路由器

路由器是连贯 Internet 中各局域网、广域网的设施，通常位于两个或者多个网络连接的网关处，工作在 网络层，用于实现两个局域网或两个广域网或一个局域网和互联网服务提供商之间的网络连接。

在路由器中通常存着一张路由表，它会依据信道的状况主动抉择和设定路由，而后以最佳门路发送信号。另外，路由器反对 Internet 管制报文协定（即 ICMP）等相似协定，可帮忙 IP 主机、路由器之间传递管制音讯，为任意两台主机之间配置最佳路由。

二层和三层交换机

二层交换机通常用于连贯以太网中的网络设备和客户端设施，以辨认与转发数据包中的 MAC 地址。但随着网络应用程序多样性的减少以及交融网络应用的倒退，三层交换机的利用在数据中心，简单的企业网络，商业利用乃至高级客户我的项目中蓬勃发展。

二层交换机工作于 OSI 模型的二层 (数据链路层)，故而称为二层交换机，次要性能包含物理编址、谬误校验、帧序列以及流控。而三层交换机位于三层（网络层），是一个 具备三层替换性能的设施，即带有三层路由性能的二层交换机，但它是二者的有机联合，并不是简略地把路由器设施的硬件及软件叠加在局域网交换机上。

二层和三层交换机的区别

二层和三层交换机之间的次要区别在于是否领有路由性能。

二层交换机：属数据链路层设施，能够辨认数据包中的 MAC 地址信息，依据 MAC 地址进行转发，并将这些 MAC 地址与对应的端口记录在本人外部的一个地址表中。

三层交换机：就是具备 局部路由器性能的替换 机，工作在 OSI 网络规范模型的三层：网络层，目标是放慢大型局域网外部的数据交换，所具备的路由性能也是为这目标服务的，可能做到一次路由，屡次转发。此外，三层交换机能够执行动态路由和动静路由。

OSI 参考模型

尽管 OSI 模型最后的构想很美妙，然而实际上被 TCP/IP 网络模型代替，然而上面三层的内容根本是没有变动的，在学习了这一章的内容之后，咱们对于整个互联网的架构应该有了更深刻的理解。

防火墙的位置作用以及古代支流的服务器部署形式。
缓存服务器的作用以及部署形式。
三种代理形式以及区别。
内容散发服务是什么？缓存服务器不同部署形式的影响。

如果服务器不设置任何防护并且裸奔，很大概率受到网络攻击，当初公司根本都会应用防火墙 + 服务器的部署形式。还有一种是间接买服务器供应商也就是常见的上云，间接让业余的三方服务器治理进行防护。

防护网络攻击的伎俩目前支流的形式有三种，其中被应用最多也最无效的是 包过滤。

第一种形式为包过滤，包过滤非常简单，因为在网络包的头部蕴含了网络申请的所有信息，通过接管方 IP 地址和发送方 IP 地址，咱们能够判断出包的终点和起点。因为申请的起点是能够确定的，也就是 WEB 服务器，所以这之间退出防火墙来隔离异样申请。

第二种形式是应用端口的形式进行限度，防火墙管制某个端口的申请网络是否能够来放行不同 IP 进入不同端口的权限。

第三种是 TCP 层面的防护，TCP 在执行连贯操作时须要收发 3 个包，第一个包通常应用其余端口，能够判断肯定是在 Web 服务器程序中特地设置过的，因而只有依照服务器的设置来调整防火墙设置即可，通常这个包中 TCP 管制位中 SYN 为 1，而 ACK 为 0。

其余的包中这些值都不同，因此只有依照这个规定就可能过滤到 TCP 连贯的第一个包。因为 WEB 服务器发往互联网被阻断了，所以这样就实现了拦挡，从反方向来看，第一个包是发往 WEB 服务器的，返回是从 WEB 返回的，所以互联网拜访 WE B 是没有问题的。

最初这样就实现了“可进不可出”的成果，依据第三章探讨的地址转换的工作原理，当应用地址转换时，默认状态下是无奈从互联网拜访公司内网的，因而咱们不须要再设置一条包过滤规则来阻止从互联网拜访公司内网。

最初须要阐明包拦挡过滤并不是防火墙特有的性能，而是路由器的包转发性能根底上附加的一种性能。

对于防火墙这种机制是典型的“攘外然而不能安内”的存在，意思是说尽管对外的敌人是拦挡的，然而呈现了防火墙无奈进攻的内鬼是解决不了的，所以针对防火墙无奈解决的问题，又引申出几种解决形式：

第一种是修复应用程序的 BUG，这些 BUG 通常是技术人员在开发过程中没有思考到的系统漏洞问题，这种问题是能够通过人为伎俩疾速修复的。
第二种是用加一层的绝招，对于异样流量进行拦挡，比方最为经典的 DDos 攻打，应用本身的防火墙显然是不行的，必须有内部监控防护服务器进行爱护。

单机的负载平衡是没有意义的伪负载平衡，上面探讨的都所有状况都是在多物理或者多主机映射的虚拟机的状况进行介绍。

负载平衡通常会应用缓存服务器，缓存服务器是一台通过代理机制对数据进行缓存的服务器。

缓存服务器位于 web 服务器和客户端之间具备对于 WEB 的直达性能，次要工作非常简单就是把 WEB 服务器返回的数据缓存在磁盘中序列化存储，目标是进步 WEB 服务器的响应速度。

缓存服务器最大的问题是服务器更新数据之后缓存可能还没同步而看到旧数据，为此缓存提供了缓存最大的保留工夫以及用户拜访隔离的个性，简略了解就是针对不同的客户端看到的内容是不同的，不过从服务器的角度看与之交互的是缓存服务器。

判断什么时候须要间接返回服务器数据而不是缓存数据，一种简略的计划是查看客户端的网络报文信息变动，并且本人在返回的时候也要告知本人是缓存还是服务器数据。

最初缓存的最大问题是缓存命中率的问题，然而此问题不在本章科普范畴之内不做过多介绍。

正向代理：正向代理刚刚呈现的时候，其目标之一就是缓存，这个目标和 服务器端的缓存服务器雷同。当设置了正向代理时，浏览器会疏忽网址栏的内容，间接将所有申请发送给正向代理。申请音讯的内容也会有一些不同。

正向代理是最为简略直观的代理形式，具备有上面的特点：

1、拜访外部节点：通常应用跳板作为进入内网的工具。

2、放慢访问速度：代理服务器能够缓存内网资源，用户申请已缓存资源时，间接发送给用户，比方国内阿里云的 MAVEN 仓库。

3、访问控制：代理服务器能够设置拜访权限，管制内部主机对内网资源的拜访。简略的权限管制避免内部拜访外部网络。

一些好用的代理工具：

1.reDuh 源码 https://github.com/sensepost/…

2.reGeorg 源码 https://github.com/sensepost/…

3.tunna 源码 https://github.com/SECFORCE/T…

反向代理

正好与正向代理相同，对于客户端而言代理服务器就像是原始服务器，并且客户端不须要进行任何特地的设置。客户端向反向代理的命名空间 (name-space) 中的内容发送一般申请，接着反向代理将判断向何处 (原始服务器) 转交申请，并将取得的内容返回给客户端。

反向代理服务器的作用：

集群式部署实现负载平衡，CDN 技术（构建在数据网络上的一种分布式的内容散发网），前端服务器，Nginx（异步框架的网页服务器）等。

1、用户拜访 web 服务时，并不知道拜访的是代理服务器，代理服务器就是 web 服务器。

2、放慢访问速度，和正向代理一样能够缓存内网数据。

3、实现负载平衡，升高单个服务器的累赘，进步整体资源的利用率。

通明代理

意思是客户端基本不须要晓得有代理服务器的存在，它批改你的申请报文，并会传送实在 IP。留神加密的通明代理则是属于匿名代理，意思是不必设置应用代理了。对于整个申请来说是无感知的。也因为是无感知的，所以通明代理不能和反向代理兼容。

通明代理的作用：

1、实际例子为当下很多公司应用的行为管理软件。

2、客户端拜访 web 并不知道是通过代理服务器拜访的。

3、防火墙设置通明代理，当 PC 让代理服务器申请 web 页面时，代理服务器返回页面数据。

缓存服务器部署在不同的中央，其成果会齐全不一样。对于部署的不同形式能够间接看上面的图，这里次要记录第三种部署形式的利弊。

第三种部署形式是和网络运营商签约的形式缓存服务器就近部署（相似 CDN），当然这样的开销显然很大，所以在此之上也有中间商插入专门干这些事件，这些运营商被叫做 CDSP（Content Delivery Service Provider，内容散发服务运营商）。

这些运营商会和次要的互联网供应商签约，并部署很多台缓存服务器，缓存服务器能够缓存多个网站的数据，因而 CDSP 的缓存服务器就可以提供给多个 Web 服务器的运营者共享。

如何让客户端找最近的服务器

答案是是像负载平衡一样用 DNS 服务器来调配拜访，对于 DNS 向 Web 返回 IP 的同时返回一些额定的信息。

而对于如何估算出客户端和就近服务器的间隔，能够通过把所有的路由放到路由表中，能够通过路由次数的形式判断间隔，尽管不肯定完全一致，然而能够以较大的精度确定地位。

其余的方法是通过重定向的形式查找最近的缓存服务器，重定向服务器通过收集了来自各个路由器的路由信息，并依据这些信息找到最近的缓存服务器。

除了收集路由信息，重定向也能够返回一个通过网络包往返工夫估算到缓存服务器的间隔的脚本，通过在客户端运行脚本来找到最优的缓存服务器。

缓存更新的影响

缓存更新会影响缓存服务器的效率，所以更新办法十分重要。

比拟常见的更新形式是每次原始服务器更新就立即告诉缓存服务器，让其始终放弃最新状态，这个性能的执行者就是内容散发服务。

除了编写动态页面之外，还以一种形式是抉择不保留页面而是将网页的动静内容和动态内容拆散，比方图片服务器、文件服务器等等。

这一章算是比拟科普向的一章，其实也算是可看可不看的类型，集体认为重点是代理解决的局部，理解三种代理形式。

而负载平衡的内容则须要深刻学习 Nginx 的相干内容，本章讲述的内容有些太浅了。

总之是轻松加欢快的一章内容。

客户端和服务端的区别 以及客户端响应的连贯过程。

服务器的分类和性能品种有很多，然而网络相干的局部，如网卡、协定栈、Socket 库等性能和客户端却并无二致。

另外咱们能够回顾第一章笔记中介绍了对于互联网的历史局部，网络自诞生开始就是为了军事通信，意味着最好是在数据收发层面不须要辨别客户端和服务器，而是可能以左右对称的形式自在发送数据。

所以咱们常说的客户端和服务端仅仅是从发送者和接受者的角度来辨别，如果服务器发送申请到客户端，也能够认为服务器自身是“客户端”。

对于服务端和客户端咱们从 Socket 库调用上查看两者差异：

客户端的数据收发须要通过上面 4 个阶段。

（1）创立套接字（创立套接字阶段）

（2）用管道连贯服务器端的套接字（连贯阶段）

（3）收发数据（收发阶段）

（4）断开管道并删除套接字（断开阶段）

服务器是将阶段（2）改成了 期待连贯

（1）创立套接字（创立套接字阶段）

（2-1）将套接字设置为期待连贯状态（期待连贯阶段）

（2-2）承受连贯（承受连贯阶段）

（3）收发数据（收发阶段）

（4）断开管道并删除套接字（断开阶段）

上面和第二章介绍客户端连贯相似，介绍服务端连贯的步骤。

首先调用 bind 将端口号写入套接字中，并且要设置端口，之后协定栈会调用 accept 连贯，留神这时候包可能是没有到来的，如果包没有到来服务端会阻塞期待客户端的申请，一旦接管到连贯就会开始响应并且进行连贯操作。

接下来协定栈会给期待连贯的套接字复制一个正本，而后将连贯对象等管制信息写入新的套接字中，为什么这里要创立正本简略解释一下，因为如果间接应用原有的套接字连贯，那么当新的客户端申请过去，就必须要再次创立新的套接字而后再次进行连贯。应用复制套接字的形式，原有的套接字仍然能够实现期待连贯的工作，和新建的套接字正本是没有关联的。

创立套接字除了复制套接字这个特点外，还有一个是端口号的应用，因为一个套接字须要对应一个端口号，然而须要留神新创建的套接字正本必须和原来的期待连贯的套接字具备雷同的端口号，起因是避免相似客户端原本想要连贯 80 端口上的套接字，后果从另一个端口号返回了包这样的状况。

针对这个问题，服务端的套接字除了确定端口之外，还须要带上 IP 信息和客户端的端口号信息，最终依附上面四个变量来确定和哪一个套接字交互。

客户端 IP 地址
客户端端口号
服务器 IP 地址
服务器端口号

从下面这幅图能够看到，服务端可能会在一个端口上创立正本绑定很多个套接字，然而客户端的端口是齐全不同并且随机的，同时 IP 地址也不一样，所以能够确定套接字之间是不会存在抵触的。

套接字筹备实现之后，接着是对于网络包进行 FCS 的校验，当 FCS 统一确认数据没有谬误时，接下来须要查看 MAC 头部中的接管方 MAC 地址，看看这个包是不是发给本人的，之后网卡的 MAC 模块将网络包从信号还原为数字信息，校验 FCS 并存入缓冲区。

网卡收到音讯之后，接着是执行中断解决机制告知 CPU 开始进行网卡的数据处理，对于中断解决的内容能够通过的另一本书《Linux 是怎么样工作的》理解 CPU 的中断解决机制理解整个执行过程，之后网卡驱动会依据 MAC 头部判断协定类型，并将包交给相应的协定栈。

为什么还要应用描述符呢？

这里回顾一下描述符的内容，描述符指的是在创立套接字之后，服务端须要返回给客户端一条标识信息，目标是告知客户端本人是谁，协定栈 也须要返回 描述符 用于标识是哪一个套接字在进行传数据。

这里能够简略了解为咱们在网络聊天的时候尽管晓得对方是谁和本人聊天，然而如果对方没有“开摄像头”通知你我是自己，很有可能是他人假装你意识的人在和你聊天。而咱们晓得对方是自己在和咱们聊天也是因为对方的一些“性情”所以理解。

当网络包转交到协定栈时，IP 模块会首先开始工作查看 IP 头部。IP 头部次要是查看标准，查看单方的 IP 地址，确认包是不是发给本人的，确认包是发给本人的之后，接下来须要查看包有没有被分片，而后查看 IP 头部的协定号字段，并将包转交给相应的模块。

IP 模块接管操作小结

协定栈的 IP 模块会查看 IP 头部：

（1）判断是不是发给本人的；

（2）判断网络包是否通过分片；

（3）将包转交给 TCP 模块或 UDP 模块。

依据 IP 头部的协定找到 06 发现是 TCP 协定判断之后的内容是 TCP 模块的包，此时查看管制位 SYN 是否为 1，这也示意这是一个发动连贯的包。

TCP 模块会执行承受连贯的操作，此时须要同时查看端口是否存在对应的套接字连贯，如果没有则会向客户端返回谬误告诉的包，如果存在则复制套接字的正本，并且单方须要互相交换信息存储在套接字的缓冲区，这时候服务器端的程序应该进入调用 accept 的暂停状态，当新套接字的描述符转交给服务器程序之后，服务器程序就会复原运行。

接下来是 TCP 模块解决数据局部，首先是查看收到的包对应哪一个套接字，这里对应之前说的四种信息判断惟一套接字，因为服务端的一个端口可能绑定十分多的客户端端口。

对上套接字之后，TCP 模块会比照该套接字中保留的数据收发状态和收到的包的 TCP 头部中的信息是否匹配，比方查看收到的包序号是否匹配等，如果数据确认无误，将会生成对应的应答头部并且计算 ACK 号码，而后本人再生成一个序号返回给客户端。

收到的数据块进入接收缓冲区，意味着数据包接管的操作告一段落了，之后传递数据会通过 read 期待而后间接交给利用程序处理了，最初应用程序依据申请的内容向浏览器返回相应的数据。

TCP 模块操作小结

（1）依据收到的包的发送方 IP 地址、发送方端口号、接管方 IP 地址、接管方端口号找到绝对应的套接字；

（2）将数据块拼合起来并保留在接收缓冲区中；

（3）向客户端返回 ACK。

最初是断开操作，断开操作的次要区别在 HTTP 协定上，HTTP1.0 须要服务器发动，而 HTTP1.1 当中断开由客户端开始。

为什么 HTTP1.0 和 HTTP1.1 在断开的时候有如此差异，能够看上面的补充内容，这部分内容来自网络：

http1.0

如果在 HTTP 申请中携带 content-length，此时申请 body 长度可知，客户端在接管 body 时就能够根据这个长度来承受数据。承受结束后，就示意这个申请结束了。客户端被动调用 close 进入四次挥手。
反之，如果不带 content-length，则 body 长度不可知，客户端始终承受数据，直到服务端被动断开。

http1.1

如果 HTTP 申请中携带 content-length，此时 body 长度可知，则由客户端被动断开。
如果发现 HTTP 中带 Transfer-encoding：chunked body 会被分成多个块，每块的开始会标识出以后块的长度，body 就不须要通过 content-length 来指定了，但仍然能够晓得 body 的长度，此时客户端被动断开。
如果申请不带不带 Transfer-encoding：chunked 且不带 content-length，客户端接收数据，直到服务端被动断开连接。

也就是说如果可能 有方法晓得服务器传来的长度，都是客户端首先断开。如果不晓得就始终接收数据直到服务端断开。

总结

这一章节的内容更像是对于后面几章内容的查漏补缺，以及对于之前内容做了一整体的简略温习，在后半局部介绍了对于应用程序返回数据的介绍，这部分比拟偏差 WEB 所以就没有收录到笔记当中了。

整体看下来这本书须要重点学习的是后面的三章内容，前面两章内容更像是理论知识的补充以及对于后面内容的补充。

对于最初一章服务端响应数据的细节倡议和客户端联合学习，成果会事倍功半。

整个互联网的体系架构看起来简单，实际上根本的工作形式枯燥而乏味，就是从一个路由器到下一个路由器。

这一部分介绍无关 ADSL 的接入形式，如果是 90 后根本都很相熟以前通过拨号上网的形式接入互联网，对于用户来说是打个电话就能够上网，然而外部的工作流程其实还是比较复杂的。

ADSL：Asymmetric Digital Subscriber Line，不对称数字用户线。它是一种利用架设在电线杆上的金属电话线来进行高速通信的技术，它的上行方向（用户到互联网）和上行方向（互联网到用户）的通信速率是不对称的。

ADSL 传输能够总结上面的简化图，说实话第一眼看过来的确很简单，所以接下来的传输局部将会依照步骤进行拆解。

从全局来看，整个过程是用户收回网络包通过用户端的电话局，而后达到网络运营商（ISP，互联网服务提供商），最初通过接通路由器上网。

上面

接通路由器

第一步是接通路由器，这一步的次要操作是依据包 IP 头部中的接管方 IP 地址在路由表的指标地址中进行匹配，找到相应的路由记录后将包转发到这条路由的指标网关。

整个流程图在书中曾经画的非常清晰了，如果无奈了解这些设施干啥的，只有含糊了解大略做了什么事件在那个地位即可。

尽管整个工作流程和以太网以及路由器的工作形式相似，然而实际上还是有一些区别的，次要区别是在头部的网络包的头部局部会额定增加一些货色，MAC 头部、PPPoE 头部、PPP 头部 总共 3 种头部。

ADSL Modem

实现互联网接入路由器操作之后，接着申请发送给 ADSL Modem，这里能够看到数据被拆分为一个个的小格子，这些小格子被称为信元。

信元同样蕴含头部和数据局部，整个拆分过程相似 TCP/IP 把数据拆包，拆分实现之后信元须要利用于一种叫做 ATM 的通信技术实现通信。

ATM 采纳面向连贯的传输方式，将数据宰割成固定长度的信元，通过虚连贯进行替换。ATM 集替换、复用、传输为一体，在复用上采纳的是异步时分复用形式，通过信息的首部或标头来辨别不同信道。

转化为信元之后 ADSL Modem 会把数据转为圆滑波形的信号示意 0 和 1，这种技术被称为调制，ADSL Modem 为振幅调制（ASK）和 相位调制（PSK）相结合的正交振幅调制（QAM）A 形式。

如果不太分明这两个是啥也不重要，其实次要是电子信号波的不同解决形式罢了。

振幅调变 （Amplitude Modulation，AM），也可简称为调幅，是在电子通信中应用的一种调变办法，最罕用于无线电载波传输信息。

振幅调变简略的把高振幅为 1，低振幅为 0，因为调幅是最晚期的调变形式，他的长处是容易复原讯号，然而因为信号终究会随着间隔衰减，所以调幅须要控制传输的级别，级别过多容易出错。
相位调制，这是一种依据信号的相位来对应 0 和 1 的形式，Modem 会产生一个肯定周期振动的波，一个周期是 360 度，能够看作是一个残缺的圆被划分为两个局部，相位调制和调幅相似，也能够通过变动周期也就是角度来管制频率。

为什么不像互联网一样应用应用方波信号的 0 和 1 示意？

方波传输容易失真，间隔缩短错误率会进步。

方波是宽频频段，如果频率过宽会产生难以管制的噪声

正交振幅调制实际上就是把下面两种调制形式交融在一起，最初就成为了 ADSL Modem 的调制形式，最初造成上面这张图：

通过这样灵便的波段形式，ADSL 通过给噪声大的波段更少的 Bit 和噪声小的波段更多的比特进行灵便管制。

分离器

信元数据转为电信号之后是把数据发给 分离器 ，分离器看起来像是出网的时候进行拆散，实际上工作是在入网的时候。

因为电信号和电话的信号一起传输给另一端的，如果不拆散两种信号那么电话听到的将会全是乐音，非常影响用户体验。

分离器的工作原理非常简单，简略来讲就是屏蔽 ADSL 所应用的高频信号而已，电话信号将会传到电话机，而 ADSL 的信号传给另一端的ADSL Modem。

从另一个角度来说分离器另一个作用是避免电话信号传到 ADSL Modem 那边，之所以要这样做是拿起话筒和放下话筒的时候电话信号的传输门路会呈现调整，线路状态转变容易导致 ADSL 通信产生重连的问题。

DSLAM 和 BAS

信号通过配线盘接管到信号之后毫无疑问是把信号翻译回信元，翻译工作交给 DSLAM 设施实现。

DSLAM 设施相当于多个 ADSL Modem 捆到一起的设施，获取到信元之后数据进入到 BAS 包转发设施，BAS 这个临时形象看作路由器即可，他和 DSLAM 具备兼容的 ATM 接口，次要的工作是负责把信元翻译成原始包。

这里可能会有疑难为什么不让 DSLAM 本人间接干这件事？这是因为 DSLAM 为了承受信元就须要做非常大量的工作，如果再让他负责翻译很容易造成职责捆绑过多呈现问题，通用面对简单的互联网更要小心职权划分。

数据进入倒 BAS 之后，接下来的工作是把原始数据一步步“解套”，比方把头部的 MAC 和 PPPPoe 头部抛弃，只保留 PPP 局部和前面的实在包（IP 和数据包），因为他们工作曾经实现了。

接下来 BAS 会找这个包所属的隧道并给这个包打上头部标记送走，隧道的进口就是隧道专用的路由器，送达之后同样是抛弃头部取出最终的 IP 模块信息。

在这之后就是传统的接入互联网的局部了，不得不说以前上网是十分麻烦的并且价格昂贵，集体小时候也只在亲戚家看过这种拨号上网的形式（本人家里的网络是接其余家路由器蹭的）。

以太网传输 PPP 音讯

ADSL 和 FTTH 接入形式须要为计算机调配私有地址能力上网。

PPP 大部分状况其实用到的性能很少，它的次要作用是不便运营商进行疾速切换，然而 PPP 又无奈间接用于 ADSL 和 FTTH，所以这里绕弯的形式进行了解决。

因为 PPP 自身不合乎以太网的传输协定，通常须要另一种协定进行适配，这种协定叫做HDLC 协定，然而 PPP 如果应用 HDLC 协定，又会导致 ADSL 和 FTTH 无奈接入。

所以要找别的形式对于以太网进行包装，另外须要留神以太网的设计和 HDLC 协定是不互通的，一番挫折之后以太网找到了 PPPoE 互通。

这一部分了解可能会比较复杂，实际上依照设计模式的了解就是桥接和适配的过程，总之互联网的难题总是能够尝试加一层去解决，这里的计划也是相似的。

通过 PPPoE 互通之后，ADSL 和 FTTH 就实现了拨号上网的形式。这里须要记住PPPoE 是将 PPP 音讯装入以太网包进行传输的形式，换种形式说能够称 PPPoe 作为以太网上的 PPP 协定。

补充

HDLC（High-Level Data Link Control，高级数据链路管制），是链路层协定的一项国际标准，用以实现近程用户间资源共享以及信息交互。HDLC 协定用以保障传送到下一层的数据在传输过程中可能精确地被接管，也就是过错开释中没有任何损失，并且序列正确。HDLC 协定的另一个重要性能是流量管制，即一旦接收端收到数据，便能立刻进行传输。

HDLC 协定由 ISO/IEC13239 定义，于 2002 年订正，2007 年再次探讨后定稿。在通信畛域中，HDLC 协定利用十分宽泛，其工作形式能够反对半双工、全双工传送，反对点到点、多点构造，反对替换型、非替换型信道。[1]

PPPoE（英语：Point-to-Point Protocol over Ethernet），以太网上的点对点协定，是将点对点协定（PPP）封装在以太网（Ethernet）框架中的一种网络隧道协定。因为协定中集成 PPP 协定，所以实现出传统以太网不能提供的身份验证、加密以及压缩等性能，也可用于缆线数据机（cable modem）和数位用户线路（DSL）等以以太网协定向用户提供接入服务的协定体系。实质上，它是一个容许在以太网播送域中的两个以太网接口间建设点对点隧道的协定。

PPPoE 的特点

PPPoE 具备以下特点：

性能上：

PPPoE 因为集成了 PPP 协定，实现了传统以太网不能提供的身份验证、加密以及压缩等性能。
PPPoE 通过惟一的 Session ID 能够很好的保障用户的安全性。

利用上：

PPPoE 拨号上网作为一种最常见的形式让终端设备可能连贯 ISP 从而实现宽带接入。
PPPoE 可用于缆线调制解调器（Cable Modem）和数字用户线路（DSL）等以太网线，通过以太网协定向用户提供接入服务的协定体系。

总而言之，PPPoE 技术将以太网技术的经济性与 PPP 协定的可治理控制性联合在一起，提供接入互联网的性能。对于运营商来说，它可能最大限度地利用电信接入网现有的体系结构，利用现有的拨号网络资源，经营和治理的模式也不须要很大的扭转；对于用户来说，应用感与原来的拨号上网没有太大区别，较容易接受。

隧道接通运营商

BAS 除了作为用户认证的窗口之外，还能够应用隧道形式来传输网络包，所谓的隧道就像是 TCP 的连贯一样，数据从一方能够间接发往另一方，在互联网传输则是用户端间接接入到运营商。

实现隧道的形式比拟多，比拟常见的形式有上面几种：

应用 TCP 的形式，须要依赖两端的隧道路由器进行 TCP 连贯操作，而后网络包数据传输就变为 TCP 连贯传输数据一样简略。
还有一种常见的形式是把蕴含头部在内的整个网络包装到另一个包外面，其实说白了还是再包一层。

接入网的工作流程

ADSL 接入网的工作重点蕴含上面几个局部：

互联网接入路由器通过 PPPoE 的发现机制查问 BAS 的 MAC 地址。
BAS 下发的 TCP/IP 参数会被配置到互联网接入路由器的 BAS 端的端口上，这样路由器就实现接入互联网的筹备了。

用户认证和配置下发，这两个重点第一点是保障用户路由器平安连贯互联网，另一点是让 BAS 端能够意识用户，同时须要给路由器调配公网地址和默认网关：
- CHAP：对于明码进行加密，绝对平安。
- PAP：不加密裸连形式，在 ASDL 的连贯形式中容易被窃取，光纤传输就没这个问题。然而不举荐这样的加密形式
路由器会抉择默认路由，依照默认路由的网关地址转发，BAS 通知申请方路由器的这个地址怎么来的，留神这里包转发规定依照 PPPoE 规定转发。
BAS 在收到用户路由器发送的网络包之后，会去掉 MAC 头部和 PPPoE 头部，而后用隧道机制将包发送给网络运营商的路由器。而后用隧道机制将包发送给网络运营商的路由器

一对一连贯

互联网接入过程不肯定须要头部，如果能够确定是两个路由器点对点一对一的连贯，为了保障公网 IP 的可用性，BAS 能够不调配 IP 地址链接给路由器，这种形式被叫做无编号。

看起来不调配 IP 的形式挺玄乎，实际上它只是不应用本人的 IP 而是“借用”另一端口的 IP 为本人所用。同时这种连贯形式是有限度的。应用无端口的模式限度如下：

接口必须点对点连贯
串口两端接出的局域网接口满足上面条件：
- 雷同主网的不同子网掩码必须雷同
- 不同主网缺省掩码

公有地址转私有地址

之前说过路由器和 BAS 的连贯必须要由 BAS 提供公网 IP，然而实际上路由器在转发网络包的时候其实还须要做一步地址转化的操作。

如果把私有地址调配给路由器，那么计算机应用程序发送申请就必须把公有的地址转为私有地址传给 BAS，这样 BAS 能力辨认申请。

那么公网地址和 IP 能够调配给路由器，天然也能够调配给计算机，所以如果应用原始的上网形式不应用路由器上网则计算机间接取得 IP。

PPPoA

PPPoA 和 PPPo E 的次要区别在发送网络包的头部解决的时候，PPPoA 不须要增加 MAC 头部和 PPPoE 头部，而是间接把包装入信元当中。然而因为 PPPoA 的限度，使得计算机和路由器必须要和 ADSL Modem 一体，这里就波及一体化的操作，具体的一体化形式有上面两种：

第一种是 ADSL Modem 和 USB 接口连接起来，然而最终没有遍及
第二种形式是ADSL Modem 和路由器整合为一台设施，实际上就是 PPPoE 间接应用路由器上网。所以第二种形式取得宽泛遍及。

PPPoA 和 PPPoE 的其余区别体现在 MTU 的大小上，因为 PPPoE 多出了 PPPoE 和 PPP 头部，这样传输数据的理论网络包的局部就是放大，而 PPPoA 就没有这个问题。

然而能够看到无论是 PPPoA 还是PPPoE，多少都有这样那样的限度，所以有一些运营商应用 DHCP 的形式通过 BAS 向用户下发 TCP/IP 信息。

DHCP的连贯形式非常简单粗犷，不须要 PPP 繁琐的验证或者增加头部的操作等，所以 MTU 的不须要额定的头部占用空间。

DHCP 是什么？
动静主机设置协定 （英语：Dynamic Host Configuration Protocol，缩写：DHCP），又称 动静主机组态协定，是一个用于 IP 网络的网络协议，位于 OSI 模型的应用层，应用 UDP 协定工作，次要有两个用处：

用于内部网或网络服务供应商主动调配 IP 地址给用户
用于内部网管理员对所有电脑作地方治理

留神这个协定不要和 HDCP 弄混了。

留神：PPPoA 不能用于 FTTH，因为 FTTH 不应用 ATM 信元。

通过 FTTH 和 ADSL 接入网之后，用户就与签约的运营商连贯上了，这时候互联网的入口被称作POP。那么网络运营商是如何组织的？在国内毫无疑问就是三大家移联电三家三分天下，然而在国外状况不太一样，运营商之间是相互连贯并且运营商是十分多的。

POP 接入的形式在下面的传输过程图中基本上介绍的差不多了，这里进行总结一下，次要有四种：

专线接入：指的是路由器具备通信线路端口的个别路由器。
拨号连贯：应用路由器为 RSA，因为须要对用户拨电话进行应答，而 RSA 刚好有这样的性能。
PPPoE 接入：身份认证和配置下发须要 BAS 负责，运营商只做转发包的操作。
PPPoA 接入：DSLAM 通过 ATM 交换机 B 与 ADSL 的运营商的 BAS 相连，而后再连贯到运营商的路由器。

然而泛滥的 POP 要如何和运营商进行交互呢？这里就须要提到 NOC 的概念。

NOC：Network Operation Center，网络运行核心。NOC 是网络运营商的外围，能够形象的看作一个十分高性能的反对十分十分多用户连贯的高吞吐路由器，能够看作一个超大号的接入网。

在 POP 接入 NOC 之后，NOC 之间通常也有线路连贯，用户的网络申请会转发到间隔目的地最近的运营商，找到对应的 NOC 之后再进行输入。

运营商之间连贯

如果接入方和目的地属于雷同的网络运营商，那么 POP 路由器的路由表中应该有相应的转发指标，间接转发到对应的 WEB 服务器所在的 POP 路由器即可。

然而更多状况是跨运营商之间的拜访，实际上同样能够通过路由表查到，只不过路由的门路要比同一个运营商要久一些，通过路由的转发，网络包就能够送往地球的任何一个中央。

运营商之间同样须要路由表的替换，互联网外部应用 BGP 机制 在运营商之间替换路由信息，路由信息的传输有三种模式，别离是对等，转接和直连，对等是间接的物理连贯，然而须要两个运营商之间接一根线，转接须要把全副路由信息给对方。

转接相似应用代理，委托第三方的运营商和对方进行互连，而直连形式就很简略了，就是间接在单方搭一根专线，只有这根线的两端能够相互通信，内部运营商不可借用和看到。

本局部更倡议加深对鱼 传输过程图 的印象，外面把整个 ADSL 上网通信流程描述的十分粗疏，在细节上有较多的网络硬件的常识，对于集体这种学软件的人来说比拟难啃，这里就当留个印象当前有机会深刻的时候再学习吧。（当然简直用不着）

整个 ADSL 的接入大抵内容介绍实现，当然这里探讨的只是整体的局部，深刻各个局部的细节内容会越发的简单，这部分不是集体学习重点不做过多探索，感兴趣的读者能够依据步骤翻阅相干材料深刻理解。

FTTH 指的是基于光纤的接入网技术，这部分要害是理解光纤如何应用。

FTTH 是古代最为风行的接入互联网的形式，尽管不晓得将来会如何扭转，然而目前来看光纤接入还会风行十分长的一段时间。

光纤到户（英语：Fiber To The Home，缩写：FTTH）是一种光纤通信的传输办法。是间接把光纤接到用户的家中（用户所需的中央）。

这种光纤通信形式及策略与 FTTN、FTTC、HFC（Hybrid Fiber Coaxial）等也不同，它们都是须要依赖传统的金属电线，包含双绞线及同轴电缆等，作“最初一哩”的信息传输。

更多材料：FTTH

光纤是光导纤维的简写，是一种由玻璃或塑料制成的纤维，可作为光传导工具。传输原理是“光的全反射”。和 ADSL 简单的多频段电信号不同，光信号非常简单，只须要用暗和亮示意 0 和 1 即可，具体的传输方式是通过资料的个性应用高电压发亮光和低电压发暗光，在接收端通过光敏组感应光洁变动来确定产生不同的电压，对于光纤的通信原理能够看上面的图表：

单模和多模

光纤设计最大的难点也是特点就是 让光限度在肯定的角度进入，因为反射会产生相位变动，如果相位不统一的光纤会集就会呈现干预，这个景象和水波相似，如果两道水波之间相互碰撞最终后果是互相对消。

所以光纤资料中纤芯的材质十分要害，通过光纤的直径能够划分为单模和多模两种，单模的纤芯十分细，入射角度很小的光能力进入，而多模刚好相同，它会比拟粗并且入射角度更大的光也能够进入，然而单模和多模的次要区别仅是同一角度有多少相位统一的有多少能够进入。

单模和多模的区别是在传输的失真管制上，因为多模能够进入更多的光线，所以对于资料要求能够略微低一些，然而信号失真会变强，而单模因为只传到一条光线，须要更低廉的资料撑持，然而信号失真的概率越小。

最初光纤有一个无奈防止的通病，那就是线路越长失真越大，这是任何资料都无奈防止的问题。

光纤接入形式

光纤代替 ADSL 接入互联网的形式别称作 ADSL，而接入形式次要为直连和分路的形式接入。

第一种形式是把用户端接入到最近的电话局，这种接入形式也是从 ADSL 上进行改进的，只不过把电信号换成了光信号，同时不须要把 MAC 网络包转为信元间接把以太网的包转为光信号传输即可，另外传输的时候因为是同一条光纤进行传输，为此上行的信号和上行的传输混合会通过棱镜的原理进行划分，简略来说就是是上行和上行信号采纳不同波长的光，这样传输的时候即便混合也能够失常传输。

除了光纤代替了 ADSL 传输之外，整体的传输过程和 ADSL 大体相似。

波分复用：在一条光纤中应用不同的波长传输多个光信号。

第二种形式就是在用户左近的电线杆上装置一个分光器的货色，这种形式是目前咱们比拟常看到的形式，这种形式通过多个用户接入，用户端不应用光纤收发器而是通过 ONU 的设施替换，在数据发送到 BAS 总线，会通过 OLT 的设施接管。OLT 和 ONU 中具备通过调整信号收发机会来防止碰撞的性能，同时因为是多个用户接入一个分光器，为了避免信号谬误传入其它用户泄露隐衷，分光器会在不同的接入用户端增加 ONU 标识，最初转化为对应的以太网信号传输。

ONU 是什么？

ONU 就是 Optical Network Unit 光网络单元。ONU 具备两点作用：对 OLT 发送的播送进行选择性接管，若须要接管该数据要对 OLT 进行接管响应；对用户须要发送的以太网数据进行收集和缓存，依照被调配的发送窗口向 OLT 端发送该缓存数据。

在 FTTx 网络不同的部署 ONU 接入形式也有所不同，例如 FTTC（Fiber To The Curb）：ONU 搁置在小区的核心机房；FTTB（Fiber To The Building）：ONU 搁置在楼道的接线箱；FTTH（Fiber To The Home）：ONU 搁置在家庭用户中。

最初补补光纤的历史，咱们可能误以为光纤是追随计算机的倒退一起倒退的，实际上早在电报时代就曾经有相干的历史了。

1880 年，亚历山大·贝尔 Alexander Graham Bell 创造了“光话机”。

1887 年，英国科学家 Charles Vernon Boys 在实验室里拉出了第一条光纤。

1938 年，美国 Owens Illinois Glass 公司与日本日东纺绩公司开始生产玻璃长纤维。1951 年，光物理学家 Brian O’Brian 提出了包层的概念。

1956 年，密歇根大学的一位学生制作了第一个玻璃包层光纤，他用一个折射率低的玻璃管熔化到高折射率的玻璃棒上。

1960 年，Theodore Maiman 向人们展现了第一台激光器。这燃起了人们对光通信的趣味，激光看起来是很有前途的通信形式，能够解决传输带宽问题，很多实验室开始了试验。

1966 年，英籍华侨学者高锟指出了利用光纤进行信息传输的可能性和技术路径，奠定了古代光通信——光纤通信的根底。

1970 年，美国康宁 (Corning) 公司就研制成功损耗 20dB/km 的石英光纤。1973 年，美国贝尔 (Bell) 实验室获得了更大问题，光纤损耗升高到 2.5dB/km。1976 年，日本电报电话 (NTT) 公司将光纤损耗升高到 0.47 dB/km(波长 1.2μm)。

能够看到光纤前后是有 100 年的历史，不像是计算机一样忽然的技术爆炸产生的，从整个历史时间轴能够看到高琨实际上是次要外围，在 1966 年，高锟学生首次提出当玻璃纤维的衰减率低于 20dB/km 时，光纤通信即可胜利。

因为他的这一发现是真正的将实践作用于事实转变的人，他也因为光纤间接拿了诺贝尔奖，对人类社会的倒退过程影响深远。

FTTH 的接入形式实际上是对 ADSL 形式到一种改良，次要要点是应用光纤资料代替本来的电话线传输，然而须要留神光纤尽管能够应用光信号进行传输，然而最终仍然须要转为电信号能力实现互联网通信。

算是很入门的一本书了，配合大量图画和作者的文字根本对整个互联网认知回升一个档次。
如果笔记中存在形容谬误或者意义含糊的中央欢送指出。

《网络是怎么样连贯的》读书笔记 – 汇总篇

引言

资源链接

历史文章汇总

必看章节：

选看章节：

非必看章节：

《网络是怎么样连贯的》读书笔记 – 意识网络根底概念（一）

本章重点

讲讲历史

如何解析网址

Http 申请

IP 和 DNS

IP 地址的组成

什么是子网掩码？

DNS

《网络是怎么样连贯的》读书笔记 – Tcp/IP 连贯（二）

本章重点

Socket 连贯

创立套接字

连贯服务器

收发数据

断开连接

IP 和以太网的收发操作

IP 协定头部

以太网 Mac 头部

IP 模块转光（或电）信号

网络包的管制信息

响应内容传输从 IP 给 TCP

UDP 协定收发操作

小结

《网络是怎么样连贯的》读书笔记 – 集线器、路由器和路由器（三）

本章重点

集线器和网线信号传输

交换机信号传输

路由器信号传输

小结

《网络是怎么样连贯的》读书笔记 – 服务器端的局域网中（四）

本章重点

防火墙和网络拜访

负载平衡

代理解决

内容散发服务

总结

《网络是怎么样连贯的》读书笔记 – WEB 服务端申请和响应（五）

本章重点

客户端和服务端的区别

连贯过程

《网络是怎么样连贯的》读书笔记 – ADSL

简介

术语介绍

传输过程图

传输过程

网络运营商外部解决

小结

《网络是怎么样连贯的》读书笔记 – FTTH

简介

FTTH 是什么？

什么是光纤？

光纤历史

小结

全书总结

站内搜索