goTsHgo的博客

HTTP 长连接和短连接是指在 HTTP 协议中，客户端与服务器之间建立和保持 TCP 连接的方式。它们主要区分在于连接的持续时间和如何管理多次请求与响应之间的连接。

在计算机网络中，数据可以通过不同的物理媒介传输，每种媒介都有特定的传输方式和格式。

物理层并不直接处理数据包或帧，而是负责传输位和符号，并定义了数据传输的物理接口。：蓝牙是用于近距离无线通信的协议，包括多种物理层规范，例如蓝牙经典（Bluetooth Classic）和蓝牙低功耗（Bluetooth Low Energy，BLE）。这些物理层协议和标准涵盖了有线和无线传输、长距离和短距离通信等多种应用场景，每种协议都有其特定的传输介质、频率范围、传输速率和安全性要求。：以太网是局域网（LAN）中最常见的有线物理层协议，定义了数据在双绞线、光纤或其他传输媒介上传输的方式和格式。

计算机网络中的链路层负责在相邻节点之间传输数据，确保数据帧的正确传输和接收。

持续连接（Persistent Connection）持续连接，也称为保持连接（Keep-Alive），允许客户端和服务器之间的连接在多次请求/响应对话中保持开放，而不是每次请求都建立一个新的连接。HTTP/1.1默认使用持续连接。流水线（Pipelining）流水线技术允许在一个持续连接上连续发送多个请求，而不需要等待每个请求的响应。这意味着客户端可以在收到第一个请求的响应之前发送第二个请求，从而减少延迟和提高效率。

套接字（Socket）是实现网络通信的基础，它提供了在网络中进行数据传输的接口和机制。

无论如何，在任何给定的一对进程之间的通信会话场景中，我们仍能将一个进程标识为客户，另一个进程标识为服务器。类似地，在一台主机上运行的进程为了向在另一台主机上运行的进程发送分组，接收进程需要有一个地址。② 定义在目的主机中的接收进程的标识符。在Web中，一个浏览器进程向一台Web服务器进程发起联系，因此该浏览器进程是客户，而该Web服务器进程是服务器。进程间通信的规则由端系统上的操作系统确定，我们不怎么关注同一台主机上的进程间的通信，而关注运行在不同端系统(可能具有不同的操作系统)上的进程间的通信。

该Web应用有很多组成部分包括文档格式的标准(即HTML)、Web浏览器(如Firefox和 Google)Web服务器(如Apache、Microsoft 服务器程序)，以及一个应用层协议。举另外一个例子，因特网电子邮件应用也有很多组成部分，包括能容纳用户邮箱的邮件服务器、允许用户读取和生成邮件的邮件客户程序(如Microsoft Outlook)、定义电子邮件报文结构的标准、定义报文如何在服务器之间以及如何在服务器与邮件客户程序之间传递的应用层协议、定义如何对报文首部的内容进行解释的应用层协议。

HTTP定义了Web客户向Web服务器请求Web页面的方式，以及服务器向客户传送Web页面的方式。当用户请求一个Web页面(如点击一个超链接)时，浏览器向服务器发出对该页面中所包含对象的HTTP请求报文，服务器接收到请求并用包含这些对象的HTTP响应报文进行响应。假如某个特定的客户在短短的几秒钟内两次请求同一个对象，服务器并不会因为刚刚为该客户提供了该对象就不再做出反应，而是重新发送该对象，就像服务器已经完全忘记不久之前所做过的事一样。HTTP定义了这些报文的结构以及客户和服务器进行报文交换的方式。

当用户主机与远程主机开始一个FTP会话时，FTP的客户(用户)端首先在服务器21号端口与服务器(远程主机)端发起一个用于控制的TCP连接。当FTP的服务器端从该连接上收到一个文件传输的命令后(无论是向还是来自远程主机)，就发起一个到客户端的TCP数据连接。该用户首先提供远程主机的主机名，使本地主机的FTP客户进程建立一个到远程主机FTP服务器进程的TCP连接。回答是一个3位的数字，后跟一个可选信息。在一个典型的FTP会话中，用户坐在一台主机(本地主机)前面，向一台远程主机传输(或接收来自远程主机的)文件。

DNS（域名系统）实现负载均衡是通过分散到不同服务器的请求来管理网络流量和优化资源使用的一种策略。下面详细介绍这种技术的实现原理、原因、以及其优缺点。

DNS通常是由其他应用层协议所使用的，包括HTTP、SMTP和FTP，将用户提供的主机名解析为IP地址。为了使用户的主机能够将一个HTTP请求报文发送到Web服务器www.someschool.edu，该用户主机必须获得www.someschool.edu的IP地址。DNS通过采用了位于网络边缘的客户和服务器，实现了关键的名字到地址转换功能，它还是这种设计原理的另一个范例。，是因为当我们从左至右扫描它时，我们会得到越来越具体的关于主机位于因特网何处的信息(即在众多网络的哪个网络里)。

在这种情况下，当中间DNS服务器dns.umass.edu收到了对某主机的请求时，该主机名是以cs.umass.edu结尾，它向 dns. poly.edu返回dns.cs.umass.edu的IP地址，后者是所有以cs.umass.edu结尾的主机的权威服务器。本地DNS服务器dns.poly.edu则向权威DNS 服务器发送查询，该权威DNS服务器将请求的映射发送给本地DNS服务器，该本地服务器依次向请求主机返回该映射。从请求主机到本地 DNS服务器的查询是递归的，其余的查询是迭代的。

攻击者的确成功地将大量的分组指向了根服务器，但许多DNS根服务器受到了分组过滤器的保护，配置的分组过滤器阻挡了所有指向根服务器的ICMP ping报文。，该记录对应于包含主机名的域:它还将包括一条类型A记录，该记录提供了在NS记录的Vaue字段中的DNS服务器的IP地址。举例来说，假设一台edu TLD服务器不是主机 gaiaes.umass.edu的权威DNS服务器，则该服务器将包含一条包括主机 cs.umass.edu的域记录，如(umass.edu，dns.umass.edu，NS);

在本文中，我们讨论在通常情况下可靠数据传输的问题。因为可靠数据传输的实现问题不仅在运输层出现，也会在链路层以及应用层出现。一般性问题对网络来说更为重要。下图图示说明了我们学习可靠数据传输的框架。为上层实体提供的服务抽象是:数据可以通过一条可靠的信道进行传输。借助于可靠信道，传输数据比特就不会受到损坏(由0变为1，或者相反)或丢失，而且所有数据都是按照其发送顺序进行交付。这恰好就是 TCP向调用它的因特网应用所提供的服务模型。实现这种服务抽象是可靠数据传输协议。