ความต้องการเซิร์ฟเวอร์ rsync ในโหมด daemon คืออะไร

ฉันไม่เข้าใจความต้องการเซิร์ฟเวอร์ rsync ในโหมด daemon ฉันจะได้รับประโยชน์อะไรจากการใช้ rsync กับ SSH หรือ telnet

มาก แต่ฉันจะอ้างอิงไม่กี่หัวด้านบนของหัวของฉัน

1. จะเกิดอะไรขึ้นถ้า ssh / rsh ไม่สามารถใช้งานได้บนเซิร์ฟเวอร์ระยะไกลหรือหากพวกเขาเสียในแง่ของการกำหนดค่าหรือกฎเครือข่ายที่เข้มงวด? การใช้ rsh / ssh ยังคงต้องการไคลเอนต์ (ขึ้นอยู่กับบทบาทผู้ส่งหรือผู้รับ) ด้านระยะไกลจะต้องแยก rsync แบบไบนารีภายในเครื่องและสร้างการเชื่อมต่อกับกระบวนการ rsync ที่ทำงานที่ด้านโลคัล rsh / ssh จะให้แค่อุโมงค์เชื่อมต่อเท่านั้น เท่าที่เกี่ยวข้องกับ rsync rsync กำลังสื่อสารกับกระบวนการ rsync อื่น ๆ ผ่านไปป์

2. การมีกระบวนการ rsync โหมด daemon จะทำให้เซิร์ฟเวอร์เป็นเซิร์ฟเวอร์ ftp เหมือนกันจริงซึ่งระบบไฟล์บางส่วนสามารถทำให้พร้อมใช้งานผ่านโมดูล rsync ทุกสิ่งสามารถหลีกเลี่ยงได้ สมมติว่าฉันต้องการให้ใช้ได้เฉพาะ / usr / local และ / var สำหรับการดาวน์โหลดและปฏิเสธคำขอของลูกค้า rsync สำหรับการดาวน์โหลดอื่น ๆ ฉันสามารถใช้ดุลยพินิจในระดับโฮสต์หรือที่ระดับระบบแฟ้ม (โมดูล) เพื่ออนุญาตให้อัปโหลดหรือดาวน์โหลด (อ่านอย่างเดียว)

3. สามารถควบคุมการเข้าถึงระดับโฮสต์ / ผู้ใช้การพิสูจน์ตัวตนการอนุญาตการบันทึกและโมดูลระบบไฟล์ (โครงสร้าง) สำหรับการดาวน์โหลด / อัพโหลดโดยเฉพาะผ่านไฟล์การกำหนดค่า ทุกครั้งที่มีการเปลี่ยนแปลงไฟล์การกำหนดค่าrsyncd --daemonไม่จำเป็นต้องรีสตาร์ทหรือHUPpedไม่จำเป็นต้องเริ่มต้นใหม่หรือยังสามารถควบคุมจำนวนลูกค้าที่สามารถเชื่อมต่อกับกระบวนการเซิร์ฟเวอร์ rsync ได้ตลอดเวลา นี่เป็นสิ่งที่ดีเนื่องจากฉันไม่ต้องการให้กระบวนการเซิร์ฟเวอร์ rsyncd ของฉันทำการปิดโฮสต์โดยสมบูรณ์ผ่านการทำงานของ I / O บน CPU หรือดิสก์

4. ฟังก์ชั่น chroot สามารถทำให้พร้อมใช้งานผ่านการกำหนดค่าสำหรับ rsyncd ในโหมด daemon ฉันสามารถใช้สิ่งนี้เป็นคุณลักษณะด้านความปลอดภัยที่ค่อนข้างดีถ้าฉันต้องการหลีกเลี่ยงไคลเอนต์ที่เชื่อมต่อกับ rsyncd ของฉันสำหรับไฟล์ / ระบบไฟล์ใด ๆ ที่ต้องปลอดภัยบนโฮสต์และไม่ควรมีการเข้าถึงจากภายนอก

5. ฉันสามารถปฏิเสธตัวเลือกบางตัวที่ไคลเอ็นต์ rsync ใช้และไม่ให้ความบันเทิงที่ส่วนท้ายของเซิร์ฟเวอร์เช่นไม่อนุญาต --deleteตัวเลือก

6. สามารถมีตัวเลือกให้เรียกใช้คำสั่ง / สคริปต์ก่อนและหลังกระบวนการ rsync ตัวอย่างจะรายงานและจัดเก็บสถิติ rsync ในโหมดหลังการถ่ายโอน

นี่คือบางส่วนของพวกเขา แต่ฉันมั่นใจว่าผู้ใช้ผู้เชี่ยวชาญของ rsync สามารถทำให้เรื่องนี้ชัดเจนยิ่งขึ้น

1. ฉันประสบปัญหาขณะพยายามซิงค์โฟลเดอร์ขนาดใหญ่ระหว่างเครื่อง linux กับเครื่อง windows โดยใช้ cygwin หลังจากทิ้งอุโมงค์ SSH เพื่อใช้ rsync daemon ปัญหาของฉันก็หายไป

2. ไคลเอนต์ไม่จำเป็นต้องรู้รูปแบบระบบแฟ้ม ฯลฯ ของเซิร์ฟเวอร์เขา / เธอผลัก / ดึงไป / จาก

การใช้งานทั่วไปสำหรับ rsync คือทำมิรเรอร์ไฟล์เก็บถาวรสาธารณะ ผู้ดำเนินการของสำเนาหลักไม่ต้องการอนุญาตการเข้าถึงเชลล์ระยะไกลในการเก็บถาวร แต่ต้องการอาสาสมัครที่ทำงานมิรเรอร์ระยะไกลเพื่อให้สามารถรับสำเนาถาวรทั้งหมดได้อย่างมีประสิทธิภาพ Rsync ใช้งานได้ดีมากในการสร้างมิเรอร์เนื่องจากมันจะดาวน์โหลดเฉพาะบิตที่ถูกเปลี่ยนเท่านั้นและหากมีการขัดข้องเล็กน้อยในเครือข่ายมันจะไม่ดาวน์โหลดไฟล์ขนาดใหญ่ทั้งหมดอีกครั้ง (รูปภาพซีดี / ดีวีดี)

โปรโตคอล bit torrent จริง ๆ แล้วอาจเป็นทางเลือกที่ดีกว่าสำหรับตอนนี้ แต่ rsync นั้นเปิดตัวเมื่อหลายปีก่อน

แม้ตอนนี้หอจดหมายเหตุที่สำคัญหลายแห่งยังคงใช้ rsync สำหรับมิเรอร์

• https://wiki.ubuntu.com/Mirrors
• http://fedoraproject.org/wiki/Infrastructure/Mirroring
• http://www.debian.org/mirror/ftpmirror

ดู: http://www.debian.org/mirror/ftpmirror

โปรโตคอลการมิเรอร์ที่เราแนะนำคือ rsync

คุณสามารถให้บริการ rsync กับเอ็กซ์ทราเน็ตและอนุญาตการซิงค์ในลักษณะนั้นโดยไม่ต้องเปิดเผย ssh

ในโหมด daemon rsync จะคำนวณจำนวนเช็คซัมได้เร็วขึ้นและเป็นชุดที่ดีกว่าหากคุณคาดหวังไคลเอนต์หลายขนาน ด้วยคำสั่งการตรวจสอบแบบสแตนด์อโลนจะต้องคำนวณใหม่สำหรับทุกเซสชัน

SSH ให้ค่าใช้จ่ายเนื่องจากเช่นการใช้การเข้ารหัส ดังนั้นในทางทฤษฎีคุณควรได้ปริมาณงานที่สูงขึ้นด้วยดีมอนเซิร์ฟเวอร์ rsync