作者回复: 你答的很全面,区分了反射攻击和直接攻击👍确实如你所说,如果是直接攻击,因为流量会因为链路上存在的各种限制和瓶颈(这也是为什么tcp需要做拥塞控制),流量会降低不少。有说法是真正到达被攻击站点的流量只有最初发起时的1/10。当然这是指大规模发起攻击的时候。如果只是单台发起100Mbps,衰减没有这么厉害,但是比出发时低是肯定的。 第二个答案也正确:)
作者回复: 正确,CDN分散吸收了流量。 GSLB本质上是DNS服务,本身不接受HTTP流量,只接受DNS请求,然后通过回复不同的解析结果,来控制流量的配比和分布。DNS是分布式同步机制,是各个运营商帮你“分担”的,所以GSLB被“堵住”的概率应该是不太大的~
作者回复: IP本身是一种浮动的资源。今天你用这个IP,明天用别的IP;同一个IP也经常被不同的资源所使用。所以在设计IP协议的时候,就没有考虑过如何验证发送方是否是宣称的这个IP的真实拥有者的机制。IP协议的重点是目标网络的寻址,交换机和路由器的核心功能是把报文送到它该去的地方。即使源IP错了,那也是错在发送方,跟中间网络设备无关。 至于源IP是否准确,就让目的地设备收到报文后,再做决定。 不仅IP协议,早期的很多协议都是有这种“不足”的,比如邮件协议。邮件发件人是不做约束和校验的,所以造成了垃圾邮件的泛滥。人们不得不采取在原有协议上做很多增强,来缓解这个问题。
作者回复: 恩~
作者回复: 512字节的UDP报文长度限制算是一个比较老的软性的规范或者说推荐值,所以同样来自“上古时代”的DNS协议就把UDP的报文长度限制在512字节内,也包括这一小节提到的NTP协议。 QUIC是最新的协议,它的初衷就是要打破TCP协议栈是实现在内核中的这个“先天不足”,仅仅借用UDP的基本传输功能,把流控和拥塞控制等特性都封装到QUIC中,这样只要升级客户端库就可以了,不需要等待系统内核更新。 QUIC的UDP报文长度,依然受到三层MTU的制约,也就是1500字节减去IP头部~
作者回复: 笔记很详细:)
作者回复: 第一个答案我没看明白,为什么中间节点mtu会导致流量增大呢? 第二个答案对的,cdn节点多,攻击流量来自全国乃至全球,就相应的被很多cdn节点给平均消化掉了,到达每个cdn节点的流量并不很高,节点一般可以搞定。即使几个节点挂了,因为多数节点依然是好的,对业务影响小很多