在RFC1323中关于使用timestamp选项达到PAWS功能中,存在着一个可能的问题:防止PAWS的机制,多多少少自身也容易受到wraparound的攻击(也可以说成溢出,与wraparound说的是一个意思,但wraparound应该准确,实际上并不是一个32位的数值达到0xFFFFFFFF之后,下一个变成了0,而是一个数A,另外一个数B,并且初始情况下B>A,但是当不停地给B加1的时候,突然之间,B
总是选择一个不是日历时间的机制来衡量?不懂( ⊙o⊙ )哇
[url=http://www.cnxw.cn/bage/][color=#d9d8d8]八哥[/color][/url]
[url=http://www.cnxw.cn/bage/][color=#ddd八哥[/color][/url]
<div class="quote"><span class="q"><b>我是一粒糖</b>: 总是选择一个不是日历时间的机制来衡量?不懂( ⊙o⊙ )哇.....</span></div>所谓日历时间就是年月日时分秒,系统不能根据这个时间来作为定时器的基准,因为日历时间会被修改。不能因为修改了系统时间(比如向前调整4分钟,而让一个本计划4分钟之后运行的事件提前发生)。
<div class="quote"><span class="q"><b>areece</b>: 所谓日历时间就是年月日时分秒,系统不能根据这个时间来作为定时器的基准,因为日历时间会被修改。不能因为修改了系统时间(比如向前调整4分钟,而让一个本计划.....</span></div>额额……明白了,不过其实那样也没什么啊~
<div class="quote"><span class="q"><b>areece</b>: 所谓日历时间就是年月日时分秒,系统不能根据这个时间来作为定时器的基准,因为日历时间会被修改。不能因为修改了系统时间(比如向前调整4分钟,而让一个本计划.....</span></div>额额……明白了,不过其实那样也没什么啊~