ssh আর ~ / .ssh / config ব্যবহার করে না

Question

আমি যা কিছু করতে পেরেছি তা ছুঁড়ে মারতে পারি না। কিছুটা খননের পরে আমি জানতে পারি এটি আমার হোম ডিরেক্টরি থেকে ssh কনফিগারেশনটি পড়ছে না।

$ ssh -xvvv server
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
(...)

যখন কোনও বন্ধুর অভিন্ন কম্পিউটারে থাকে, যেখানে সবকিছু কাজ করে তা দেখে মনে হচ্ছে:

$ ssh -xvvv server
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /Users/kuba/.ssh/config
(...)

এটি আগে কাজ করেছিল এবং আমি এই সমস্যার কারণ হতে পারে এমন কিছু সম্পর্কে অবগত নই। এটি কীভাবে ঘটল, এবং কীভাবে এটি ঠিক করা যায়?

ডকুমেন্টেশন লিঙ্কে টিকে দ্বারা নির্দেশিত যে এটি উল্লেখ করে

আপত্তিজনক সম্ভাবনার কারণে, এই ফাইলটির অবশ্যই কঠোর অনুমতি থাকতে হবে: ব্যবহারকারীর জন্য পড়ুন / লিখুন, এবং অন্যেরা অ্যাক্সেসযোগ্য নন।

আমার অনুমতিগুলি হ'ল:

$ ls -la ~/.ssh
total 80
drwx------+ 42 kuba  1029   1428 Jul  1 16:33 ..
-rwx------   1 kuba  1029   1528 May 15 13:07 config
(...)

আমি মনে করি সমস্যাটি হোম ডিরেক্টরি সম্পর্কে একটি বিভ্রান্তির সাথে হতে পারে। আমি যখন স্থানীয় কনফিগারেশন ফাইলটি জোর করি তখন এটি কাজ শুরু করে এবং তারপরে হঠাৎ থেকে পড়া শুরু হয়/nas/kuba

$ ssh -xvvvF ~/.ssh/config server
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /Users/kuba/.ssh/config
debug1: /Users/kuba/.ssh/config line 1: Applying options for *
debug1: /Users/kuba/.ssh/config line 39: Applying options for bio
debug2: ssh_connect: needpriv 0
debug1: Connecting to XXXX [YYYY.YYY.YYY.YYY] port 22.
debug1: Connection established.
debug1: identity file /nas/kuba/.ssh/id_dsa type -1
                      ^^^^^^^^^^

তবে আমার বাড়ির দির ঠিক আছে বলে মনে হচ্ছে:

$ cd ~; pwd
/Users/kuba
$ echo $HOME
/Users/kuba

Comments

আমি একটি সমস্যার সমাধান করতে সক্ষম হয়েছি। আমি n / .ssh এর সামগ্রীগুলি /nas/kuba/.ssh এ অনুলিপি করেছি। সুতরাং হঠাৎ ভুল হোম ডিরেক্টরি ব্যবহার করে হঠাৎ এটি ssh এর সাথে সমস্যা which যা সম্ভবত কোনও ssh সমস্যা নয়।

— কুবা

এই শেষ মন্তব্যটি প্রশ্নের মধ্যে সম্পাদনা করার জন্য খুব দরকারী তথ্য হবে।

— ডেভিড জেড

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

— ট্রাইসিস

@ কুবা যতদূর আমি বলতে পারি পরিবেশের পরিবর্তনশীলটিকে sshউপেক্ষা করে HOME। এটি উপেক্ষা করা খারাপ অনুশীলন HOME, মনে হয় এটিই sshঘটে। যদি এটি ব্যবহার না করে তবে HOMEআমি যে বিকল্পটি সম্পর্কে সচেতন তা হ'ল এটির থেকে অনুসন্ধান করা uid। যদি আপনার /etc/passwdঅভিন্নের সাথে দুটি প্রবেশিকা থাকে uidতবে উভয়ই .ssh/configআলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা আলাদা ઘર না থাকলেও একই ফাইলটি ব্যবহার করে শেষ করতে পারেন।

— ক্যাস্পারড

@ ক্যাস্পার্ড, এটি একটি উত্তর হওয়া উচিত। এই পৃষ্ঠায় এটিই একমাত্র ব্রেডক্রাম্ব যা আমার পরিস্থিতিকে সাহায্য করেছিল । ধন্যবাদ!

— ওয়াইল্ডকার্ড

Answer 1

আপনি ব্যবহারকারী নির্দিষ্ট বনাম গ্লোবাল ssh_config এর মধ্যে আটকা পড়েছেন বলে মনে হচ্ছে।

আরও বিশদে বুঝতে দয়া করে আপনার ব্যবহারকারীর কনফিগারেশন ফাইল ( ~/.ssh/config) এবং আপনার সিস্টেম-ব্যাপী কনফিগারেশন ফাইলের অনুমতি সেটিংস পরীক্ষা করুন check/etc/ssh/ssh_config

আপনি এই সম্পর্কে আরও পড়তে পারেন এখানে । ব্যবহারিকভাবে, আপনার ব্যবহারকারী ভিত্তিক .sshডিরেক্টরিতে থাকা সমস্ত ফাইল 600 এ configথাকা উচিত এবং ফাইলটি 644-এ থাকা উচিত You আপনি আপনার হোম ডিরেক্টরিতে নিম্নলিখিত কমান্ড দিয়ে এটি সেট করতে পারেন:

chmod 600 ~/.ssh/* 
chmod 644 ~/.ssh/config

Comments

সুতরাং আমি ডক থেকে বুঝতে পারি যে এটির আগে আমার হোম ডিরেক্টরি থেকে কনফিগারেশনটি পড়তে হবে এবং পরে বিশ্বব্যাপী (/ etc / ssh / ssh_config) থেকে প্রশ্নটি আসে - কেন এটি আমার স্থানীয় কনফিগারেশন বাদ দিচ্ছে না?

— কুবা

উপরে উত্তর আপডেট

— নেড়িকুত্তা

আমি চেষ্টা করেছিলাম. কিছুই পরিবর্তন হয়নি। আমি আমার বিশদটি আরও বিশদ সহ আপডেট করেছি।

— কুবা

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

— ইতর লোক

আসলে আমি প্রশ্নটিকে মারাত্মকভাবে এমন জায়গায় পরিবর্তন করেছি যে আমার সম্ভবত এটি বন্ধ করা উচিত। দেখে মনে হচ্ছে ssh অন্যান্য ডিরেক্টরিটিকে আমার হোম ফোল্ডার হিসাবে বিবেচনা করছে। এমন কিছু যা না হয় nor, না $ হোম।

— কুবা

Answer 2

অনুমতি পরীক্ষা করুন

ls -lsd ~/.ssh

এবং

ls -ls ~/.ssh/*

যদি অনুমতিগুলি খারাপ হয় তবে এসএসএস ক্লায়েন্ট এটি থেকে পড়ার চেষ্টা করবে না

Comments

0 ড্রাওএক্স ------ 9 কুবা / ব্যবহারকারী / কূবা / এসএসএইচ 8 -আরওএক্স ------ 1 কুবা / ব্যবহারকারী / কূবা / এসএসএইচ / কনফিগ দেখে মনে হচ্ছে আমি তাদের সবার মালিক

— কুবা

@ কুবা ls -la ~ / .ssh /

— c4f4t0r

ls -la ~ / .ssh মোট 80 ড্রাওএক্স ------ 9 কুবা 1029 306 জুলাই 1 16:33। drwx ------ + 42 কুবা 1029 1428 জুলাই 1 16:33 .. -আরড-আর - r-- 1 কুবা 1029 406 মে 7 14:53 অনুমোদিত_কিজ -আরডক্স ------ 1 কুবা 1029 1528 15 ই মে 13:07 config -rwx ------ 1 কুবা 1029 1675 মে 7 14:53 id_rsa -rwx ------ 1 কুবা 1029 406 মে 7 14:53 id_rsa.pub -rw-r-- r-- 1

— কুবা

@ আপনি কি নিশ্চিত, আপনার ঘরের ব্যবহারকারী দির খোলার নয়?

— c4f4t0r

ওটা + ওখানে ... এসিএল না? এই অপরাধী হতে পারে?

— জর্জে সুরেজ ডি লিস

Answer 3

আমার একই সমস্যা ছিল এবং আমি আমার ~/.sshডির (0700) -এ + x পতাকা সেট করে আবার 0600 সেট করে এটি ঠিক করতে সক্ষম হয়েছি ~/.ssh/config।

Answer 4

এটির মূল্যের জন্য, আমি একই সমস্যাটি করেছি এবং .sshফোল্ডারটি পুনরায় তৈরি করার জন্য এসএসএস তৈরি করে (কেবলমাত্র sshকিছু ssh কমান্ডের নাম পরিবর্তন করুন এবং কার্যকর করুন), এবং প্রয়োজনীয় অনুমতিগুলি সহ প্রয়োজনীয় ফাইলগুলি অনুলিপি করে। (600 দিয়ে কনফিগার করুন)।

স্পষ্টতই ssh সন্দেহজনক হয়ে ওঠে যদি ফোল্ডারটি .sshএমনভাবে পরিবর্তিত হয় যা এটি অনুমোদন করে না ...

Answer 5

স্থানীয় কনফিগারেশনটি কোনও এনএফএস-মাউন্ট করা ফাইল সিস্টেমে থাকলে এসএসএইচ পড়বে না। এটি যাচাই করার যোগ্য কারণ সমস্ত অনুমতিগুলি ঠিকঠাক হতে পারে এবং এসএসএইচ (কমপক্ষে version. version সংস্করণ) এটি ব্যবহারকারীর কনফিগারেশনটি কেন পড়ছে না তার কোনও ইঙ্গিত আপনাকে দেয় না। (তবে, আপনি যদি -Fবিকল্পটি ব্যবহার করেন তবে এটি কোনও এনএফএস ভলিউম থেকে পড়তে হবে ))

Answer 6

আমি ম্যাকওগুলিতে একই সমস্যার মুখোমুখি হয়েছি। একটি ম্যানুয়াল লগইন (ssh @) এর ডিবাগ তথ্যের দিকে তাকানো থেকে আমি জানতে পেরেছিলাম যে স্পষ্টতই ssh ভেবেছিল যে আমার হোম ডিরেক্টরিটি সেখানে আছে /srv/home/<userid>এবং .sshডিরেক্টরিটি সন্ধান করছে এবং এর মধ্যে একটিটিকে উপেক্ষা করবে/Users/<userid>/.ssh/

এটি সম্ভবত একটি নির্দিষ্ট উপায়ে ম্যাকগুলি সেটআপ করার কাজটি করার কিছু ছিল তবে আমি এটি যাচাই করার পরামর্শ দিই sshএবং হোম ডিরেক্টরিটি যেখানে রয়েছে সে সম্পর্কে অপারেটিং সিস্টেম একমত হয়;)

Answer 7

'ক্যাস্পার্ড' প্রশ্নের উত্তরটিতে তাঁর মন্তব্য হিসাবে ইঙ্গিত করা হয়েছে যে নোটটি sshঅবশ্যই '$ OME HOME} /। Ssh / config' অনুসন্ধান করবে না। যেমনটি সন্ধান করা হয়েছিল, গভীরভাবে খনন করা এবং লগনের সময় এবং কোনও নতুন হোম সঞ্চার করার আগে হোম ডিরেক্টরিটি কোথায় ছিল তা শিখতে গুরুত্বপূর্ণ।

এর আউটপুটটি দেখার ইঙ্গিতটি ssh -xvvvF ~/.ssh/config serverএই একই প্রশ্নের উত্তরটিতে সহায়তা করার জন্য অত্যন্ত অন্তর্দৃষ্টিপূর্ণ ছিল। '/ ইত্যাদি / পাসডাব্লু' ফাইলটিতে দুটি পৃথক ব্যবহারকারীর নামের একই ইউআইডি থাকা অবস্থায় এমন একটি সিস্টেমে নিজেকে খুঁজে পাওয়ার পরে, এই সমস্যার মুখোমুখি হয়েছিল। এই দুই ব্যবহারকারীর '/ etc / passwd' এ সেট আলাদা আলাদা হোম রয়েছে।

এ জাতীয় দৃশ্যে, দেখা যাচ্ছে যে কেউ যদি '/ etc / passwd' ফাইলটিতে নকল ইউআইডি সহ দ্বিতীয় ব্যবহারকারী হিসাবে লগ ইন করে sshথাকে তবে এসএসএইচ চলমান ব্যবহারকারীর সাথে মিলে যাওয়া ইউআইডি সহ প্রথম ব্যবহারকারীর হোম ডিরেক্টরি ব্যবহার করে কমান্ড।

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

Answer 8

ফাইল অনুমতি সেটিংসের কারণে এটি ঘটেছিল।

আপনার .sshডির এবং ফাইলগুলির অনুমতিগুলি পরীক্ষা করুন, আপনার বাড়ির দির অনুমতি সেটিংসও পরীক্ষা করুন।

আমার জন্য, আমি চাই না অন্যরা আমার ব্যক্তিগত ফাইলগুলি দেখতে পান, তাই আমি xআমার বাড়ির অনুমতি সরিয়ে ফেলি। যা ssh এর ভুল পথে অনুমোদিত কীগুলি সন্ধান করতে পরিচালিত করে।

এটির সমাধানের একটি উপায় ছিল অন্য একটি কর্তৃপক্ষের পথ নির্ধারণ করা /etc/ssh/sshd_config, উদাহরণস্বরূপ:

অনুমোদিত কুকিফিল .ssh / অনুমোদিত_কিজ / ইত্যাদি / এসএসএস / অনুমোদিত_কিজ

তারপরে আপনার পাবটি অনুলিপি করুন /etc/ssh/authorized_keys, আমার জন্য কাজ করেছেন।