रिमोट सर्वर द्वारा कनेक्शन रीसेट

Question

मैं अपने स्थानीय सर्वर से दूरस्थ सर्वर ssh करने का प्रयास कर रहा हूं। लेकिन जब भी मैं ssh कमांड चलाता हूं:

ssh root@x.x.x.x

मुझे त्रुटि मिली:

Xxxx द्वारा कनेक्शन बंद कर दिया गया

मैंने /etc/निर्देशिका का स्वामित्व बदल दिया है और अब मैं पहले से कॉन्फ़िगर किए गए किसी भी उपयोगकर्ता के साथ लॉग इन नहीं कर सकता।

का आउटपुट ssh -v -v -v -v root@x.x.x.xहै:

OpenSSH_7.1p2, OpenSSL 1.0.2h  3 May 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to x.x.x.x [x.x.x.x] port 22.
debug1: Connection established.
debug1: identity file /c/Users/user1/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/user1/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/user1/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/user1/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/user1/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/user1/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/user1/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /c/Users/user1/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.1
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.2     FreeBSD-20160310
debug1: match: OpenSSH_7.2 FreeBSD-20160310 pat OpenSSH* compat 0x04000000
debug2: fd 3 setting O_NONBLOCK
debug1: Authenticating to x.x.x.x:22 as 'user11'
debug3: hostkeys_foreach: reading file "/c/Users/user1/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file    /c/Users/user1/.ssh/known_hosts:8
debug3: record_hostkey: found key type RSA in file   /c/Users/user1/.ssh/known_hosts:10
debug3: load_hostkeys: loaded 2 keys from x.x.x.x
debug3: order_hostkeyalgs: prefer hostkeyalgs: ecdsa-sha2-nistp256-cert-    [e-mail],[e-mail],ecdsa-sha2-nistp521-  [e-mail],[e-mail],ecdsa-sha2-nistp256,ecdsa-  sha2-nistp384,ecdsa-sha2-nistp521,ssh-rsa
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: [e-mail],ecdh-sha2-  nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1
debug2: kex_parse_kexinit: [e-mail],ecdsa-  [e-mail],[e-mail],[e-mail],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-rsa,[e-mail],ssh-ed25519
debug2: kex_parse_kexinit: [e-mail],aes128-ctr,aes192- ctr,aes256-ctr,[e-mail],[e-mail],arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[e-mail]
debug2: kex_parse_kexinit: [e-mail],aes128-ctr,aes192-ctr,aes256-ctr,[e-mail],[e-mail],arcfour256,arcfour128,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],hmac-sha2-256,hmac-sha2-512,hmac-sha1,[e-mail],[e-mail],[e-mail],[e-mail],hmac-md5,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],hmac-sha2-256,hmac-sha2-512,hmac-sha1,[e-mail],[e-mail],[e-mail],[e-mail],hmac-md5,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: first_kex_follows 0
debug2: reserved 0
debug2: kex_parse_kexinit: [e-mail],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1
debug2: kex_parse_kexinit: ssh-rsa,rsa-sha2-512,rsa-sha2-256,ssh-dss,ecdsa-sha2-nistp256,ssh-ed25519
debug2: kex_parse_kexinit: [e-mail],aes128-ctr,aes192-ctr,aes256-ctr,[e-mail],[e-mail],aes128-cbc,aes192-cbc,aes256-cbc
debug2: kex_parse_kexinit: [e-mail],aes128-ctr,aes192-ctr,aes256-ctr,[e-mail],[e-mail],aes128-cbc,aes192-cbc,aes256-cbc
debug2: kex_parse_kexinit: [e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: kex_parse_kexinit: [e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],[e-mail],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: kex_parse_kexinit: none,[e-mail]
debug2: kex_parse_kexinit: none,[e-mail]
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: first_kex_follows 0
debug2: reserved 0
debug1: kex: server->client [e-mail] <implicit> none
debug1: kex: client->server [e-mail] <implicit> none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256  SHA256:GKq038GQBLs90z1p/mR0X7wFHx+b/lflv8mE21N1+0E
debug3: hostkeys_foreach: reading file "/c/Users/user1/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file  /c/Users/user1/.ssh/known_hosts:8
debug3: record_hostkey: found key type RSA in file /c/Users/user1/.ssh/known_hosts:10
debug3: load_hostkeys: loaded 2 keys from x.x.x.x
debug3: hostkeys_foreach: reading file "/c/Users/user1/.ssh/known_hosts"
debug3: record_hostkey: found key type ECDSA in file /c/Users/user1/.ssh/known_hosts:7
debug3: load_hostkeys: loaded 1 keys from x.x.x.x
debug1: Host 'x.x.x.x' is known and matches the ECDSA host key.
debug1: Found key in /c/Users/user1/.ssh/known_hosts:8
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: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /c/Users/user1/.ssh/id_rsa (0x60006bde0),
debug2: key: /c/Users/user1/.ssh/id_dsa (0x0),
debug2: key: /c/Users/user1/.ssh/id_ecdsa (0x0),
debug2: key: /c/Users/user1/.ssh/id_ed25519 (0x0),
debug1: Authentications that can continue: publickey,keyboard-interactive
debug3: start over, passed a different list publickey,keyboard-interactive
debug3: preferred 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: /c/Users/user1/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
Connection closed by x.x.x.x

मैंने अपने id_rsa.pubमें सामग्री लोड की है authorized_keys।

मैं ssh लॉगिन नहीं कर सकता। मैंने मामले पर शोध किया है और सुझावों की कोशिश की है लेकिन मेरे पास कोई पहुंच नहीं है क्योंकि मैं लॉगिन नहीं कर सकता। मैं /etc/फ़ाइल को संशोधित नहीं कर सकता और साथ ही पहुँच प्रदान नहीं की गई है।

किसी को भी इस के साथ मेरी मदद कर सकते हैं?

Comments

आपकी सामग्री सर्वर id_rsa.pubमें होनी चाहिए authorized_keys, अंदर नहीं known_hosts।

— user4556274

आपकी मूल्यवान प्रतिक्रिया के लिए धन्यवाद, यह इंगित करने के लिए धन्यवाद कि मैंने टाइप करने में त्रुटि की है यह सर्वर पर

— अधिकृत_की

दूरस्थ सर्वर पर sshd कॉन्फ़िगरेशन क्या है? क्या आपने एक साधारण (गैर-रूट) उपयोगकर्ता के रूप में प्रवेश करने की कोशिश की है?

— RedGrittyBrick

हाय @RedGrittyBrick हां मैंने एक गैर-रूट उपयोगकर्ता के साथ लॉगिन करने की कोशिश की है लेकिन मुझे अभी भी कनेक्शन बंद त्रुटि मिल रही है। कॉन्फ़िगरेशन के लिए मुझे यकीन नहीं है क्योंकि मेरे पास पहुंच नहीं है, लेकिन मुझे लगता है कि इसका विन्यास 5 है

— user2739229

आपने किस मशीन पर स्वामित्व बदल दिया /etc? स्थानीय या दूरस्थ?

— RedGrittyBrick

Answer 1

मैंने / etc / निर्देशिका के स्वामित्व को बदल दिया

सिस्टम निर्देशिकाओं के स्वामित्व और अनुमतियों के साथ गड़बड़ करना आमतौर पर अनजाना है - जब तक कि आप एक ऑपरेटिंग सिस्टम डेवलपर नहीं हैं जो सभी परिवर्तनों को समझता है ।

और अब मैं प्रवेश नहीं कर सकता

स्टार्टअप sshd पर / etc / ssh / से विभिन्न फाइलों को पढ़ता है, लेकिन यह शायद इस बारे में बहुत कुछ बताता है और जैसा कि डेव थॉम्पसन ने एक टिप्पणी में बताया है, आपके क्लाइंट ट्रेस का सुझाव है कि सर्वर में कोई समस्या नहीं है यह पढ़ने के लिए कुंजी-जोड़ी या अन्य SSH संचार है फ़ाइलें।

यह संभव है कि sshd अब / etc / में कुछ और पढ़ने में असमर्थ है या इसे असुरक्षित मानता है। मैं बाद का अनुमान लगाऊंगा। लेकिन यह एक अनुमान है।

सर्वर लॉग में संभवतः कुछ संदेश होते हैं जो यह समझने में मदद करते हैं कि यह क्या हो रहा है, लेकिन निश्चित रूप से अब वे दुर्गम हैं।

यदि ऐसा है, तो इसे ठीक करने का एकमात्र तरीका दूरस्थ सर्वर की यात्रा करना और लॉगिन करने के लिए कंसोल का उपयोग करना हो सकता है। असफल होना, बचाव सीडी / यूएसबी-ड्राइव को बूट करना।

Comments

क्लाइंट ट्रेस एक होस्ट कुंजी प्राप्त करता है जो क्लाइंट के ज्ञात_होस्ट से मेल खाता है, इसलिए सर्वर sshd अपनी कुंजी (एस) से नाखुश नहीं है, और KEX ने ECDH का उपयोग किया है इसलिए इसे मोडुली फ़ाइल की आवश्यकता नहीं थी। लेकिन कंसर्ट ओपी को सर्वर लॉग को देखने की जरूरत है - जो रिमोट एक्सेस के बिना इसका मतलब है।

— dave_thompson_085

बहुत बहुत धन्यवाद RedGrittyBrick और @dave_thompson, मुझे लगता है कि मेरे पास सर्वर को बूट करने के अलावा और कोई विकल्प नहीं है। सहायता के लिए धन्यवाद मैं वास्तव में इसकी सराहना करता हूं।

— 14:27 पर user2739229