দুটি রিমোট এসএসএইচ সার্ভারের মধ্যে ফাইল স্থানান্তর করুন


21

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

তাত্ত্বিকভাবে আমি দুই নটিলাস উইন্ডো খোলার এবং কিছু সাথে সংযোগ করতে পারে ssh://server1/path/to/folderএবং ssh://server2/path/to/folderএবং তারপর মাত্র অন্য দিকে এক থেকে ফাইল টান। আমার অভিজ্ঞতা হ'ল এটি খুব অস্থির। অর্থাত 10MB আকার সমষ্টি ফাইল প্রেরণ করা হয় কোন সমস্যা নেই, কিন্তু ট্রান্সফারের অর্থাত 10GB প্রায়ই নটিলাস ঝুলন্ত নিজেই আপ ফলে এবং প্রয়োজন সেখানে অবশিষ্ট ps -e | grep nautilus-> kill -9 <pid>। আমি নিমো এবং কাজার সাথে একই জিনিসটিও পরীক্ষা করেছি। যদিও নিমো দু'জনের তুলনায় আরও স্থিতিশীল হওয়ার প্রবণতা রয়েছে, তবুও এটি নিখুঁত নয় এবং সময়ে সময়ে বিরতিও পায়। ফাইলজিলা অত্যন্ত স্থিতিশীল, সত্যই এটি কখনও ভেঙে যায়নি, তবে এটি কেবলমাত্র একটি একক এসএসএইচ সার্ভারের সাথে সংযুক্ত হতে পারে বলে উল্লেখ করা কারণে এটি খুব নমনীয় নয়।

অবশ্যই আমি এটির সাথে একটি ফোল্ডারও মাউন্ট করতে পারতাম sshfs, তবে এটি একরকম অসুবিধার সমাধান। একটি সরল স্থানান্তর চলমান পেতে খুব বেশি প্রাক-কাজ

এমন কোনও অ্যাপ্লিকেশন রয়েছে যা দুটি এসএসএইচ সার্ভারের মধ্যে ব্রেক না করে ট্রান্সফার পরিচালনা করতে পারে? পারফেক্ট হ'ল ফাইলজিলার মতো কিছু, যা সংযোগ বিঘ্নিত হয়ে গেলে আবার কাজ শুরু করে।


কোনও উত্তর নয় কারণ এটি কোনও সফ্টওয়্যার প্রস্তাবের সাইট নয়, তবে আমি বছরের পর বছর ধরে (ব্যবসায়িক) তুলনা ( স্কুটারসফটওয়্যার ডট কম ) ব্যবহার করে আসছি এবং এই ধরণের কাজের জন্য এটি দুর্দান্ত। এটি দুটি উইন্ডো সরবরাহ করে, যার মধ্যে দুটিই একটি স্থানীয় পথ বা একটি sftp: // URL প্রদর্শন করতে পারে, ফোল্ডারগুলির মধ্যে পার্থক্য দেখাবে এবং তারতম্যগুলি অনুলিপি করার ক্ষমতাটি যদি এটি ভেঙে যায় তবে একটি দুর্দান্ত পুনঃসূচনা-প্রক্রিয়া তৈরি করে, যা খুব কমই ঘটে আমার অভিজ্ঞতা. (সন্তুষ্ট গ্রাহক হওয়া ছাড়া তাদের সাথে সম্পৃক্ত নয়)।
গুন্ট্রাম ব্লহম

উত্তর:


36

আপনি একটি উবুন্টু সংস্করণ যা এখনও সমর্থিত হয়, তাহলে আপনার scpকমান্ড প্রদান করবে -3সুইচ যা থেকে কপি ফাইল সম্ভব remote1 করার remote2 মাধ্যমে স্থানীয় হোস্ট :

me@local:~> scp -3 user1@remote1:/path/to/file1 user2@remote2:/path/to/file2

এছাড়াও আপনি বাদ পারেন -3সুইচ, কিন্তু তারপর আপনি পাবলিক কী (প্রয়োজন হবে id_rsa.pubএর) user1@remote1ফাইলে authorized_keysএর user2@remote2:

me@local:~> scp user1@remote1:/path/to/file1 user2@remote2:/path/to/file2

scpতারপরে হুডের নীচে ssh user1@remote1প্রথমে এবং সেখান থেকে কাজ করা হয় scp /path/to/file1 user2@remote2:/path/to/file2। এজন্য শংসাপত্রগুলি -3সমাধান থেকে আলাদা বিতরণ করতে হবে ।

অন্য কথায়:

  • scp -3 remote1:file1 remote2:file2থেকে ফাইল স্থানান্তর remote1 করতে স্থানীয় হোস্ট এবং তারপর ফিরে remote2 । ডেটা দূরবর্তী 1 1 লোকালহোস্ট → রিমোট 2 ভ্রমণ করে । এই দৃশ্যে লোকালহোস্টটি তৃতীয় পক্ষ -3। এটির জন্য কাজ করতে, আপনার কাছ থেকে পরিচয়পত্র প্রয়োজন হবে স্থানীয় হোস্ট উভয় উপর remote1 এবং remote2 কারণ স্থানীয় হোস্ট তাদের উভয়ের সাথে সংযোগ করে।

  • scp remote1:file1 remote2:file2তারা একে অপরের সাথে সংযুক্ত থাকা গতিতে সরাসরি রিমোট 1 থেকে রিমোটট 2 এ ফাইলটি অনুলিপি করে । লোকালহোস্ট এখানে জড়িত নয় (কমান্ড জারি করার পাশাপাশি)। ডেটা রিমোট 1 → রিমোট 2 ভ্রমণ করে । এটির জন্য কাজ করতে, আপনার কাছ থেকে পরিচয়পত্র প্রয়োজন হবে স্থানীয় হোস্ট শুধুমাত্র remote1 কিন্তু অতিরিক্ত তোমাদের মধ্যে পরিচয়পত্র প্রয়োজন remote1 উপর remote2 কারণ স্থানীয় হোস্ট সংযুক্ত করে remote1 শুধুমাত্র এবং তারপর remote1 সাথে সংযোগ করে remote2

সম্ভব হলে আমি দ্বিতীয় পন্থাটি বেছে নেব। কিছু মন্তব্য ইতিমধ্যে বলেছে: সাধারণত প্রায়শই দূরবর্তী 1 এবং রিমোট 2 এর মধ্যে নেটওয়ার্ক কেবলটি তাদের এবং লোকালহোস্টের মধ্যে কেবলের চেয়ে অনেক বেশি ঘন হয় ।


2
এটা ঠিক সুন্দর। ssh হ'ল সফটওয়্যার এর সুইস আর্মি ছুরি। ধন্যবাদ, আমি কিছু শিখেছি
জৈব মার্বেল

4
নোট করুন যে প্রশ্নটিতে বর্ণিত নটিলাস পদ্ধতির মতো এই পদ্ধতিটি প্রথমে স্থানীয় মেশিনে ফাইলটি স্থানান্তর করবে, তারপরে দ্বিতীয় সার্ভারে to স্থানীয় মেশিনের তুলনায় দুটি রিমোট সার্ভারের মধ্যে যখন একটি দ্রুততর লিঙ্ক থাকবে তখন এটি উল্লেখযোগ্য ধীরগতির কারণ হবে। (উদাহরণস্বরূপ, যখন রিমোট সার্ভারগুলি ডেটাসেন্ট্রেসে থাকে এবং লোকাল মেশিনের একটি ডিএসএল সংযোগ থাকে))
স্টোবার

1
@ স্টোবার ভাল পয়েন্ট, আপনাকে ধন্যবাদ। ডেটা এবং এর সাথে কীভাবে ডেটা ভ্রমণ করে সে সম্পর্কে আমি কিছুটা পরিষ্কার করতে আমার উত্তর আপডেট করেছি -3
পার্লডাক

1
রিমোট 1 এ কোনও কী বা পাসওয়ার্ড না রেখে দ্বিতীয় পদ্ধতিটি কী এজেন্ট ফরোয়ার্ডিংয়ের সাথে কাজ করবে?
এরিক ডুমিনিল

1
@ এরিকডুমিনিল আমার ভয় হয় আমি বলতে পারি না cannot এজেন্ট ফরওয়ার্ডিংয়ের সাথে আমার কোনও বাস্তব অভিজ্ঞতা নেই। তবে আমি সন্দেহ করি কারণ রিমোট 1 এর দ্বারা কী বা পাসওয়ার্ড সরবরাহ করা হয় না তখন অ্যাক্সেস অস্বীকার করার কথা, তাই না?
পার্লডাক

10

বেশিরভাগ ক্ষেত্রে, দুটি এসএস সার্ভার একে অপরকে পৌঁছাতে পারে (বা কমপক্ষে একজন অন্যটিতে পৌঁছতে পারে) এবং আবার বেশিরভাগ ক্ষেত্রে ওয়ার্কস্টেশনের ইন্টারনেট সার্ভারগুলির মধ্যে কোনওটির চেয়ে আরও খারাপ।

যদি তা হয় তবে অন্য একটিতে একটি সার্ভারকে স্থানান্তর করার আদেশ দেওয়ার উপায়।

ssh server1 nohup scp somefile server2:somefile

nohup.outত্রুটিগুলির জন্য সার্ভার 1 এ পরীক্ষা করুন।

যদি সার্ভারের পুনঃব্যবহারযোগ্যতা অন্য উপায়ে হয় তবে আপনি কোন মেশিনকে মাস্টার তা বিপরীত করতে পারেন:

ssh server2 nohup scp server1:somefile somefile

7

সম্ভবত আপনি জিএসআইএন এর বেশিরভাগ জিআআইআই এর সম্মুখ প্রান্তগুলির একটি ব্যবহার করতে পারেন:

কমান্ড আরএসসিএনসি-র জন্য কোনও জিইউআই আবেদন রয়েছে?

অথবা সম্ভবত উভয় দূরবর্তী সার্ভারের সাথে সংযোগ করতে আপনি কমান্ড লাইন থেকে সরাসরি rsync ব্যবহার করতে পারেন:

"দুটি রিমোটের মধ্যে কীভাবে ফাইলগুলি আরএসএনসি করবেন"

আমি প্রায়শই এসএসএস দিয়ে একটি সার্ভারে লগ ইন করি, তারপরে সেই সার্ভারের কমান্ড লাইন থেকে অন্য রিমোট সার্ভারে ফাইলগুলি ধাক্কা দিতে বা টানতে rsync ব্যবহার করুন - এটি সাধারণত 3 য় কম্পিউটারের মাধ্যমে ফাইলগুলি স্থানান্তর করার চেষ্টা করার চেয়ে অনেক দ্রুত।

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


0

আপনার এসসিপি প্রোটোকল ব্যবহার করা দরকার। scp file you want to transfer login@address_of_second_server:/path_where_you_want_to_save


2
ওপি স্থানীয় কম্পিউটার থেকে দূরবর্তী কম্পিউটারে নয়, দুটি দূরবর্তী কম্পিউটারের মধ্যে ফাইলগুলি অনুলিপি করতে চায়। তিনিও একটি জিইউআই সমাধান খুঁজছেন বলে মনে হচ্ছে।
ব্যবহারকারী 68186

@ user68186 আমার উত্তরটি বৈধ।
গ্রাভমাইন্ড
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.