網(wǎng)絡(luò)信息資源安全傳輸系統(tǒng)-全文預(yù)覽
【正文】 者和接收者并不是同組的，此時的文件傳遞和審批過程會變得比較復(fù)雜。此時登陸系統(tǒng)用戶除可以直觀的看到系統(tǒng)中其他用戶在線 /離線狀態(tài)外，還可以看到其他用戶發(fā)送給自己的文件，包括所發(fā)送文件文件名及發(fā)送人，此時登陸用戶可對傳輸?shù)奈募M行下載。如果出現(xiàn)錯誤，按照客戶端要求，重新傳遞數(shù)據(jù) (7)接收文件，利用散列值驗證文件的完整性，發(fā)送確認信息 (9)利用對稱密鑰解密文件塊，并重新組裝文件 服務(wù)器 客戶端 Page 12 合同管理 進入下一頁 返回主目錄 系統(tǒng)文件安全高效傳輸過程中，針對用戶在線與離線狀態(tài)，設(shè)計文件發(fā)送方對文件接收方用戶處于在線狀態(tài)與離線狀態(tài)時的傳輸兩種情況。 進入下一頁 返回主目錄 Page 9 合同管理 進入下一頁 返回主目錄 Upload Process FP協(xié)議中的文件轉(zhuǎn)發(fā)過程，文件從單位服務(wù)器 A轉(zhuǎn)發(fā)到另一個單位服務(wù)器 B，協(xié)議的交互關(guān)系如圖三所示： （ 2）根據(jù)用戶請求，服務(wù)器端生成對稱密鑰 （ 1）客戶端向服務(wù)器發(fā)出上傳文件請求 （ 3）響應(yīng)請求，發(fā)送對稱密鑰，同時在本地存儲。為保證文件傳輸和存儲過程的安全，文件在客戶端就已經(jīng)進行拆分和加密，文件在上傳到服務(wù)器以及在服務(wù)器之間傳遞的過程中，一直保持加密狀態(tài)，直到最終到達文件接收者才進行解密。 Page 6 客戶管理 進入下一頁 返回主目錄 分布式安全信息資源傳輸系統(tǒng) B/S架構(gòu)： 身份認證、權(quán)限管理、流轉(zhuǎn)審批、系統(tǒng)管理、流程設(shè)計、日志審計、用戶管理、系統(tǒng)設(shè)置等 身份認證 權(quán)限管理 流轉(zhuǎn)審批 文件審計 數(shù)據(jù)庫 文件庫 操作系統(tǒng)平臺 涉密網(wǎng) C/S架構(gòu)： 文件拆分 文件傳輸 文件加密 圖二 系統(tǒng)軟件架構(gòu) Network Architecture Page 7 具體實現(xiàn)方案 進入下一頁 本欄目包括： 返回主目錄 Page 8 合同管理 1 2 3 5 4 ?自定義文件傳輸協(xié)議（ FP） ? 傳輸層 TCP協(xié)議 ? 單端口文件傳輸協(xié)議 ? FP文件傳輸過程 ? 特點 本系統(tǒng)文件在分布式網(wǎng)絡(luò)環(huán)境下的傳輸采用自定義文件傳輸協(xié)議 (FP)，協(xié)議設(shè)計與實現(xiàn)過程中充分體現(xiàn)文件傳輸保密性、文件存儲的保密性、文件傳輸?shù)耐暾匀齻€核心特點。 B/S結(jié)構(gòu)降低了系統(tǒng)的維護成本，實現(xiàn)客戶端的零維護，不進行文件傳輸?shù)挠脩簦ɡ绻芾韱T用戶）只需要通過瀏覽器就可以使用本系統(tǒng)，如果系統(tǒng)有升級只需升級服務(wù)器端程序即可。本方案的軟件架構(gòu)如圖 ***所示。每個單位內(nèi)部部署一臺（或多臺）文件服務(wù)器，負責(zé)本單位內(nèi)部的文件存儲，以及發(fā)送或接收外單位的文件，并可以暫時性的保存審批單和審計記錄。正是因為這種小數(shù)據(jù)塊的文件拆分模式，本方案支持文件的斷點續(xù)傳和數(shù)據(jù)校驗功能。2022/2/5 分布式分布式安全信息資源傳輸系統(tǒng) 技 術(shù) 方 法 路 線 軟件 架構(gòu) 網(wǎng)絡(luò) 架構(gòu) 建設(shè)目標 具體實現(xiàn)方案 總體架構(gòu) 選擇相應(yīng)欄目 點擊進入 完成分布式安全信息資源傳輸系統(tǒng)的設(shè)計與開發(fā) 文件安全高效傳輸 文件傳輸模式 審計功能 Page 2 系統(tǒng)開發(fā)采用標準軟件工程中軟件開發(fā)方法和路線 建設(shè)目標 返回主目錄 本方案的設(shè)計目標是完成分布式安全信息資源傳輸系統(tǒng)的設(shè)計與開發(fā)工作。 在文件的存儲過程中，文件被拆分為多個較小的數(shù)據(jù)塊，加密保存在專用的文件服務(wù)器上，因此文件本身的大小并沒有嚴格的限制，但卻受到發(fā)送方和接收方文件系統(tǒng)的限制。 Page 3 總體架構(gòu) 返回主目錄 本部分內(nèi)容包括： Page 4 Network Architecture 進入下一頁 返回主目錄 本方案的網(wǎng)絡(luò)架構(gòu)如圖一所示。使用 B/S結(jié)構(gòu)參與用戶交互， C/S結(jié)構(gòu)負責(zé)文件傳輸。 采用 B/S與 C/S相結(jié)合，實現(xiàn)了系統(tǒng)功能與性能的完美結(jié)合。文件的斷點續(xù)傳和數(shù)據(jù)校驗等功能也是由本地客戶端軟件實現(xiàn)。這種傳輸模式有利于降低傳輸協(xié)議的復(fù)雜性，也可以在一定程度上進行流量控制。在文件轉(zhuǎn)發(fā)過程中， FP協(xié)議支持流量控制，工作時段傳輸時，可指定總傳輸帶寬和每個傳輸通道的帶寬，也可將文件傳輸任務(wù)延時到非工作時段進行傳輸。如果出現(xiàn)錯誤，按照服務(wù)器要求，重新傳遞數(shù)據(jù) (7)發(fā)送摘要請求 (13)發(fā)送轉(zhuǎn)發(fā)完成的確認信息 服務(wù)器 A
試題試卷相關(guān)推薦
鄂ICP備17016276號-1