এসএসএইচ সংযোগ ত্রুটি: ssh_ex بدل_ পরিচয়: পড়ুন: পিয়ার দ্বারা সংযোগটি পুনরায় সেট করুন

25

আমি যখন এসএসএইচ এর মাধ্যমে সার্ভারের সাথে সংযোগ দেওয়ার চেষ্টা করেছি, আমি নিম্নলিখিত ত্রুটিটি পেয়েছি,

[root@oneeighty ~]# ssh -vvv -p 443 root@xxx.xxx.xxx
OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to xxx.xxx.xxx [IP] port 443.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type -1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: loaded 3 keys
ssh_exchange_identification: read: Connection reset by peer

আমি সার্ভার এবং ক্লায়েন্টে এসএসএইচ কনফিগারেশন পরীক্ষা করে দেখেছি এবং কোনও সমস্যা নেই।

সার্ভারে এসএসএইচ পরিষেবাটি পুনরায় চালু করুন এবং তারপরে সার্ভার / ক্লায়েন্ট পুনরায় চালু করুন, তবে সমস্যাগুলি সমাধান করা হয়নি।

linux ssh

— সেনথিল জি
সূত্র

আপনি ফায়ারওয়াল ইউজার-ইন্টারফেসের মাধ্যমে এসএসএস সংযোগের অনুমতি দিতে পারেন (কিছু সরবরাহকারী এটি অনুমতি দেয়) অথবা আপনার যদি লগইন করার কোনও বিকল্প পদ্ধতি থাকে (উদাহরণস্বরূপ ডিজিটালওশন একটি কনসোল বোতাম সরবরাহ করে) আপনি sudo ufw কমান্ডের নীচে চালাতে পারেন ssh sudo ufw অনুমতি 22

— BSB

26

এটি বিভিন্ন জিনিসের ফলাফল হতে পারে।

আপনি যে কয়েকটি জিনিস দ্রুত চেষ্টা করতে পারেন সেগুলি নিম্নরূপ,

যেকোন প্রবেশের মতো /etc/hosts.deny এ দেখুন sshd: ALL
সম্ভবত, যোগ sshd: ALLকরুন/etc/hosts.allow
এটি সম্ভবত আপনার এসএসএইচডি এর হোস্টকিগুলি দুর্নীতিগ্রস্থ। তারা / etc / ssh / ডিরেক্টরিতে উপস্থিত। আপনি এগুলি মুছে ফেলতে এবং sshd পুনরায় আরম্ভ করতে পারেন এবং এটি তাদের পুনরায় উত্পন্ন করবে। যদি এটি ত্রুটি দেয় তবে নিম্নলিখিত কমান্ডগুলি ব্যবহার করুন
```
$ ssh-keygen -t rsa -f /etc/ssh/ssh_host_rsa_key
$ ssh-keygen -t dsa -f /etc/ssh/ssh_host_dsa_key
$ ssh-keygen -t ecdsa -f /etc/ssh/ssh_host_ecdsa_key
$ /etc/init.d/sshd start
```

— vagarwal
সূত্র

/etc/hosts.deny ফাইল এবং /etc/hosts.allow এ, সমস্ত লাইন মন্তব্য করা আছে।

— সেনথিল জি

1

sshd: ALLএটি সাহায্য করে কিনা তা পরীক্ষা করার জন্য দয়া করে ਮੇਜ਼ਬਾਨ.ডেনে যুক্ত করুন ।

— বগরওয়াল

2

ডিবাগের পরবর্তী লাইনের মতো দেখতে হবে:

debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3p1 Debian-3ubuntu7

আপনি স্ট্যাকওভারফ্লোতে নিশ্চিত করেছেন যে আপনি কোনও বাহ্যিক আইপি ঠিকানা থেকে NATing / পোর্ট ফরওয়ার্ডিং ব্যবহার করছেন। আপনি যাচাই করেছেন যে আপনি স্থানীয় বাক্স থেকে নিজেই এসএসএস করতে পারেন। 443 পোর্টে স্থানীয়ভাবে স্শিংয়ের পরে আপনার পোর্ট ম্যাপিংয়ের কাজগুলি যাচাই করতে হবে।

চেষ্টা করুন:

একই সাবনেটের অন্য বাক্স থেকে এসএসএইচ
চালনা করুন iptables -Lএবং পরীক্ষা করুন যে 443 পোর্টটি খোলা আছে বা INPUT এবং OUTPUT ACCEPT এ সেট আছে
চালান tcpdump -A -s 0 port 443এবং তারপরে বাহ্যিক আইপিতে ছাঁটাই করার চেষ্টা করুন। আপনার রাউটারের উত্স ঠিকানা সহ ডেটা উপস্থিত হওয়া উচিত

— অ্যালাস্টার ম্যাককর্ম্যাক
সূত্র

2

এফডব্লিউআইডাব্লু, আমি ওডব্লিউএসে উবুন্টু 14.04 চালাচ্ছি। সমস্যাটি তাদের জাভা ওয়েব ক্লায়েন্টের মাধ্যমে এসএসএইচিংয়ের দ্বারা স্থির করা হয়েছিল এবং চলছে sudo service apache2 start। আমি কেবল চেয়েছিলাম যে আমার ওয়েবসাইটটি ব্যাক আপ হোক, তবে এটি এসএসএইচ অ্যাক্সেসও স্থির করেছে। কেন জানি না, তবে আমি অভিযোগ করছি না।

— Mazyod
সূত্র

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

— অ্যান্ড্রুউ

আপনাকে ধন্যবাদ, আমি জানি না তবে কীভাবে এটি সত্যই সাহায্য করেছিল। ***

— আগত

1

আপনি যে সার্ভারে সংযোগের চেষ্টা করছেন তার অনুমতিপ্রাপ্ত শিরোনামগুলিও পরীক্ষা করুন, এটি চলছে এমন কোনও আইপটবেল নিয়মও।

— KJS
সূত্র

1

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

— সেনথিল জি
সূত্র

1

হঠাৎ একই বার্তায় কোনও ভিএম-এর ssh অ্যাক্সেস অস্বীকার করা হওয়ায় আমি আজ একইরকম সমস্যার মুখোমুখি হয়েছি। ssh -v (ক্লায়েন্টে) এবং sshd -d (সার্ভারে) খুব বেশি সহায়তা করেনি। আমার ক্ষেত্রে সমস্যাটি ফায়ারওয়াল / iptable সেটিংস পরিবর্তনের কারণে শুরু হয়েছিল যা আমি এলএএমপি স্ট্যাক ব্যবহারের কিছু ডেমো ব্যবহার করেছিলাম।

আমি ফায়ারওয়াল সক্ষম করতে সিস্টেম-কনফিগার-ফায়ারওয়াল-টুই ব্যবহার করেছি এবং সেখান থেকে কেবলমাত্র এইচডিডিডি নির্বাচন করেছি যা httpd ব্যতীত অন্যান্য সমস্ত পরিষেবাকে অবরুদ্ধ করেছে।

সুতরাং এর সমাধান হিসাবে হয় sshd দ্বারা অনুমতি যুক্ত করুন

iptable কনফারেন্স সেটিংস আপডেট করে বা
সিস্টেম-কনফিগার-ফায়ারওয়াল-টুই OR থেকে sshd নির্বাচন করা হচ্ছে
ফায়ারওয়াল অক্ষম করা হচ্ছে OR
Iptable পরিষেবা বন্ধ করুন (rhel6, এছাড়াও এটি chkconfig থেকে সরান) পরিষেবা iptables স্টপ

ssh এখন পুরোপুরি সূক্ষ্ম কাজ করে !!!

— Rinky
সূত্র

0

আমার জন্য, আমি / ইত্যাদি / হোস্ট ফাইলগুলিতে এসএসডি সংযোগের অনুমতি দেব।

vi /etc/hosts.allow
and add 

sshd: ALL

— ডেভিড ওকুইই
সূত্র

0

আমি যেভাবে সমস্যার সমাধান করেছি তা হ'ল, আমি হোস্ট মেশিনে গিয়ে কয়েকটি কমান্ড চালিয়েছি

sudo mkdir / var / run / sshd

sudo chmod 755 -R / var / run / sshd

sudo সার্ভিস ssh পুনঃসূচনা

আমি তার পরে মেশিনে সংযুক্ত হয়েছি।

— সায়ান বিশ্বাস
সূত্র

-3

প্রথম শুদ্ধকরণ ওপেনশ- * (ওপেনশ-সার্ভার এবং ওপেনশ-ক্লায়েন্ট)

apt-get --purge remove openssh-*

/home/username/.ssh ডিরেক্টরি সরানো হচ্ছে

rm -rf /home/username/.ssh

তারপরে আপনার ওপেনশ-সার্ভার এবং ওপেনশ-ক্লায়েন্ট ইনস্টল করুন

apt-get install openssh-server openssh-client

— শংকর
সূত্র

3

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

— ব্যবহারকারী 9517 GoFundMonica

আপনি স্থানীয় বা দূরবর্তী সার্ভারে এই সমস্ত কি করেছেন?

— জোনাথন