服务器开机b900

服务器开机b900,第1张

b900是型号。

1、服务器的英文名称为“Server”,是指在网络上提供各种服务的高性能计算机。作为网络的节点,存储、处理网络上80%的数据、信息,因此也被称为网络的灵魂。

2、服务器和普通计算机的功能是类似的。只是相对于普通计算机,服务器在稳定性、安全性、性能等方面都要求更高,因此CPU、芯片组、内存、磁盘系统、网络等硬件和普通计算机有所不同。

数据传输结束后,通信的双方都可以释放连接,此时,客户机 A 和服务器 B 都处在 ESTABLLISHED (已建立连接)状态

①. A 的应用进程先向 TCP 发出连接释放报文段,并停止发送数据,主动关闭 TCP 连接。 A 连接释放报文段首部的 FIN 置 1,其序号 seq = u,它等于前面已传送过的数据的最后一个字节的序号加 1 。这时, A 进入 FIN-WAIT-1 (终止等待1)状态,等待 服务器B 的确认。

TCP 规定, FIN 报文段即使不携带数据,也会消耗一个序号。)

②. B 收到连接释放报文段后即发出确认,确认号为 ack = u+1,而这个报文段自己的序号是 v,等于 B 前面已传送过的数据的最后一个字节的序号加 1 。之后 B 就进入 CLOSE-WAIT (关闭等待)状态。 ——> 这时, TCP服务器进程 应通知 高层应用进程 ,因而从 A B 这个方向的连接就释放了, TCP 连接此时处于 半关闭(half-close) 状态,即 A 已经没有数据要发送了,但 B 若发送数据, A 仍要接收。也就是说,从 B A 这个方向的连接并没有关闭。

③. A 收到来自 B 的确认后,进入 FIN-WAIT-2 (终止等待2)状态,等待 B发出的连接释放报文段

B 已经没有要向 A 发送的数据,其 应用进程 就通知 TCP 释放连接。 ——> 这时, B 发出的连接释放报文段必须使 FIN = 1 ,假定 B 的序号为 w (在半关闭状态 B 可能又发送了一些数据), B 还必须重复上传已发送过的确认号 ack = u+1 ——> 这时, B 进入 LAST-ACK (最后确认)状态,等待 A 的确认。

④. A 在收到 B 的连接释放报文段后,必须 对此发出确认 。在 确认报文段中把ACK 置 1 ,确认号 ack = w+1,而自己的序号是 seq = u+1 (注:TCP标准,前面发送过的FIN报文段要消耗一个序号) ——> 此时, A 进入 TIME-WAIT (时间等待)状态。 注意,现在 TCP 连接还没有释放掉。必须经过 时间等待计时器(TIME-WAIT timer)设置的时间 2MSL 后,A 才进入CLOSED 状态 。( :时间 MSL 叫做 最长报文段寿命 RFC 793 建议设置为2分钟,对于如今的网络来说,2分钟太长了,因此TCP允许不同的实现可以根据具体的情况使用更小的 MSL 值。) ——> 所以,从 A 进入 TIME-WAIT 状态后,要经过4分钟才能进入 CLOSED 状态,才能开始建立下一个新的连接。 ——> A 撤销了相应的 传输控制块TCB 后,就结束了这次的 TCP 连接。

B 只要收到了 A 发出的确认,就进入了 CLOSED 状态,同样, B 在撤销相应的传输控制块TCB后,就结束了这次的 TCP 连接。 B 结束TCP连接的时间比 A 要早一些。

理由: 第一,为了保证 A 发送的最后一个 ACK报文段 能过到达 B 。这个 ACK报文段 可能丢失,因而使处在 LAST-ACK 状态下的 B 收不到 对已发送的 FIN+ACK报文段的确认 B 超时重传 这个 FIN+ACK报文段 ,而 A 就能在 2MSL 时间内收到这个重传的 FIN+ACK 报文段。接着, A 重传一次确认,重新启动 2MSL计时器 。最后, A B 就能都正常的进入 CLOSED 状态。如果 A TIME-WAIT 状态下不等待一段时间,而是在发送完 ACK 报文段之后立即释放连接,那么无法收到 B 重传的 FIN+ACK ,因而也不会再发送一次 确认报文段 ,那么。 B 就无法按照正常的步骤进入 CLOSED 状态。

第二,为了防止 “已失效的连接请求报文段” 出现。 A 在发送完最后一个 ACK报文段 后,经过时间 2MSL 后,就可以使本连续的时间内所产生的所有报文段(包括旧的连接请求报文段)都从网络上消失。

服务器每收到一次客户的数据,就重新设置保活计时器,时间的设置通常是 两小时。若两小时没有收到客户的数据,服务器就发送一个 探测报文段 。以后则 每隔75 分钟 发送一次,若一连发送 10个探测报文段 后仍无客户的响应,服务器就会认为客户端除了故障,接着关闭了连接。所以说, 保活计时器就是为了处理在客户端出了故障的时候,让服务器不再白白等下去而浪费资源


欢迎分享,转载请注明来源:夏雨云

原文地址:https://www.xiayuyun.com/zonghe/468460.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-06-05
下一篇2023-06-05

发表评论

登录后才能评论

评论列表(0条)

    保存