chap協(xié)議的功能？CHAP用于使用3次握手周期性的驗(yàn)證對(duì)端身份。在鏈路建立初始化時(shí)這樣做，也可以在鏈路建立后任何時(shí)間重復(fù)驗(yàn)證。在鏈路建立完成后，驗(yàn)證者向?qū)Χ税l(fā)送一個(gè)「challenge」信息。對(duì)端使

chap協(xié)議的功能？

CHAP用于使用3次握手周期性的驗(yàn)證對(duì)端身份。在鏈路建立初始化時(shí)這樣做，也可以在鏈路建立后任何時(shí)間重復(fù)驗(yàn)證。

在鏈路建立完成后，驗(yàn)證者向?qū)Χ税l(fā)送一個(gè)「challenge」信息。

對(duì)端使用一個(gè)「one-way-hash」函數(shù)，例如MD5，計(jì)算出的值響應(yīng)這個(gè)信息。

驗(yàn)證者使用自己計(jì)算的hash值校驗(yàn)響應(yīng)值。如果兩個(gè)值匹配，則驗(yàn)證是承認(rèn)得，否則連接應(yīng)該終止。

在隨機(jī)時(shí)間，驗(yàn)證端發(fā)送一個(gè)「challenge」給對(duì)端，重復(fù)1到3步。

CHAP通過(guò)增量改變標(biāo)識(shí)和「challenge-value」的值避免「playback attack」攻擊。驗(yàn)證的兩端都需要知道「challenge」信息的明文，但不會(huì)在網(wǎng)際網(wǎng)路上傳播。

哈希校驗(yàn)碼怎么用？

需要效驗(yàn)工具。介紹一個(gè)比較好的hash驗(yàn)證工具，“hash”。它可以同時(shí)驗(yàn)證MD5、CRC_32、SHA1碼。

hash碼怎么打開(kāi)？

下載個(gè)BITCOMET 點(diǎn)擊左上角圖標(biāo)：打開(kāi)URL 在里面輸入你的哈希校驗(yàn)碼就可以了 希望可以幫到您。

種子文件哈希校驗(yàn)碼（HASH）怎么查看？

下載個(gè)BITCOMET 點(diǎn)擊左上角圖標(biāo)：打開(kāi)URL 在里面輸入你的哈希校驗(yàn)碼就可以了 希望可以幫到您。

怎么辨別文件是不是復(fù)制的？

大多數(shù)操作系統(tǒng)根本不管復(fù)制有沒(méi)有出錯(cuò)，只管復(fù)制過(guò)程有沒(méi)有出錯(cuò)。這中間是有區(qū)別的。得說(shuō)細(xì)一些。

檢查復(fù)制沒(méi)出錯(cuò)需要做復(fù)制校驗(yàn)，這事是有幾個(gè)層次的。

最直觀的，也是成本最高的，就是把復(fù)制過(guò)去的東西再拿來(lái)讀一遍，和來(lái)源全部對(duì)照一遍。叫做全讀校驗(yàn)。很顯然，這是一定能確認(rèn)復(fù)制沒(méi)有錯(cuò)的方法。然而它也很顯然太“貴”了，因?yàn)榈扔谠磾?shù)據(jù)要讀至少兩遍，拷貝數(shù)據(jù)要讀至少一遍寫(xiě)至少一遍，相比不檢查多出了許多工作量。而且對(duì)很多應(yīng)用場(chǎng)景來(lái)說(shuō)，這甚至是做不到的。所以大多數(shù)操作系統(tǒng)默認(rèn)不做這種程度的校驗(yàn)。

為什么很多場(chǎng)景下做不到？因?yàn)閺?fù)制數(shù)據(jù)的場(chǎng)景比大多數(shù)人直觀想象要復(fù)雜得多，簡(jiǎn)單直接順利的情景占不到全部的。比如，最令人討厭情況有復(fù)制數(shù)據(jù)到慢速設(shè)備，寫(xiě)入10Mbps讀取0.1Mbps，全讀校驗(yàn)花的時(shí)間是復(fù)制本身的100倍。還有各種復(fù)制鎖無(wú)法保證的情況。例如源數(shù)據(jù)在校驗(yàn)過(guò)程中改變了，或者你只有目標(biāo)的寫(xiě)權(quán)限沒(méi)有讀權(quán)限，或者你的來(lái)源數(shù)據(jù)只能讀一遍的情況。大量常見(jiàn)場(chǎng)景使得全讀校驗(yàn)無(wú)法實(shí)現(xiàn)。

不用這種一定能確認(rèn)復(fù)制沒(méi)錯(cuò)的方法，還有什么別的辦法嗎？那就分好幾種妥協(xié)方法了。

有些操作系統(tǒng)采用的妥協(xié)省事方法是hash校驗(yàn)。復(fù)制的目標(biāo)端有某種內(nèi)置方法生成文件hash值，復(fù)制過(guò)程生成源數(shù)據(jù)的hash值，復(fù)制完成時(shí)對(duì)照一下兩個(gè)hash，一致就ok。這是一種比較聰明的低成本近似全讀校驗(yàn)的辦法。這個(gè)方法顯然需要目標(biāo)支持生成hash的方法，不然就得再讀一遍了，所以適用場(chǎng)景有限。

再弱一些，也就是Windows和大多數(shù)操作系統(tǒng)都支持的方法，就是管道可靠性校驗(yàn)，也就是只管復(fù)制過(guò)程有沒(méi)有出錯(cuò)。思路是這樣的：我讀的時(shí)候要求讀數(shù)據(jù)管道確認(rèn)讀沒(méi)出錯(cuò)，寫(xiě)的時(shí)候要求寫(xiě)數(shù)據(jù)管道確認(rèn)寫(xiě)沒(méi)出錯(cuò)，那基本的數(shù)據(jù)一致性就得到保證了。具體實(shí)現(xiàn)細(xì)節(jié)就不展開(kāi)說(shuō)了，情景其實(shí)也很復(fù)雜。只要知道這種校驗(yàn)其實(shí)可以很弱，但總歸比沒(méi)有強(qiáng)太多。Windows用戶在復(fù)制文件時(shí)看到的CRC循環(huán)冗余校驗(yàn)錯(cuò)誤實(shí)際上就是在寫(xiě)管道上的校驗(yàn)機(jī)制不能通過(guò)報(bào)的錯(cuò)。這種方法也往往是所有其他更復(fù)雜校驗(yàn)的基礎(chǔ)。

為什么說(shuō)這種校驗(yàn)可以很弱呢？因?yàn)楣艿赖目沈?yàn)證性在很多常見(jiàn)條件下是很弱的。有時(shí)候甚至管道并沒(méi)有辦法去確認(rèn)有沒(méi)有出錯(cuò)。比如直到SATA年代硬盤(pán)的指令才有統(tǒng)一的校驗(yàn)機(jī)制，在此之前很可能你讓硬盤(pán)寫(xiě)數(shù)據(jù)你是無(wú)法判斷硬盤(pán)到底有沒(méi)有干這事的。外加這個(gè)方法其實(shí)不能覆蓋端到端，因?yàn)樽x出來(lái)的數(shù)據(jù)會(huì)停留在內(nèi)存一段時(shí)間，而普通的內(nèi)存是沒(méi)有數(shù)據(jù)一致性保護(hù)的。所以有少數(shù)運(yùn)氣不好的用戶會(huì)發(fā)現(xiàn)內(nèi)存損壞導(dǎo)致復(fù)制出現(xiàn)錯(cuò)誤，而復(fù)制過(guò)程不報(bào)錯(cuò)的現(xiàn)象。