অন্যান্য (রুটবিহীন) ব্যবহারকারী হিসাবে সিএনোলজি ডিএসএম 5 এ কোনও পাসওয়ার্ড (পাসওয়ার্ডহীন) নেই এসএসএইচ

Question

আমি আমার সিনোলজি ডিস্ক স্টেশনে কোনও পাসওয়ার্ড ছাড়াই (পাবলিক কী প্রমাণীকরণ) ছাড়াই চেষ্টা করছি, তবে মূল হিসাবে নেই।

আমি যখন পাসওয়ার্ড ছাড়াই রুট হিসাবে চেষ্টা করার চেষ্টা করি তখন এটি কার্যকর হয়। অন্য ব্যবহারকারীর জন্য ঠিক একই পদক্ষেপ অনুসরণ করা কাজ করে না। এটি সর্বদা পাসওয়ার্ডের জন্য জিজ্ঞাসা করে (এছাড়াও, পাসওয়ার্ড ব্যবহার করেও খুব কার্যকর হয়)।

আমি এটির জন্য সেখানে প্রতিটি গাইড অনুসরণ করেছি, তবে আমি মনে করি তারা নতুন 5.0 সংস্করণের চেয়ে ডিএসএম 4.x এর জন্য রয়েছেন।

এসএসএইচ ডিবাগ লগ

আমি -vvv পতাকা দিয়ে চেষ্টা করার সময় এখানে ডিবাগ লগ রয়েছে:

aether@aether-desktop:~$ ssh -vvv [e-mail]
OpenSSH_6.2p2 Ubuntu-6ubuntu0.2, OpenSSL 1.0.1e 11 Feb 2013
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to aether-ds.local [192.168.2.149] port 22.
debug1: Connection established.
debug3: Incorrect RSA1 identifier
debug3: Could not load "/home/aether/.ssh/id_rsa" as a RSA1 public key
debug1: identity file /home/aether/.ssh/id_rsa type 1
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: identity file /home/aether/.ssh/id_rsa-cert type -1
debug1: identity file /home/aether/.ssh/id_dsa type -1
debug1: identity file /home/aether/.ssh/id_dsa-cert type -1
debug1: identity file /home/aether/.ssh/id_ecdsa type -1
debug1: identity file /home/aether/.ssh/id_ecdsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2p2 Ubuntu-6ubuntu0.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.8p1-hpn13v11
debug1: match: OpenSSH_5.8p1-hpn13v11 pat OpenSSH_5*
debug2: fd 3 setting O_NONBLOCK
debug3: load_hostkeys: loading entries for host "aether-ds.local" from file "/home/aether/.ssh/known_hosts"
debug3: load_hostkeys: found key type RSA in file /home/aether/.ssh/known_hosts:1
debug3: load_hostkeys: loaded 1 keys
debug3: order_hostkeyalgs: prefer hostkeyalgs: [e-mail],[e-mail],ssh-rsa
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: [e-mail],[e-mail],ssh-rsa,[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,[e-mail],[e-mail],aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[e-mail]
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,[e-mail],[e-mail],aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[e-mail]
debug2: kex_parse_kexinit: [e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],hmac-md5,hmac-sha1,[e-mail],[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[e-mail],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: [e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],hmac-md5,hmac-sha1,[e-mail],[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-ripemd160,[e-mail],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[e-mail],zlib
debug2: kex_parse_kexinit: none,[e-mail],zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[e-mail]
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[e-mail]
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[e-mail],hmac-ripemd160,[e-mail],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[e-mail],hmac-ripemd160,[e-mail],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[e-mail]
debug2: kex_parse_kexinit: none,[e-mail]
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: mac_setup: found hmac-md5
debug1: kex: server->client aes128-ctr hmac-md5 none
debug2: mac_setup: found hmac-md5
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: RSA f1:57:47:37:47:d4:5c:cd:a7:a4:5a:9c:a3:e8:1d:13
debug3: load_hostkeys: loading entries for host "aether-ds.local" from file "/home/aether/.ssh/known_hosts"
debug3: load_hostkeys: found key type RSA in file /home/aether/.ssh/known_hosts:1
debug3: load_hostkeys: loaded 1 keys
debug3: load_hostkeys: loading entries for host "192.168.2.149" from file "/home/aether/.ssh/known_hosts"
debug3: load_hostkeys: found key type RSA in file /home/aether/.ssh/known_hosts:2
debug3: load_hostkeys: loaded 1 keys
debug1: Host 'aether-ds.local' is known and matches the RSA host key.
debug1: Found key in /home/aether/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /home/aether/.ssh/id_rsa (0x7f4ee2f47200),
debug2: key: /home/aether/.ssh/id_dsa ((nil)),
debug2: key: /home/aether/.ssh/id_ecdsa ((nil)),
debug1: Authentications that can continue: publickey,password
debug3: start over, passed a different list publickey,password
debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/aether/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /home/aether/.ssh/id_dsa
debug3: no such identity: /home/aether/.ssh/id_dsa: No such file or directory
debug1: Trying private key: /home/aether/.ssh/id_ecdsa
debug3: no such identity: /home/aether/.ssh/id_ecdsa: No such file or directory
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
[e-mail]'s password: 

কোন সাহায্য প্রশংসা।

এখন পর্যন্ত যে জিনিসগুলি চেষ্টা করেছি

• চেক করুন / ইত্যাদি / ssh / sshd_config (আরএসএএথেনটিকেশন, পাবকিআউটেনটিকেশন, অথরাইজডকিজফাইল)।
• .Ssh / * পার্স এবং মালিকানা পরীক্ষা করুন। বেশ কয়েকটি সংমিশ্রণের চেষ্টা করেছেন।
• Var /। প্রোফাইলে হোম বর্ণ পরীক্ষা করুন।
• Synoservicectl --restart sshd এর মাধ্যমে এবং সম্পূর্ণ এনএএস পুনরায় চালু করে sshd পুনরায় আরম্ভ করুন।

Comments

আপনি কেন এটা করতে চান? একটি সুরক্ষিত কী দ্বারা যথেষ্ট কি সার্বজনীন কী প্রমাণীকরণ হবে?

— ড্যানিয়েল বি

হাই ড্যানিয়েল, আমি যা অর্জন করতে চাইছি ঠিক তেমনই, তবে এটি অ-রুট ব্যবহারকারীর পক্ষে কাজ করে না।

— ভ্লাদ এ আওনসকু

আপনার ক্লায়েন্টের পাবলিক কী ব্যবহারকারীর authorized_keys ফাইলটিতে উপস্থিত রয়েছে ?

— ড্যানিয়েল বি

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

— ভ্লাদ এ আওনসকু

আপনার অ্যাকাউন্টে এখন একটি পাসওয়ার্ড আছে? আপনার সিস্টেমের সুরক্ষা নীতিগুলির উপর নির্ভর করে, পাসওয়ার্ড ছাড়াই থাকা ব্যবহারকারীদের লগ ইন করতে বাধা দেওয়া হতে পারে

— ড্যানিয়েল বি

Answer 1

আমারও একই সমস্যা ছিল। আমি ডিস্কস্টেশনে "/ usr / syno / sbin / sshd -d" ব্যবহার করে ডিবিগ মোডে এসএসডি এর একটি উদাহরণ চালনা করি, তারপরে আমি "এসএসআই ব্যবহারকারী @ ডিস্কেশন -vvv" ব্যবহার করে এটিতে সংযুক্ত হয়েছি এবং সার্ভারে আমি ডিবাগ তথ্য পেয়েছি:

......

ডিবাগ 1: অস্থায়ীভাবে_ইউজ_উইড: 1026/100 (ই = 0/0)

ডিবাগ 1: সর্বজনীন কী ফাইল /var/services/homes/user/.ssh/authorised_keys চেষ্টা করে

ডিবাগ 1: এফডি 5 ক্লিয়ারিং ও_ননব্লক

প্রমাণীকরণ অস্বীকার করেছে: ডিরেক্টরি / ভলিউম 1 / ঘর / ব্যবহারকারীর জন্য খারাপ মালিকানা বা মোড

......

আমি বুঝতে পেরেছিলাম যে হোম ফোল্ডারেও সঠিক অনুমতি প্রয়োজন:

cd /var/services/homes/
chown <username> <username>
chmod 755 <username>

এবং প্রকৃত ব্যবহারকারীর নাম, যেমন "ব্যবহারকারী" দিয়ে প্রতিস্থাপন করুন।

অবশেষে সমস্যার সমাধান!

Comments

ঠিক তেমনি আপনি chmod 755আমার হোম ডিরেক্টরিতে চালনা ডিএসএম on এ আমার জন্য সমাধান করেছেন

— ডেভিড পারসন

ডিবাগ লগগুলি পাওয়ার জন্য এটি সর্বদা সঠিক সমাধান। ধন্যবাদ! কেবল একটি সংযোজন: কল করুন /usr/bin/sshd -p 2222(এবং এর সাথে সংযুক্ত করুন ssh -p 2222) তাই এটি ডিবাগিংয়ের জন্য আলাদা পোর্টে চলে - অন্যথায় আপনি যদি এসএসএস ডিমন ছাড়েন তবে অ্যাক্সেস হারাতে আপনার ঝুঁকি রয়েছে

— অ্যালেক্স

Answer 2

আপনাকে আপনার হোম ডিরেক্টরিটি 755 এ সিএমএল করতে হবে (সিওনোলজিটি এটি ডিফল্টভাবে 777 এ রয়েছে)

nas> ls -al
total 28
drwxrwxrwx  6 root     root  4096 2014-07-13 03:00 .
drwxr-xr-x 13 root     root  4096 2014-07-13 03:00 ..
drwxrwxrwx  3 admin    users 4096 2014-07-13 03:00 admin
...
nas> chmod 755 /home/admin
nas> ls -al
total 28
drwxrwxrwx  6 root     root  4096 2014-07-13 03:00 .
drwxr-xr-x 13 root     root  4096 2014-07-13 03:00 ..
drwxr-xr-x  3 admin    users 4096 2014-07-13 03:00 admin

Comments

এটি chmod 755 /home/adminপ্রকৃতপক্ষে অনুমতিগুলি পরিবর্তিত করে তা দেখায় না ।

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

হ্যা ওটা সত্য. যদিও এটি হয়েছে, আমি কেবল আটকানো উদাহরণটি একসাথে আঁকড়েছি এবং আমি এটি মিস করেছি। আমি উত্তরটি সম্পাদনা করব।

— স্প্যুরিসিডটা

Answer 3

.sshঅনুমোদিত ও কুকিগুলির জন্য যেমন আপনার অনুমতিগুলি সঠিক হিসাবে সেট করা আছে, কেবলমাত্র আপনার হোম ডিরেক্টরিতে ( /home/aether/) এর অনুমতিগুলি সঠিকভাবে সেট করা আছে তা যাচাই করুন (chmod 755 /home/aether/ )।

আমি ডিফল্ট অনুমতি ( 711) দিয়ে লগ ইন করতে পারিনি এবং অনুমতিগুলি পরিবর্তনের পরে এটি কাজ করে।

চিয়ার্স স্টিফান

Answer 4

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

আপনার পথ তৈরি করা উচিত বা একটি সিমিলিংক তৈরি করা উচিত (এই দুটি বিকল্প আমার পক্ষে কাজ করে না), বা শেষ পর্যন্ত কী কাজ করেছে তা এই দুটি লাইন sshd_config ফাইলে যুক্ত করা ছিল:

Match User nonrootuser
AuthorizedKeysFile      /var/services/homes/nonrootuser/.ssh/authorized_keys

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

Answer 5

এখানে 6s ডিএসএম সহ একই সমস্যা, এই থ্রেডটির জন্য ধন্যবাদ সমাধান করা ফোরামে

দেখে মনে হচ্ছে যে ব্যবহারকারীর বাড়ির অনুমতি অনেক বেশি অনুমোদিত ¿? ¿?? ¿¿?

chmod 755 /var/services/homes/[username]

... এবং এখন এটি কাজ করে!

Answer 6

এটি এই প্রশ্নের সাথে খুব মিল দেখাচ্ছে:

/programming/12839106/scp-between-2-remote-hosts-without-password/12945060#12945060

আমি সন্দেহ করি যে আপনার .ssh ডিরেক্টরি বা ফাইলগুলির যথাযথ বৈশিষ্ট্য নেই।

এখানে আমার:

-rw-r--r--  1 root root   393 Aug 13  2012 if_rsa.pub
-rw-------  1 root root  1675 Aug 13  2012 if_rsa
-rw-r--r--  1 root root   393 Aug 20  2012 id_rsa.pub
-rw-------  1 root root  1675 Aug 20  2012 id_rsa
-rw-------  1 root root  4606 Aug  7  2013 authorized_keys
drwx------  2 root root  4096 Feb 24 09:59 .
-rw-r--r--  1 root root 11354 Mar 25 17:28 known_hosts

এছাড়াও, দয়া করে সামগ্রীগুলি পরীক্ষা করুন /etc/pam.d/sshdযা নন-রুটটিতে কিছু বিধিনিষেধ তৈরি করতে পারে। শুধু ক্ষেত্রে। এই লিঙ্কটি পিএএম-কে আরএইচইএল-র ক্ষেত্রে ব্যাখ্যা করে। এটি সহায়তা করতে পারে: https://access.redhat.com/site/docamentation/en-US/Red_Hat_Enterprise_Linux/6/html/ পরিচালন_সার্ট_মার্ট_কার্ডস / প্যাম_সংশ্লিষ্টকরণ_ফাইলেস html

এখানে সমস্যাটি কুরুচিপূর্ণ মাথা দেখায় এখানে:

debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/aether/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password

এটি id_rsa গ্রহণ করে না এবং চালিয়ে যায়:

debug1: Trying private key: /home/aether/.ssh/id_dsa
debug1: Trying private key: /home/aether/.ssh/id_ecdsa

এটি ছেড়ে দেয় এবং পাসওয়ার্ডের উপর নির্ভর করে

debug1: Next authentication method: password

এখন, প্রশ্ন হল কেন এটি আইডি_আরসাকে পছন্দ করে না?

Comments

হাই গ্রেজগোর্জ,। এসএসএসির দির পারম 700 এবং .এসএসএইচ / অনুমোদিত_কিজের পার্মস 600 রয়েছে

— ভ্লাদ এ আওনসকু

@ ভ্লাদ অ্যালেক্সান্দ্রুআইনেস্কু: আমি আমার প্রতিক্রিয়া আপডেট করেছি অন্য বৈশিষ্ট্য এবং পিএএম সম্পর্কিত তথ্য যা আপনাকে পরীক্ষার জন্য আরও ক্ষেত্র দিতে পারে showing

— গ্রেজগোর্জ

ধন্যবাদ, গ্রজেগোর্জ, তবে এখনও ভাগ্য নেই। আমি আপনার মত একই পার্মস চেষ্টা করেছি। এছাড়াও /etc/pam.d/sshd ঘুরে দেখেছি, কিন্তু দেখে মনে হচ্ছে না যে কোনও কিছুই রুট ব্যবহারকারীকে বৈষম্যযুক্ত করবে : gist.github.com/vlad-alexandru-ionescu/e6a2ee6133c7e9e45273 ।

— ভ্লাদ এ আওনস্কু

@ ভ্ল্যাডএলেক্সান্দ্রুআইনেস্কু: সব ব্যবহারকারীর জন্যই কি এই সমস্যা? আপনি "অন্য ব্যবহারকারীর জন্য" লিখেছেন যা কেবলমাত্র একটিকেই নির্দেশ করতে পারে। আপনি কি এই ব্যবহারকারী লগইন ব্যবহার করে পুট্টি দিতে পারেন বা আপনি রুট হিসাবে লগইন করছেন এবং তারপরে এটি su?

— গ্রজেগোর্জ

হ্যাঁ, সমস্ত অ-রুট ব্যবহারকারীদের জন্য। আমি যেকোন ব্যবহারকারীর মতো (রুট বা নন-রুট) এসএসএস / পুটি করতে পারি। তবে এটি পাসওয়ার্ডের জন্য জিজ্ঞাসা করে না যখন রুটবিহীন হয়, যদিও আমি আমার ক্লায়েন্টের সর্বজনীন কীটি সার্ভারে অনুমোদিত_কিগুলিতে যুক্ত করেছি।

— ভ্লাদ এ আয়নস্কু

Answer 7

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

Techanic.net এ তথ্য পড়ার পরে আমি আবিষ্কার করেছি যে আমাকে আমার ফাইলে আমার লগইন শেলও সেট করতে হয়েছিল /etc/passwd। এটি /sbin/nologinডিফল্ট হিসাবে সেট করা হয়েছিল। এটিকে পরিবর্তন করার পরে /bin/shআমি আমার ডিস্কস্টেশনটিতে সফলভাবে এসএসএইচ করতে সক্ষম হয়েছি।

Answer 8

আমার কেবল ডিএসএম 5.0 এর পরিবর্তে 5.1 এর সাথে একই সমস্যা ছিল। তালিকাভুক্ত কোনও সমাধানই সমস্যার সমাধান করেনি। আমার ক্ষেত্রে, এর জন্য অনুমতিগুলি /var/services/homes/<user>/.ssh/authorized_keysসঠিক ছিল না। নিম্নলিখিতটি চালানো সমস্যার সমাধান করেছে

chmod 600 /var/servieces/homes/<user>/.ssh/authorized_keys