উত্তর:
অনেক, তবে আমি আমার মাথার উপরের অংশ থেকে কয়েকটি উদ্ধৃত করব।
Ssh / rrs যদি রিমোট সার্ভারে না পাওয়া যায় বা সেগুলি কনফিগারেশন বা কঠোর নেটওয়ার্কের নিয়মের ভিত্তিতে ভেঙে যায় তবে কী হবে? আরএসএস / এসএসএস ব্যবহার করার পরেও ক্লায়েন্টের প্রয়োজন হবে (প্রেরক বা গ্রহীতার ভূমিকার উপর নির্ভর করে), দূরবর্তী পক্ষের স্থানীয়ভাবে আরএসসিএনসি বাইনারিটি কাঁটাচামচ করতে হবে এবং স্থানীয় দিকে চলমান আরএসসিএনসি প্রক্রিয়াটির সাথে সংযোগ স্থাপন করতে হবে। আরএসএস / এসএস কেবল সংযোগ টানেল সরবরাহ করবে; যতক্ষণ না আরএসআইএনসি সম্পর্কিত, আরএসসিএনসি পাইপ (গুলি) এর মাধ্যমে অন্যান্য আরএসএনসি প্রক্রিয়াটির সাথে যোগাযোগ করছে।
ডিমন মোড আরএসসিএনসি প্রক্রিয়াটি সার্ভারকে সত্যিকারের এফটিটিপি চেহারা-অনুরূপ সার্ভারে পরিণত করবে যেখানে কিছু ফাইল সিস্টেম আরএসসিএনডি মডিউলগুলির মাধ্যমে উপলব্ধ করা যেতে পারে। অন্য সব কিছু এড়ানো যায়। বলুন যে আমি ডাউনলোডের জন্য কেবল / usr / স্থানীয় এবং / var উপলব্ধ করতে চাই এবং অন্য ডাউনলোডগুলির জন্য কোনও rsync ক্লায়েন্টের অনুরোধ প্রত্যাখ্যান করতে চাই। আপলোড বা ডাউনলোড (কেবল পঠনযোগ্য) ডাউনলোডের জন্য আমি হোস্ট স্তরে বা ফাইল সিস্টেম (মডিউল) স্তরে বিচক্ষণতা ব্যবহার করতে পারি।
একটি কনফিগারেশন ফাইলের মাধ্যমে বিশেষত ডাউনলোড / আপলোডের জন্য হোস্ট / ব্যবহারকারীর স্তরের অ্যাক্সেস, প্রমাণীকরণ, অনুমোদন, লগিং এবং ফাইল সিস্টেম (কাঠামো) মডিউলগুলি নিয়ন্ত্রণ করতে পারে। কনফিগারেশন ফাইলে প্রতিবার পরিবর্তন আনার পরে rsyncd --daemonপুনরায় আরম্ভ করার দরকার নেই বা HUPped। একসাথে কতজন ক্লায়েন্ট আরএসসিএন সার্ভার প্রক্রিয়াতে সংযোগ করতে পারে তার উপরও নিয়ন্ত্রণ রাখতে পারে। এটি ভাল, যেহেতু আমি চাই না যে আমার আরএসসিএনডি সার্ভার প্রক্রিয়াটি সিপিইউ বা ডিস্ক ভিত্তিক আই / ও ক্রিয়াকলাপগুলিতে হোস্টটিকে পুরোপুরি ঝুলিয়ে দেবে।
ক্রোন ক্রিয়াকলাপটি ডিমন মোডে rsyncd এর কনফিগারেশনের মাধ্যমে উপলব্ধ করা যায়। হোস্টে অবশ্যই সুরক্ষিত হওয়া এবং বাইরের অ্যাক্সেস না থাকা উচিত এমন কোনও ফাইল / ফাইল সিস্টেমের জন্য আমার আরএসসিএনসিডিতে সংযুক্ত ক্লায়েন্টদের এড়াতে চাইলে আমি এটি একটি সুন্দর ঝরঝরে সুরক্ষা বৈশিষ্ট্য হিসাবে ব্যবহার করতে পারি।
আমি rsync ক্লায়েন্টের দ্বারা ব্যবহৃত কিছু অপশন সম্পূর্ণরূপে অস্বীকার করতে পারি এবং সার্ভারের শেষে বিনোদন দেওয়া যায় না, যেমন --deleteবিকল্পটিকে অনুমতি না দেওয়া ।
আরএসসিএনসি প্রক্রিয়া করার আগে এবং পরে কিছু কমান্ড / স্ক্রিপ্ট চালানোর বিকল্প থাকতে পারে। উদাহরণ হ'ল পোস্ট-ট্রান্সফার মোডে rsync পরিসংখ্যানগুলি প্রতিবেদন করা এবং সংরক্ষণ করা।
এগুলির মধ্যে কয়েকটি হ'ল তবে আমি নিশ্চিত যে আরএসসিএনসি-র বিশেষজ্ঞ ব্যবহারকারীরা এ সম্পর্কে আরও আলোকপাত করতে পারেন।
সাইগউইন ব্যবহার করে একটি লিনাক্স মেশিন এবং উইন্ডোজ মেশিনের মধ্যে একটি বৃহত ফোল্ডার সিঙ্ক করার চেষ্টা করার সময় আমি একটি সমস্যার মুখোমুখি হয়েছি। আরএসসিএন ডেমন ব্যবহারের পক্ষে এসএসএইচ টানেলটি ফেলে দেওয়ার পরে, আমার সমস্যাগুলি চলে গেল।
ক্লায়েন্টকে সার্ভারের ফাইল সিস্টেম লেআউট ইত্যাদি জানতে হবে না যে সে / সে চাপ দিচ্ছে / টানছে / থেকে করছে
rsyncএসএসএইচ ব্যবহার করে কী সমস্যা নিয়েছিলেন ?
আরএসআইএনসি-র জন্য একটি সাধারণ ব্যবহার হ'ল ফাইলগুলির পাবলিক সংরক্ষণাগারগুলি মিরর করা। প্রাথমিক অনুলিপিটির অপারেটর সংরক্ষণাগারটিতে রিমোট শেল অ্যাক্সেসের অনুমতি দিতে চায় না, তবে রিমোট আয়নায় চালিত স্বেচ্ছাসেবীরা দক্ষতার সাথে সংরক্ষণাগারগুলির একটি সম্পূর্ণ অনুলিপি পেতে সক্ষম হতে চায়। রাইকিঙ্ক একটি আয়না তৈরির জন্য অত্যন্ত ভাল কাজ করে যেহেতু এটি কেবল পরিবর্তিত বিটগুলি ডাউনলোড করবে এবং যদি নেটওয়ার্কে কিছুটা বাধা থাকে তবে এটি সম্পূর্ণ বড় ফাইল (সিডি / ডিভিডি চিত্রগুলি) পুনরায় ডাউনলোড করবে না।
বিট টরেন্ট প্রোটোকল আসলে এটির জন্য এখন আরও ভাল পছন্দ হতে পারে, তবে আরএসইএনসি বহু বছর আগে প্রকাশিত হয়েছিল।
এখনও এখন অনেকগুলি বড় সংরক্ষণাগার এখনও মিরর জন্য rsync ব্যবহার করে।
দেখুন: http://www.debian.org/mirror/ftpmirror
মিররিং প্রোটোকল যা আমরা প্রস্তাব করি তা হল rsync।
আপনি একটি এক্সট্রানেটে rsync-পরিষেবাদি সরবরাহ করতে পারেন এবং ssh প্রকাশ না করে সিঙ্কগুলিকে সেভাবে অনুমতি দিতে পারেন।
ডিমন মোডে আরএসসিএনসি দ্রুত স্থানীয় চেকসামগুলি দ্রুত গণনা করবে এবং আপনি যদি একাধিক সমান্তরাল ক্লায়েন্ট আশা করেন তবে এটি আরও ভাল স্যুইট। একক কমান্ডের সাহায্যে চেকসামগুলি প্রতিটি সেশনের জন্য পুনরায় গণনা করা দরকার।
যেমন এনক্রিপশন ব্যবহারের কারণে এসএসএইচ ওভারহেড দেয়। সুতরাং তত্ত্বের ক্ষেত্রে আপনার একটি আরএসসিএনসি সার্ভার ডেমন দিয়ে উচ্চতর থ্রুপুট পাওয়া উচিত।