Windows-Server-2003

使用 TrueCrypt 和 iSCSI 鎖定、崩潰、傳輸文件

  • September 25, 2012

我已經調查了這個錯誤,似乎還沒有討論過——或者至少我找不到任何相關的資訊。

我在傳輸文件時遇到問題,通常是超過幾百 MB 的較大文件。

這是設置:

  • QNAP 410 作為具有多個 LUN 的 iSCSI 目標。(CRC 已打開(數據摘要和標頭摘要)
  • 帶有 iSCSI 發起程序 2.08 版的 Server 2003 - 內部版本 3825

(我正在將文件從另一台機器複製到 Server 2003 上的共享 => 到 TrueCrypt 卷中,然後到 NAS 上)

我已經安裝了 LUN 並使用 NTFS 使用 TrueCrypt 對其進行了格式化(完整格式,而不是快速格式)。

發生的情況是一些文件,主要是 RAR/壓縮文件,看起來好像它們複製但失敗了。我已經以多種方式對此進行了測試,並且每次都可以重複該過程。

所以我想檢查 iSCSI 上的傳輸,中間沒有 TrueCrypt,一種普通的 NTFS 格式 - 完全沒有問題。

所以看起來 TrueCrypt 至少是這裡問題的一部分。

我還沒有嘗試直接從伺服器複製,我會嘗試的。我也沒有在沒有 CRC 的情況下嘗試過,但看不到這會如何影響這一點。我稍後會更新我的發現。

與此同時,有人對可能出現的問題有任何想法嗎?

謝謝你的時間。

更新:

我將一組文件(我遇到問題的文件)複製到伺服器,然後從那裡將它們複製到 TrueCrypt 卷中的兩個位置(安裝在 NAS 上)。

  1. 在卷的根目錄中創建一個單獨的目錄
  2. 我在第一個實例中使用的相同初始目錄

兩者都工作得很好。所以現在似乎很清楚,這是 TrueCrypt、iSCSI 和 Windows 共享之間的連結。

我這樣說是因為我最初使用 TrueCrypt 卷文件而不是 iSCSI 設置整個系統。我改變了它,因為它不符合我的要求 - 也浪費了一天。儘管我進行了此設置,但我將整個文件集複製到了卷文件中,並且所有文件都沒有錯誤地複制 - 通過網路,從 pc 到 TrueCrypt 從 NAS 安裝卷文件的伺服器。

我沒有費心關閉 iSCSI 系統上的 CRC,因為我非常懷疑這是根據這一發現的原因。

那麼有什麼想法嗎?

因此,經過大量測試,我決定回答我自己的問題。

根據 Truecrypt 文件,他們不支持使用 iSCSI 的這種設置。我明白了 - 很多事情都可能出錯,但這不應該是經過測試和支持的東西嗎?

但長話短說,我的預期設置在 Server 2008 (RC2) 上完美執行,因此它似乎已本地化為 Server 2003(或者更具體地說,它可能是執行 Server 2003 的 VM)。通過 iSCSI 的傳輸速度也快得多,不確定這是否直接相關,但我想我會把它放在那裡。

引用自:https://serverfault.com/questions/429847