সার্ভারে ইতিমধ্যে ssh'd করার পরে কীভাবে ssh এর মাধ্যমে ফাইল স্থানান্তর করবেন


13

আমি এই কমান্ডটি ব্যবহার করে ফাইলগুলি স্থানান্তর করি

scp <localfile> user@host:<destination>

উপরের কমান্ডটি কেবল তখনই কাজ করে যখন আমি সার্ভারে প্রবেশ করি না।

আমি ইতিমধ্যে যখন ssh'd তখন আমি কীভাবে স্থানীয় ফাইলগুলি হোস্ট মেশিনে স্থানান্তর করব?

আমি ব্যবহার করে ssh ssh user@hostname


2
কি ওএস? অন্য একটি টার্মিনাল খুলুন এবং scp কমান্ডটি ব্যবহার করুন
ইমপালস

1
এটি সেন্টোস। আমি এখন পর্যন্ত কি করছি তা স্থির করে। আমি কেবল আরও সুবিধাজনক কিছু আশা করছিলাম।
সর্বজনীন

উত্তর:


5

দুর্দান্ত প্রশ্ন। scpআবার, কিন্তু বিপরীত উপায়। আমি এটি করেছি এবং এটি এখানে:

chris@local ~$ ls hos*
hosts
chris@local ~$ ssh remote
Last login: Fri Mar  8 15:52:25 2013 from local
chris@remote ~$ scp chris@local:hos* .
chris@local's password: 
hosts                                              100% 1850     1.8KB/s   00:00    
chris@remote ~$ ls hos*
hosts
chris@remote ~$ 

যোগ করার জন্য সম্পাদিত: মন্তব্যগুলিতে উল্লেখ করা হয়েছে যে এর জন্য দূরবর্তী কম্পিউটারটি স্থানীয় কম্পিউটারে অ্যাক্সেস করতে পারে requires এবং sshd বা (openssh-server) স্থানীয় মেশিনে ইনস্টল এবং চলমান হওয়া দরকার।


3
এই ধরুন যে স্থানীয় মেশিনটি দূরবর্তী একটি থেকে অ্যাক্সেসযোগ্য এবং এটি সর্বদা সত্য নয়।
লরেন্ট

তবে এটি সত্য হলে এটি দুর্দান্তভাবে কাজ করবে।
ডেভিউলেস

3

হোস্ট মেশিনে আপনি কী চালাচ্ছেন তা জানতে এটি সহায়তা করবে। আপনি যদি লিনাক্স ব্যবহার করেন,

scp user@host:/path/myfile .

কাজ করা উচিত.


ব্যবহারকারী @ হোস্ট হ'ল আমি যে প্রশ্নটি বুঝতে পেরেছি সেখান থেকে রিমোট মেশিন তাই এই আদেশটি স্থানীয় মেশিন থেকে রিমোটটিতে নয় তবে হোস্টে এসএসএইচড না থাকলে রিমোট থেকে লোকালতে ফাইলগুলি অনুলিপি করবে না এবং রিমোট থেকে নিজেই অনুলিপি করবে SSHed।
লরেন্ট

আমি মনে করি প্রশ্নটিতে কিছুটা অস্পষ্টতা রয়েছে। আমার কাছে, user@hostআপনি বর্তমানে যে কোনও কম্পিউটারকে নিয়ন্ত্রণ করছেন না তা বোঝায়। সুতরাং, যখন ওপি দূরবর্তী কম্পিউটারে লগইন করা হয় না, তখন user@hostতা দূরবর্তী কম্পিউটার। যখন ওপি দূরবর্তী কম্পিউটারে লগইন হয়, তখন user@hostহয় স্থানীয় কম্পিউটার। যদি আমার অনুমানগুলি সঠিক হয়, তবে এই উত্তরটি অর্থবোধ করে।
ডেভিউলেস

ড্যাভিওয়েস, ঠিক একইভাবে আমি প্রশ্নের ব্যাখ্যাও করেছি। এছাড়াও, আপনি সঠিক, ব্যবহারকারী @ হোস্ট আপনার মতে বর্তমানে যে ওয়ার্কস্টেশন থেকে কাজ করছেন না তার প্রতিনিধিত্ব করবেন। আমার প্রতিক্রিয়াতে এটিকে আরও পরিষ্কার করা হবে কিনা তা নিয়ে আমি বিতর্ক করেছিলাম, তবে অনুমান করেছি যে এটিই বোঝানো হবে।
জোশ

যাইহোক, ব্যবহারকারী @ হোস্ট স্থানীয় দূরবর্তী মেশিনে লগ-ইন করার সময় স্থানীয় মেশিনের প্রতিনিধিত্ব করেও (যদিও ওপি বলেছে যে তিনি স্থানীয় ফাইলগুলি হোস্ট মেশিনে স্থানান্তর করতে চান) এটি কেবল তখনই কাজ করবে যদি স্থানীয় মেশিনটি রিমোট থেকে অ্যাক্সেসযোগ্য হয় চালু (সাধারণত যদি তারা একই ল্যানে থাকে) এবং এমন কোনও পরিস্থিতিতে নয় যেখানে দূরবর্তী মেশিনটি ইন্টারনেটে রয়েছে এবং স্থানীয় মেশিনটির কোনও নির্দিষ্ট আইপি নেই।
লরেন্ট

0

যদি আপনার স্থানীয় মেশিনে ফিরে যাওয়ার কোনও উপায় থাকে (আপনার স্থানীয় মেশিনটি দূরবর্তীটি থেকে অ্যাক্সেসযোগ্য - সাধারণত যখন উভয় মেশিন একই ল্যানে থাকে), দূরবর্তী মেশিনের স্কিপ ব্যবহার করে কাজ করা উচিত ( scp local:/path-to-file .)।

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

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


-1

রিমোট সিস্টেমে লগইন করার সময় (কেবলমাত্র ফাইলের সিডিতে সিডি করা সহজ) sudo scp file_location / file_name ব্যবহারকারী @ হোস্ট: ফাইল_লোকেশন

রিমোট সিস্টেমের বাইরে লড আউট করার সময় sudo scp অনুমোদনপ্রাপ্ত_ ব্যবহারকারী @ হোস্টনাম: ফাইল_লোকেশন / ফাইল_নাম_নো_লোকেশন_অন_লোকাল_ম্যাচাইন

FOOTNOTE: মনে রাখবেন, দূরবর্তী সিস্টেমে লগ আউট করার সময়, এটির নতুন টার্মিনাল হলে প্রথম পাসওয়ার্ডটি সুডো পাসওয়ার্ড হবে, ২ য় পাসওয়ার্ড অনুমোদিত ব্যবহারকারী পাসওয়ার্ড হবে। যদি আপনি সেই নির্দিষ্ট টার্মিনালে পূর্বে sudo-edit করেন তবে তার কেবল অনুমোদিত ব্যবহারকারী পাসওয়ার্ডটি আপনার প্রয়োজন need এই জন্য দেখুন, এটি কৃপণ করে তোলে।

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