你对Kafka比较熟？ 那说说kafka日志段如何读写的吧？

04: 说说半连接队列和 SYN Flood 攻击的关系

三次握手前，服务端的状态从CLOSED变为LISTEN, 同时在内部创建了两个队列：半连接队列和全连接队列，即SYN队列和ACCEPT队列。

半连接队列

当客户端发送SYN到服务端，服务端收到以后回复ACK和SYN，状态由LISTEN变为SYN_RCVD，此时这个连接就被推入了SYN队列，也就是半连接队列。

全连接队列

当客户端返回ACK, 服务端接收后，三次握手完成。这个时候连接等待被具体的应用取走，在被取走之前，它会被推入另外一个 TCP 维护的队列，也就是全连接队列(Accept Queue)。

SYN Flood 攻击原理

SYN Flood 属于典型的 DoS/DDoS 攻击。其攻击的原理很简单，就是用客户端在短时间内伪造大量不存在的 IP 地址，并向服务端疯狂发送SYN。对于服务端而言，会产生两个危险的后果:

• 处理大量的SYN包并返回对应ACK, 势必有大量连接处于SYN_RCVD状态，从而占满整个半连接队列，无法处理正常的请求。
• 由于是不存在的 IP，服务端长时间收不到客户端的ACK，会导致服务端不断重发数据，直到耗尽服务端的资源。

如何应对 SYN Flood 攻击?

• 增加 SYN 连接，也就是增加半连接队列的容量。
• 减少 SYN + ACK 重试次数，避免大量的超时重发。
• 利用 SYN Cookie 技术，在服务端接收到SYN后不立即分配连接资源，而是根据这个SYN计算出一个Cookie，连同第二次握手回复给客户端，在客户端回复ACK的时候带上这个Cookie值，服务端验证 Cookie 合法之后才分配连接资源。

005: 介绍一下 TCP 报文头部的字段

列表布局是最为常见的排列方式，列表布局中图片展示较小，用户一般不会去注意图片细节，所以列表布局往往是更注重文本内容的展示。

曾经看到过一个问题：什么情况下列表应该左图右文?什么情况又应该右图左文?

首先要明白，列表布局和人的浏览习惯(从左到右，从上往下)相契合，是典型的F式浏览布局。所以大多数人浏览左右结构列表，都是遵循这个浏览轨迹的。 所以你可以将更重要的内容放置在左侧。

举个例子：许多新闻资讯产品采用的都是左文右图布局，是因为图片和标题内容的关联性不大，图片只是用来增加阅读趣味性。根据用户的浏览习惯，标题放在居左更能突出内容，而不会被图像所干扰。

而对于图像内容优先于文本内容的情况，也可以借助用户浏览习惯，将图片居左显示，让图片来更直观地传达内容，让用户的视线顺着左侧的图片向下快速浏览。许多电商类APP就是采用的左图右文的形式。



 

（编辑：烟台站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!