叹为观止！GitHub标星过万，腾讯技术官发布的神仙文档：图解网络

た入场券 2022-11-17 13:54 176阅读 0赞

***获取相关视频资料：***

###  **（关注“Java高级架构师****”，回复“****2110****”获得：****网盘密码****）** ###

# 前言 #

<table> 
 <tbody> 
  <tr> 
   <td>滑动窗口的定义：</td> 
   <td>1.“窗口”对应的是一段可以被发送的字节序列，其连续的范围称为窗口；2.“滑动”则是指这段“允许发送的范围”是可以随着发送的过程而变化的，方式就是按顺序“滑动”。</td> 
  </tr> 
  <tr> 
   <td>滑动窗口的作用：</td> 
   <td>是一种流量控制方法，该协议允许发送方在停止等待确认前可以连续发送发个分组。由于发送方不必每发送一个分组就停下来等待确认，因此该协议可以加速数据的传输。</td> 
  </tr> 
 </tbody> 
</table>

在了解具体的例子之前我们先来了解几个重要的前提

<table>  基本概念  
 <tbody> 
  <tr> 
   <td>-1 TCP协议的两端分别是发送者A和接受者B，由于是全双工通讯的，因此A and B应该同时维护着一个独立的发送缓冲区和接受缓冲区，由于对等性，我们以A发送B接受的情况作为例子；</td> 
  </tr> 
  <tr> 
   <td>-2 发送窗口是发送缓存的一部分，是可以被TCP协议发送的那部分，其实应用层需要发送的所有数据都被放进了发送者的发送缓冲区了；当接收方确认数据后，这个滑动窗口不时地向右移动。窗口两个边沿的相对运动增加或减少了窗口的大小。</td> 
  </tr> 
  <tr> 
   <td>-3 发送窗口相关的四个概念：已发送并收到确认的数据（不再发送窗口和发送缓冲区之内）；已发送但未收到确认的数据（位于发送窗口之中）；允许发送但尚未发送的数据以及发送窗口外发送缓冲区内暂时不需要发送的数据。</td> 
  </tr> 
  <tr> 
   <td>-4 每次成功发送数据之后，发送窗口就会在发送缓冲区中按顺序移动，将新的数据包含到窗口中准备发送。</td> 
  </tr> 
 </tbody> 
</table>

![图片][e69823fba857745d42f6d3070930f62f.png]

![图片][34afe4aff650ca22846543ee262c2b8a.png]

窗口移动

1.称 窗口左边沿 向右边沿 靠近为 窗口合拢 这种现象发生在数据被发送和确认时 2.当 窗口右边沿 向 右移动时将允许发送更多的数据，我们称之为窗口张开 这种现象发生在另一端的接受进程读取已经确认的数据并释放了TCP的接收缓存时 3.当 右边沿 向左移动时，我们称之为窗口收缩 Host Requirements RFC强烈建议不要使用这种方式。但TCP必须能够在某一端产生这种情况时进行处理。

![图片][04feb60cea8a2aa5f7878345df0b77b1.png]

如果左边沿到达右边沿，则称其为一个零窗口，此时发送方不能够发送任何数据。

<table>  滑动窗口的几个特点  
 <tbody> 
  <tr> 
   <td>1.发送方不必发送一个全窗口大小的数据。</td> 
  </tr> 
  <tr> 
   <td>2.来自接收方的一个报文段确认数据并把窗口向右滑动，这是因为窗口的大小是相对于确认序号的。</td> 
  </tr> 
  <tr> 
   <td>3.正如从报文段7到8中的变化那样，窗口的大小可以减小，但是窗口的右边沿却不能向左移动。</td> 
  </tr> 
  <tr> 
   <td>4.接收方在发送一个ACK前不必等待窗口被填满。在前面可以得知许多实现每收到两个报文段就会发送一个ACK。</td> 
  </tr> 
 </tbody> 
</table>

TCP建立连接的初始，B会告诉A自己的接受窗口的大小，比如‘20’：字节31 - 50为发送窗口。

![图片][813f3852bf49a26ba9870b36983772fb.png]

A发送11个字节后，发送窗口的位置不变，B接收到乱序的数据分组。

![图片][54ef9dd385a7bb92914f7f5bacc7b8ff.png]

只有当A成功发送了数据，并且需要得到B的确认（ACK）之后，才会移动滑动窗口离开已发送的数据；同时B则确认连续的数据分组（只有这样窗口才能移动），对于乱序的分组则先接受下来，避免网络重复传递。

![图片][1e2fe86bdf9a3cb408f294bab372f41a.png]

只有当接收方 新的ACK对于发送窗口中后续字节的确认时，窗口滑动，滑动原理如下：窗口的左边沿可以滑动到36的位置。

![图片][3fd600f29a1d27b64d97584c1d9b0c27.png]

--------------------

### 二 流量控制 ###

流量控制的主要有两个重要的点要掌握。一 是TCP利用滑动窗口来实现流量控制机制；二 是考虑流量控制中的传输效率。

1.流量控制

所谓的流量控制，主要是接收方传递信息给发送方，使其不要发送数据太快，而是一种端到端的控制。

主要的控制方法：接收窗口通过返回的ACK，其中会包含自己的接受窗口的大小，并且利用大小来控制发送方的数据发送：

![图片][b0cbc11b2b344e696bf673c179eefd45.png]

这里面涉及到一种情况，如果B已经告诉A自己的缓冲区已满，于是A停止发送数据；等一段时间后，B的缓冲区出现了富余，于是发送报文告诉A我的RWND大小为400，但是这个报文不幸丢失了，于是就出现了A等待B的通知 || B等待A发送数据的死锁状态。

为了解决这个问题，TCP引入了持续计时器（Persistence timer）当A收到对方的零窗口通知时，就启动该计时器，时间到则发送一个字节的探测报文，对方会在此时回应自身的接受窗口的大小，如果结果仍为0，则重设持续计时器（更新），继续等待。

2.传递效率解决

一个显而易见的问题是：单个发送字节单个确认，和窗口有一个空余即通知发送方发送一个字节，这无疑增加了网络中的许多不必要的报文（如果为了一个字节的数据而添加的40个字节的头部吧！），所以我们的原则是尽可能一次多发几个字节，或者窗口空余较多的时候通知发送方一次多发送几个字节。对于前者我们广泛使用Nagle算法，即：

\*1 若发送应用进程要把发送的数据逐个字节地送到TCP的发送缓存，则发送方就要把第一个数据字节先发送出去，把后面的字节先缓存起来；

\*2 当发送方收到第一个字节的确认后（也得到了网络情况和对方的接受窗口的大小），在把缓冲区的剩余字节组成合适大小的报文发送出去；

\*3 当到达的数据已达到发送窗口大小的一半或已达到报文段的最大长度时，就立即发送一个报文段；

后者我们往往是通过让接收方等待一段时间，或者接受方获得足够的空间，或者接收方获得足够的空间容纳一个报文段或者等到接受缓存有一半空闲的时候，再通知发送发发送数据

--------------------

### 三 拥塞控制 ###

网络中的链路容量和交换结点中的缓存和处理机都有着工作的极限，当网络的需求超过他们的工作极限时，就出现了拥塞。拥塞控制就是为了防止过多的数据注入到网络中，这样可以使网络中的路由器或链路不致过载。

常用的方法：

\-1 慢启动，拥塞控制

\-2 快重传，快恢复

一切的基础还是慢启动开始，方法思路：

\*1 发送方维持一个叫做“拥塞窗口”的变量，该变量和接受端口共同决定了发送者的发送窗口；

\*2 当主机开始发送数据时，避免一下子将大量的字节注入到网络中，造成或者增加拥塞，选择发送一个 1字节的试探报文；

\*3 当接收到第一个字节的数据的确认后，就发送两个字节的报文；

\*4 若再次收到两个字节的报文段的确认，则发送4个字节，依次递增2的指数级；

\*5 最后到达一个提前设定的“ 慢启动门限 ”ssthresh（慢启动阈值），比如24，即一次发送了24个分组，此时遵循下面的条件判断：

①CWND < ssthresh ，继续使用慢启动算法；

②CWND > ssthresh , 停止使用慢启动算法，改用拥塞避免算法；

③CWND = ssthresh ,即两种算法都可以使用。

所谓的拥塞避免算法：就是每经过一个往返时间RTT就把发送方的拥塞窗口 +1，即让拥塞窗口缓慢增大，按线性规律增长；

当出现网络拥塞时，比如丢包时，将慢启动门限设置为原来的一半，然后将cwnd设置为1，然后执行慢启动算法（起点较低，指数级增长）

![图片][3fe93c4de0a38be06cfca5bf711f3e7b.png]

上述方法的目的是在拥塞发生时循序减少 主机发送到网络中的分组数，使得发送拥塞的路由器有足够的时间去把队列中积压的分组处理完毕。

慢启动和拥塞控制算法常常作为一个整体使用，而快重传和快恢复则是为了减少因为拥塞导致的数据包丢失带来的重传时间，从而避免了传递无用的数据到网路。

<table>  快重传机制  
 <tbody> 
  <tr> 
   <td>-1 当接受方建立这样的机制，如果一个包丢失，则对后续的包继续发送针对该包的重传请求</td> 
  </tr> 
  <tr> 
   <td>-2 一旦发送方接收到三个一样的确认，就知道该包之后出现了错误，立刻重传该包；</td> 
  </tr> 
  <tr> 
   <td>-3 此时发送方执行“快恢复”算法：①慢启动门限减半②CWND设为慢开始门限减半后的数值③执行拥塞避免算法（高起点，线性增长）</td> 
  </tr> 
 </tbody> 
</table>

![图片][804ea5d52bb4dc4a78508a778e203a47.png]

TCP的Window是一个16bit位字段，它代表的是窗口的字节容量，也就是TCP标准窗口最大为2^16 -1 = 65535个字节。

另外在TCP的选项字段中还包括了一个TCP窗口扩大因子，option-kind 为 3 ，option-length为 3 个字节，option-data取值范围 0 -14.窗口扩大因子用来扩大TCP窗口，可把原来16bit的窗口，扩大为31bit

计算机网络相关的知识点是在面试过程中开发者经常被问到。当然可能这一块知识点与前面的操作系统、数据库相比较比重可能没那么高。但是优秀的你，一定是想做好充分的准备吧！

# 一、硬核! 30张图解HTTP常见面试题 #

*  在面试过程中。HTTP被提问的概率还是比较高的。
 *  小编我授集了5大类HTTP面试常问的题目，同时这5大类题跟HTTP的发展和演变关联性是比较大的，通过问答+图解的形式由浅入深的方式帮助大家进一步的学习和理解 HTTP .

![图片][518bb25d69a2dba62b12dc72349b152c.png]

HTTP基本概念

![图片][4703e52c98fdfc09ec85fcb3bc4ffd16.png]

五大类HTTP状态码

![图片][a1fc9459a3ea154885bfecdecf7998f8.png]

Get与Post

![图片][c732cdb4f532f4d2e380c6ecf4ead99e.png]

HTTP特性

![图片][7b703094d2c72704454663231b057493.png]

TCP三次握手建立连接

![图片][21edf94bbc66bb3bcbea37658908feec.png]

HTTPS与HTTP

![图片][52f2e3ac4318a75473ded516f3eb056b.png]

HTTPS是如何建立连接的?其间交互了什么?

![图片][da6445d0287e473221cb561ddbee6e49.png]

HTTP/1.1. HTTP/2. HTTP/3 演变

![图片][12af77db7a37b9bccddf27728f714466.png]

# 二、IP基础知识全家桶，45张图一套带走 #

*  前段时间，有读者希望我写一篇关于IP分类地址、子网划分等的文章，他反馈常常混淆，摸不着头脑。
 *  那么，说来就来!而且要盘就盘全一点，顺便挑战下小编的图解功力，所以就来个IP基础知识全家桶。
 *  吃完这个IP基础知识全家桶，包你撑着肚子喊出:“真香!

![图片][23e78ef1faf3565813dcbc6b7caf37bf.png]

首先是前菜「 IP基本认识」

![图片][55215e005e4b78de59a622e0dd53ccbd.png]

其次是主菜「IP 地址的基础知识」

![图片][acdcfd914a50a984bd6713eb8ce94e69.png]

最后是点心「IP 协议相关技术」

![图片][ec4acd8669c91289d0e9186580d33dc3.png]

# 三、听说你ping用的很6 ?给我图解一下 ping的工作原理 #

*  在日常生活或工作中，我们在判断与对方网络是否畅通，使用的最多的莫过于ping 命令了。
 *  “那你知道ping 是如何工作的吗? "——来自面试官的灵魂拷问
 *  可能有的小伙伴奇怪的问:“我虽然不明白它的工作，但ping我也用的贼6啊!”
 *  你用的是6。但你在面试官面前，你就6不起来了，毕竟他们也爱问。
 *  所以，我们要抱有「知其然。知其所以然」的态度，这样就能避免面试过程中，出门右拐的情况了。

IP协议的助手——ICMP 协议

![图片][f019366091ac45c1a1fd1c21be2f13e7.png]

ICMP目标不可达类型的代码号

![图片][3e311cd7742d31a21467ec5b0cbe179c.png]

ping——查询报文类型的使用

![图片][8a014887c21341e10ac07776bc1f3cce.png]

# 四、键入网址后，其间发生了什么? #

孤单小弟——HTTP

![图片][9b5efae73d46fd4d59591cfcdf418979.png]

真实地址查询——DNS

![图片][b115b68812fe7d51a408f6d71beaccaa.png]

可靠传输——TCP

![图片][f4f4a5a57aab3987b120033fbd9472b7.png]

互相扒皮——服务器与客户端

![图片][1d9ada74f5d19ad14e7f02d15a23a9ff.png]

# 五、硬不硬你说了算!近40张图解被问干百遍的TCP三次握手和四次挥手面试题 #

*  不管面试Java、C/C++. Python 等开发岗位，TCP 的知识点可以说是必问的了。
 *  任TCP虐我千百遍，我仍待TCP如初恋。
 *  遥想小编当年校招时常因TCP 面试题被刷，真是又爱又恨....
 *  过去不会没关系，今天就让我们来消除这份恐惧，微笑着勇敢的面对它吧!
 *  所以小编整理了关于TCP三次提手和四次挥手的面试题型，跟大家一起探讨探讨。

TCP基本认识

![图片][ab09854e725dda2cfd91344e945c0012.png]

什么是TCP ?

![图片][2b42f475a542f30342f79224f128ed96.png]

TCP连接建立

![图片][b64fa9d82f42963ad40bdb003f23190b.png]

为什么是三次握手?不是两次、四次?

![图片][19e7b963555c516e2a46f82417d35c93.png]

TCP连接断开

![图片][48f40d1c0a896471b4a540eefcf0bab0.png]

防止旧连做的数据包

![图片][d5f61b1d829816177cd4d0566545b44b.png]

Socket编程

![图片][569c9321b7cff52779d5b04482dcd7f7.png]

已完成TCP三次握手过程，处于ESTABLISHED状态

![图片][0f49e60095bad5636e3c2265af675daf.png]

# 六、你还在为TCP重传、滑动窗口、流量控制、拥塞控制发愁吗?看完图解就不愁了 #

*  相信大家都知道TCP是一个可靠传输的协议，那它是如何保证可靠的呢?
 *  为了实现可靠性传输，需要考虑很多事情，例如数据的破坏、丢包，重复以及分片顺序混乱等问题。如不能解决这些问题，也就无从谈起可靠传输。
 *  那么，TCP是通过序列号，确认应答、重发控制、连接管理以及窗口控制等机制实现可靠性传输的。
 *  重点介绍TCP的重传机制，滑动窗口、流量控制、拥塞控制。

![图片][22490d84788699924fbe67458ae69f40.png]

重传机制

![图片][213b49ee6d3838aa78944299ba28438d.png]

流量控制

![图片][7677ec840bf16c75183cc2ee61284bb7.png]

拥塞控制

![图片][79dd28bdee49ab39bd28dcc1aff25369.png]

# 七、实战!我用Wireshark让你「看得见」TCP #

*  网络世界中的数据包交互我们肉眼是看不见的，它们就好像隐形了一样，我们对着课本学习计算机网络的时候就会觉得非常的抽象，加大了学习的难度。
 *  还别说，我自己在大学的时候，也是如此。
 *  直到工作后，认识了两大分析网络的利器: tcpdump 和Wireshark,这两大利器把我们不见"的数据包，呈现在我们眼前，一目了然。
 *  唉，当初大学学习计网的时候，要是能知道这两个工具，就不会学的一脸懵逼。

![图片][1b796114b6bc5c221ef57933ecf4fcb1.png]

显形不可见的网络包

![图片][0edcbee1166708c86b1ad0d9545eb637.png]

解密TCP三次握手和四次挥手

![图片][0dc1fe8f9e86f95f2022dde7fec02981.png]

TCP三次握手异常情况实战分析

![图片][f3da1a07756d053fa8cf257a6f349bc8.png]

TCP快速建立连接

![图片][9eb8cff759cf988bc99f4f5cb4f196e1.png]

TCP重复确认和快速重传

![图片][66e0ad0e611c15d7a618a4882b6fff90.png]

TCP流量控制

![图片][685c7ac6d0e9850c256a3514e7131873.png]

TCP延迟确认与Nagle算法

![图片][571c3a3c03b2ba98db36a0774ecf33ee.png]

# 八、TCP半连接队列和全连接队列满了会发生什么?又该如何应对? #

网上许多博客针对增大TCP半连接队列和全连接队列的方式如下

*  增大TCP半连接队列的方式是增大/proc/sys/net/ipv4/tcp\_ max\_ syn\_ backlog;
 *  增大TCP全连接队列的方式是增大listen() 函数中的backlog;

这里先跟大家说下，上面的方式都是不准确的。

![图片][d70cb651ef637fcbe0da2148c79ac2c6.png]

什么是TCP半连接队列和全连接队列?

![图片][be82972dcda0909ebb06b6579392bc80.png]

实战- TCP全连接队列溢出

![图片][e15810d346396556ce958b9c46598d6c.png]

实战- TCP半连接队列溢出

![图片][5997ef2a63978d2bbddc8a2baf16b760.png]

# 九、面试官:换人!他连TCP这几个参数都不懂 #

*  TCP性能的提升不仅考察TCP的理论知识，还考察了对于操作系统提供的内核参数的理解与应用。
 *  TCP协议是由操作系统实现，所以操作系统提供了不少调节TCP的参数。

![图片][8233d3c7aaa32229c68b9eef4f26da33.png]

TCP三次握手的性能提升

![图片][0e2521a12105fd74dba29421b4939239.png]

TCP 四次挥手的性能提升

![图片][e0c6b0210df81a264008d539a5322473.png]

TCP传输数据的性能提升

![图片][4ad77309256803e198bfb6b1f331c9fe.png]

这份【图解网络协议】文档共有291页。

# TCP/IP/网络IO学习视频 #

![图片][f575c57f85713537c098396723d10d9d.png]

TCP/IP网络协议

![图片][0bf08db944532c1663846015fd2ac282.png]

# 还有课件分享 #

![图片][135a5daf0b3d029a0b5b596958a71f1f.png]

IO课件

![图片][ee066cf71b59980943858544a9af25eb.png]

[e69823fba857745d42f6d3070930f62f.png]: /images/20221022/48c15e3556f24848a81c1a5fa7980b8d.png
[34afe4aff650ca22846543ee262c2b8a.png]: /images/20221022/08f5494fc2c7458b92611d1f688c3431.png
[04feb60cea8a2aa5f7878345df0b77b1.png]: /images/20221022/8eb7b3d1463f4da5a289c7fa5424537d.png
[813f3852bf49a26ba9870b36983772fb.png]: /images/20221022/c579d8475d2a43bda055e2c569276fb8.png
[54ef9dd385a7bb92914f7f5bacc7b8ff.png]: /images/20221022/6122c3ad98e64a589e1ddea5c4907961.png
[1e2fe86bdf9a3cb408f294bab372f41a.png]: /images/20221022/0fffed343462480bb3b7aad2d1da5fce.png
[3fd600f29a1d27b64d97584c1d9b0c27.png]: /images/20221022/13ad7a56c5b7409e978ba7cc13b31cb8.png
[b0cbc11b2b344e696bf673c179eefd45.png]: /images/20221022/51ae4b1803cb49bb8ac23d71fcd665e7.png
[3fe93c4de0a38be06cfca5bf711f3e7b.png]: /images/20221022/d619262669704dbaa1fcf1b03a7ec480.png
[804ea5d52bb4dc4a78508a778e203a47.png]: /images/20221022/1dd37dea6d2d43448e83cd595339917c.png
[518bb25d69a2dba62b12dc72349b152c.png]: /images/20221022/67bd565104554f7c8dc2d1ab42bd585b.png
[4703e52c98fdfc09ec85fcb3bc4ffd16.png]: /images/20221022/f3ae189d186248d9a84c83a0c7820fd9.png
[a1fc9459a3ea154885bfecdecf7998f8.png]: /images/20221022/6d766009f23c4b0e849d8a37acdb818f.png
[c732cdb4f532f4d2e380c6ecf4ead99e.png]: /images/20221022/80331ff1c6034db69a0084c7c2f9c920.png
[7b703094d2c72704454663231b057493.png]: /images/20221022/6bafaf557234446b9decddeaf796da22.png
[21edf94bbc66bb3bcbea37658908feec.png]: /images/20221022/62a5311a47214b33a91f6547115a55a7.png
[52f2e3ac4318a75473ded516f3eb056b.png]: /images/20221022/a152d3d2028445ba8013d19f7da173ab.png
[da6445d0287e473221cb561ddbee6e49.png]: /images/20221022/47ffa677c6a944db872a333ed3e27601.png
[12af77db7a37b9bccddf27728f714466.png]: /images/20221022/01fd82dea7a042ffac8c8fdae90e0cc9.png
[23e78ef1faf3565813dcbc6b7caf37bf.png]: /images/20221022/16ec325b54214846b45f334f2eff7bce.png
[55215e005e4b78de59a622e0dd53ccbd.png]: /images/20221022/163b566850c443deab1cf085db488076.png
[acdcfd914a50a984bd6713eb8ce94e69.png]: /images/20221022/60a0d7c40a28415baf9827d03d959bf1.png
[ec4acd8669c91289d0e9186580d33dc3.png]: /images/20221022/74f1770f68e74db1b7e2d065e8fd9920.png
[f019366091ac45c1a1fd1c21be2f13e7.png]: /images/20221022/9b23ffe7b9544ee78529d3677f270b92.png
[3e311cd7742d31a21467ec5b0cbe179c.png]: /images/20221022/64b43abcea15455eb8a904f0d43d1292.png
[8a014887c21341e10ac07776bc1f3cce.png]: /images/20221022/979bb2756fa441cdb68ab31567f80516.png
[9b5efae73d46fd4d59591cfcdf418979.png]: /images/20221022/50e9542bcb534ab2950b2c90f75159d5.png
[b115b68812fe7d51a408f6d71beaccaa.png]: /images/20221022/81c026fd4c704a5dba2d23ffd4760ad9.png
[f4f4a5a57aab3987b120033fbd9472b7.png]: /images/20221022/1a258e8165fc4867b20dba8f08007e2f.png
[1d9ada74f5d19ad14e7f02d15a23a9ff.png]: /images/20221022/b8283516cc1f4b47a48cdf2253b92722.png
[ab09854e725dda2cfd91344e945c0012.png]: /images/20221022/85bb531c60ee44e4a1ccc3794747f45d.png
[2b42f475a542f30342f79224f128ed96.png]: /images/20221022/5f0cf060b74147a5b36fc158ba4ce0b8.png
[b64fa9d82f42963ad40bdb003f23190b.png]: /images/20221022/00aa4f3419054e2b84d7472e580c32ea.png
[19e7b963555c516e2a46f82417d35c93.png]: /images/20221022/873d8fde499a41c58f081a2c3fd050e9.png
[48f40d1c0a896471b4a540eefcf0bab0.png]: /images/20221022/110444039ad7471abc18e007aec92162.png
[d5f61b1d829816177cd4d0566545b44b.png]: /images/20221022/189a4c27b18c489c96eea5f7d07d1f16.png
[569c9321b7cff52779d5b04482dcd7f7.png]: /images/20221022/556843442ec64a9e9b18c74845b8bd6a.png
[0f49e60095bad5636e3c2265af675daf.png]: /images/20221022/eb46a1ad52ec49e5859b284259e5f49d.png
[22490d84788699924fbe67458ae69f40.png]: /images/20221022/eb80a56b5ff3477badd823f86b6fed61.png
[213b49ee6d3838aa78944299ba28438d.png]: /images/20221022/29458daf282e47e4997f2cfd28e7384e.png
[7677ec840bf16c75183cc2ee61284bb7.png]: /images/20221022/1c269e5edc9441819116b946e61b355b.png
[79dd28bdee49ab39bd28dcc1aff25369.png]: /images/20221022/1b8ef3afde454e3983b45979b6fb067e.png
[1b796114b6bc5c221ef57933ecf4fcb1.png]: /images/20221022/d7b98032472f4fa1a6252cb586c88057.png
[0edcbee1166708c86b1ad0d9545eb637.png]: /images/20221022/207cf345d0e040ad9763b7d57942635a.png
[0dc1fe8f9e86f95f2022dde7fec02981.png]: /images/20221022/d7a0bcb3516f451c8c6c0efb3639fab7.png
[f3da1a07756d053fa8cf257a6f349bc8.png]: /images/20221022/c3c8530be82e48b6af4dab4bdc318ea3.png
[9eb8cff759cf988bc99f4f5cb4f196e1.png]: /images/20221022/b4477902601f45ac85c6ebdeac33ed1f.png
[66e0ad0e611c15d7a618a4882b6fff90.png]: /images/20221022/a70382d7749e4d6cbf0fb6eecfe2a93a.png
[685c7ac6d0e9850c256a3514e7131873.png]: /images/20221022/16a9c3ddfd72471eb0243162a45781ef.png
[571c3a3c03b2ba98db36a0774ecf33ee.png]: /images/20221022/1a52ec1b6df8410cbd125a0a9ab09272.png
[d70cb651ef637fcbe0da2148c79ac2c6.png]: /images/20221022/4d3086960282491b84ceb49b3dee6887.png
[be82972dcda0909ebb06b6579392bc80.png]: /images/20221022/7ecbd4be07a345e2bb1510e2a34019d9.png
[e15810d346396556ce958b9c46598d6c.png]: /images/20221022/62b8dd2d26ea49cb9908759217396862.png
[5997ef2a63978d2bbddc8a2baf16b760.png]: /images/20221022/0667691d5418473982ef8445e64382f9.png
[8233d3c7aaa32229c68b9eef4f26da33.png]: /images/20221022/783d6ac86ad04ae7a9fad8346fb6faf6.png
[0e2521a12105fd74dba29421b4939239.png]: /images/20221022/b9b89345c5d4477591e4f8af0532c153.png
[e0c6b0210df81a264008d539a5322473.png]: /images/20221022/d2a58a99547b43978b9312b45cf1fc55.png
[4ad77309256803e198bfb6b1f331c9fe.png]: /images/20221022/964afcc0aeba4eada1c37dab1f904013.png
[f575c57f85713537c098396723d10d9d.png]: /images/20221022/bec2f245d95549e8b0b8bbf777b7cccf.png
[0bf08db944532c1663846015fd2ac282.png]: /images/20221022/e9f00bded7e743a99bea683b16372fd0.png
[135a5daf0b3d029a0b5b596958a71f1f.png]: /images/20221022/5644eda3840440b98f5391c764f860da.png
[ee066cf71b59980943858544a9af25eb.png]: /images/20221022/4e407e77cdfc44dfa659eeaf4fce4bfa.png