172

আমি আমার উবুন্টু সিস্টেমটি কেবলমাত্র আমার সিস্টেম থেকে উবুন্টু 15 পার্টিশনটি মুছে দিয়ে 15.10 থেকে 16.04 এ আপগ্রেড করেছি।

উবুন্টু 16.04 ইনস্টল করার পরে আমি আমার এসএস কীগুলি পুনরায় তৈরি করেছি কারণ আমি তাদের ব্যাকআপ রাখতে ভুলে গিয়েছিলাম, তবে যখনই আমি এসএসএস ব্যবহার করার চেষ্টা করি তখন sign_and_send_pubkey: signing failed: agent refused operationএটি আমার বিরক্তিকর হয় কারণ এটি আমার এসএস সার্ভারের মাধ্যমে দেয় তবে গিট এসএসএস ব্যবহার করে কোড চাপতে অস্বীকার করে।

আমি ইতিমধ্যে ব্যবহার করে সার্ভারের কীগুলি ধাক্কা দিয়েছি ssh-copy-id।

আমি যে সার্ভারের সাথে সংযোগ দিচ্ছি এটি হ'ল উবুন্টু 16.04 সার্ভারটি do-release-upgradeকমান্ডের মাধ্যমে আপগ্রেড করা হয়েছে । যে কোন সাহায্য সাদরে গৃহীত হবে।

ssh 16.04

— Gamerb
সূত্র

314

দেখে মনে হচ্ছে একটি ssh-agentইতিমধ্যে চলছে তবে এটি সংযুক্ত কোনও কী খুঁজে পাচ্ছে না। এটি সমাধানের জন্য প্রমাণীকরণ এজেন্টের মতো ব্যক্তিগত কী পরিচয় যুক্ত করুন:

ssh-add

তারপরে আপনি sshআপনার সার্ভারে প্রবেশ করতে পারেন ।

এছাড়াও, আপনি বর্তমানে যুক্ত করা সমস্ত পরিচয়ের ফিঙ্গারপ্রিন্টের তালিকা দেখতে পারেন:

ssh-add -l

— রন
সূত্র

এটি -1 (সংখ্যা <এক>) নয়, এটি আপনার দ্বিতীয় কমান্ডে এল (লোয়ারকেস এল)

— ড্যানিয়েল অল্ডার

3

@ ড্যানিয়েল অ্যাল্ডার এটি সত্যই নিম্নতর l।

— রন

আপনি ঠিক বলেছেন, দুঃখিত। সমস্যা হ'ল L"লিবারেশন মনো" হরফের নিম্নরূপ :-(

— ড্যানিয়েল অ্যাল্ডার

1

আমি মনে করি না যে আপনি ব্যবহার ছাড়া ssh-addঅন্য ব্যবহার করা উচিত ssh-add -lকারণ আপনি এর মধ্যে অনেকগুলি এন্ট্রি দিয়ে শেষ করতে পারেন ssh-agent। ম্যানুয়ালি যুক্ত করার দরকার নেই। ইতিমধ্যে চলমান Dash > Startup Applicationsদেখায় ssh-agentএবং এটি স্বয়ংক্রিয়ভাবে ~/.ssh/id_rsaএবং যেমন ফাইলগুলি সনাক্ত করবে ~/.ssh/id_rsa.pub। এটি প্রমাণ করতে আপনি ব্যবহারের ssh-add -lআগে এবং পরে ব্যবহার করতে পারেন ssh-keygen। আপনি দেখতে পাবেন এটি ফাইলগুলির জন্য এটি মনিটর করে যাতে আপনাকে সেগুলি ম্যানুয়ালি যুক্ত করতে হবে না।

— H2ONaCl

1

একইভাবে ব্যবহার করবেন না ssh-add -dএবং ssh-add -Dম্যানুয়াল অপসারণের সঞ্চালন। শুধু কী ফাইল মুছে দিন ~/.ssh/id_rsaএবং ~/.ssh/id_rsa.pubএবং ssh-agentইচ্ছা নোটিশ। ssh-add -lকী ফাইলগুলি মুছে ফেলার আগে এবং পরে আপনি তা করতে পারবেন তা প্রমাণ করার জন্য ।

— H2ONaCl

56

সরল সমাধান

উবুন্টু 18.04 এ আমার একই সমস্যা ছিল। ক্লায়েন্ট-সাইড প্রাইভেট কী অনুমতি সম্পর্কে এটিই ।

$ ssh root@192.168.1.1
sign_and_send_pubkey: signing failed: agent refused operation

ফাইল অনুমতিগুলি খুব খোলা ছিল (0644)।

নিম্নলিখিত কমান্ড এটি সমাধান করেছে:

chmod 600 ~/.ssh/id_rsa

— আন্তোনিও ফাইটোসা osa
সূত্র

2

পাথটি এর মতো চূড়ান্ত হওয়া উচিত: chmod 600 ~ / .ssh / id_rsa এটিকে সব ক্ষেত্রেই কাজ করে তোলে।

— ওমর আলাহামেদ

54

আমার একই সমস্যা ছিল (একই লক্ষণগুলি)

sam@xxxxx:~/.ssh$ ssh centos@123.123.123.123
sign_and_send_pubkey: signing failed: agent refused operation
Permission denied (publickey,gssapi-keyex,gssapi-with-mic).

... তবে সমাধানটি আলাদা ছিল।

সমস্যাটি জিনোম-কিয়ারিংয়ের ব্যবহার থেকে এসেছিল। সমাধান উল্লেখ করে পোস্ট এখানে পড়তে পারে ।

সংক্ষেপে:

Ssh কমান্ডের সামনে SSH_AUTH_SOCK = 0 যোগ করে সমস্যাটি সনাক্ত করুন। সাম @ এক্সএক্সএক্সএক্সএক্সএক্স: ~ / .ssh $ এসএসএইচ_এইউথ_সোক = 0 এসএসএস সেন্টোস @ 123.123.123.123
ক্ষেত্রে এটি সংযোগ করতে সফল। অ্যাপ্লিকেশনটি স্টার্টআপ অ্যাপ্লিকেশনটি খুলুন (উদাহরণস্বরূপ ডেস্কটপের অনুসন্ধান ফাংশনটি ব্যবহার করে) এবং জিনোম-কীরিংয়ের অক্ষম করুন।
রিবুট

পৃষ্ঠাটি বিভিন্ন সমাধান সহ একই সমস্যা ক্ষেত্রে অন্যান্য বিবরণ সরবরাহ করে।

— স্যাম
সূত্র

24

আপনার সমাধানটি আমার জন্য অর্ধেক কাজ করেছে (একইরকম লক্ষণের সাথে বিভিন্ন সমস্যা)। পদক্ষেপ 1 ব্যবহার করে আমি ত্রুটি বার্তা পেয়েছি Permissions 0775 for '.ssh/id_rsa' are too open। এখানে সহজ সমাধান ছিল chmod 600 .ssh/id_rsa।

— ম্যাট

1

এটি কেবল ssh শেল সংযোগটি নয়, গিট এসএসএস অথথকেও ডিবাগ করতে সহায়তা করে। এই কমান্ডটি SSH_AUTH_SOCK=0আগে ব্যবহার করেছিল git pullএবং ম্যাটের মতো অনুমতি সতর্কতা পেয়েছিল।

— সার্জ 12

আমার জন্যও কাজ করেছেন। স্পষ্টতই কারণটি ছিল যে আমি আমার কীতে মন্তব্য পরিবর্তন করেছি এবং সম্ভবত জিনোম কেরিং এজেন্ট (ওরফে সিহর্স) এখনও স্মরণে পুরানো সংস্করণটি

— রেখেছিল

18

sign_and_send_pubkey: signing failed: agent refused operationবেশ কয়েকটি সার্ভারে লগ ইন করার সময় আমি পেয়ে যাচ্ছিলাম , সম্পর্কিত বাগগুলি সম্পর্কে আরও তথ্যের জন্য স্ট্যাক ওভারফ্লোতে ভোনির উত্তরটি পড়ুন , আমার জন্য সমাধান ছিল জিনোম-কীরিং অপসারণ করা, এসএসএল-এজেন্ট থেকে পরিচয় মুছে ফেলা এবং পুনরায় বুট করা।

sudo apt-get autoremove gnome-keyring
ssh-add -D

তারপরে আমার সমস্ত কীগুলি নিখুঁতভাবে কাজ করা শুরু করে।

হালনাগাদ:

কীরিং আনইনস্টল না করে অস্থায়ী সমাধান

আপনি যদি জিনোম-কীরিংটি রাখতে চান এবং আপনার agent refused operationত্রুটি রয়েছে তবে ব্যবহার করুন:

eval `ssh-agent -s`
ssh-add

বা ব্যবহার SSH_AUTH_SOCK=0 ssh your-server

কীরিং আনইনস্টল না করে স্থায়ী সমাধান

আপনি যদি পারেন তবে, জিনোম-কীরিং 4096 বিট আরএসএ কী এর সাথে সামঞ্জস্যপূর্ণ, তাই কেবল একটি নতুন কী তৈরি করুন:

ssh-keygen -t rsa -f ~/.ssh/your-key-name -b 4096 -v -C root

সার্ভারে সর্বজনীন কী আপলোড করুন

$ ssh-copy-id -i ~/.ssh/your-key-name.pub root@12.34.56.78

এজেন্টে ssh কী যুক্ত করুন

ssh-add ~/.ssh/your-key-name

এটি কোনও অতিরিক্ত হ্যাক ছাড়াই কাজ করা উচিত এবং জিনোম-কীরিং ইনস্টল থাকতে পারে।

(-সি [ব্যবহারকারী নাম] alচ্ছিক, তবে গুগল ক্লাউডের মতো সরবরাহকারীদের দ্বারা প্রয়োজনীয়)

— মাইক
সূত্র

2

হ্যাঁ তবে এটি সমস্ত এসএস-এজেন্ট কার্যকারিতা সরিয়ে দেয় যা অতি দরকারী

— মার্টিন কনেকেনি

আমাদের নিজের কম্পিউটার বা দূরবর্তী সার্ভারে sudo অ্যাপটি-গেট ব্যবহার করতে কোন পিসিতে আমাদের নোট করুন। ধন্যবাদ।

— শিচেং গুও

আপনার নিজস্ব পিসিতে কিরিং, কারণ কেরিং জিনোমের অংশ, এটি সাধারণত সার্ভারে ইনস্টল করা হয় না।

— মাইক 6

1

@ মার্টিনকোননি ঠিক আছে, এটি জিনোম দ্বারা সরবরাহিত এসএসএইচ এজেন্টকে সরিয়ে দেয়, এটি সরল এবং সাধারণ কনসোল ssh-এজেন্টকে সরিয়ে দেয় না (যদি আপনার এটি ইনস্টল থাকে)। সমস্যাটি হ'ল জিনোম বিভিন্নটি স্বাভাবিকের পথে আসে ssh-agent। আপনি এখনও ssh- এজেন্ট শুরু করতে এবং কনসোল / শেলের মধ্যে ব্যক্তিগত কী পাসওয়ার্ড লিখতে পারেন।

— blubberdiblub

আপনি যদি পাসওয়ার্ড না দিয়েই স্বয়ংক্রিয়ভাবে আপনার ডিই-তে লগইন করা সেট করে থাকেন তবে এটি কাজ করে, কারণ আসলে আপনার জিনোম-কীরিং আনলক করা হবে না।

— xjcl

14

উবুন্টু 18.04 এ আপগ্রেড করার পরে আমি একই ত্রুটি পেয়েছি sign_and_send_pubkey: signing failed: agent refused operation। দেখা যাচ্ছে এটি ssh কী এর অনুমতি খুব বেশি খোলা থাকার কারণে হয়েছিল। নিম্নলিখিত কমান্ডটি আমার জন্য সমস্যাটি স্থির করে chmod 600 .ssh/id_rsa

— ম্যাথিয়াস
সূত্র

8

আমার সিস্টেমে (এছাড়াও উবুন্টু 16.04, গিথাবের সাথে সংযোগ স্থাপনের চেষ্টা করা হয়েছে), আমার .ssh ফোল্ডারে আমার id_ed25519 ফাইল ছিল যা ssh-addব্যর্থ হয়েছিল:

$ ssh-add
Identity added: ~/.ssh/id_rsa (~/.ssh/id_rsa)
Could not add identity "~/.ssh/id_ed25519": communication with agent failed

ফাইলগুলি সরানোর পরে ~/.ssh/id_ed25519*(তাদের আর দরকার নেই, এটি আগের পরীক্ষা থেকে হয়েছিল) সবকিছু আবার ঠিক হয়ে গেল।

— ড্যানিয়েল অ্যাল্ডার
সূত্র

2

এবং আপনার যদি তাদের প্রয়োজন হয়?

— গ্রিঙ্গো সুভেভ

@ গ্রিংসুয়েভ ভাল প্রশ্ন। তুমি কি চেষ্টা করেছিলে? হতে পারে ফর্ম্যাটটি পরিবর্তিত হয়েছে বা এসএসএস দ্বারা আর সমর্থিত নয় - অথবা এটি একটি বাগ। ব্যক্তিগতভাবে, আমি খুশি যে আমাকে এটি পরীক্ষা করার দরকার নেই ...

— ড্যানিয়েল অ্যাল্ডার

এখনও আমার পক্ষে কাজ করছে না, আমার কোনও সমাধান নেই:, Could not add identity "~/.ssh/id_ed25519": communication with agent failedএজেন্ট চালাচ্ছি এবং যতদূর আমি বলতে পারি কনফিগার করা হয়েছে।

— গ্রিংগো সুভে 19

2

@ গ্রিংসুয়েভের সমাধানটি এখানে জিনোম প্রমাণীকরণ এজেন্ট থেকে মুক্তি পাওয়ার জন্য রয়েছে যা প্লেইন ssh-agentসকেটের পরিবর্তে কোনও এজেন্ট সকেটটি আপনার শেলের উপর চাপিয়ে দেয় । প্লেইন এসএস-এজেন্ট ED25519 কী পরিচালনা করতে সক্ষম হয় যদিও জিনোম প্রমাণীকরণ এজেন্ট নয় (অন্যান্য সমস্যার কারণে এটি ঘটে)। সাম Askubuntu.com/a/835114/167846 বা মাইক Askubuntu.com/a/762968/167846

— ব্লুবার্ডিব্লুব

7

আমার কাছে ঘটেছিল কারণ আমার ব্যক্তিগত কীতে একটি পাসফ্রেজ ছিল। দৌড়াতে হয়েছিল ssh-addএবং তারপরে এটি পাসফ্রেজের জন্য জিজ্ঞাসা করেছিল এবং সঠিকভাবে যুক্ত হয়েছিল। যাইহোক, কোনও মেশিনে এসশ করার সময় এটি এখন আমার পাসফ্রেজের জন্য জিজ্ঞাসা করে না।

— qwertzguy
সূত্র

6

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

ssh -T git@github.com

নিম্নলিখিতগুলি দ্বারা আমাকে স্বাগত জানানো হয়েছিল:

sign_and_send_pubkey: signing failed: agent refused operation
Permission denied (publickey).

এটিকে দ্রুত সমাধানের জন্য, কিছু না সরিয়ে বা আমার স্টার্টআপ কনফিগারেশনটি পরিবর্তন না করে আমি কেবল টার্মিনালে নিম্নলিখিতটি টাইপ করেছি:

killall gnome-keyring-daemon

তারপরে ক্লোনটি কাজ করেছিল। এরপরে আমি টাইপ করে আবার থামানো ডিমন শুরু করেছি:

gnome-keyring-daemon

পরে, জিনিসগুলিকে আরও স্থায়ীভাবে পরিবর্তন করতে, আমি এখানে পরামর্শটি অনুসরণ করেছি

— neiltheory
সূত্র

এটি আমার পক্ষে কাজ করেছে, এটি উচ্চতর

— উন্নত

4

ফেডোরাকে 26 থেকে 28 আপগ্রেড করার পরে আমি একই সমস্যার মুখোমুখি হয়েছি। এবং কোনও লগ ফাইল নেই

no /var/log/secure
no /var/log/messages

antop@localmachine  ~  ssh root@ocp1.example.com
sign_and_send_pubkey: signing failed: agent refused operation
root@ocp1.example.com's password:

ত্রুটি বার্তা প্রকৃত সমস্যা নির্দেশ করছে না। দ্বারা সমাধান করা হয়েছে

chmod 700 ~/.ssh
chmod 600 ~/.ssh/*

— Anto
সূত্র

2

আমার সাথে এড 25519 কীগুলির সাথে একই সমস্যা ছিল বলে মন্তব্য যুক্ত করা হচ্ছে। সমস্যাটি আসলে জিনোম-কীরিং। এটি ঠিক করার জন্য আমি নিম্নলিখিতগুলি করেছি:

"স্টার্টআপ অ্যাপ্লিকেশনগুলিতে" চেক করা ssh- কী-এজেন্ট (জিনোম-কীরিং)
এসএসএল-এজেন্ট এবং জিনোম এজেন্টকে মেরে ফেলেছে: (কিল্লাল এসএস-এজেন্ট; কিলাল জিনোম-কিরিং-ডেমন)
ডেমন পুনরায় শুরু: (স্পষ্ট ssh-agent -s)
আপনার কী যুক্ত করুন: sh ssh-id id_ed25519 id_ed25519 এর জন্য পাসফ্রেজ লিখুন: পরিচয় যুক্ত হয়েছে: id_ed25519
মুনাফা !!

— ঔজ্বল্যহীন
সূত্র

2

এটি 2018 এর শেষ দিকে, এবং এই বাগ, বা এর বিভিন্নতাগুলি এখনও জুবুন্টুকে 16.04 জর্জরিত করে এবং সম্ভবত জেনিয়ালের অন্যান্য স্বাদের চেয়ে বেশি। এটি 18.04 তেও উপস্থিত থাকলে আমি অবাক হব না! এটি ২০০৯ সাল থেকে এবং কার্মিক কোআলা থেকে কোনও না কোনও রূপে রয়েছে। রেডহাট, দেবিয়ান এবং উবুন্টুকে প্রভাবিত করেছে। এটির জন্য আমার শব্দটি গ্রহণ করবেন না, পাবলিক বুগট্র্যাকারগুলি দেখুন:

https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/470456

এবং এই বাগে, আপনি অন্যান্য 3 এর জন্য তালিকাও পাবেন:

তথ্যসূত্র:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523322

https://bugzilla.redhat.com/show_bug.cgi?id=508286

https://bugzilla.gnome.org/show_bug.cgi?id=576700

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

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

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

উপরে বর্ণিত জিইউআইয়ের স্ক্রিনশট:

সুতরাং, যেহেতু আমি উপরে আমার ফিক্স দিয়েছি, আশা করি কেউ এটি ঠিক করে দেবে।

উবুন্টু এটি ভালভাবে স্কোয়াশ করতে ব্যর্থ হয়েছে, যেহেতু বেশ কয়েকটি রিলিজের জন্য প্রচুর টিকিট রয়েছে যা দাবি করে যে এটি স্থির হয়েছে, এবং আরও অনেকগুলি "রিগ্রেশন" বলে, এটি ফিরে এসেছে।

দেবিয়ান সম্ভবত পন্ট করতে চায় (তাদের হাত ধুয়ে ফেলতে পারে) কারণ এটি তাদের নয়, প্রবাহটি ননোম।

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

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

— লুবো ডায়াকভ
সূত্র

1

SSH-অ্যাড

আমার জন্য কাজ কর. তবে নিশ্চিত হন

SSH-এজেন্ট

চলছে.

— kst
সূত্র

1

আমার ক্ষেত্রে সমস্যাটি জিনোম কেরিং দ্বারা তৈরি হয়েছিল। জিনোম-কিরিংয়ের এসএসএইচ ক্ষমতাগুলি একেবারে অপসারণ না করে অক্ষম করতে (যা অনেক কিছুই ভাঙে), এই নির্দেশাবলী অনুসরণ করুন :

cp /etc/xdg/autostart/gnome-keyring-ssh.desktop ~/.config/autostart
echo Hidden=true >> ~/.config/autostart/gnome-keyring-ssh.desktop

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

— Norrius
সূত্র

0

আমি এসএসএইচ পুনরায় সেট করে (এসএসএইচ / সার্ভারে মুছে ফেলা, এবং এরকম কোনও ভাগ্য নেই) এর মধ্যে বেশ কয়েকটি জিনিসের চেষ্টা করেছি, সুতরাং আমি বুঝতে পেরেছিলাম যে আমাকে কেবল এক রাতে ঘুমাতে হয়েছিল It এটি সাহায্য করেছিল! কেন "আমি অনুমান করি যে সার্ভারে চলমান ssh-এজেন্টের ক্যাশে এমন কিছু ছিল যা সেই রাতের পরে যথাযথ মানগুলির সাথে সতেজ করা হয়েছিল Any যাইহোক, এটি এখন একটি কবজির মতো কাজ করে w গুটিয়ে রাখতে, এটি করেছে (উবুন্টু 16.04 লোকালহোস্টে, সার্ভারে 14.04)।

# on local host:
$ ssh-keygen
# (yes, overwrite the default file, and let the passphrase be empty)
$ ssh-copy-id ***.***.*.**
# (insert proper server IP address)
# now test
$ ssh ***.***.*.**
# this should have erected in .ssh/ on the server:
# -rw------- 1 *** *** 2000 aug.  11 09:55 authorized_keys
# no other magic going on! :)

— untill
সূত্র

0

আমি আমার পরিচিত হোস্ট ফাইলটি বাদ দিয়েছিলাম এবং এটি কাজ করে। আবার একটি পাসওয়ার্ড রাখতে হয়েছিল তবে শেষ পর্যন্ত এটি সঠিক পাসওয়ার্ডটি গ্রহণ করেছে। এটি একটি নতুন ইনস্টলের পরে ছিল।

— possumkeys
সূত্র

0

Ssh কমান্ড সাহায্যের আগে যদি SSH_AUTH_SOCK = 0 যোগ করে, তবে এটি জিনোম কীরিং ত্রুটি। প্রদত্ত সমাধান এবং সমস্যা ব্যতীত সমস্যাটি পাসফ্রেজের সাথে সম্পর্কিত হতে পারে। যদি আপনার কীটির পাসফ্রেজ থাকে তবে প্রথমবারের জন্য লগইন করার সময় জিনোম কেরিং এটি জিজ্ঞাসা করে এবং আপনি যদি দোষ দ্বারা খালি প্রবেশ করেন বা অপ্রত্যাশিতভাবে উইন্ডোটি বন্ধ করেন, জিনোম এটিকে খালি পাসফ্রেজ হিসাবে ধরে নেয় এবং এটি চিরতরে মনে রাখে। পাসফ্রেজের জন্য আবার কিছু জিজ্ঞাসা করতে সাহায্য করে না। ওপেন এসএস কিরিং অ্যাপ্লিকেশন সমাধান করতে এবং পাসওয়ার্ড বিভাগের অধীনে লগইন বিভাগে যান। সমস্যাযুক্ত কীটির সাথে সম্পর্কিত রেকর্ডটি সন্ধান করুন এবং বৈশিষ্ট্যগুলিতে প্রবেশ করুন এবং সঠিক পাসফ্রেজ দিন।

— Fazliddin
সূত্র

0

এর আরও একটি কারণ রয়েছে যা এখনও কোনও উত্তরে নেই: ssh-keygenউবুন্টু gnome-keyring-daemonনতুন আরএফসি 4716 ফর্ম্যাটকে সমর্থন করে এমন একটিতে সরানোর আগে কী ফাইলটির পিএম ফর্ম্যাটটি ডিফল্ট হওয়া বন্ধ করে দেয়।

আপনি যদি একটি নতুন কী তৈরি করেন, বা আপনার কী থেকে একটি পাসফ্রেজ যুক্ত / সরিয়ে ফেলেন, এটি ভেঙে যেতে পারে। ssh-keygen -m PEMআপনার অন্যান্য চালনার দরকার হয় তার আগে কীটি ব্যবহার করছে। উদাহরণস্বরূপ, আপনি ssh-keygen -m PEM -pপুরানো পাসফ্রেজটি নতুন পাসফ্রেজ হিসাবে ব্যবহার করে এবং প্রবেশ করে পুরানো ফর্ম্যাটে ফিরে যেতে পারেন (যা কোনও পাসফ্রেজের জন্য খালি হবে))

— স্যাম ব্রাইটম্যান
সূত্র

উবুন্টু 16.04 ssh: sign_and_send_pubkey: সাইন ইন ব্যর্থ: এজেন্ট অপারেশনকে অস্বীকার করেছে

সরল সমাধান