আরএসআইএনসি-র জন্য দুটি রিমোট ব্যবহার করা কেন সম্ভব নয়? [বন্ধ]


33

উত্স এবং গন্তব্য উভয়ই দূরবর্তী হলে, আরএসএনসি অভিযোগ করে:

The source and destination cannot both be remote. rsync error: syntax or usage error (code 1) at main.c(1156) [Receiver=3.0.7]

এটি করতে আরএসএনসি তৈরিতে কোন দুর্গম প্রযুক্তিগত বাধা আছে? অথবা এটি কেবল বাস্তবায়িত হয়নি এমন একটি ঘটনা? স্মৃতিতে এমন একটি স্থানীয় বাফার তৈরি করা তুলনামূলক সহজ বলে মনে হয় যা দুটি রিমোটের মধ্যে স্থানান্তরকে মধ্যস্থতা করে, উভয় হ্যাশ এবং ডেটা ধরে রাখে।

সম্পাদনা

যেহেতু মানুষ কিছু স্পর্শিনী পরামর্শ তৈরি করছি, আমি একটি পোস্ট করেছেন পৃথক প্রশ্ন আমার নির্দিষ্ট ব্যবহারের ক্ষেত্রে বিশদ। এগুলি দুটি পৃথক, সত্যই, এবং আমার মনে হয় rsync এর জন্য এই বিশেষ বিবরণগুলি জানা ভাল হবে


1
এটিতে একটি রিমোট ডেভেল এসএসসিএনসিডিতে একটি রিমোট সিআরসিএসসিএনসিডি ডেটা প্রেরণ করা জড়িত। আপনি এসআরসি সিস্টেমে ssh'ing করে এবং rsync ব্যবহার করে এর চারপাশে কাজ করতে পারেন।
অ্যালেক্স হলস্ট

@ অ্যালেক্সহলস্ট আমি মনে করি না যে এটি আমার বিশেষ ক্ষেত্রে কার্যকর হবে। সম্পাদনা দেখুন
goncalopp

দুঃখিত, সার্ভার ফল্ট তাত্ত্বিক প্রশ্নগুলির সাথে কাজ করে না; আপনি যে সমস্যার মুখোমুখি হচ্ছেন কেবল সেগুলি সম্পর্কে কেবল উত্তরযোগ্য প্রশ্ন। আরও তথ্যের জন্য FAQ দেখুন ।
ক্রিস এস

2
দুঃখিত (মডারেটর), এটি একটি উত্তর দেওয়ার মতো আকর্ষণীয় প্রশ্ন: কারণটি হ'ল rdiff অ্যালগরিদম প্রতিসাম্য হতে পারে না। একটি বড় সিপিইউ এবং মেমরির ওভারহেড "সক্রিয়" পাশে রয়েছে। "প্যাসিভ" পক্ষের সমস্ত পরিবর্তিত ফাইলগুলির সমস্ত ব্লকের (দেখুন - ব্লক-আকারের প্যারামিটার) গণনা করা এবং সেগুলি পুনরায় পাঠাতে প্রয়োজন। এটি খুব ছোট মেমরির প্রয়োজনীয়তার সাথে সম্পন্ন হয় এবং বেশিরভাগ অপারেশন প্রথম স্তরের সিপিইউ ক্যাশে করা যেতে পারে। "সক্রিয়" পক্ষের একটি
চেকসমগুলি

1
আমি মনে করি এটি একটি দুর্দান্ত প্রশ্ন (আমার ঠিক এই প্রশ্নটি ছিল, এ কারণেই আমি এখানে আছি) এবং সমাপনী কারণটি বোগাস। আমি এখনও উত্তর জানতে চাই!
পুনরায় পোস্টার

উত্তর:


8

কেন চেষ্টা করবেন না এবং দূরবর্তী মেশিনে সংযোগ স্থাপন করুন এবং সেখান থেকে স্থানান্তর শুরু করুন। আপনি যদি ssh-key ব্যবহার করছেন তবে আপনি এজেন্ট পাসটি ব্যবহার করতে পারেন তবে নিজের জন্য প্রমাণীকরণ পরিচালনা করতে পারেন।

ssh -A remotehostA rsync /remote/file/on/host/a remoteHostB:/destination/

এই কমান্ডটি আপনাকে রিমোটহোস্টে লগইন করবে এবং সেখান থেকে আরএসআইএনসি চালাবে।


3
এতে জড়িত কিছু সুরক্ষা বিবেচনা রয়েছে। সম্পাদনা দেখুন
goncalopp

3
এছাড়াও, যদি আপনার দুটি সিস্টেমের মধ্যে সরাসরি অ্যাক্সেস না থাকে তবে এটি কাজ করবে না ... এবং যদি সরাসরি অ্যাক্সেস পাওয়া যায় তবে কোনও ফায়ারওয়াল নিয়ম সঠিকভাবে প্রয়োগ করার জন্য কোনও সুরক্ষা বিভাগের জন্য দুই সপ্তাহ অপেক্ষা করা জড়িত ...
গার্ট ভ্যান ডেন বার্গ

1
পরিস্থিতি: সার্ভার এ এর ​​সার্ভার বি এবং সিতে মূল-ভিত্তিক মূল অ্যাক্সেস রয়েছে আপনি দুটি থেকে রুট অ্যাক্সেস ব্যবহার করে বি থেকে সি সিঙ্ক করতে চান। তবে আপনি চান না বি বা সি একে অপরের কাছে রুট অ্যাক্সেস পান।
thomasrutter

5
scp -3r <remote src> <remote dest>

এটি করতে কোনও সমস্যা নেই।


4
স্কিপ যদিও আফতাক, ডেল্টা করে না এবং এই ক্ষেত্রে এটির খারাপ প্রয়োজন। আমার সম্পাদনা সম্পর্কে আরও বিশদ
goncalopp


দুর্ভাগ্যক্রমে স্ক্যাপে আরএসআইএনসি-র গুরুত্বপূর্ণ বৈশিষ্ট্যগুলির অভাব রয়েছে যেমন: ফাইল সিস্টেমগুলি অতিক্রম না করার বিকল্প (যেমন ব্যবহারকারী ফোল্ডারে মাউন্ট করা নেটওয়ার্ক ড্রাইভ), সংরক্ষণাগার মোড (যার মধ্যে "প্রতীকী লিঙ্ক, ডিভাইস, বৈশিষ্ট্য, অনুমতি, মালিকানা ইত্যাদি সংরক্ষণ করা আছে"), ইত্যাদি ...
বাশান

1

আপনি এর সাথে দূরবর্তী ফাইল সিস্টেমগুলির একটি (বা উভয়) মাউন্ট করে কাজ করতে পারেন sshfs। তারপরে, আরএসসিএনসি এটি স্থানীয় বলে মনে করবে।

দুর্ভাগ্যক্রমে, এর ফলশ্রুতি যার মেশিনটিতে রয়েছে এমন মেশিনে প্রচুর পরিমাণে ব্যান্ডউইথ ব্যবহার হবে sshfs, সুতরাং আমি কেবলমাত্র আপনার এবং তৃতীয় মেশিনের মধ্যে প্রচুর পরিমাণে ব্যান্ডউইদথ রয়েছে এমন মেশিনের সাহায্যে এটি করার পরামর্শ দিচ্ছি।

অবশ্যই, মেশিনগুলি একে অপরের সাথে সরাসরি কথা বলার জন্য আদর্শ সমাধান। কেন তাদের উচিত হবে না এমন কোনও ভাল কারণ আমি ভাবতে পারি না।


সম্পাদনা দেখুন। আপনি যে কারণে উল্লেখ করছেন সেটি হচ্ছে সুরক্ষা। একটি (মূল) দুটি মেশিনের মধ্যে যে কোনও একটির সাথে অন্যটির মধ্যে ফাইল সিস্টেম অ্যাক্সেস না নিয়ে যাওয়া উচিত ise তবে আমি এটি ভুল কোণ থেকে আক্রমণ করছি এবং এমন একটি সমাধান রয়েছে যা কোনও তৃতীয় মেশিনকে জড়িত না ...
goncalopp

হুম। আমি মনে করি এই প্রশ্নগুলিতে এই বিবরণগুলি সত্যই যুক্ত করা উচিত। মূল আপস হিসাবে, আপনার সত্যই SELinux ব্যবহার করা উচিত।
মাইকেল হ্যাম্পটন

আমি এটিকে রেখেছি কারণ অন্য কেউ বিশেষত rsync এ এই আচরণে আগ্রহী হতে পারে। স্থানীয়ভাবে সম্পাদনকারী আরএসসিএনসি উভয় ক্ষেত্রেই (কোনও নির্দিষ্ট ডিরেক্টরিতে ফাইল সিস্টেমের অ্যাক্সেস) সঠিক আচরণ করে যদি অন্যটির সাথে সমঝোতা হয়েছে কিনা তা আফিক, সেল মিন্সগুলির মধ্যে কোনওটিই বলতে পারবেন না।
18:51

SELinux কীভাবে কাজ করে তা আপনি বুঝতে পেরেছেন কিনা তা নিশ্চিত not এর সম্পূর্ণ বক্তব্যটি হ'ল এটি কোনও পরিষেবা (এমনকি কোনও আপসকৃত পরিষেবা) এমন জিনিসগুলিতে অ্যাক্সেস থেকে বাধা দেয় যা স্পষ্টভাবে অ্যাক্সেসের অনুমতি দেয় না, এমনকি যদি সে পরিষেবাটি রুট হিসাবে চালিত হয়।
মাইকেল হ্যাম্পটন

আমি শুধু SELinux- র নীতি একটি মৌলিক বোঝার আছে, কিন্তু rsync হয় এটা ফাইলসিস্টেম অ্যাক্সেস করতে অনুমিত, তাই না? দূরবর্তী মেশিনে আপস করা থাকলে ঠিক একই ধরণের (স্থানীয়) অ্যাক্সেস প্যাটার্নগুলি অনাকাঙ্ক্ষিত ।
goncalopp
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.