@TakanashiAzusa DNSPOD自己的协议，不符合RFC的

@maemual 这种用户其实对云服务是个负担，给钱少，麻烦多，都是大爷。

@szopen

则个属于概率论里一个悖论，就是概率再低，也会发生，概率再高，也有不会发生的。

因为如果样本足够大，即使概率再低都会发生。

所以这个时候要考虑的是后验概率，已知平均故障率的情况下，发生一次故障的概率，发生两次故障的概率，今天发生故障的概率，这周发生故障的概率。
10和100倍的差距就在这里体现了。

有个东西叫根域名解析，，，

https://www.v2ex.com/t/125389#reply8

NS记录一般会缓存很久。。

redis 开持久化

@GPU 做一个编码，

@Ison
其实，面试和老师给学生打分是不一样的，
面试的目的是，面试官在挑同事，

@szopen
99.99%与99.999%这两个概率有啥区别
用1减一下就会发现这两个概率差了10倍

@mrjoel 但是并不能从手机号里得到实名信息，比如是否成年。

@raincious 呃，这得看法院裁定了，

@raincious
窃取，指偷取；以不正当手段取得.

第三十八条　任何个人和组织不得窃取或者以其他非法方式获取公民个人信息，

窃取和非法方式获得，GA的是合法获得的。5块钱一次。

status code: 500 服务器报错了。。

@nilai 真有道理！！！！！

@hk24v2
举个例子，右边到 202.97.50.5的包，其实TTL就是7，到了202.97.50.5这个节点以后，TTL = 0 ，本来就是要在这个节点丢弃的，并且返回一个ICMP超时的数据报回来，但是也许是202.97.50.5开启了保护，当接收到大量来自同一个地址并且TTL = 0的包以后，就不返回ICMP超时的包了，
如果不做处理,ICMP返回包是可以用作DDoS放大攻击的。

@hk24v2 VPS到你的 117.40.73.181 延迟才 173ms，并且并没有任何的丢包。

@hk24v2
那个只是中间结点接收到TTL = 0的时候返回ICMP的时候丢包，你仔细看，到目标节点并没有丢包。

TraceRoute是使用挨个发送 TTL = 1,2,3,4...的数据包的，当路由器接收到TTL = 0的包的时候会丢弃，并且返回一个ICMP超时，但是有时候，返回ICMP超时又会产生拥堵，所以有些路由器为了保护自己，直接丢弃这个包，但是不会返回ICMP超时，因为返回ICMP超时又会产生一个拥堵。

SO，这种测试并不科学。

TraceRoute用的是 ICMP 超时报文（TTL = 0）。