The FCluster architectureFCluster i

The FCluster architecture
FCluster is a peer-to-peer middleware for a network of heterogeneous host computers. The prototype is built on Ubuntu Linux with future development planned for Windows and MacOS. Most of the code is either in C or Bash scripts. It uses MySQL, libcurl, ftp servers and ntfs-3g. FCluster SIPs FCluster includes a design for an SIP with a simple structurewhich only works with NTFS file-systems. This was done for the sake of simplicity when developing the prototype. An FCluster SIP comprises of 2 parts (Fig. 2). An extensive header section contains XML delimited meta-data about the file’s place on the original evidence media. This includes data from the file’s entry in the NTFS $MFT and also a list of cluster numbers the file originally occupied on the source file-system together with an SHA1 for each of the clusters. The data section holds the file data which is encrypted using AES-256, with the key sent from FCluster, and then UUencoded to reduce problems in portability. The SIPs themselves are named in a regular manner, [VolumeID]-[SHA1].meta. When the SIP is finally unpacked,decoded and decrypted on the FCluster the resulting filemust have the same SHA1 as its filename suggests and is included within the header section of the SIP. To achieve this it must have been generated on the imaging device authorised by the key created by the FCluster when it authorizes imaging (see section 14.1) or itwill not decryptwhen it is ingested into the FCluster file system. These form two assurances, one of a property of the file, the name and the ‘double entry’ of the success of the encryption/decryption key.

ผลลัพธ์ (ไทย) 1:

สถาปัตยกรรม FClusterFCluster is a peer-to-peer middleware for a network of heterogeneous host computers. The prototype is built on Ubuntu Linux with future development planned for Windows and MacOS. Most of the code is either in C or Bash scripts. It uses MySQL, libcurl, ftp servers and ntfs-3g. FCluster SIPs FCluster includes a design for an SIP with a simple structurewhich only works with NTFS file-systems. This was done for the sake of simplicity when developing the prototype. An FCluster SIP comprises of 2 parts (Fig. 2). An extensive header section contains XML delimited meta-data about the file’s place on the original evidence media. This includes data from the file’s entry in the NTFS $MFT and also a list of cluster numbers the file originally occupied on the source file-system together with an SHA1 for each of the clusters. The data section holds the file data which is encrypted using AES-256, with the key sent from FCluster, and then UUencoded to reduce problems in portability. The SIPs themselves are named in a regular manner, [VolumeID]-[SHA1].meta. When the SIP is finally unpacked,decoded and decrypted on the FCluster the resulting filemust have the same SHA1 as its filename suggests and is included within the header section of the SIP. To achieve this it must have been generated on the imaging device authorised by the key created by the FCluster when it authorizes imaging (see section 14.1) or itwill not decryptwhen it is ingested into the FCluster file system. These form two assurances, one of a property of the file, the name and the ‘double entry’ of the success of the encryption/decryption key.

ผลลัพธ์ (ไทย) 2:

สถาปัตยกรรม FCluster
FCluster เป็นตัวกลางแบบ peer-to-peer สำหรับเครือข่ายของคอมพิวเตอร์โฮสต์ต่างกัน ต้นแบบที่สร้างขึ้นบนลินุกซ์อูบุนตูที่มีการพัฒนาในอนาคตที่วางแผนไว้สำหรับ Windows และ MacOS ส่วนใหญ่ของรหัสที่เป็นทั้งใน C หรือสคริปต์ทุบตี จะใช้ MySQL, libcurl เซิร์ฟเวอร์ FTP และ NTFS-3g FCluster SIPs FCluster รวมถึงการออกแบบสำหรับ SIP กับ structurewhich ง่ายเท่านั้นทำงานร่วมกับ NTFS ไฟล์ระบบ นี้ทำเพื่อประโยชน์ของความเรียบง่ายเมื่อมีการพัฒนาต้นแบบ SIP FCluster ประกอบด้วย 2 ส่วน (รูปที่. 2) ส่วนหัวที่กว้างขวางมี XML ที่คั่นด้วยข้อมูล meta เกี่ยวกับสถานที่ของไฟล์ในสื่อหลักฐานเดิม ซึ่งรวมถึงข้อมูลที่ได้จากรายการไฟล์ใน NTFS $ MFT และรายการของหมายเลขกลุ่มไฟล์ที่ถูกครอบครองเดิมกับแหล่งที่มาของระบบไฟล์ร่วมกับ SHA1 สำหรับแต่ละกลุ่มที่ ส่วนข้อมูลที่เก็บข้อมูลไฟล์ที่ถูกเข้ารหัสโดยใช้ AES-256 ที่มีคีย์ที่ส่งมาจาก FCluster แล้ว UUENCODED เพื่อลดปัญหาในการพกพา จิบตัวเองจะมีชื่ออยู่ในลักษณะปกติ [VolumeID] - [SHA1] .meta เมื่อ SIP เป็นแตกในที่สุดถอดรหัสและถอดรหัสใน FCluster filemust ที่เกิดขึ้นได้เหมือนกัน SHA1 เป็นชื่อไฟล์ของมันบ่งบอกและเป็นที่รวมอยู่ในส่วนหัวของจิบ เพื่อให้บรรลุนี้จะต้องได้รับการสร้างขึ้นบนอุปกรณ์การถ่ายภาพที่ได้รับอนุญาตโดยกุญแจสำคัญในการสร้างขึ้นโดย FCluster เมื่อมันอนุญาตให้ถ่ายภาพ (ดูหัวข้อ 14.1) หรือ itwill ไม่ decryptwhen มันจะกินเข้าไปในระบบแฟ้ม FCluster รูปแบบที่สองคนนี้รับรองซึ่งเป็นหนึ่งในสถานที่ให้บริการของไฟล์ชื่อและ 'รายการคู่ของความสำเร็จของการเข้ารหัส / ถอดรหัสที่สำคัญ

ผลลัพธ์ (ไทย) 3:

สถาปัตยกรรม
fcluster fcluster เป็นเพียร์ทูเพียร์ Windows สำหรับเครือข่ายของคอมพิวเตอร์โฮสต์ที่แตกต่างกัน ต้นแบบที่สร้างขึ้นบน Ubuntu Linux ที่มีการพัฒนาในอนาคตที่วางแผนไว้สำหรับ Windows และ MacOS . มากที่สุดของรหัสจะเหมือนกันใน C หรือสคริปต์ทุบตี โดยจะใช้ MySQL , libcurl เซิร์ฟเวอร์ FTP และ ntfs-3g .fcluster จิบ fcluster รวมถึงการออกแบบสำหรับจิบกับ structurewhich ง่ายใช้งานได้เฉพาะกับระบบแฟ้ม NTFS . นี่เป็นการกระทำเพื่อประโยชน์ของความเรียบง่ายเมื่อพัฒนาต้นแบบ การ fcluster จิบประกอบด้วย 2 ส่วน ( รูปที่ 2 ) ส่วนอย่างละเอียด ได้แก่ ส่วนหัวมี XML ข้อมูล meta เกี่ยวกับของไฟล์บนสื่อหลักฐานต้นฉบับซึ่งรวมถึงข้อมูลจากไฟล์รายการใน NTFS $ MFT และยังรายการของหมายเลขกลุ่มไฟล์เดิมครอบครองในระบบแฟ้มแหล่งที่มาด้วยกันกับ sha1 สำหรับของแต่ละกลุ่ม ข้อมูลส่วนที่ถือแฟ้มข้อมูลที่ถูกเข้ารหัสโดยใช้ AES - 256 กับคีย์ส่งจาก fcluster แล้ว uuencoded เพื่อลดปัญหาในการพกพาการจิบเองมีการตั้งชื่อในลักษณะปกติ [ volumeid ] - [ sha1 ] . เมตา เมื่อจิบก็แตกและถอดรหัส , ถอดรหัสใน fcluster ส่งผล filemust มี sha1 เดียวกันเป็นชื่อแนะนำ และรวมอยู่ในส่วนหัวของจิบเพื่อให้บรรลุนี้จะต้องถูกสร้างขึ้นบนภาพอุปกรณ์ที่ได้รับอนุญาตจากคีย์ที่สร้างขึ้นโดย fcluster เมื่ออนุญาตภาพ ( ดูส่วน 14.1 ) หรือจะไม่ decryptwhen มันกลืนกินเข้าไปในระบบแฟ้ม fcluster . เหล่านี้แบบฟอร์มสองรับรอง หนึ่งในคุณสมบัติของแฟ้ม , ชื่อและรายการ ' ' คู่ของความสำเร็จของการเข้ารหัส / ถอดรหัส .