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

chap協(xié)議的功能？

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

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

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

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

在隨機時間，驗證端發(fā)送一個「challenge」給對端，重復(fù)1到3步。

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

哈希校驗碼怎么用？

需要效驗工具。介紹一個比較好的hash驗證工具，“hash”。它可以同時驗證MD5、CRC_32、SHA1碼。

hash碼怎么打開？

下載個BITCOMET 點擊左上角圖標：打開URL 在里面輸入你的哈希校驗碼就可以了 希望可以幫到您。

種子文件哈希校驗碼（HASH）怎么查看？

下載個BITCOMET 點擊左上角圖標：打開URL 在里面輸入你的哈希校驗碼就可以了 希望可以幫到您。

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

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

檢查復(fù)制沒出錯需要做復(fù)制校驗，這事是有幾個層次的。

最直觀的，也是成本最高的，就是把復(fù)制過去的東西再拿來讀一遍，和來源全部對照一遍。叫做全讀校驗。很顯然，這是一定能確認復(fù)制沒有錯的方法。然而它也很顯然太“貴”了，因為等于源數(shù)據(jù)要讀至少兩遍，拷貝數(shù)據(jù)要讀至少一遍寫至少一遍，相比不檢查多出了許多工作量。而且對很多應(yīng)用場景來說，這甚至是做不到的。所以大多數(shù)操作系統(tǒng)默認不做這種程度的校驗。

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

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

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

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

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