এসএমএইচ অ্যামাজন ইসি 2 অ্যাক্সেসে প্রবেশের অনুমতি বন্ধ হয়েছে (সার্বজনীন) [বন্ধ]

Question

আমি আমার অ্যামাজন ইক্য 2 উদাহরণটি ব্যবহার করতে চাই তবে নীচের ত্রুটির মুখোমুখি হয়েছি:

Permission denied (publickey).

আমি আমার কী জুটি তৈরি করেছি এবং .pem ফাইল ডাউনলোড করেছি ।

প্রদত্ত:

chmod  600 pem file.

তারপরে, এই আদেশ

ssh -i /home/kashif/serverkey.pem  [e-mail]

তবে এই ত্রুটি আছে:

Permission denied (publickey)

এছাড়াও, ফাইল আপলোড / ডাউনলোড করতে আমি কীভাবে ফাইলজিলার সাথে সংযোগ করতে পারি?

Comments

আপনার দ্বিতীয় প্রশ্ন সম্পর্কিত, ফাইলগুলি আপলোড / ডাউনলোড করতে ফাইলজিলার

— ইয়াসিথা চিন্তাকা

আপনি কি নিশ্চিত যে আপনি "sudo chmod 600 pem file" ব্যবহার করেন নি এটি এর ফলে এই ত্রুটিটি দেখা দেয় এবং এর অর্থ আপনার ssh এর আগে sudo ব্যবহার করা দরকার

— felbus

কিছু ডেবিয়ান ওএসের জন্য ব্যবহারকারীর নামটিও admin। কমপক্ষে 6.5 এবং 7.0 সংস্করণের জন্য।

— বিকাশকারী

যদি আপনার ব্যবহারকারীর ec2-userec2_user

— নামটি থাকে তবে

নিশ্চিত হয়ে নিন যে ব্যবহারকারীর সাথে আপনি সংযোগের চেষ্টা করছেন তার চাবি তার$HOME/.ssh/authorized_keys ফাইলটিতে রয়েছে has

— ILMostro_7

Answer 1

এই ত্রুটি বার্তার অর্থ আপনি প্রমাণীকরণে ব্যর্থ হয়েছেন।

এগুলি সাধারণ কারণ যা এর কারণ হতে পারে:

1. ভুল কীটির সাথে সংযোগ দেওয়ার চেষ্টা করা হচ্ছে। আপনি কি নিশ্চিত যে এই দৃষ্টান্তটি এই কীপায়ারটি ব্যবহার করছে?
2. ভুল ব্যবহারকারীর সাথে সংযোগ স্থাপনের চেষ্টা করা হচ্ছে। ubuntuউবুন্টু ভিত্তিক ডেস্কটপ AWS বিতরণের জন্য ব্যবহারকারী নাম হল, কিন্তু কিছু অন্যদের উপর এটা ec2-user(অথবা adminকিছু Debians উপর, ছিল Bogdan Kulbida এর উত্তর অনুযায়ী) (এও হতে পারে root, fedoraব্যাবহারযোগ্য)
3. ভুল হোস্টকে সংযুক্ত করার চেষ্টা করা হচ্ছে। আপনি যে লগ ইন করতে চাইছেন সেটাই কি সঠিক হোস্ট?

মনে রাখবেন যে 1.আপনি যদি /home/<username>/.ssh/authorized_keysআপনার ইসি 2 উদাহরণটিতে ফাইলটি বিশৃঙ্খলা করে থাকেন তবে তাও ঘটবে ।

সম্পর্কে 2., আপনার কোন ব্যবহারকারীর নামটি ব্যবহার করা উচিত সে সম্পর্কিত তথ্যগুলি প্রায়শই এএমআই চিত্রের বিবরণ থেকে অনুপস্থিত। কিন্তু আপনি ডেস্কটপ AWS EC2 ডকুমেন্টেশন মধ্যে কিছু খুঁজে পেতে পারেন, বুলেট পয়েন্ট 4.: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AccessingInstancesLinux.html

দৃষ্টান্তের সাথে সংযোগ করতে ssh কমান্ডটি ব্যবহার করুন। আপনি ব্যক্তিগত কী (.pem) ফাইল এবং ব্যবহারকারী_নাম @ সর্বজনীন_dns_name উল্লেখ করবেন। অ্যামাজন লিনাক্সের জন্য, ব্যবহারকারীর নামটি ইক 2-ব্যবহারকারী। RHEL5- এর জন্য ব্যবহারকারীর নাম হয় মূল বা ইক 2 ব্যবহারকারী । উবুন্টুর জন্য, ব্যবহারকারীর নাম উবুন্টু । ফেডোরার জন্য, ব্যবহারকারীর নাম হয় ফেডোরা বা ইক 2 ব্যবহারকারী । সুস লিনাক্সের জন্য ব্যবহারকারীর নামটি মূল । অন্যথায়, যদি ec2- ব্যবহারকারী এবং রুট কাজ না করে তবে আপনার এএমআই সরবরাহকারীর সাথে চেক করুন।

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

Comments

আমি মনে করি না ইন্টারফেসটি আপনাকে একটি চলমান দৃষ্টান্তের জন্য একটি চাবি যুক্ত করার প্রস্তাব দেয় যাতে আপনি যদি আপনার চলমান দৃষ্টান্তটির চাবিটি হারিয়ে ফেলে থাকেন তবে আপনাকে একটি নতুন শুরু করতে হবে।

— থিবল্ট ডি

# 2 আমার সমস্যা স্থির করেছে, ধন্যবাদ!

— rckehoe

এই উত্তরটি আমার পক্ষে এটি সমাধান করেছে। এই উদাহরণটির জন্য ডিফল্ট ব্যবহারকারীর নামটি "উবুন্টু" ছিল, ই -2-ব্যবহারকারী নয় যেমন এটি ডাব্লুএস ম্যানুয়ালটিতে বলা হয়েছিল। 'Ec2-user@_your_EC2_IP.amazonaws.com ব্যবহার করার চেষ্টা করুন

— EMF

# 1 সম্পর্কিত, ভুল কী, ssh কমান্ড লাইনে -v (ভার্বোজ) যুক্ত করে আমাকে দেখায় যে এটি কোন কীগুলি চেষ্টা করছে এবং এটি বুঝতে পেরেছিল যে আমি যে কী তৈরি করেছি তা এটি চেষ্টা করছে না কারণ আমি এর নামকরণ করেছি id_rsa ব্যতীত অন্য কিছু বা id_dsa।

— কেসি বাল্টজ 20'14

"উবুন্টু হ'ল উবুন্টু ভিত্তিক এডাব্লুএস বিতরণের জন্য ব্যবহারকারীর নাম," এটি আমাকে পেয়েছিল। Ec2- ব্যবহারকারীর জন্য ব্যবহৃত হয়েছিল, কেবল ধরে নেওয়া হয়েছিল যে সর্বদা ব্যবহারকারীর নাম ছিল।

— নাট রিড

Answer 2

এক্ষেত্রে সমস্যাটি হারিয়ে কী পেয়ার থেকে উদ্ভূত হয়। এই সম্পর্কে:

• একটি দৃষ্টান্তে কী জুটি পরিবর্তন করার কোনও উপায় নেই । আপনাকে একটি নতুন উদাহরণ তৈরি করতে হবে যা একটি নতুন কী জুড়ি ব্যবহার করে।
• আপনার উদাহরণটি যদি ইলাস্টিক বিয়ানস্টালকের কোনও অ্যাপ্লিকেশন দ্বারা ব্যবহৃত হয় তবে আপনি সমস্যার সমাধান করতে পারেন ।

আপনি এই পদক্ষেপগুলি অনুসরণ করতে পারেন:

1. AWS ম্যানেজমেন্ট কনসোল অ্যাক্সেস
2. ইলাস্টিক বিয়ানস্টালক ট্যাব খুলুন
3. সমস্ত অ্যাপ্লিকেশন ট্যাব থেকে আপনার অ্যাপ্লিকেশন নির্বাচন করুন
4. বাম দিকের মেনু থেকে কনফিগারেশন নির্বাচন করুন
5. উদাহরণ গিয়ারে ক্লিক করুন
6. ইন সার্ভার ফর্ম চেক EC2 কী জুড়ি ইনপুট এবং আপনার নতুন কী জুড়ি নির্বাচন করুন। আপনার সদ্য নির্মিত নতুন কী পেয়ারটি দেখতে আপনাকে তালিকাটি রিফ্রেশ করতে হতে পারে ।
7. সংরক্ষণ
8. ইলাস্টিক বিয়ানস্টালক আপনার জন্য নতুন কী জুটির সাথে যুক্ত নতুন দৃষ্টান্ত তৈরি করবে।

---

সাধারণভাবে, মনে রাখবেন আপনাকে আপনার ইসি 2 উদাহরণটি অভ্যন্তরীণ এসএসএইচ ট্র্যাফিক গ্রহণ করার অনুমতি দিতে হবে।

এটি করতে, আপনাকে আপনার ইসি 2 উদাহরণের সুরক্ষা গোষ্ঠীর জন্য একটি নির্দিষ্ট নিয়ম তৈরি করতে হবে। আপনি এই পদক্ষেপগুলি অনুসরণ করতে পারেন।

1. AWS ম্যানেজমেন্ট কনসোল অ্যাক্সেস
2. ইসি 2 ট্যাব খুলুন
3. উদাহরণগুলির তালিকা থেকে আপনার আগ্রহী উদাহরণটি নির্বাচন করুন
4. ইন বর্ণনা ট্যাব নামে চেক ইন সিকিউরিটি গ্রুপের আপনার উদাহরণস্বরূপ ব্যবহার করছে।
5. আবার বিবরণীতে ট্যাবটি দেখুন বিধিগুলিতে ক্লিক করুন এবং আপনার সুরক্ষা গোষ্ঠীর পোর্ট 22 এ ইনবাউন্ড এসএস ট্র্যাফিকের কোনও বিধি আছে কিনা তা পরীক্ষা করে দেখুন
6. যদি তা না হয় তবে নেটওয়ার্ক ও সুরক্ষা মেনুতে সিকিউরিটি গ্রুপ নির্বাচন করুন
7. আপনার দৃষ্টান্ত দ্বারা ব্যবহৃত সুরক্ষা গোষ্ঠীটি নির্বাচন করুন এবং ইনবাউন্ড ট্যাবে ক্লিক করুন
8. ইনবাউন্ড ট্যাবের বামে আপনি এসএসএইচ ইনবাউন্ড ট্র্যাফিকের জন্য একটি রচনা রচনা করতে পারেন:
   • একটি নতুন নিয়ম তৈরি করুন : এসএসএইচ
   • উত্স : আইপি ঠিকানা বা সাবনেটওয়ার্ক যা থেকে আপনি উদাহরণটিতে অ্যাক্সেস চান
   • দ্রষ্টব্য : আপনি যদি আপনার উদাহরণটিতে সীমাহীন অ্যাক্সেস দিতে চান তবে আপনি 0.0.0.0/0 নির্দিষ্ট করতে পারবেন , যদিও অ্যামাজন এই অনুশীলনের প্রস্তাব দেয় না
9. যুক্ত বিধি ক্লিক করুন এবং তারপরে আপনার পরিবর্তনগুলি প্রয়োগ করুন
10. আপনি এখন এসএসএইচ এর মাধ্যমে আপনার উদাহরণের সাথে সংযোগ করতে সক্ষম কিনা তা পরীক্ষা করুন।

আশা করি এটি আমাকে যেমন সহায়তা করেছে তেমন কাউকে সহায়তা করতে পারে।

Comments

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

— থিবল্ট ডি

দীর্ঘ গল্প সংক্ষিপ্ত: ত্রুটি বার্তাটি বলেছে যে এই সমস্যাটির আপনার সুরক্ষা গোষ্ঠীগুলির কনফিগারেশনের সাথে কোনও সম্পর্ক নেই।

— থিবল্ট ডি

তুমি ঠিক বলছো. দ্বিতীয় অংশটি অন্য ধরণের সমস্যার সাথে আচরণ করে। আমি পোস্ট ঠিক করেছিলাম।

— মাত্তেও সেসেরাণী

আপনি যদি কীটি হারিয়ে ফেলেন আমি মনে করি এটি সমাধানের একটি সম্ভাব্য উপায় হ'ল উদাহরণের স্ন্যাপশট নেওয়া এবং তারপরে একটি নতুন কী দিয়ে একটি নতুন শুরু করা। সেক্ষেত্রে অ্যামাজন .ssh / অনুমোদিত_কিগুলিতে নতুন পাবলিক কী সংযোজন করেছে তাই পুরানোটিকে পরে মুছে ফেলার বিষয়ে নিশ্চিত হন। (এবং নতুনটি সরিয়ে না ফেলতে সাবধান হন বা আপনি আপনার প্রথম ইস্যুতে ফিরে এসেছেন)

— থিবল্ট ডি

Answer 3

এইভাবেই আমি সমস্যার সমাধান করেছি

ssh -i <key> ec2-user@<ec2 ip>

Comments

আমার কাছে মনে হচ্ছিল এখানে মূল হোস্ট বনাম আইপি এর ডিএনএস ঠিকানা ছিল। ec2- ব্যবহারকারী @ <ip> আমার জন্য কাজ করেছে।

— জ্যাক

সমাধানও।

— Tpojka

Answer 4

আমি সমস্যাটি ঠিক sudoআগে রেখেছি solved

sudo ssh -i mykey.pem myec2.amazonaws.com

তবে যথাযথ সমাধানটি হ'ল প্রথমে মালিকানা পরিবর্তন করা, এবং তারপরে জানুস ট্রয়লসন নীচে যেমন বলেছিলেন তেমন একটি সাধারণ ব্যবহারকারী হিসাবে সংযুক্ত হন। আমার ক্ষেত্রে এটি হবে:

chown wellington:wellington key.pem

Comments

আমার জন্য কাজ করেছেন (যদিও পরে কিছু প্যাকেজ আপডেট করতে হয়েছিল)!

— ব্যবহারকারী 1429980

যথাযথ সমাধানটি হ'ল প্রথমে মালিকানা পরিবর্তন করা এবং তারপরে সাধারণ ব্যবহারকারী হিসাবে সংযুক্ত হওয়া। ব্যবহার sudo chown wellington:wellington key.pem।

— জানুস ট্রয়লসন

এটি কাজ করছে, আপনার ক্ষেত্রে কারণ আপনি অ্যামাজনে সেই ভিএম লগইন করার চেষ্টা করছেন যা মূল ব্যবহারকারীকে সমর্থন করে

— তাইমুর চাঙ্গাইজ

আমি হোসামি তখন সুডো ক্লাউন ইউজার_নেম_জিভেন_বি_ হোয়ামি এক্সএক্সএক্সএক্সএইপিএম করেছি

— চিরাগ পুরোহিত

Answer 5

ব্যবহার করার চেষ্টা করুন

sudo ssh -i mykey.pem ubuntu@<ec2_ip_public_dns>

অথবা

sudo ssh -i mykey.pem ec2-user@<ec2_ip_public_dns>

Comments

এটি আমাকে সাহায্য করেছিল। ভকভগক! : ডি

— jehzlau

Answer 6

এই ত্রুটির আরও একটি সম্ভাব্য কারণ:

যখন ব্যবহারকারীর হোম ডিরেক্টরিটি গ্রুপ লিখনযোগ্য হয় তখন ব্যবহারকারী লগইন করতে পারে না।

(উবুন্টু উদাহরণে পুনরুত্পাদন করা।)

Comments

+1 আশা করি আমি 4 ঘন্টা আগে এটি পড়েছি !!! আমার ইস্যুটি সমাধান করেছেন যেখানে rsync -a আমার ec2- ব্যবহারকারীর ফোল্ডারের অনুমতি ওভাররাইট করছে।

— মাইকেল হবস

আমি আমার হোম ডিরেক্টরি এমভি করার পরে, আমি লগইন করতে পারিনি।

— রবার্ট মুন

সুতরাং আপনি এইভাবে প্রভাবিত এমন কোনও মেশিনে কীভাবে লগইন করবেন এবং আপনি এটিতে লগইন করতে পারবেন না?

— PKHunter

/ হোম ডিরেক্টরিতে অনুমতি ফিক্স আমার জন্যও কাজ করে, ধন্যবাদ! @ অ্যালেক্সপেট্রালিয়া, আপনার লিঙ্কটি নষ্ট হয়েছে = / তবে অ্যাউস

— লিকো

অ্যালেক্স পেট্রালিয়া বা @ মিশেল হবসের মতো কেউ কি এর সমাধান পুনরায় পোস্ট করতে (বা পুনরায় সেট করতে) পারেন?

— জাকুব ল্যাঙ্গার

Answer 7

উবুন্টু 12.04 এলটিএস মাইক্রো উদাহরণ হিসাবে আমাকে ব্যবহারকারীর নামটি বিকল্প হিসাবে সেট করতে হয়েছিল

ssh -i pemfile.pem -l ubuntu dns

Comments

এটি আমার পক্ষে কাজ করেছিল, আমি অবাক হয়েছি যে এটি প্রয়োজন এমন ব্যবহারকারীদের সাথে আলোচনা করার জন্য দ্য ডকুমেন্টেশনের অংশ নয়।

— বেন

Answer 8

আপনাকে নিম্নলিখিত পদক্ষেপগুলি করতে হবে:

1. যদি আপনি লিনাক্স ব্যবহার করে থাকেন তবে আপনার ssh ক্লায়েন্ট বা টার্মিনালটি খুলুন।
2. আপনার ব্যক্তিগত কী ফাইলটি সনাক্ত করুন এবং আপনার ডিরেক্টরিটি পরিবর্তন করুন।
   cd <path to your .pem file>
3. নীচে আদেশগুলি কার্যকর করুন:
   chmod 400 <filename>.pem
ssh -i <filename>.pem ubuntu@<ipaddress.com>

যদি ubuntuব্যবহারকারী কাজ করছে না তখন দিয়ে চেষ্টা ec2-user।

Answer 9

আপাতত কারণে ত্রুটিটিকে অস্বীকার করে একই অনুমতি নিয়ে আমি সংগ্রাম করেছি

key_parse_private2: missing begin marker 

আমার পরিস্থিতিতে কারণটি ছিল বর্তমান ব্যবহারকারীর (~ / .ssh / config) ssh কনফিগারেশন ফাইল।

নিম্নলিখিত ব্যবহার করে:

ssh -i ~/myKey.pem ec2-user@<IP address> -v 'exit'

প্রাথমিক আউটপুট দেখিয়েছে:

debug1: Reading configuration data /home/ec2-user/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 56: Applying options for *
debug1: Hostname has changed; re-reading configuration
debug1: Reading configuration data /home/ec2-user/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config

... অনেক ডিবাগ লাইন এখানে কাটা ...

debug1: Next authentication method: publickey
debug1: Trying private key: /home/ec2-user/somekey.pem
debug1: key_parse_private2: missing begin marker
debug1: read PEM private key done: type RSA
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.

উপরের তৃতীয় লাইনটি হ'ল সমস্যাটি প্রকৃতরূপে চিহ্নিত হয়েছিল; তবে, আমি ডিবাগ বার্তাটি নীচের দিক থেকে (উপরে) চারটি লাইনের দিকে চেয়েছিলাম এবং বিভ্রান্ত হয়েছিল। কীটিতে কোনও সমস্যা নেই তবে আমি এটি পরীক্ষা করেছি এবং অন্যান্য কনফিগারেশনের তুলনা করছি।

আমার ব্যবহারকারীর ssh কনফিগারেশন ফাইলটি নীচের মতো দেখানো হয়েছে এমন একটি অযৌক্তিক গ্লোবাল সেটিংসের মাধ্যমে হোস্টটিকে পুনরায় সেট করুন। প্রথম হোস্ট লাইনে কোনও মন্তব্য করা উচিত হয়নি।

$ cat config
StrictHostKeyChecking=no
#Host myAlias
        user ec2-user
        Hostname bitbucket.org
#        IdentityFile ~/.ssh/somekey
#        IdentitiesOnly yes

Host my2ndAlias
        user myOtherUser
        Hostname bitbucket.org
        IdentityFile ~/.ssh/my2ndKey
        IdentitiesOnly yes

আমি আশা করি অন্য কেউ এই সহায়ক পেয়েছেন।

Answer 10

আমার উবুন্টু দৃষ্টান্তটি সংযোগ করার সময় আমি ব্যবহারকারীর নাম (উবুন্টু) যুক্ত করতে ভুলে গেছি। সুতরাং আমি এটি চেষ্টা করেছি:

ssh -i /path/my-key-pair.pem my-ec2-instance.amazonaws.com

এবং সঠিক উপায় ছিল

ssh -i /path/my-key-pair.pem [e-mail]

Comments

আইনী শুরুর ত্রুটি। আপনি যদি ব্যবহারকারীর নামটি যুক্ত করতে ভুলে যান তবে এটি আপনার স্থানীয় কম্পিউটারে লগ ইন করা ব্যবহারকারীর ব্যবহারকারীর নাম ব্যবহার করবে।

— থিবল্ট ডি

Answer 11

এটি আমার একাধিকবার ঘটেছে। আমি অ্যামাজন লিনাক্স এএমআই 2013.09.2 এবং উবুন্টু সার্ভার 12.04.3 এলটিএস ব্যবহার করেছি যা উভয়ই ফ্রি টায়ারে রয়েছে।

প্রতিবার আমি যখন কোনও উদাহরণ চালু করেছি তখন আমার কাছে অনুমতি দেখাতে অস্বীকার করা হয়েছে। আমি এটি যাচাই করি নি তবে আমার তত্ত্বটি হ'ল আমি এতে প্রবেশ করার চেষ্টা করার আগে সার্ভারটি সম্পূর্ণ সেট আপ করা হয়নি। অনুমতি অস্বীকার করার পরে কয়েকটি চেষ্টা করার পরে, আমি কয়েক মিনিট অপেক্ষা করি এবং তারপরে আমি সংযোগ করতে সক্ষম হয়েছি। আপনার যদি সমস্যা হয় তবে আমি পাঁচ মিনিট অপেক্ষা করে আবার চেষ্টা করার পরামর্শ দিচ্ছি।

Comments

আমি 5 মিনিট অপেক্ষা করেছি। এবং এটা কাজ করে. আমিও ফ্রি টায়ারে আছি ধন্যবাদ

— এমেকা এমবাঃ

Answer 12

এখানে একটি সম্ভাব্য হতাশার পরিস্থিতি যা এই ত্রুটি তৈরি করে:

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

আপনি যে কী তৈরি করেন বা নির্বাচন না করেই, উদাহরণস্বরূপ XYZ- এর জন্য আপনি কেবল কীটিই গ্রহণ করবেন তা নতুন উদাহরণ দ্বারা গৃহীত হবে।

Comments

বাহ, আমি এই সম্পর্কে কখনই ভাবিনি। পুরানো কীটি ব্যবহার করা আমার জন্য সমস্যার সমাধান করেছে। ধন্যবাদ।

— টোলগ্যামারফ

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

— থিবল্ট ডি

Answer 13

আমি নিম্নলিখিতটি না পাওয়া পর্যন্ত আমি এর সাথে কিছুক্ষণ লড়াই করেছি:

eb ssh

আপনি যখন প্রকল্প ডিরেক্টরিটি থেকে এটি ব্যবহার করেন, তখন আপনি আছেন

Answer 14

আমার নিজের ক্ষেত্রে, আমি নিম্নলিখিতগুলি করেছি:

chmod 400 <key.pem>

ssh -i <key.pem> ec2-user@ec2_public_dns (for debian)

আমি প্রাথমিকভাবে root@অংশটি ব্যবহার করছিলাম এবং আমি এই প্রম্পটটি পেয়েছি:

Please login as the user "ec2-user" rather than the user "root".

Answer 15

আমি উইনসিসিপিতে উইন্ডোজে আছি । এটি আমার অ্যামাজন ইসি 2-ভিপিসি লিনাক্স অ্যাক্সেস করতে ফাইল এক্সপ্লোরার এবং পুটি এসএসএইচ শেল উভয় ক্ষেত্রে দুর্দান্ত কাজ করে । এটি পেম ফাইল থেকে পুটটিজেন দ্বারা রূপান্তরিতchmod pem file হিসাবে ব্যবহার করার মতো কিছুই নেই ।myfile.ppk

Answer 16

আমার সাথে একই ঘটনা ঘটেছিল, তবে যা ঘটছিল তা হ'ল ব্যক্তিগত লোকটি আমার লোকাল মেশিনের কীচেন থেকে হারিয়ে গেছে।

ssh-add -K

কীটি পুনরায় যুক্ত করুন, তারপরে সংযুক্ত করতে ssh কমান্ডটি কাজে ফিরে আসবে।

Comments

এটি পুনঃসূচনা করার পরে প্রতিবারই ঘটে এবং এর জন্য কোনও কমান্ডের উপরের কমান্ডটি পুনরায় চালানো দরকার।

— সায়েন্টসডো

এটি আমার নিজের দ্বারা যাচাই করা হয়নি, তবে এখানে যাচাইকৃত উত্তরগুলি সাহায্য করতে পারে: আপেল.স্ট্যাকেক্সেঞ্জার

— কুইকশানস / 254468

Answer 17

নীচের কমান্ডটি ব্যবহার করে উবুন্টু বাক্সে লগইন করে এই সমস্যাটি সমাধান করা যেতে পারে:

ssh -i ec2key.pem ubuntu@ec2-public-IP

Comments

দয়া করে কিছু বিশদ দিন।

— সৈয়দা জুনাইরা

Answer 18

আমি দু'বার কী এবং এসএসএস কমান্ড লাইনটি সঠিকভাবে পেয়েছি (আমি জানি কারণ আমি একটি ওয়ার্কিং উবুন্টুকে 14.04 উদাহরণটি নকল করছি), তবে উপরের ওয়েড অ্যান্ডারসনের পরামর্শ অনুসারে 5 মিনিট অপেক্ষা করার পরেও কোনও নতুন উদাহরণে প্রবেশ করতে সক্ষম হইনি।

আমাকে মেশিনটি ধ্বংস করে পুনরায় তৈরি করতে হয়েছিল। এটি দুটি পৃথক অনুষ্ঠানে ঘটেছে। যেহেতু আমি প্রথমে প্রবেশ করতে পারছি না, তাই আমি কী দেখতে পাচ্ছি না

সুতরাং, যদি আপনার এই সমস্যা থাকে তবে এটি চেষ্টা করে দেখুন।

Answer 19

আপনাকে অবশ্যই এই কয়েকটি জিনিস পরীক্ষা করতে হবে:

1. আপনার আইপি ঠিকানা সঠিক কিনা তা নিশ্চিত করুন
2. আপনি সঠিক কীটি ব্যবহার করছেন তা নিশ্চিত করুন
3. নিশ্চিত হয়ে নিন যে আপনি সঠিক ব্যবহারকারীর নাম ব্যবহার করছেন, আপনি চেষ্টা করতে পারেন: 3.1। অ্যাডমিন 3.2। ec2- ব্যবহারকারী 3.3। উবুন্টু

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

Answer 20

আমার প্রাইভেট কীটি অনুমতিতে সেট করা 400হয়েছিল এবং ফলস্বরূপ অনুমতিটি এটি '644' এ সেট করার বিষয়টি অস্বীকার করেছিল।

কী_লোড_প্রাইভেট_ টাইপ: অনুমতি অস্বীকার করা হ'ল আমি যে নির্দিষ্ট ত্রুটি পাচ্ছিলাম is

সমাধান: Sudo chmod 644 <key.pem>

দ্রষ্টব্য: 4৪৪ এ সেট করা আবশ্যক, এটি 400 নিয়ে কাজ করছে না

Answer 21

আপনি যখন চেষ্টা করার

ssh -i <.pem path> root@ec2-public-dns

আপনি এটি ব্যবহার করার পরামর্শ দিয়ে একটি বার্তা পান ec2-user।

Please login as the user "ec2-user" rather than the user "root".

সুতরাং ব্যবহার

ssh -i <.pem path> ec2-user@ec2-public-dns

Answer 22

আমার একই সমস্যা ছিল এবং এটি খুব আশ্চর্যজনক। আপনি যদি বিশ্বাস করেন যে আপনি এটি অনুসরণ করার চেয়ে সব ভাল করছেন: কিছু সময় ইসি 2 উদাহরণের জন্য ব্যবহারকারী সম্পর্কে বিভ্রান্তি রয়েছে !! কিছু সময় আপনি ইসি 2-ব্যবহারকারী, উবুন্টু, সেন্টোস ইত্যাদি পান So

রুট ব্যবহারকারীর সাথে লগইন করুন ssh -i yourkey.pem (400 permission) root@<ip> এটি ত্রুটি ফেলে দেবে এবং আপনাকে উপলব্ধ ব্যবহারকারীর নাম দেবে । তারপরে সেই ব্যবহারকারীর সাথে লগইন করুন।

Answer 23

এটি একটি মৌলিক বিষয়, তবে আপনি লগইনটি করতে কোন ব্যবহারকারীকে চেষ্টা করছেন তা সর্বদা নিশ্চিত করুন। আমি আমার ক্ষেত্রে ছিল মাত্র একটি বিভ্রান্তি । আমি একটি রুট ব্যবহারকারী ব্যবহার করার চেষ্টা করছিলাম :

ssh -i ~/keys/<key_name> root@111.111.111.111

তবে অন্য একজন ব্যবহারকারী ছিলেন :

ssh -i ~/keys/<key_name> dedeco@111.111.111.111

Answer 24

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

স্থানীয় মেশিনের জন্য এটি করুন:

$ chmod 700 ~/
$ chmod 700 ~/.ssh
$ chmod 600 ~/.ssh/id_ecdsa

রিমোট মেশিনের জন্য এটি করুন:

$ chmod 700 ~/
$ chmod 700 ~/.ssh
$ chmod 600 ~/.ssh/authorized_keys

এর পরে আমার এসএএস অনুমতি অস্বীকার (পাবলিককি) জিনিস ছাড়াই আবার কাজ শুরু করে।

Answer 25

অন্য সম্ভাব্য সমস্যা: ভুল লগইন আইডি

'ব্যবহারের নির্দেশাবলী' পরীক্ষা করুন

উপরের সমস্ত ভাল পরামর্শ, তবে আমি যা চালিয়েছি তা হ'ল আমি একটি প্রাক-তৈরি উদাহরণ নির্বাচন করেছি। উদাহরণটি শুরু হওয়ার পরে, ব্যবহারের নির্দেশাবলীটি দেখুন। আমি 'বিটনামি' (যেমন বিটনামি @ ডোমেন -i key.pem) ব্যবহার করার কথা ছিল সেই নির্দেশাবলী অনুসারে আমি ব্যক্তিগতভাবে কীটির লগইন আইডিটি ভুলভাবে ব্যবহার করেছি)

Answer 26

আমি একই ত্রুটি ছিল

debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: xxxx.pem
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).

আমার সমস্যা ছিল উদাহরণস্বরূপ থেকে রান-অন-স্টার্ট-আপ স্ক্রিপ্টটি উপর ত্রুটির কারণে সঠিকভাবে শুরু করা হয়নি Step 3: Configure instance detailঅধীনেAdvanced details:

আমি যা ভেবেছিলাম আমি প্রবেশ করেছি:

#include
 https://xxxx/bootstrap.sh


আসলে যা প্রবেশ করেছে তা ইনস্ট্যান্স সেটআপটি ভেঙে দেয়

#include

https://xxxx/bootstrap.sh

উদাহরণস্বরূপ পাবলিক কী তৈরি করা হয়নি

Answer 27

এটা কেস সেনসিটিভ।

ভুল: এসএসএইচ ইসি-ব্যবহারকারী @ XXX.XX.XX.XX-i MyEC2KeyPair.pem

সঠিক: এসএসএইচ ইক 2-ব্যবহারকারী @ XXX.XX.XX.XX -i MyEC2KeyPair.pem

Answer 28

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

আমি এটি যেভাবে খুঁজে পেয়েছি তা হ'ল এটি আমার ব্যক্তিগত কী থেকে সর্বজনীন কী পেয়েছিল:

ssh-keygen -y -f ./myprivatekey.pem

~/.ssh/authorized_keysইসি 2 উদাহরণটিতে যা ছিল তা মিলে নি ।

Answer 29

উপরের শীর্ষস্থানীয় সমস্ত উত্তর সঠিক এবং বেশিরভাগ ক্ষেত্রেই কাজ করা উচিত। আমার ক্ষেত্রে যেমনটি না হয় সে ক্ষেত্রে, আমি ~/.ssh/known_hostsযে মেশিনটি থেকে এসএসএস করার চেষ্টা করছিলাম সেটি আমার ফাইলটি থেকে মুক্তি পেয়েছিলাম এবং এটি আমার জন্য সমস্যার সমাধান করেছে। আমি পরে সংযোগ করতে সক্ষম হয়েছিল।

Comments

মুছে ফেলা known_hostsসমস্যাটি সমাধান করতে পারে যখন সার্ভারের সাথে সংযোগ স্থাপনের ফলে এটির হোস্ট কীটি পরিবর্তিত হয়েছে (যদিও এটি কোনওভাবে খারাপ দৃষ্টিভঙ্গিও রয়েছে), আমি নিশ্চিত যে এটি "অনুমতি অস্বীকার (পাবলিককি)" ত্রুটিটি সমাধান করতে পারে না ।

— মার্টিন প্রিক্রিল