এসএসএইচ সংযোগ: এসএসএইচ_ এক্সচেঞ্জ_পরিচয় c

Question

আমি প্রায় একমাস ধরে আমার ম্যাকের মাধ্যমে একটি রিমোট সার্ভারের সাথে সংযোগ করছি। যদিও সাম্প্রতিক হিসাবে, আমি ssh ডিলান @ এমওয়াই_আইপি ব্যবহার করে সংযোগ দেওয়ার চেষ্টা করেছি এবং এই বার্তাটি পেয়েছি।

ssh_exchange_identification: read: Connection reset by peer

আমি কিছু ডায়াগোনস্টিক তথ্যও পেয়েছি ...

debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: /etc/ssh_config line 53: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to {MY IP{ [MY IP] port 22.
debug1: Connection established.
debug1: identity file /Users/watson/.ssh/id_rsa type -1
debug1: identity file /Users/watson/.ssh/id_rsa-cert type -1
debug3: Incorrect RSA1 identifier
debug3: Could not load "/Users/watson/.ssh/id_dsa" as a RSA1 public key
debug1: identity file /Users/watson/.ssh/id_dsa type 2
debug1: identity file /Users/watson/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2

কিছু গবেষণা করার পরে, আমি নিম্নলিখিতগুলি চেষ্টা করেছিলাম ...

1. আমার রাউটারটি পুনরায় চালু করুন
2. আমার "জ্ঞাত_হোস্ট" ফাইলটি সাফ করে দিয়েছে
3. আমার "জ্ঞাত_হোস্ট" ফাইলটি মোছা হয়েছে
4. মুক্তি পেয়েছে এবং আমার ডিএইচসিপি নবায়ন করেছে
5. আমি পুতুলকে অন্য একটি ডিভাইস (উইন্ডোজ) থেকেও ত্রুটির সাথে ব্যবহার করে চেষ্টা করেছি

মনে রাখবেন যে এই যোগাযোগটি বাধা দেওয়ার জন্য আমি সার্ভারে কোনও পরিবর্তন আনিনি।

এছাড়াও, আমি নিশ্চিত নই যে এটির কারণে সমস্যা সৃষ্টি হবে কিনা তবে আমি এটির আইপি হিসাবে এটির ডোমেন নাম দিয়ে সংযুক্ত করেছি।

এছাড়াও, আমি অন্য আইপি ঠিকানা থেকে সফলভাবে সংযোগ করতে সক্ষম হয়েছি।

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

হালনাগাদ

আমি এটিকে প্রোটোকল 1 এ বাধ্য করলাম "পিয়ার দ্বারা সংযোগ পুনরায় সেট করার পরিবর্তে, এখন আমি" দূরবর্তী হোস্ট দ্বারা সংযোগ বন্ধ করে "পেয়েছি। এটি ডিবাগ তথ্য দিয়ে চালানো প্রকাশিত:

debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: /etc/ssh_config line 53: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to MY_IP [MY_IP] port 22.
debug1: Connection established.
debug1: identity file /Users/watson/.ssh/identity type -1
debug1: identity file /Users/watson/.ssh/identity-cert type -1
ssh_exchange_identification: Connection closed by remote host

Comments

আপনি কি সর্বজনীন-কী প্রমাণীকরণ ব্যবহার করেন? আপনার কি কোন চাবি আছে /Users/watson/.ssh/id_dsa? ফাইলটি ব্যাকআপ করার চেষ্টা করুন এবং এটি মুছে ফেলুন।

— পাবউক

আমি পাবলিক-কী প্রমাণীকরণ ব্যবহার করি না; তবে ফাইলটিতে একটি কী রয়েছে single আমি ফাইলটি সরিয়ে দেওয়ার চেষ্টা করেছি, কিন্তু কোনও পরিবর্তন হয়নি কমান্ডটি চালাচ্ছে।

— ডিলান

যদি এটি প্রোটোকল সংস্করণে সমস্যা হয় তবে আপনি প্রোটোকল সংস্করণ 1 এর সাথে সংযোগ করতে বাধ্য করতে পারেনssh -1 ...

— wkaha

পোস্টে নতুন সম্পাদনা দেখুন।

— ডিলান

Answer 1

এসএসএইচ সার্ভারের সাথে সংযোগ করার সময় আমি এইভাবেই "ssh_exchange_ شناخت: দূরবর্তী হোস্ট দ্বারা সংযোগ বন্ধ করা" ত্রুটিটি সমাধান করেছি।

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

সংযোগ দেওয়ার চেষ্টা করা হচ্ছে:

chetic@ubuntu:~$ ssh -v root@192.168.1.100
OpenSSH_6.2p2 Ubuntu-6ubuntu0.3, 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 *
debug1: Connecting to SC [192.168.1.100] port 22.
debug1: Connection established.
debug1: identity file /home/delaval/.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/delaval/.ssh/id_rsa-cert type -1
debug1: identity file /home/delaval/.ssh/id_dsa type -1
debug1: identity file /home/delaval/.ssh/id_dsa-cert type -1
debug1: identity file /home/delaval/.ssh/id_ecdsa type -1
debug1: identity file /home/delaval/.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.3
ssh_exchange_identification: read: Connection reset by peer

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

পুনরায় বুট করার পরে (কার্তিকের পরামর্শ অনুসারে) sshd চলছিল না। আমি নিজে লক্ষ্যবস্তুতে এসএসডিডি শুরু করার চেষ্টা করেছি:

# sshd
OpenSSL version mismatch. Built against 1000002f, you have 1000105f

আমি মূল সংস্করণটি দিয়ে /usr/lib/libssl.a প্রতিস্থাপন করেছি এবং এসএসডি শুরু করেছি এবং জিনিসগুলি স্বাভাবিক অবস্থায় ফিরে এসেছিল। সমস্যাটি আমার ক্ষেত্রে প্যাকেজটির মূল সংস্করণটিকে আমি মূল থেকে রুটে আনপ্যাক করা না করে একটি ভুল সংস্করণের কারণে সৃষ্টি হয়েছিল।

Answer 2

আমি একই ত্রুটি পাচ্ছিলাম (তবে কোনও যন্ত্র থেকে, ঝামেলা যন্ত্রের মাধ্যমে ssh localhost)

যখন আমি কোনও ব্যবহারকারী প্রোফাইল স্থানান্তরিত করেছি তখন এটি শুরু হয়েছিল; যেমন ফাইলগুলি রুট হিসাবে অনুলিপি করার পরে কমান্ডগুলি পছন্দ করেchown -R username /Users/username/Destop

যাইহোক, সম্পূর্ণরূপে অনিশ্চিত হ'ল কেন / var / খালি মালিকের ব্যবহারকারীর নাম পরিবর্তন করা হয়েছিল তবে sshঅবশ্যই /var/emptyরুটের মালিকানাধীন হওয়া উচিত (অন্যথায় আপনি পাবেন ssh_exchange_identification: read: Connection reset by peer):

    sudo chown root /var/empty

Comments

ধন্যবাদ! /var/emptyআমার জন্য সমস্যাটি স্থির করে দেওয়ার মালিককে পরিবর্তন করা ।

— ইয়েভেন পাভলিউক

Answer 3

এটি আপনার স্থানীয় মেশিনে সমস্যা নয়, তবে সার্ভার সাইডে সমস্যা। এই সমস্যা তৈরির একাধিক কারণ থাকতে পারে :

1. রিমোট সার্ভারে /etc/hosts.allow বা /etc/hosts.deny কনফিগারেশন পরিবর্তন
2. ভারী সার্ভার লোড।

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

1. উপরের নিবন্ধে উল্লিখিত হিসাবে /etc/hosts.allow পরিবর্তন করুন। (এবং এসএসএইচ সার্ভার পুনরায় চালু করুন)
2. যদি /etc/hosts.allow ইতিমধ্যে এটির প্রয়োজন হয় তবে কেবল এসএসএইচ সার্ভারটি পুনরায় চালু করুন (এবং আপনি যখন এটি করছেন তখন সাবধান হন!)
3. যদি পুনঃসূচনাটি কাজ না করে, সার্ভার কীগুলি পুনরায় জেনারেট করুন এবং এসএসএইচ সার্ভারটি পুনরায় চালু করুন (এটি ঝুঁকিপূর্ণ, যেহেতু প্রতিটি ব্যবহারকারী এই মেশিনে লগ ইন করলে সার্ভারের কীগুলি পরিবর্তিত হওয়া সম্পর্কে ত্রুটি পাবেন)

প্রায়শই না হয়ে, 1 সমস্যাটি সমাধান করে, তবে কিছু ক্ষেত্রে আমাকে 2 টি করতে হয়েছিল .. আমি কেন তা কেন কাজ করেছি তা বুঝতে পেরেছি না only কীটি কীভাবে উপস্থাপন করা হয়েছে তার সাথে এটির কোনও সম্পর্ক রয়েছে বা সম্ভবত এটি কোনওভাবে দুর্নীতিগ্রস্থ হয়েছে - আমি নিশ্চিত নই। তবে আমি যা জানি তা হ'ল ত্রুটিটি হ'ল সার্ভারের সাথে সম্পূর্ণ কিছু করা এবং যখন এসএসএইচ সংযোগটি ইউও সেট করা হচ্ছে তখন যেভাবে হ্যান্ডশেক হয়।

Answer 4

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

Answer 5

আমি সত্যিই খুব সহজেই এই সমস্যাটি সমাধান করতে পেরেছি।

সাধারণ ওএস এক্সে আপনি কেবল সিস্টেম পছন্দ / ভাগ করে নেওয়ার ক্ষেত্রে "রিমোট লগইন" টগল করে এটি সমাধান করতে পারেন।

তবে এটি যদি একটি হেডলেস সার্ভার হয় (যেমন আমার ক্ষেত্রে) আপনি ওএসএক্স সার্ভার অ্যাপ্লিকেশনটি (আপনার সার্ভারের নাম) / সেটিংসে যেতে এবং "সিকিউর শেল সংযোগগুলি আবার চালু এবং বন্ধ করতে" যেতে পারেন

Comments

আমি পাশাপাশি উল্লেখ করেছি যে আপনি কীভাবে সমস্যার আশপাশে কাজ করতে পারেন তবে এটি ঠিক করে না: দূরবর্তী লগইন অক্ষম করা সিস্টেমকে মারাত্মকভাবে প্রভাবিত করে এবং প্রতিবারই কোনও নির্দিষ্ট স্থানে এসএমএস করতে চাইলে রিমোট লগইন টগল করা কোনও কার্যকর সমাধান নয় is ।

— Ant6n

হ্যাঁ এটি আমার কাছে এখনও একটি ভয়ঙ্কর সমস্যা। আমি সবেমাত্র একটি মূল ক্রোন স্ক্রিপ্ট তৈরি করেছি যা প্রতি মধ্যরাতে পরিষেবাটি পুনরায় আরম্ভ করে।

— সাইরেনস

Answer 6

আপনি যদি নিজের সার্ভারে লগইন করতে কোনও ব্যক্তিগত কী বা সুরক্ষা কী ব্যবহার করেন তবে কমান্ডটি ব্যবহার করে আপনাকে কী ফাইলটির অনুমতি পরিবর্তন করতে হবে 6060০

sudo chmod 660 ফাইল_নাম

Comments

(1) যদিও sshএটি কাজ না করার কারণ হতে পারে , তবে এটি পরিষ্কার নয় যে এই সমস্যাটি এলোমেলোভাবে কোনও কার্যনির্বাহী সিস্টেমকে কীভাবে ক্ষতিগ্রস্থ করবে। (২) এই উত্তরটি যেমনটি আপনি ব্যবহার করছেন তখন আপনি যে ফাইলটি কথা বলছেন তা চিহ্নিত করে বা কোনও ব্যবহারকারীকে এটি সনাক্ত করার অনুমতি দেওয়ার জন্য নির্দেশাবলী সরবরাহ করা আরও কার্যকর হবে useful (3) আমি অনুমান করি আপনি ব্যবহারকারীর হোম ডিরেক্টরিতে (নীচে) কোনও ফাইলের কথা বলছেন। যদি এটি হয়, প্রয়োজন sudoহবে না।

— স্কট