声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。
计算机网络
- 1. 计算机网络入门阅读指南
- 2. 计算机网络五层模型入门
- 3. 通信双方如何保证消息不丢失？
- 4. 集线器、交换机与路由器有什么区别？
- 5. 什么是 TCP 拥塞控制？
- 6. 什么是 TCP 流量控制
- 7. 什么是 TCP 三次握手？
- 8. 什么是 TCP 四次挥手？
- 9. 什么是 HTTP？
- 10. 什么是 HTTPS？
- 11. 什么是 SSL/TLS 协议？
- 12. 什么是 DNS？
- 13. 什么是 DHCP ？
- 14. 什么是广播路由算法？
- 15. 什么是数字签名？
- 16. 什么是 SQL 注入攻击？
- 17. 什么是 XSS 攻击？
- 18. 什么是 NAT 网络地址转换协议？
- 19. 如何区分LAN，WAN，WLAN ，VLAN 和VPN？
评论(6)
这里在补充一点关于SYN-ACK 重传次数的问题： 服务器发送完SYN－ACK包，如果未收到客户确认包，服务器进行首次重传，等待一段时间仍未收到客户确认包，进行第二次重传，如果重传次数超 过系统规定的最大重传次数，系统将该连接信息从半连接队列中删除。注意，每次重传等待的时间不一定相同，一般会是指数增长，例如间隔时间为 1s, 2s, 4s, 8s, ….
关于这个问题，如果服务器发送完SYN－ACK包，它未收到客户确认包，但是客户端已经收到了服务端的ACK，此时客户端已经是established状态了，那么就可以发送数据了，但是当数据到达服务端的时候，此时服务端还是SYN_RCVD，并不是establised，这时客户端服务端怎么处理？个人认为，只有第三次握手的过程中就开始携带数据，就可以解决这个客户端ACK包和数据不同步的问题
TCP首部占32位字节，其中有序列号seq，确认号ack以及标志位SYN，ACK，FIN等。
当标志位ACK = 1时，确认号ack的值才有效。
三次握手标志位与序列号、确认号的变化是：
SYN = 1, seq = ISN(c)
SYN = 1, ACK = 1, seq = ISN(s), ack = ISN(c) + 1
ACK = 1, seq = ISN(c) + 1, ack = ISN(s) + 1
SYN ACK …好多专业术语 如果能备注上英文全称就更好啦 谢谢帅地
帅地你好，这些内容对于研究生找工作来说也是可取的对吧
是
好