hosts是什么(go hosts是干什么的)

hosts是干嘛的

自从冬天开始以来，流感一直在肆虐，我一直都无法幸免。挥之不去的挥之不去，至今尚未完全治愈。我认为我小时候没有感冒药。喝大量的水并入睡是可以的，但是现在我正在吃药和打针，但仍然无效。过去，妈妈总是说，年轻时应该多运动，不要熬夜，多穿衣服。很多时间后，您的身体健康状况下降，您无法弥补。当时，宗宪的母亲在na，好像这件遥远的事与我有关？此外，我的身体很好，即使我四十多岁，也不会像她所说的那样。时光飞逝，母亲的提醒似乎仍在昨天，但我已经进入中年。更不可预测的是，我真的被妈妈打中了。每次我感冒时，我都会上高中，这特别困难。昨天我想到医院进行详细检查。我要我丈夫陪他。谁知道我丈夫看着电话说：“我应该走吗？一个人去吧！”当我听到那消息时，我有点生气。叫了一大堆人，排了半个小时，去看医生，打开了实验室测试纸给我玩，在楼上和楼下跑了几次，我感到有点哭。这时，我的丈夫打电话，我只是挂了电话。看完病回到家后，我丈夫已经感觉到我很生气，并且非常积极地做饭和做家务。但是我仍然责骂它。我感叹，我必须依靠自己。今天是3月8日，妇女节。考虑到昨天发生的事情，我想给自己一份礼物。感冒结束后，我将报名参加瑜伽课。身体是我自己的。你不爱她，没有人爱她。 。您的身体并不紧密地属于您，它属于您的父母，孩子以及所有爱您的人。姐妹们，3月8日给自己一张健身卡。从今天开始，吃得健康，保持健康。你必须爱自己。 3月8日快乐！

In，您可以看到一个数据包（因为使用了数据包过滤器功能，因此将一个数据包过滤掉了，原来是一个数据包），基于此，您可以在输入URL并按Enter键后分析整个数据传输过程。通过前面的解释，我们可以知道该协议是在该协议的基础上运行并依靠该协议来实现可靠的数据传输。因此浏览器需要使用该协议来发送和接收数据，首先要做的是建立链接。由于直接在地址栏中输入地址“”，并且服务器的默认端口是“默认”端口，因此浏览器必须根据协议规范使用三次握手建立与服务器的连接。对应于内部，它是前三个捕获，浏览器使用的端口是，服务器使用的端口是，
浏览器与服务器之间的连接已建立。通过可靠的连接通道，该协议开始起作用。因此，浏览器根据协议指定的格式发送“”请求消息，即其中的第四个数据包。至于包装的具体内容，我以后再讨论。随后，服务器回复第五个数据包，并在协议级别进行确认：我刚刚收到了消息，但是该数据包协议是不可见的。服务器收到消息后，需要在内部处理请求。它还根据协议的规定分析消息，以查看浏览器在发送此请求时想要做什么。他首先要求在根目录中获取默认文件，然后从磁盘中读取所有文件，然后将它们放在一起成为格式化的消息，然后将其发送回去。这是“”中的第六个包。底层仍然是协议。类似地，浏览器还应向服务器回复确认，即“您的响应消息已收到，谢谢”，这是第七个数据包。此时，浏览器已经接收到相应的数据，但是其中包含什么？所以我还需要解析消息。乍一看，服务器给了我一个文件。好的，然后我调用排版引擎并对其进行处理，然后在浏览器窗口中显示欢迎页面。此后，再进行两轮，总共四个包，并重复相同的步骤。此时，浏览器会自动请求“”文件作为网站图标，这与我们的输入URL无关。但是因为我们的实验环境没有此文件，所以服务器无法在硬盘上找到它并返回“，”。至此，输入URL并按Enter的整个过程结束。下图是一个交互图。但是，关闭图片中的连接的四只手没有出现在数据包捕获中。这是由于出厂连接的特性，默认值不会立即关闭连接。描述整个过程：刚才我们在浏览器地址中直接输入了地址，但是在大多数情况下，我们不知道服务器地址，而是使用域名，因此在切换到域名后，此过程将是不同？ ？让我们实际尝试一下，将地址栏中的输入更改为“”，并重复数据包捕获过程，您会发现似乎没有什么不同，浏览器还显示了欢迎界面，并且捕获的数据包也相同，前三次握手，然后两次传输。这是一个问题：浏览器如何从URL得知“”的地址是“”？就像我之前写的一样，当浏览器看到URL的“”时，发现它不是数字地址。
因此，它将通过访问一系列域名解析服务器，尝试将此域名转换为协议中的地址，来启动域名解析操作。但是，由于域名解析的整个过程太复杂，如果每个域名都必须在线检查，Internet肯定会太慢。因此，在域名解析过程中，将存在多个缓存级别。浏览器首先检查它是否在自己的缓存中。如果没有，它将要求操作系统的缓存。如果不是，它将检查本地域名解析文件。如果文件中存在，则浏览器知道与域名相对应的地址，并可以愉快地建立连接以发送请求。图片中的浏览器还有另一种访问文件的操作，即本地分析。在两个最小环境实验中，第一个实验是最简单的方案。只有两个角色：浏览器和服务器。浏览器可以直接使用该地址查找服务器，并且两者直接建立连接并发送消息通信。第二个实验是在浏览器和服务器之外添加一个角色。浏览器不知道服务器的地址，因此必须先使用域名解析功能来获取服务器的地址，然后才能与服务器进行通信。实际的Internet场景比这两个场景要复杂得多，下图可以进行详细说明。如果您使用的是台式计算机，则可以使用带有水晶头的双绞线电缆连接到Internet端口，并且交换机将连接到固定网络。如果您使用的是手机或平板电脑，则可能通过蜂窝网络，电信基站或无线热点将其连接到移动网络。在访问网络时，网络运营商将为您的设备分配一个地址。该地址可以是静态分配的，也可以是动态分配的。静态状态始终是相同的，下次您上网时动态状态可能会更改。假设您要访问一个网站。显然，您不知道他的真实地址，只能使用域名“”在浏览器中进行访问。接下来要做的是域名解析。这要求协议从操作系统，本地，根，顶层和权限层开始分析。当然，中间可能会有一个缓存，因此获取结果可能不会花费太多时间。此时，Internet上仍然扮演着重要角色，他还将参与分析过程。解决方案可以提供服务器的地址，以便获取服务器而不是目标网站的实际地址。由于网站的大多数资源（例如图片和样式表）都已缓存，因此不需要发送某些请求。
发送数据。由后台服务（例如）动态生成的页面是动态资源，无法缓存，只能从目标网站获取。因此，浏览器发送的请求将开始在Internet上传播很长的距离，并通过无数的路由器，网关和代理到达最终目的地。目标网站的服务器在外部表示一个地址，但是为了能够处理高并发性，在内部它也是一个复杂的结构。通常在入口处是一个负载平衡设备，例如四层或七层，并且后面有许多服务器以形成更强大和更稳定的群集。负载平衡设备将访问系统中的缓存服务器。通常，将级别替换为级别缓存。它们的功能相似，但是它们在内部网络上工作，并将最常访问的数据缓存几秒钟或几分钟。最终应用服务器的压力。如果没有缓存服务器，那么负载平衡设备会将请求转发到应用程序服务器。这是各种开发框架展示其魔力的地方，例如，等等。他们将访问以下数据库服务，例如用户登录，产品查询，购物订单，扣除和付款以及其他业务操作，然后将执行结果返回到负载平衡设备，可能还返回到缓存服务器。放入副本。应用程序服务器的输出将发送到负载平衡设备。即使请求的处理已完成，它也必须以相同的方式返回，或经过许多路由器，网关和代理。如果允许缓存该资源，则在经过时也将对其进行缓存，以使同一请求下一次不会到达原始站点。最后，网站的响应数据返回到设备。它可以是图片或其他格式的数据，需要浏览器进行解析和处理才能显示。如果数据中有指向其他资源的超链接，则必须重复整个过程，直到下载了所有资源。