啥玩意儿？TCP三次握手只握两次也可以？
合集 · 硬核干货分享 (15)
-
Git爆严重漏洞，精准攻击程序员！
6:16
-
TCP三次握手只握两次也可以？
6:10
-
百度网盘秒传的秘密！
3:46
-
人在日本，访问不了国内网站，抓包发现了不得了的事情！
3:31
-
诡异的浏览器白屏，被Nginx坑了！
5:49
-
抓包蓝屏了，我发现了Wireshark的漏洞！
4:33
-
C/C++没写main函数，编译器被我骗了！
7:07
-
系统又崩溃了，高并发到底怎么做？
3:05
-
给你一个IP，如何知道它是Linux还是Windows？
7:53
-
可怕！CPU暗藏了这些未公开的指令！
8:01
-
Wireshark/科来/Fiddler网络抓包哪家强？新手学习计算机网络选哪个？
7:18
-
什么是数字签名？有什么用？原理又是什么？
5:30
-
IP地址不是早就耗尽了吗，为什么我随便就能申请到？全中国有多少公网IP地址？
5:16
-
我用了2个月，从0到1开发了一款自己的网络抓包软件！
6:05
-
两个月爆改Wirshark，网络抓包新选择！
6:22
Description
TCP三次握手第三次握手包掉了怎么办？ 第三次握手能携带数据吗？ 如果正式的请求包比第三次握手包先到怎么办？ 欢迎大家点个关注+收藏，下次问到就不慌了~
Comments
syn syn+ack rst syn+ack syn+ack syn+ack ... 怎么绘世呢[doge]
♥ 73 ↩ 7
这个协议栈对底层是透明的，透明的到底是能看见还是不能看见啊？虽然我知道答案，但是很反对这种模凌两可的表述。[doge][脱单doge]
♥ 53 ↩ 23
懂了[doge]
♥ 26 ↩ 2
所以说，对于服务器来说是三次握手，但是对于客户端来说是两次握手。
♥ 24 ↩ 2
那如果第三次包只有数据没带ack呢
♥ 20 ↩ 9
只握手两次 服务端不知道客户端的接受功能是否正常
♥ 19
带有ACK置位的第三次握手包（不携带数据），发送之后由于某些原因丢失了，也就是说服务器没能接收到。但是第三次握手包发送之后还陆续发送了多个不带ACK置位的数据包，服务器接收到会怎么处理？能帮忙解答一下吗[微笑]
♥ 10 ↩ 6
非常好的视频，使金融保险的学生旋转[doge]
♥ 5 ↩ 4
那是不是所有情况下，都可以不发送第三个握手包给服务端，都能正常完成通信？
♥ 5 ↩ 7
视频做得太好了，问题也很有趣
♥ 5 ↩ 1
其实很好理解： 第一次是syn请求包 第二次是针对第一次的ack，同时第二次的包中又携带了syn请求的数据。在ack包中携带数据（准确的说是将ack包含到数据包中）是一个很常见的操作。 第三次是针对第二次syn的ack。 众所周知网络里只需要对数据包的送达进行确认，而没有对确认包进行确认这种神奇操作（至少绝大多数情况是这样），所以在发送第三次握手包之后对发送方来说握手阶段就已经结束了。如果接收方没收到第三次的ack，那么就按照丢包重传的机制处理就好了，该重传重传，重传不成功就认为是断开连接了
♥ 3
你在 av1654023445 中请求的视频总结如下： 一、TCP三次握手的相关知识，包括客户端发送第三次握手后是否需要服务器确认、第三次握手包是否携带数据、以及服务器未收到第三次握手包时的处理方式等。 00:01 - 三次握手大家都知道吧，但你有没有想过如果第三次握手包掉了会发生什么？ 01:12 - 客户端发送完第三次握手挂后，不再需要服务端的确认，立即可以发送数据。 02:27 - TCP的标准协议规范中，第三次握手包是允许传输数据的。 二、TCP建立连接的三次握手过程，以及如何通过手动编程来实现三次握手，并验证了三次握手中第三次握手包中是否可以切断数据。 03:03 - 操作系统内核协议站自动完成TCP建立连接的三次握手 03:28 - 通过手动编程来发送TCP数据包来实现三次握手05:07 - 第三次握手包中必须携带ACK标记，否则将被忽略 --本内容由AI视频小助理生成
♥ 3
验证ACK丢包那里不对啊，主动不发ACK，下一个数据包就和普通数据包一样带ACK置位，但是主动发了ACK却丢掉了，下一个数据包应该不带ACK，应该用防火墙之类的手段来拦截这次ACK，而不是一开始就没发。
♥ 3 ↩ 1
quic都可以只握两次,为什么tcp不可以?
♥ 2 ↩ 1
握握手🤝握握双手🤝
♥ 1
第三次握手包 作用应该是让服务端确定客户端能不能收包 既然服务端收到了数据包 那说明客户端是收到了服务端的第二次握手包 所以才能当做第三次握手包来正常传输数据吧
♥ 1
【时间线】 - 00:00 🤔提出问题：如果第三次握手包掉了会发生什么？ - 00:30 📝问题总结：客户端发送完第三次握手后是否直接发送数据？ - 01:00 🤔问题探讨：TCP的三次握手能否携带数据？ - 01:30 📚理论分析：客户端发送完第三次握手后立即发送数据。 - 02:00 📊抓包验证：客户端在第三次握手后立即发送数据。 - 02:30 🤔问题探讨：客户端在发送第三次握手包时能否携带数据？ - 03:00 📖RFC文档解读：第三次握手包允许传输数据。 - 03:30 🤔问题探讨：如果服务器未收到第三次握手包，客户端数据如何处理？ - 04:00 🛠️实验验证：手动发送TCP数据包实现三次握手。 - 04:30 🧪实验结果：第三次握手包中携带数据，TCP协议正常工作。 - 05:00 🧪实验结果：不发送第三次握手包，直接发送数据，服务器正常处理。 - 05:30 🧪实验结果：服务器将携带数据的包视为第三次握手。 - 06:00 🤔问题模拟：发送带数据的请求包后再发送第三次握手包。 - 06:03 🎥视频结束：感谢观看，欢迎关注。 【摘要】： 视频主要探讨了TCP三次握手过程中的几个关键问题，包括客户端在发送完第三次握手后是否直接发送数据、三次握手是否能携带数据、以及如果服务器未收到第三次握手包时客户端数据的处理方式。通过理论分析、RFC文档解读和实际抓包实验，验证了客户端在第三次握手后立即发送数据，第三次握手包允许携带数据，以及服务器将携带数据的包视为第三次握手的情况。视频最后通过模拟实验进一步验证了这些结论，并鼓励观众关注更多计算机知识分享。 --本内容由@DDD_cat生成，正在用心做一款AI工具~，欢迎访问我们的网站：https://ai.ddcatai.com, qq群：936605738
♥ 1
这问题面试被阿里问了
♥ 1 ↩ 1
你这第三次握手和第一次数据包，代码几乎一摸一样吧