最近，有一个用户被ddos，经常导致同IP的其他用户遭殃。
于是有人就说了，你技术太不过关了，不能排查么？不能看日志么？不能根据流量来看么？
好吧，我来通俗的讲解一下ddos为啥难以排查（比喻不是很恰当，懒得去想更恰当的比喻了）。
超市就是一个服务器，超市里面的东西就是用户的网站， 超市里面有暴利的灰色行业的物品，我们暂且假设是成人用品。
正常的时候，外面的人来超市买东西，是很容易的。
由于其他超市也卖这种暴利的成人用品，竞争对手觉得本超市卖便宜了，或者干脆不希望这个超市的成人用品能卖出去，于是就雇佣了一大帮人（肉鸡），去这个超市来逛逛。这些人的衣着打扮和普通购物的一模一样，行为也一样。
于是超市入口的走廊都被堵死了。
保安怎么办？报警？大家都是来买东西的，怎么报警？增大超市门？你增大的速度有人数增加的速度快么？当然，还是有办法的，那就是真的报警，网站被DDoS的时候报警，这个时候警察会抓住一大批人（肉鸡），问是谁派他们来的，找到后面的肉鸡指挥者，从而将发动ddos的人绳之于法，但是你认为我朝警察会管这些么？
排除是什么原因导致超市人流量多，拥堵，你问这些人来干嘛，这些人要么不会告诉你，要么告诉你他是来买东西的，多部分人发现超市走道堵死了，就走了，下一批又来了，而下一批你也无法知道谁是真正买东西的，谁是假的（肉鸡）。
排除产品问题（找哪个网站导致ddos）？发现哪个产品前的人突然增加，比如成人用品？就把成人用品下架？
可是问题是，人太多，都堵在了门口，根本还没有走到产品那边，直接通道就堵死了。
怎么解决，增加询问机制，问来的人是干嘛的（防火墙，比如我们现在购买的防DDoS的服务），如果人太多，这也是不行。
唯一的办法：关门（拔掉网线）
或者竞争对手主动告知，请下架某产品，否则我们会继续攻击？！ （攻击方通知我们关闭某个网站，否则继续攻击）
要么猜测是哪个商品导致（我们猜测是哪个共享用户导致）。
所以，在阅读了上面的内容之后，您还继续责怪服务器技术不到家，连谁被ddos都排查不出来，那我无话可说了？
一言蔽之，ddos的时候，都堵在了水管上，要判断好难的。
今后我们只有努力增加IP，让同IP上的用户更少，这样才能更好的排除。
